![]() |
NOAA / NWS's Meteorological Development Laboratory
| ![]() |
|
|
|
| NDFD Home | Verification | News | Organization |
|
Subject: Degrib 1.82
From: "arthur.taylor" Date: Mon, 11 Sep 2006 11:27:44 -0400 To: Arthur.Taylor@noaa.gov Hi everyone, You have the unique distinction of being registered on the degrib mailing list (all 1632 of us). Please email me if you want to unregister. The latest version of the program is on: www.weather.gov/mdl/degrib/ or www.weather.gov/mdl/NDFD_GRIB2Decoder/. ----------- General News (see:http://www.nws.noaa.gov/om/notif.htm) TIN06-24 AMENDED: Let us know that on 8/22/2006, we should expect RTMA data in /SL.us008001/ST.expr/DF.gr2/DC.ndgd/GT.rtma/AR.conus. That directory (as of the time of this email) appears to have been populated once on 9/5 and 9/6. The data that they populated it with appears to be some sample data, but I'm not sure if it is complete. My general take is that they are still experimenting. ----------- News about this release: At the end of the day on Fri (9/8) I finished putting together version "1.82" (last one that I announced was "1.81" on 8/31/2006). This release focused primarily on bug fixes that appeared as a result of TIN06-39 (the NDFD day split), TIN06-54 (Alaska data), and TIN06-55 (wind gust). 1) Fixed a bug in ndfd.tcl which stopped tkdegrib from being able to be run on linux. (reconfigured a non-existent imgGen button). 2) Made "web.tcl" pay attention to a status of "NA", which stops it from trying to grab unavailable variables for a given sector. 3) Modified the configuration files to realize that snow, WindGust and QPF don't have a days 4-7 forecast. 4) Increased the number of attempts to get a URL from 2 to 3. 5) Since it is after 9/6/2006, modified the download step from searching first in the "sector" directory, to always looking for the data in the VP.001-003 or VP.004-007 subdirectories of the "sector" directory. 6) Found out (and fixed) that "genProbe" reused an active loop variable, which in turn caused the -DP -XML option to fail. This bug only appears if the "data cube" has multiple reference times (ie after the 9/6/2006 split), and if one is probing simultaneously for more than one variable (ie -XML or -MOTD options). In which case, it finds the first variable's days 1-3 and days 4-7 forecasts, but any extra variables it only finds the days 1-3 forecasts. 7) Fixed a version inconsistency with the XML code and the clock routines. ----------- Please let me know if you have problems. Regards, Arthur
|
||||||||||||||||||||||||||||||||||||||||||||||||||||