> to the master list of tables in tablelookup.lst for the package.
I have to agree with you. Also, the GSFC people who originally
contacted me about the GRIBTAB issue were particuarly concerned
aboutusers who wouldn't understand that they'd have to deal with
GRIBTAB files to go with the GRIB datasets.
However, they have also said they're somewhat new to GRIB
themselves (or as they said, "we're more HDF folks") so it may
be a while before you hear from Chris L. about adding to the
master list.
Thanks much for the help,
rbs
Thank you for your instruction.
Henry
________________________________________
From: Lynnes, Christopher S. (GSFC-6102)
Sent: Thursday, July 23, 2009 9:09 AM
To: Schmunk, Robert B. (GSFC-611.0)[SIGMA SPACE CORP]
Cc: Fang, Hongliang {Henry}(GSFC-610.2)[R S INFORMATION SYSTEMS INC].; Vollmer,
Bruce E. (GSFC-6102)
Subject: Re: GRIB files with non-standard GRIBTAB files?
OK, thanks for the info. This process has been very educational for
us too (we're more HDF folks)...
On Jul 22, 2009, at 8:16 PM, Robert B. Schmunk wrote:
Chris,
I went ahead and passed the question on to John Caron, who in turn
forwarded it onto someone else at Unidata who is involved with the
GRIB Decoder code. That is Robb Kamic, rkambic@xxxxxxxxxxxxxxxx
The GRIB Java Decoder includes a directory full of GRIBTAB files,
and Robb indicated that additional GRIBTABs could be added to that
directory and included in their distribution "jar". That jar is in
turn included in the netCDF-Java distribution and thence in
Panoply. You should check with Robb to see what is required to
get your GRIBTABs included.
Otherwise, it turns out that there is a way to "register" a user's
GRIBTAB file at runtime when using the GRIB Decoder. The big hitch
with this is that 1) one has to know enough to do this, and 2)
it has to be done before any GRIB files are opened. I would guess
that this is not an optimal solution if you have users who are
unfamiliar with GRIB and expect that all they have to do is open
the dataset. (You could have counted me amongst that crowd just a
few hours ago.)
rbs
On Jul 22, 2009, at 16:56, Christopher Lynnes wrote:
Well, let us take a more detailed look at the issue, and maybe we'll
submit something to support-netcdf-java.
On Jul 22, 2009, at 4:21 PM, Robert B. Schmunk wrote:
Chris,
I think this is something you probably need to bring up with John
Caron or the IDV developers at Unidata. I'm using John's netCDF-Java
library for all interaction with GRIB and HDF datasets, along with
netCDF datasets, and so I have minimal knowledge of how GRIB files
are structured and what is expected to be in them.
Since IDV is a Unidata product, it's no surprise that that app
would have the same problem.
I'll try throwing the question to John C. and see what he might
say.
rbs
On Jul 22, 2009, at 15:12, Christopher Lynnes wrote:
On Jul 22, 2009, at 3:02 PM, Christopher Lynnes wrote:
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?
To amplify, we're wondering if octet 12 could be inspected for the
Table Version number, and if other than 2, maybe just display the
parameter index number instead of trying to look the name up. Or
is
this something that needs to be addressed to the netcdf library
developers?
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
--
Christopher Lynnes NASA/GSFC, Code 610.2
301-614-5185
--
Robert B. Schmunk, Robert.B.Schmunk@xxxxxxxx
NASA Goddard Institute for Space Studies, 2880 Broadway, New York,
NY
10025
--
Christopher Lynnes NASA/GSFC, Code 610.2
301-614-5185
--
Robert B. Schmunk, Robert.B.Schmunk@xxxxxxxx
NASA Goddard Institute for Space Studies, 2880 Broadway, New York, NY
10025
--
Christopher Lynnes NASA/GSFC, Code 610.2
301-614-5185
