[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[GEMPAK #KRJ-399065]: Configuring GEMPAK/NAWIPS for Local Model



Brent,

I have been looking at your problem, and the dcgrib_out.log line
does not match my current development, so that might be the key to the problem.
I made some changes on Jan 10, so the current binary distribution would reflect 
that.

Are you using 5.9.1? Can you send me one of the products you are trying to 
decode
as offered below? What OS are you running on?

Your data does have a local use section which won't be interpreted, but the 
grid values should be
found and stored.

Steve Chiswell
Unidata User Support


> Greetings,
> 
> I have been trying off and on for several weeks to get locally-run model
> data into our NAWIPS/GEMPAK display.  I have looked through the help
> files and tried modifying the dcgrib2 tables, but am still having no
> success, so I am hoping I can get a few more pointers from you.
> 
> Here are the details:
> 
> 1.  We are running the WRF model, and creating GRIB-2 output files using
> our own internally-developed WRF post-processor.  These GRIB-2 files
> contain a collection of GRIB messages, all valid at a single forecast
> time, so the idea is to run each of these files through dcgrib2 to
> create GEMPAK-format data displayable via NAWIPS.  Note that the files
> we are producing seem to work fine with both wgrib2 and the NWS/MDL
> degrib utility.  We are using center ID 253 and one local GRIB table
> containing a couple of "custom" fields in a addition to the standard
> GRIB parameters.
> 
> 2.  I have made the following edits in the $GEMTBL directory:
> 
> a.  Added center 253 (WNI) to wmocenter.tbl and cntrgrib1.tbl.
> b.  Created g2varswni1.tbl for our local table version 1.  It only
> contains two variables right now, as most everything else in our files
> are standard WMO variables.
> c.  Added a line to gribkey.tbl that looks like:
> 253   1    003         ???
> data/gempak/model/own3/YYYYMMDDHHfFFF_wrf.gem   10000
> (note that we use subcenter ID 1 for data created here in Oklahoma, and
> model ID 3 is our CONUS grid.  We use the GDS section to define our map
> projections).
> d.  Added a file names wnisubcenters.tbl that defines subcenter 1.
> e.  Created the output data directory defined in gribkey.tbl
> 
> 3.  I try to degrib a file like so:
> 
> /DATA/wems/OWN/WRF/POST/grib2/CONUS_15/2006042415_000.gr2
> 
> It seems to be decoding the headers in the GRIB message just fine, but
> complains that it cannot determine the paramters or find any GRIB data.
> I am attaching the dcgrib_out.log as well as the screen dump.  I really
> appreciate any assistance you can provide.  I could also send a sample
> GRIB-2 file if that is necessary.  I feel I am very close, but just
> cannot seem to get it to completely work.
> 
> Thanks in advance,
> 
> Regards,
> 
> Brent
> 
> Brent Shaw
> Scientific Technologist
> Weathernews Inc.
> 405-310-2851 direct
> 405-740-9554 mobile
> 405-310-2801 fax
> address@hidden
> 
> Weathernews, Always WITH You!
> www.weathernews.com <http://www.weathernews.com/>
> 
> 
> 


Ticket Details
===================
Ticket ID: KRJ-399065
Department: Support GEMPAK
Priority: High
Status: Closed