Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
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_regPIPE /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.5I'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_regPIPE /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 entry054 x 036 @@@ data/gempak/model/cmc/YYYYMMDDHH_cmcreg.gem 20000The 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/
gembud archives: