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

20051003: pqact template for GFS conduit data

John,

All current GEMPAK templates and decoders work. 
The entries below will capture the grid #002 and grid #003 from the ST.opnl
line, as well as the grid #004 (0.5 degree) from the ST.opnt line.
All three data sets are being decoded here.

Check your ldmd.conf on your new machine and verify that it is asking
for the grid #003 GFS in its request to your old machine.

I don't see that nsbf is sending any LDM stats, so I can't verify the volume 
of data that your new macine is seeing.

Steve Chiswell
Unidata USer Support





>From: "John Hobbie" <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200510032153.j93LreG7003123

>Hi--
>
>I recently installed the latest GEMPAK, and LDM on one machine, while another 
> machine is still running several previous versions ago software.  The old sys
> tem is feeding the new system the conduit GFS products from thelma.  The old 
> system is capturing and decoding the GFS002 data (the global extended out to 
> 384 hours) as well as the GFS003 data (the global hi res up to 10mb);  it dum
> ps them both into a common directory called model along with other model data
> .   The new system is only collecting the GFS003 data.
>
>We are using the latest pqact-gempak templates in the new system and the model
>  data are being placed in directories by grid type -- ETA, GFS, NGM etc -- bu
> t no GFS002 file is being generated.  I can not discern any differences in th
> e CONDUIT template in the two systems but I won't promise that I missed somet
> hing.  
>
>Do the new pqact templates miss the GFS002 products?   Or are there new decode
> rs that are not properly decoding the GFS002 or renaming them to something el
> se and stuffing in an other directory other than gfs?  
>
>The pqact.conf entry being used on the new machine is:
>
>CONDUIT ST.opnl/MT.gfs
>        PIPE    decoders/dcgrib2 -d data/gempak/logs/dcgrib2_CONDUITgfs.log
>        -e GEMTBL=/home/gempak/GEMPAK5.8.3a/gempak/tables
>#
># Use a single dcgrib2 decoder for all 0.5 degree GFS data
>CONDUIT ST.opnt/MT.gfs   
>        PIPE    decoders/dcgrib2 -d data/gempak/logs/dcgrib2_CONDUITgfs2.log
>        -e GEMTBL=/home/gempak/GEMPAK5.8.3a/gempak/tables
>#
>
>Thanks for your help
>
>Hobbie
>
>National Scientific Balloon Facility
>
--
NOTE: All email exchanges with Unidata User Support are recorded in the
Unidata inquiry tracking system and then made publicly available
through the web.  If you do not want to have your interactions made
available in this way, you must let us know in each email you send to us.