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.

[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/ 




  • 2015 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the gembud archives: