The Weather Forecasting Forum

I'm always excited about updated versions, though I'm sometimes kinda slow updating because things are generally operating fine as things are right now. Does anyone have any comments about the changes, as in improvements or any new challenges? I've been told by one user that scripts became either problematic or very slow. That, would be serious for me. But, hopefully that may not be universal.

I absolutely love this software.

Thanks for any comments.

I am still using V 3.20 as that was the last version that I can import a MLID file. Quite important for me as I have adapted the MLID to serve my own purposes, and added a few stations that are not in the database. I looked at V.3.5 and thought that there was no added value for me, and in fact the menu selections became quite complex for a requirement that I was not going to use.

I updated to 3.50a and the main thing I noticed was that it broke the downloads in my script. This turns out to be a change in the way the data file is called when DA makes up the URL.
The old script used This has now changed to

If you're downloading the Fronts data then use It did seem to be slower when I first installed the update, but that could have been down to the the constant download issues. Now that's sorted it seems to be running at the same speed as 3.2 used too.

https://weather.cod.edu/digatmos/upa/@Y ... DD0000.upa

I can't seem to get around the @YYYY@MMMM@DDDD@HHHH issue. Can't download error message. I do not want to have to adjust my scripts to put the date in manually every time.

I can download the data using the menu option, but in the scripter it fails everytime.

REMOVE
ERASE
IMPORT,C:\Users\XXXX\AppData\Local\DigitalAtmosphere2015\NA.dmf
download,https://weather.cod.edu/digatmos/upa/@Y ... perair.wmo

Copied the download right out the clipboard. Just sad all my scripts are locked up and I have tried about every option to get around it. Just plain stuck.

Try this for your download URL part of the script: This is working for me and tghe same format is working for Metar and Synop downloads as well.

A simple way to deal with the URL download format is to go to the Retrieve Data dialog, highlight the site you wish to examine by clicking on it, then click the Edit Site button. The URL link will be shown on the lower text box from which you can copy and paste into your scripts.

Hope this helps.

This is curious. I'm still using https://weather.cod.edu/digatmos/sao/@Y@M@D@H.sao
...and it's still working fine.
Someone's post gave
https://weather.cod.edu/digatmos/sao/@Y@M@D@I.sao
as problematic. Why the @I at the end? That wouldn't work.

Looking directly at the cod site part of its directory shows:

[ ] 23081415.sao 2023-09-04 15:00 89
[ ] 23081513.sao 2023-09-05 13:09 87
[ ] 23081516.sao 2023-09-05 16:08 554
[ ] 23082010.sao 2023-08-30 10:10 1.5M
[ ] 23082221.sao 2023-09-06 00:51 350
[ ] 23082814.sao 2023-08-30 18:55 1.6M
[ ] 23082815.sao 2023-08-30 18:56 1.6M

That would seem to want YYMMDDHH.sao -- but, since I'm working fine, I'm not changing anything.

Hi all... I will look at these issues, so you all won't have to wait much longer. I am putting the software through another update and will refer back to the issues mentioned on the board and via email.