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.
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
gembud archives: