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.


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 20041208: Levels in 0.5 degree GFS GEMPAK files



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                                **********************
> > > ______________________________________________________________________
> >