NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Art, That would mean that the fields have the ensemble bits identifying thegrids from the control c001 run.
It appears that the onedeg gfs fields were only posted through 84 hours for the 12Z rather than through 180 as is normal. The patterns I am using are: CONDUIT ST.opnl/MT.gfs PIPE decoders/dcgrib2 -d data/gempak/logs/dcgrib2_CONDUITgfs.log -e GEMTBL=/home/gempak/NAWIPS/gempak/tables and CONDUIT MT.ensg PIPE decoders/dcgrib2 -d data/gempak/logs/dcgrib2_CONDUITens.log -e GEMTBL=/home/gempak/NAWIPS/gempak/tables data/gempak/model/ens/YYYYMMDDHHfFFF_ens@@@.gem Note that I file to hourly ensemble files, while using the gribkey.tbl file for the MT.gfs file to handle the gfs. Steve Chiswell Unidata User Support On Fri, 2005-08-05 at 13:47, Arthur A. Person wrote:
Hi...Starting with this morning's (Aug 05, 2005) 12Z GFS on the 003 grid, it appears that all field names have a "C001" attached to the name (e.g. HGHT becomes HGHTC001, etc...) for all hours after the 84 hour forecast. Is anyone else seeing this? Is it a bug, or a new "feature"? It's making it difficult to get to the fields by their former names.Art. Arthur A. Person Research Assistant, System Administrator Penn State Department of Meteorology email: person@xxxxxxxxxxxxx, phone: 814-863-1563
gembud
archives: