[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
20041208: Levels in 0.5 degree GFS GEMPAK files
- Subject: 20041208: Levels in 0.5 degree GFS GEMPAK files
- Date: 08 Dec 2004 15:37:53 -0700
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 **********************
> ______________________________________________________________________