Re: [Fwd: Fwd: GRIB files with non-standard GRIBTAB files?] (fwd)

Robb,

I have passed the info on to Chris Lynnes at the Goddard DISC
and you may hear from him about adding any GRIBTABs to the
GRIB decoder jar that they might need.

Otherwise, I have now read the info on
http://www.unidata.ucar.edu/software/decoders/grib/javadoc/Parameters.txt
about how to register a GRIBTAB at program runtime. Most of it
looks fairly straightforward, but the one point I am confused
about is the table ID. The example indicates a parameter file
identified by "158: 0: 2: fnmoc_2.tab", and the fnmoc_2.tab
file begins with "-1:158:0:2". In the case at hand -- apparently
center 7, subCenter 138 and table version number 130 -- I take
it that the indentification should be "7: 138: 130: myfile.tab"
and that myfile.tab should start with "-1:7:138:130"?


Thanks,

rbs





On Jul 22, 2009, at 18:34, Robb Kambic wrote:

> Hiya Robert,
>
> There's not a problem of adding the parameter table you referenced  
> below to the list of tables in the grib package. Dumping the data  
> reveals center 7,
> subCenter 138 and table version number 130; so this configuration  
> would load your table. Would this solution work? Otherwise one can  
> load tables at runtime, but it would have to be done each time on  
> startup.
>
> Robb...
>
> ---------- Forwarded message ----------
> Date: Wed, 22 Jul 2009 15:55:01 -0600
> From: John Caron <address@hidden>
> To: Robb Kambic <address@hidden>
> Subject: [Fwd: Fwd: GRIB files with non-standard GRIBTAB files?]
>
> can you answer? cc me, thanks
>
> -------- Original Message --------
> Subject:        Fwd: GRIB files with non-standard GRIBTAB files?
> Date:   Wed, 22 Jul 2009 17:10:07 -0400
> From:   Robert B. Schmunk <address@hidden>
> To:     John Caron <address@hidden>
> References:     <address@hidden>
>
>
>
> John,
>
> As you may have noted, I added GRIB plotting capability to
> the Panoply application in a new release a couple weeks ago.
> Of course, all interaction with GRIB datasets builds off of
> the NJ libraries.
>
> A question that a user sent in today involves "non-standard"
> or "custom" GRIBTABs. Apparently when Panoply or IDV displays
> the contents of a sample dataset, the variable names and units
> are wrong. Panoply is just calling getName() on the VariableDS,
> and I assume IDV is doing the same.
>
> Is there a work around available for this that you know of?
>
> rbs
>
>
>
>
> Begin forwarded message:
>
> > From: Christopher Lynnes <address@hidden>
> > Date: July 22, 2009 15:02:30 EDT
> > To: "Robert B. Schmunk" <address@hidden>
> > Cc: Henry Fang <address@hidden>, Bruce Vollmer <address@hidden 
> >  >
> > Subject: GRIB files with non-standard GRIBTAB files?
> > Robert,
> > We have some GRIB files with non-standard GRIBTABs.  The problem  
> > is  that when we read them in through Panoply, the variable names  
> > are  wrong (as one would expect), but there is no way for the user  
> > to  know that they are wrong, esp. users that are unfamiliar with  
> > GRIB.   Any ideas?
> > Also, any idea on whether you will support reading in GRIB files   
> > with the associated GRIBTAB (aka parameter index) file?
> > BTW, Panoply is not alone in this area; we have the same dilemma   
> > with IDV.
> >
> > We have some examples if you care to play with them, e.g.:
> > Data file: 
> > ftp://agdisc.gsfc.nasa.gov/data/s4pa//GLDAS/GLDAS_VIC10_3H//2009/165/GLDAS_VIC10_3H.A2009165.2100.001.grb
> > GRIBTAB file: http://disc.sci.gsfc.nasa.gov/hydrology/grib_tabs/gribtab_VIC.txt
> > --
> > Christopher Lynnes             NASA/GSFC, Code 610.2           
> > 301-614-5185
>
> --
> Robert B. Schmunk, address@hidden
> NASA Goddard Institute for Space Studies, 2880 Broadway, New York,  
> NY  10025

--
Robert B. Schmunk, address@hidden
NASA Goddard Institute for Space Studies, 2880 Broadway, New York, NY  
10025