The Weather Forecasting Forum

Thanks Tim for the Equinox update. For my uses i.e just downloading COD data and printing charts, I dont really see much difference from DAWS. One issue that I have is that the legend datestamp is the same as when I loaded the programme on the 3rd - and if I select the legend option, it would print this on todays (Sat 6th) charts - can you tell me where the prog gets the info from?

From a UK point of view, where the METARs have trends added to them by the UK Met Office, and the Military airfields have colour codes - these still plot eroneous current weather i.e the PO of TEMPO = duststorm and the GR of GRN (green) is ice pellets in the absence of any current weather field.

Finally the visibility in METARS when ingested as Metres does not plot i.e 'M'. I know all the issues above have been raised before a couple of years ago - so just a reminder!

Thanks

Phil

OK, fixed.

For my uses i.e just downloading COD data and printing charts, I dont really see much difference from DAWS. One issue that I have is that the legend datestamp is the same as when I loaded the programme on the 3rd - and if I select the legend option, it would print this on todays (Sat 6th) charts

This I don't understand. I need more detailed info, to include if you are plotting the data following a file load or internet retrieve.

Tim

Many thanks for fixing those Tim. Thats Brilliant.

Regarding the datestamp in the Legend, its updated to today - probably because I've installed the patch. I did test it with a downloaded file - but generally, I use a script. I dont know if its helpful, but I actually use NWS data most of the time i.e. http://weather.noaa.gov/pub/data/observ ... es/@HZ.TXT
which doesnt have a date associated.

Is the date in the legend determined by the file name i.e 07010706.sao ? or is it within the computer system? i.e at midnight tonight, should it change to Mon 8Jan07 automatically?

Thanks

Phil

Well, I'm not able to tell from your message whether the problem is still there. But what's been done for V1.03 is that when you do an Internet > Retrieve the time tokens are stored in digatmos.dtg. When you plot a map, the dd/mm/yy are extracted from it for the product time stamp.

I haven't really figured out how to manage this for data saved in files since there's no way to obtain correct date information... I may just blank the digatmos.dtg and omit that portion of the time stamp, or let the user have the option to add it with the Chart Comment box.

Tim

When I looked this morning, it was still printing Sun 7 Jan on charts that had had been produced after midnight i.e Mon 8 Jan. The script internet files I have been using is:
download,http://weather.noaa.gov/pub/data/observ ... es/$HZ.TXT,
download,http://www.atmos.albany.edu/weather/dat ... sfuk30.wmo,
download,http://www.atmos.albany.edu/weather/dat ... sfuk31.wmo

This produced Sun 7th - when I downloaded just the latest cod files only this morning
http://weather.cod.edu/digatmos/sao/@Y@M@D@H.sao

It updated the date to Mon 8th!

One last request from me is for a bug that makes the temps and Dewpoints go missing when a station reports Sky Obscured: i.e
METAR EGLL 210520Z 00000KT 0300 R27L/0650 R27R/0375 FZFG
VV/// M01/M01 Q1042 NOSIG=
will do this. I guess its to many unknowns around the '/' that triggers this!

All the best

Phil

The legend date appears to follow the last menu driven internet download. I use scripts to regularly download data and plot it and the date is usually incorrect. I've been trying to find some consistency in the error and this is what I've found.

Today I performed an internet,retieve data and then a script retrieve and the legend date was correct.

I then performed an internet, retrieve data for yesterday and then perform the same script download and plot for today the legend date was yesterdays, although as always the STAMP date and time were correct as was all the file content.

The days date and time of the retrieved data could be deduced from the the file content - for example from SYN or METAR for plotting the date.

I imagine a way to write to digatmos.dtg would be a simple way out for scripts.

Here's one script I use:

# midday 12:00 file
# download files to location C:\program files\DigAtmEquinox\storage
# Fleetcode data
DOWNLOAD,http://ftp.hb-yacht.ch/ASXX21.@DDZ1200,C:\program files\DigAtmEquinox\storage\@FFZ@MMZ@DDZ12_Fleet.asc
# METAR
DOWNLOAD,http://www.atmos.albany.edu/weather/dat ... C:\program files\DigAtmEquinox\storage\@FFZ@MMZ@DDZ12_METAR.asc
# synpotic observations
DOWNLOAD,http://www.atmos.albany.edu/weather/dat ... C:\program files\DigAtmEquinox\storage\@FFZ@MMZ@DDZ12_SYN.asc
# buoys at synoptic hour
DOWNLOAD,http://www.atmos.albany.edu/weather/dat ... C:\program files\DigAtmEquinox\storage\@FFZ@MMZ@DDZ12_buoy.asc
# radiosonde
DOWNLOAD,http://www.atmos.albany.edu/weather/dat ... C:\program files\DigAtmEquinox\storage\@FFZ@MMZ@DDZ12_upa.asc
# UK sferics
DOWNLOAD,http://www.atmos.albany.edu/weather/dat ... C:\program files\DigAtmEquinox\storage\@FFZ@MMZ@DDZ12_sfer30.asc
# UK sferics
DOWNLOAD,http://www.atmos.albany.edu/weather/dat ... C:\program files\DigAtmEquinox\storage\@FFZ@MMZ@DDZ12_sfer31.asc
#
# clear previous map
ERASE
#
# ingest the data
#
INGEST,C:\program files\DigAtmEquinox\storage\@FFZ@MMZ@DDZ12_*.asc
#
# plot the basics
#
ANALYZE,HILO CONT CINT=4 COLOR=0:0:0 LINE=2 SLPR HSFC
ANALYZE,CONT EQUA=0 COLOR=0:0:255 LINE=2 CONT GRTN=0 CINT=2 COLOR=255:0:0 LINE=1 CONT LSTN=0 CINT=2 COLOR=0:0:255 LINE=1 TEMP HSFC
PRODUCT,plf,0,Surface data
#
FLEETF
# write date stamp
STAMP
# write map to gif file
EXPORT,C:\program files\DigAtmEquinox\storage\@FFZ@MMZ@DDZ12.gif