NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Regards, Kevin ______________________________________________________________________ Kevin Tyle, Systems Administrator ********************** Dept. of Earth & Atmospheric Sciences ktyle@xxxxxxxxxxxxxxxx University at Albany, ES-235 518-442-4578 (voice) 1400 Washington Avenue 518-442-5825 (fax) Albany, NY 12222 ********************** ______________________________________________________________________ On Tue, 10 Oct 2006, Steve Chiswell wrote:
Kevin, The most recent version of dcgrib2 (5.9.3) will store the GRIB2 data in the grid file without unpacking the data block, making the GEMPAK file much smaller, and the decoding process much faster. The older GEMPAK distributions will not be able to read those decoded files however, since they do not know how to unpack the GRIB2 data block, so if you use the 5.9.3 decoder, you would want to upgrade the other programs as well, or recompile the dcgrib2 program from 5.9.3 to use the previous packing method for the data- but you may find that unpacking and repacking the data in realtime is quite a load on the LDM pqact processing (otherwise, you can use nagrib2 outside of the LDM which will be compatible with the previous versions). I'll add a command line flag to the 5.9.4 dcgrib2 to allow you to select the storage method for backward compatibility. Steve Chiswell Unidata User Support
gembud archives: