Patrick,
There are 2 duplicate fields in the GFS data set. The nagrib2 output
will
show the [GD -10] message about grid already exists in output file.
The result is 329 fields are read, but only 327 are written to the
output file.
The dgrib2 verbose logiing output shows these duplicate fields are:
SOIM [071029/0600F012] 0:0 DPTH
TMPK [071029/0600F012] 0:0 DPTH
Steve Chiswell
Unidata User Support
On Fri, 2007-10-26 at 16:24 -0400, patrick wrote:
gembuds,
it appears that when using nagrib2 or running the dcgrib2
decoder from the command line to convert ncep grib2
files to gempak format a variable or two may be missing
in the gvars.
for example the following is the index of the ncep grib2
file tested:
http://sandy.homelinux.com/files/gembuds/gfs.t12z.pgrb2f12.idx
below is the gdlist of the grid file created by nagrib2:
http://sandy.homelinux.com/files/gembuds/gfs_ncep_nagrib2.txt
and below is the gdoutf from the nagrib2 run:
http://sandy.homelinux.com/files/gembuds/nagrib2.out
the gdoutf does state:
"329 GRIB messages were read or scanned "
and
"327 grids were written to the GEMPAK file"
of immediate notice is that weasd seems to be missing in the grid
created by nagrib2, but what seems odd about that is that in:
/home/gempak/GEMPAK5.10.4/gempak/tables/grid/g2varswmo2.tbl
which is called when running dcgrib2 manually from
the commandline is that weasd is listed ~ line 120 or so.
perhaps some gouls are having a little pre halloween fun =)
cheers,
--patrick
--
Steve Chiswell <chiz@xxxxxxxxxxxxxxxx>
Unidata
