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.
Robert, The maximum number of file headers in GEMPAK is 30000 in the Unidata release, and 5000 in the NCEP release, so you cannot specify -m 99999. Maybe that was inadvertant in your message, but if that is what you have, you need to decrease it to -m 29999. Sorry for the delayed reply. Your message got stuck in UCAR's graylist (not Unidata's) so I didn't find this until this morning even though we had other exchanges on Friday that did come through. Steve Chiswell Unidata User Support On Fri, 2007-09-28 at 11:33 -0500, Robert Mullenax wrote: > I have tried it by hand and same thing. It worked fine up until a few weeks > ago. > All I am doing is cat file | dcgrib2 -m 99999 file.gem > > Since the grib1 format files aren't that big past 180 hours, I will change > the script > to get those and see if they work. > > Thanks. > > > > > -----Original Message----- > From: Steve Chiswell [mailto:address@hidden] > Sent: Fri 9/28/2007 11:24 AM > To: Robert Mullenax > Cc: address@hidden; GEMPAK support > Subject: Re: [ldm-users] GFS grid #002 (192-384 hours) > > > > Robert, > > The grid#002 data in CONDUIT is still grib1 format at this time, so your > decoding of the grib2 files you download would be something different > than > the CONDUIT data stream contains at present. > > I'd have to see the dcgrib2 command line you are using to decode. It > could be > a template issue or your local filename. Have you tried decoding the > file by hand outside of your script to verify that the command line > your script is producing is what you intend? You can direct > GEMPAK specific questions and/or the relevant information about > your decoder command line, input, version etc to gembud (or > support-gempak). > > Here is an example using the grib2 f288 data (eg grid #002) > > % cat gfs.t06z.pgrbf288.grib2 | dcgrib2 -v 1 -d - YYYYMMDDHH_gfs002.gem > [5301947] 070928/1013[DC 3] Starting up. Version 5.10.x > Opening WMO Originating Center Table wmocenter.tbl... > Opening WMO GRIB2 Parameter Table g2varswmo2.tbl... > Opening WMO GRIB2 Vertical Coordinate Table g2vcrdwmo2.tbl... > [5301947] 070928/1013[DCGRIB 0] Opened 2007092806_gfs002.gem model:96 grid:2 > [5301947] 070928/1013[DECODE_GRIB2 0] HGHT [070928/0600F288] 10:-1 PRES 144 73 > [5301947] 070928/1013[DECODE_GRIB2 0] TMPK [070928/0600F288] 10:-1 PRES 144 73 > [5301947] 070928/1013[DECODE_GRIB2 0] UREL [070928/0600F288] 10:-1 PRES 144 73 > [5301947] 070928/1013[DECODE_GRIB2 0] VREL [070928/0600F288] 10:-1 PRES 144 73 > [5301947] 070928/1013[DECODE_GRIB2 0] AVOR [070928/0600F288] 10:-1 PRES 144 73 > Opening Local GRIB2 Parameter Table g2varsncep1.tbl... > [5301947] 070928/1013[DECODE_GRIB2 0] OZMR [070928/0600F288] 10:-1 PRES 144 73 > [5301947] 070928/1013[DECODE_GRIB2 0] HGHT [070928/0600F288] 20:-1 PRES 144 73 > [5301947] 070928/1013[DECODE_GRIB2 0] TMPK [070928/0600F288] 20:-1 PRES 144 73 > [5301947] 070928/1013[DECODE_GRIB2 0] UREL [070928/0600F288] 20:-1 PRES 144 73 > > > > Steve Chiswell > Unidata User Support > > On Fri, 2007-09-28 at 10:32 -0500, Robert Mullenax wrote: > > This is not really an LDM question, so sorry for the SPAM. I am > > having trouble getting GFS grid #002 files from ftpprd and decoding > > them with GEMPAK. I was wondering if anyone is having problems with > > that on CONDUIT as well? > > > > I am getting files of this form: > > > > get gfs.t${FCST}z.pgrbf${HR}.grib2 > > > > The files out to 180 hours (Grid #003) seem to be fine, but after I > > ftp the #002 files and try to decode them I get: > > > > 331 Anonymous login ok, send your complete email address as your > > password. > > 230 Anonymous access granted, restrictions apply. > > 200 Type set to I > > Interactive mode on. > > 250 CWD command successful > > 200 PORT command successful > > 150 Opening BINARY mode data connection for gfs.t00z.pgrbf204.grib2 > > (3481764 bytes) > > 226 Transfer complete. > > local: gfs.t00z.pgrbf204.grib2 remote: gfs.t00z.pgrbf204.grib2 > > 3481764 bytes received in 40 seconds (85.84 Kbytes/s) > > 221 Goodbye. > > Opening WMO Originating Center Table wmocenter.tbl... > > Opening WMO GRIB2 Parameter Table g2varswmo2.tbl... > > Opening WMO GRIB2 Vertical Coordinate Table g2vcrdwmo2.tbl... > > WARNING: ST_NULL - Output string too small; input string truncated! > > WARNING: ST_NULL - Output string too small; input string truncated! > > WARNING: ST_NULL - Output string too small; input string truncated! > > WARNING: ST_NULL - Output string too small; input string truncated! > > WARNING: ST_NULL - Output string too small; input string truncated! > > Opening Local GRIB2 Parameter Table g2varsncep1.tbl... > > WARNING: ST_NULL - Output string too small; input string truncated! > > WARNING: ST_NULL - Output string too small; input string truncated! > > WARNING: ST_NULL - Output string too small; input string truncated! > > WARNING: ST_NULL - Output string too small; input string truncated! > > WARNING: ST_NULL - Output string too small; input string truncated! > > > > Thanks, > > Robert Mullenax > > CSBF Meteorology > > > > > > > > > > _______________________________________________ > > ldm-users mailing list > > address@hidden > > For list information or to unsubscribe, visit: > > http://www.unidata.ucar.edu/mailing_lists/ -- Steve Chiswell <address@hidden> Unidata