Thanks Michael.
Thing is, I’m not getting the gfs003.gem file from the CONDUIT feed. But I am
getting the gfs703.gem file — which did or did not replace the -F192 gfs003
product in CONDUIT? And using that very ERE.
Using:
ldm 6.12.6, GEMPAK7
On Sep 10, 2014, at 5:42 PM, Michael James <mjames@xxxxxxxx> wrote:
> Hi Neil,
>
> CONDUIT prod/gfs.*pgrb[^2]
>
> PIPE dcgrib2 -d data/gempak/logs/dcgrib2_CONDUITgfs.log
>
> -e GEMTBL=/home/gempak/NAWIPS/gempak/tables
>
>
>
> The file $GEMTBL/grid/gribkey.tbl determines how the GEMPAK grid files are
> written, the last for the 0.5 degree split out by forecast hour.
>
> 007 x 077,81,96 002 data/gempak/model/gfs/YYYYMMDDHH_gfs@@@.gem 9000
>
> 007 x 077,81,96 003 data/gempak/model/gfs/YYYYMMDDHH_gfs003.gem 29000
>
> 007 x 077,81,96 004 data/gempak/model/gfs0.5deg/YYYYMMDDHHfFFF_gfs.gem
> 29000
>
>
>
>
> Michael James
> Unidata Program Center
> Boulder, CO
>
> On Wed, Sep 10, 2014 at 4:31 PM, Neil Smith <neils@xxxxxxxx> wrote:
> What is a pqact entry for the gfs 1deg F000-F192 decoded with dcgrib2?
>
> I’ve succeeded in thoroughly confusing myself and now I don’t know which way
> is up.
>
> -Neil
>
> _______________________________________________
> gembud mailing list
> gembud@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe, visit:
> http://www.unidata.ucar.edu/mailing_lists/
>
>
> _______________________________________________
> gembud mailing list
> gembud@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe, visit:
> http://www.unidata.ucar.edu/mailing_lists/
