This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
Kevin, I posted the updated files (3 of them) in: http://my.unidata.ucar.edu/content/software/gempak/download/patches/dcgrib2_update.tar.gz the tarfile contains: GEMPAK5.7.4/unidata/ldmbridge/dcgrib2/decode_g2pdt.c GEMPAK5.7.4/gempak/tables/grid/g2cord.tbl GEMPAK5.7.4/gempak/tables/grid/g2vars.tbl Steve Chiswell Unidata User Support On Wed, 2004-12-08 at 20:14, Kevin R. Tyle wrote: > Hi Steve, > > Sure, just the relevant source code and ancillary files/tables > will do, thanks! > > ______________________________________________________________________ > Kevin Tyle, Systems Administrator ********************** > Dept. of Earth & Atmospheric Sciences address@hidden > University at Albany, ES-235 518-442-4578 (voice) > 1400 Washington Avenue 518-442-5825 (fax) > Albany, NY 12222 ********************** > ______________________________________________________________________ > > On Wed, 8 Dec 2004, Steve Chiswell wrote: > > > Kevin, > > > > I have an update for dcgrib2, and $GEMTBL/grid/g2*.tbl > > that correctly scales the level information which will > > fix the problems you mention below, as well as > > canonicalize the scaling of levels (such as SGMA > > which scales *10**4 for levels, but *10**2 for layers). > > . > > I am currently repacking the binary and source distributions > > on the portal site. > > > > I can send you just the binary or source code and tables > > if it would be easier for you then redownloading the distribution. > > > > Steve Chiswell > > Unidata User Support > > > > > > On Tue, 2004-12-07 at 10:28, Kevin R. Tyle wrote: > > > Some of the grids in the 0.5 degree GFS output that began streaming > > > across CONDUIT today appear to have values of LEVEL that fall out > > > of range of the output format: > > > > > > 293 041207/1200F018 ****** POTV VWSH > > > 294 041207/1200F018 ****** POTV TMPK > > > 295 041207/1200F018 ****** POTV HGHT > > > 296 041207/1200F018 ****** POTV UREL > > > 297 041207/1200F018 ****** POTV VREL > > > 298 041207/1200F018 ****** POTV PRES > > > 312 041207/1200F018 ****** SGMA THTA > > > 313 041207/1200F018 ****** SGMA OMEG > > > 314 041207/1200F018 ****** SGMA TMPK > > > 315 041207/1200F018 ****** SGMA RELH > > > 316 041207/1200F018 ****** SGMA UREL > > > 317 041207/1200F018 ****** SGMA VREL > > > > > > Looks like some kind of test needs to be put into dcgrib2 that will > > > rewrite these values into numbers that will properly display? > > > > > > (Above uses GEMPAK5.7.4 for both dcgrib2 and gdinfo) > > > > > > --Kevin > > > > > > ______________________________________________________________________ > > > Kevin Tyle, Systems Administrator ********************** > > > Dept. of Earth & Atmospheric Sciences address@hidden > > > University at Albany, ES-235 518-442-4578 (voice) > > > 1400 Washington Avenue 518-442-5825 (fax) > > > Albany, NY 12222 ********************** > > > ______________________________________________________________________ > >