![]() |
NOAA / NWS's Meteorological Development Laboratory
| ![]() |
|
|
|
| NDFD Home | Verification | News | Organization |
|
Subject: degrib version 0.90
Date: Thu, 12 Dec 2002 13:04:41 -0500 From: "Arthur.Taylor" Organization: DOC/NOAA/NWS - National Weather Service To: Arthur Taylor Hi You all have the unique distinction of being registered on my degrib mailing list (all 8 of us) (I'd like to welcome rdale, rwb, and Clark Safford to the list). Since you are a member, you get this email... Please let me know if you want to unregister. ----------- I have just finished version "0.90" (last one was "0.85" on 11/20/2002) New to this release: 1) Moved the web site from 140.90.10.88/degrib/ to www.nws.noaa.gov/mdl/NDFD_grib2Decoder/ 2) Fixed a number of minor bugs, including a correction for the naming of "SNOW" 3) Introduced a -Unit option which allows one to output the data in F instead of K. Use "-Unit english" for F, Knots, inches, "-Unit metric" for C, m/s, m. Use "-Unit none" to get no unit conversion... (Useful if the people who packed it didn't actually store a temperature in K like they are supposed to). The default is now "-Unit english" 4) Handled a major bug with the Windows version... For second order differencing the FORTRAN code needs an automatic array on the order of 2.8 megs. However the code on a PC was compiled with 2 megs of stack space. It crashes (only on the PC). After some dead ends I finally realized that I could use the option "-Wl,--stack,4000000" in my makefile to get gcc to grab 4 megs of stack space. The code works now. The following currently only affects the command line version: 5) Added a "-msg all" or "-msg 0" option to convert all the messages in the file. 6) Added a "-namePath" option to allow one to use the -nameStyle but store the files in a different directory. 7) Added a "-nameStyle 3" option (A new nameStyle to be compatible with NDFD imageGen) 8) Added a "-P" option to allow one to probe a given lat/lon point in all the messages in the file. It does this by linearly interpolating the surrounding cells to that point. May want to do a nearest neighbor instead. Also the -pntFile option is not working yet. 9) As always, tested on PC, Linux, HP-Unix, and AIX-Unix. Although I may have missed something in my testing, it should at least compile, and run for some of the test cases. ----------- Ira: What this means to you... Your current tcldegrib should work fine. It is, however, using one of the dead ends that I traversed, and you don't have the -P option (command line only), so although it should function fine, you might want the current release. Jerry: What this means to you... I again have compiled current versions in ~taylor/degrib/bin on rainbow (HP-GDP), in ~taylor/degrib/bin on bd10 (linux), and in /nfsuser/g06/we25at/degrib/bin on Suitland's IBM. So again, you shouldn't need to download the code or compile it yourself. Ron: Did my suggestions about ArcView help with regards to your "one solid color"? All: If you are using the MS-Windows version, then I would definitely recommend .90 over any of the earlier releases, mainly because of item 4) Regards, Arthur
|
||||||||||||||||||||||||||||||||||||||||||||||||||||