Re: [netCDFJava #CFJ-361121]: unable to read SST data as a grid

On 9/29/2010 6:31 AM, Don Murray wrote:
> John-
>
> I'm still seeing the messages. I grabbed the latest ncIdv.jar from ftp
> and tried it with svn in my path. I could still have some classpath issues.
>
> Julien/Yuan, would you try the latest ncIdv.jar and see if you get the
> same results?

Yes, I could see the same results.


Yuan
> Thanks.
>
> Don
>
> On 9/28/10 5:16 PM, Unidata netCDF Java Support wrote:
> > Ive removed the log message, now it reurns false if file is not found.
> > its in the latest release, will be in svn in a few minutes.
> >
> > > It's called in ucar.unidata.data.DataManager. The IDV has default
> > > locations that it looks for files. They may or may not exist and may be
> > > local or on a web server.
> > >
> > > Don
> > >
> > > On 9/28/10 10:38 AM, Unidata netCDF Java Support wrote:
> > > > ok, i see that the code used to just silently fail. Can any of you
> > > > IDV folks show me the code in the IDV thats calling this?
> > > >
> > > >
> > > > > hmmm, i must have broken ssomething, but its passing my test.
> > > > >
> > > > > can you send me one of your files so i can reproduce? eg
> > > > >
> > > > > /Users/dmurray/.unidata/idv/DefaultIdv/grib1lookuptable.lst
> > > > >
> > > > > > On 9/28/2010 6:19 AM, Don Murray wrote:
> > > > > > > New Client Reply: unable to read SST data as a grid
> > > > > > >
> > > > > > > John-
> > > > > > >
> > > > > > > With the latest ncIdv.jar, I'm getting messages like:
> > > > > > >
> > > > > > > Sep 28, 2010 6:16:04 AM ucar.grib.grib1.GribPDSParamTable
> > > > > > > addParameterUserLookup
> > > > > > > SEVERE: could not
> > > > > > > read:/Users/dmurray/.unidata/idv/DefaultIdv/grib1lookuptable.lst
> > > > > > > Sep 28, 2010 6:16:04 AM ucar.grib.grib1.GribPDSParamTable
> > > > > > > addParameterUserLookup
> > > > > > > SEVERE: could not read:/ucar/unidata/idv/grib1lookuptable.lst
> > > > > > > Sep 28, 2010 6:16:04 AM ucar.grib.grib1.GribPDSParamTable
> > > > > > > addParameterUserLookup
> > > > > > > SEVERE: could not
> > > > > > > read:/ucar/unidata/idv/resources/grib1lookuptable.lst
> > > > > > >
> > > > > > > Has something changed in the reading of these files?
> > > > > > >
> > > > > > > Yuan and Julien, please hold off the release until we can get this
> > > > > > > figured out.
> > > > > > >
> > > > > > > Don
> > > > > >
> > > > > > Don,
> > > > > > No problem, in the mean time, I can spend time on the document.
> > > > > >
> > > > > > Yuan
> > > > > > > On 9/27/10 6:03 PM, Unidata netCDF Java Support wrote:
> > > > > > > > all these problems should be fixed in latest CDM release, should
> > > > > > > > be ready in the next 15 minutes.
> > > > > > > >
> > > > > > > > > Thanks, John.
> > > > > > > > >
> > > > > > > > > On 9/26/10 7:00 PM, Unidata netCDF Java Support wrote:
> > > > > > > > > > > John-
> > > > > > > > > > >
> > > > > > > > > > > On 9/26/10 9:42 AM, Unidata netCDF Java Support wrote:
> > > > > > > > > > >
> > > > > > > > > > > > > ftp://eclipse.ncdc.noaa.gov/pub/OI-daily-v2/NetCDF/
> > > > > > > > > > > >
> > > > > > > > > > > > Ive made the fix for those netcdf files.
> > > > > > > > > > >
> > > > > > > > > > > Thanks for the quick response.
> > > > > > > > > > >
> > > > > > > > > > > > > However, one of the parameters in the weekly grib file is
> > > > > > > > > > > > > coming up as
> > > > > > > > > > > > > Richardson_number. In reality, it should be the error
> > > > > > > > > > > > > estimate. wgrib
> > > > > > > > > > > > > shows:
> > > > > > > > > > > > >
> > > > > > > > > > > > > [dmurray@mac16 grids]$ wgrib oisst.19811101.grb
> > > > > > > > > > > > > 1:0:d=81110100:TMP:kpds5=11:kpds6=1:kpds7=0:TR=1:P1=0:P2=0:TimeU=2:sfc:anl:NAve=0
> > > > > > > > > > > > >
> > > > > > > > > > > > > 2:97284:d=81110100:var254:kpds5=254:kpds6=1:kpds7=0:TR=1:P1=0:P2=0:TimeU=2:sfc:anl:NAve=0
> > > > > > > > > > > > >
> > > > > > > > > > > > > 3:154068:d=81110100:ICEC:kpds5=91:kpds6=1:kpds7=0:TR=1:P1=0:P2=0:TimeU=2:sfc:anl:NAve=0
> > > > > > > > > > > >
> > > > > > > > > > > > this is showing "var254" ? how do you know its the error
> > > > > > > > > > > > estimate?
> > > > > > > > > > >
> > > > > > > > > > > That's what's in the weekly binary files described here:
> > > > > > > > > > >
> > > > > > > > > > > ftp://ftp.emc.ncep.noaa.gov/cmb/sst/oisst_v2/README
> > > > > > > > > > >
> > > > > > > > > > > We pull that out of the binary files and put it into netCDF
> > > > > > > > > > > files here:
> > > > > > > > > > >
> > > > > > > > > > > http://www.esrl.noaa.gov/psd/thredds/catalog/Datasets/noaa.oisst.v2/catalog.html?dataset=PSDgriddedData/noaa.oisst.v2/err.wkmean.1990-present.nc
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > yes, ive realized its NCEP "version 128" table, which we dont
> > > > > > > > > > have. Ive sent email to NCEP to see if i can get it in some
> > > > > > > > > > machine-readbale format, or if i have to screen scrape it (the
> > > > > > > > > > usual NCEP method).
> > > > > > > > > >
> > > > > > > > > > Ticket Details
> > > > > > > > > > ===================
> > > > > > > > > > Ticket ID: CFJ-361121
> > > > > > > > > > Department: Support netCDF Java
> > > > > > > > > > Priority: Normal
> > > > > > > > > > Status: Open
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Don Murray
> > > > > > > > > NOAA/ESRL/PSD and CIRES
> > > > > > > > > 303-497-3596
> > > > > > > > > http://www.esrl.noaa.gov/psd/people/don.murray/
> > > > > > > >
> > > > > > > >
> > > > > > > > Ticket Details
> > > > > > > > ===================
> > > > > > > > Ticket ID: CFJ-361121
> > > > > > > > Department: Support netCDF Java
> > > > > > > > Priority: Normal
> > > > > > > > Status: Open
> > > >
> > > >
> > > > Ticket Details
> > > > ===================
> > > > Ticket ID: CFJ-361121
> > > > Department: Support netCDF Java
> > > > Priority: Normal
> > > > Status: Open
> > >
> > > --
> > > Don Murray
> > > NOAA/ESRL/PSD and CIRES
> > > 303-497-3596
> > > http://www.esrl.noaa.gov/psd/people/don.murray/
> >
> >
> > Ticket Details
> > ===================
> > Ticket ID: CFJ-361121
> > Department: Support netCDF Java
> > Priority: Normal
> > Status: Closed