[gembud] problem getting 1.0 degree GEMPAK files from new CONDUIT GFS feed

  • To: Michael James <mjames@xxxxxxxx>
  • Subject: [gembud] problem getting 1.0 degree GEMPAK files from new CONDUIT GFS feed
  • From: David Ovens <ovens@xxxxxxxxxxxxxxxxxxxx>
  • Date: Wed, 14 Jan 2015 21:01:51 -0800
Hello Gembuds,

Most of our scripts are working with the new GFS file names.  However,
I am not getting any 1.0 degree GEMPAK files produced, despite having
the GRIB2 files for them.  

This entry from pqact.gempak_decoders_grid

 CONDUIT prod/gfs.*pgrb2
 PIPE decoders/dcgrib2 -d data/gempak/logs/dcgrib2_CONDUITgfs2.log
 -e GEMTBL=/home/gempak/NAWIPS/gempak/tables

I know is attempting to process all resolutions of the grids, and I
get the gfs0.5deg/*gfs.gem files.  But I do not get the expected
gfs/YYYYMMDDHH_gfs.gem files.  

Here are the current relevant entries that I have in my
/home/gempak/NAWIPS/gempak/tables/grid/gribkey.tbl table including a
comment about the gfs703.gem that I think is the relevant one:

!center sub modelid grid   Output grid file name                   max_grids
!
! GFS grids
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
! as of 11/8/2007, gfs703.gem file comes from GRIB2 version of 1-degree GFS 
from CONDUIT
007   x   077,81,96 703    data/gempak/model/gfs/YYYYMMDDHH_gfs.gem   29000
007   x   077,81,96 @@@    data/gempak/model/gfs/YYYYMMDDHH_gfs@@@.gem   29000

Does anyone else have different entries in their gribkey.tbl file that
are allowing them to get a GEMPAK file for the 1.0 degree GFS grids?

NOTE: I have been able to manually create the file with the new grids
doing this from my conduit/gfs.2015011412 directory: 

 foreach i (gfs.t12z.pgrb2.1p00.f*)
  dcgrib2 -m 35000 -d ~/logs/test.gfs1p00.log -e GEMTBL=$GEMTBL \
  $GEMDATA/model/gfs/2015011412_gfs.gem < $i
 end

and that put 32,972 grids into the file, so I'll be increasing the
29000 max value in the table for sure.  I just have not been able to
figure out what is wrong with the gribkey.tbl entries.

Thanks for any help.

David
-- 
David Ovens              e-mail: ovens@xxxxxxxxxxxxxxxxxxxx
Research Meteorologist    phone: (206) 685-8108
Dept of Atm. Sciences      plan: Real-time MM5 forecasting for the
Box 351640                        Pacific Northwest
University of Washington          http://www.atmos.washington.edu/mm5rt
Seattle, WA  98195               Weather Graphics and Loops
                                  http://www.atmos.washington.edu/~ovens/loops


On Wed, Jan 14, 2015 at 02:04:48PM -0700, Michael James wrote:
> Hello GEMPAK users,
> 
> With the update to global GFS file naming today on CONDUIT, I've
> attached a new pqact.gempak_decoders_grid template file.  The 1800 UTC
> run for January 14, 2015 is the first run on CONDUIT using the new
> product IDs.
> 
> The attached file can also be found online at
> https://github.com/Unidata/gempak/blob/master/ldm/etc/templates/pqact.gempak_decoders_grid
> 
> The new template should be put in $NAWIPS/ldm/etc/templates/ and the
> program $NAWIPS/ldm/gen_pqact.csh run again to re-create the LDM pqact
> files, which will then need to be manually copied to the appropriate
> LDM etc directory.
> 
> You can also make a quick manual edit:
> 
> Old:
> 
> # 1.0 degree GFS data
> # 2.5 degree GFS data
> CONDUIT prod/gfs.*pgrb[^2]
> PIPE decoders/dcgrib2 -d data/gempak/logs/dcgrib2_CONDUITgfs.log
> -e GEMTBL=/home/gempak/NAWIPS/gempak/tables
> #
> # 0.5 degree GFS data
> CONDUIT prod/gfs.*pgrb2
> PIPE decoders/dcgrib2 -d data/gempak/logs/dcgrib2_CONDUITgfs2.log
> -e GEMTBL=/home/gempak/NAWIPS/gempak/tables
> 
> New:
> 
> # 0.5 degree GFS data - gfs.tCCz.pgrb2.0p50.fFFF
> # 1.0 degree GFS data - gfs.tCCz.pgrb2.1p00.fFFF
> # 2.5 degree GFS data - gfs.tCCz.pgrb2.2p50.fFFF
> CONDUIT prod/gfs.*pgrb2
> PIPE decoders/dcgrib2 -d data/gempak/logs/dcgrib2_CONDUITgfs.log
> -e GEMTBL=/home/gempak/NAWIPS/gempak/tables
> 
> 
> Michael James
> Unidata Program Center
> Boulder, CO


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