![]() |
NOAA / NWS's Meteorological Development Laboratory
| ![]() |
|
|
|
| NDFD Home | Verification | News | Organization |
|
Subject: Degrib 1.50
Date: Fri, 07 May 2004 18:33:29 -0400 From: Arthur Taylor To: arthur.taylor@noaa.gov Hi everyone, You all have the unique distinction of being registered on my degrib (aka NDFD_GRIB2Decoder) mailing list (all 398 of us) (I'd like to welcome: boede272, joe.dominguez, jmccoy, gary.sanders) Please let me know (email me) if you want to unregister. The latest version of the program is on: www.nws.noaa.gov/mdl/NDFD_GRIB2Decoder/ ----------- General News. ----------- News about this release: I have just finished putting together version "1.50" (last one that I announced was "1.48" on 4/1/2004). This release is mainly focused on giving degrib the ability to write NetCDF files. To find out about NetCDF files, go to: http://www.unidata.ucar.edu/packages/netcdf/ 1) Degrib can now create a type of NetCDF files (.nc) which is based (as far as I can tell) on the "CF-1.0" convention (http://www.cgd.ucar.edu/cms/eaton/cf-metadata/index.html). To do so from the command line use "-NetCDF 1" (the 1 is to denote that this is the first version of NetCDF in the degrib code, but there may be more). From the GUI, select it as a "file type" on the "GIS tab" 1a) Currently, it converts 1 GRIB message to 1 NetCDF file (which is similar to what it can do for "GrADS"). In future releases I would like to be able to convert multiple GRIB messages to 1 NetCDF file. 1b) Currently, it stores the data on the projected grid, and stores the latitudes / longitudes of that grid in appropriate variables. In the future I would like the ability to interpolate to a coverage grid (similar to my GrADS methods), since most free NetCDF viewers (see: http://meteora.ucsd.edu/~pierce/ncview_home_page.html) seem to prefer lat / lon grids. 1c) I would appreciate comments as to the "NetCDF attributes" that I provided, and any attributes that I am missing. --- 2) For the command line program, the -C option had a default of -Flt. That is "create a .flt file". I have now decided to make the default be to NOT create the .flt file, since people could be using -Shp or -Csv or -NetCDF, and never need the -Flt option. 3) Bug fix: writeshp.c::gribWriteShp() Incorrect in computation of fieldLen1 and fieldLen2. It didn't handle a min values of "-0.01" correctly, since it assumed log10() was always positive.. log10(0.01) = -2. Found this bug due to "aviation GRIB1 Supercooled large droplet" testing. 4) Undesired behavior in -P -Interp: Probing points outside the grid returns 9999. This is undesired for Lat/Lon grids which have the left border 1 grid cell away from the right border. In that particular case, we can interpolate outside the grid. 5) Bug fix for web.tcl: Occasional 0 byte files - Hypothesis, the http lines were full. Solution: More attempts, pause between attempts, added a diagnostic message. 6) Updated the version of "emapf-c" 7) Switched the recommended rounding of QPF variables (in the GUI) from 1 decimal to 2 decimals. (so we can see forecasts of .01 inches). 8) Cosmetic bug fix for GIS tab browse on "program files". (The space bug bytes again!) ----------- Please let me know if you have problems. Regards, Arthur
|
||||||||||||||||||||||||||||||||||||||||||||||||||||