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
> ldm-users@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe, visit:
> http://www.unidata.ucar.edu/mailing_lists/
--
Steve Chiswell <chiz@xxxxxxxxxxxxxxxx>
Unidata