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

RE: [ldm-users] GFS grid #002 (192-384 hours)



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