Re: [gembud] CMC decode problem

This problem was resolved off-list, but I wanted to post publicly for others.
Users should update the cmc entry in $GEMTBL/grid/gribkey.tbl to allow more than 1000 grids (set to 20000 in the example below), and confirm the full forecast time range is available in the $MODEL/cmc/YYYYMMDDHH_cmcreg.gem files via GDINFO and file size (should be approx. 29 mb). You can also force max grid size with the dcgrib2 flag "-m 20000" in the pqact entry: 

CMC     CMC_reg
PIPE /unidata/ldm/decoders/dcgrib2 -v 1 -m 20000 -d data/gempak/logs/dcgrib2_cmc.log 
        -e GEMTBL=/unidata/GEMPAK6.2.0/gempak/tables


Michael James
Unidata



On 04/01/2011 03:26 PM, Neil Smith wrote:

ldm 6.9.2
gempak 6.2.0
Centos 5.5
I'm not getting all of the CMC forecast times written to file. My logging of the decode shows that bulletins out to F048 are being read and processed but gdinfo, garp and nmap2 are showing the output file containing only out to F024. 

This pqact entry:
CMC     CMC_reg
PIPE /unidata/ldm/decoders/dcgrib2 -v 1 -d data/gempak/logs/dcgrib2_cmc.log 
        -e GEMTBL=/unidata/GEMPAK6.2.0/gempak/tables

and this $GEMTBL/grid/gribkey.tbl entry
054 x 036 @@@ data/gempak/model/cmc/YYYYMMDDHH_cmcreg.gem 20000
The default gribkey.tbl entry goes to 1000 but I've upped it to 10000 and 20000 to see if this was the problem. No change. 

Does anyone have suggestions?

-Neil
---
Neil Smith neils@xxxxxxxx <mailto:neils@xxxxxxxx>
Comp. Sys. Mngr., Atmospheric Sciences




_______________________________________________
gembud mailing list
gembud@xxxxxxxxxxxxxxxx
For list information or to unsubscribe,  visit: 
http://www.unidata.ucar.edu/mailing_lists/