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.

Re: [netcdfgroup] attributes not showing up when reading openDAP datasets

  • To: Jeff Whitaker <jswhit@xxxxxxxxxxx>
  • Subject: Re: [netcdfgroup] attributes not showing up when reading openDAP datasets
  • From: Dennis Heimbigner <dmh@xxxxxxxxxxxxxxxx>
  • Date: Wed, 16 Sep 2009 11:30:51 -0600
Jeff- Please do the following.
1. set the environment variable OCLOGFILE to the empty string
   (e.g. in bourne shell: OCLOGFILE="" ; export OCLOGFILE).
2. rerun the request
http://esgcet.llnl.gov/dap/ipcc4/20c3m/gfdl_cm2_0/pcmdi.ipcc4.gfdl_cm2_0.20c3m.run1.atm.mo.xml
This should give extra information.
I did that request thru a web browser
(http://esgcet.llnl.gov/dap/ipcc4/20c3m/gfdl_cm2_0/pcmdi.ipcc4.gfdl_cm2_0.20c3m.run1.atm.mo.xml.ascii?prw)
and got this message:
Error {
    code = 2;
    message = "Request for 87091200 bytes exceeds limit: 67108864";
}
And I will curious to see if you get that message also.

=Dennis Heimbigner



Jeff Whitaker wrote:
Dennis Heimbigner wrote:
I found and fixed the bug. I did not
implement the libdap algorithm quite
correctly. The fix should be available
in the netcdf snapshot tomorrow.

Thanks for pointing this out.

=Dennis Heimbigner

Dennis: Although the attributes are now appearing correctly, I'm still having trouble accessing the IPCC data. For example,

ncdump -v prw http://esgcet.llnl.gov/dap/ipcc4/20c3m/gfdl_cm2_0/pcmdi.ipcc4.gfdl_cm2_0.20c3m.run1.atm.mo.xml

gives

data:

prw =
 ; // UNDEFINED
}

with the Sept 16 snapshot.  The coordinate variables seem to work fine

data:

lat = -89, -87, -85, -83, -81, -79, -77, -75, -73, -71, -69, -67, -65, -63,
   -61, -59, -57, -55, -53, -51, -49, -47, -45, -43, -41, -39, -37, -35,
   -33, -31, -29, -27, -25, -23, -21, -19, -17, -15, -13, -11, -9, -7, -5,
   -3, -1, 1, 3, 5, 7, 9, 11, 13, 15, 17, 19, 21, 23, 25, 27, 29, 31, 33,
   35, 37, 39, 41, 43, 45, 47, 49, 51, 53, 55, 57, 59, 61, 63, 65, 67, 69,
   71, 73, 75, 77, 79, 81, 83, 85, 87, 89 ;
}

but all the data grids come back undefined. The same thing happens when trying to access data from the IRI data library

ncdump -v hgt http://iridl.ldeo.columbia.edu/expert/SOURCES/.NOAA/.NCEP/.EMC/.CFS/.MONTHLY_REALTIME/.PRESS/.hgt/dods

hgt =
 ; // UNDEFINED
}


Other dap URLs work fine though, for example

ncdump -v vvelprs http://nomad1.ncep.noaa.gov:9090/dods/reanalyses/reanalysis-2/6hr/pgb/pgb


-Jeff

Jeff Whitaker wrote:

Dennis:  If I open

http://esgcet.llnl.gov/dap/ipcc4/20c3m/gfdl_cm2_1/pcmdi.ipcc4.gfdl_cm2_1.20c3m.run1.atm.mo.xml

with netcdf-4.1-beta2, then get the time variable, it appears there are no attributes associated with it. Browsing the xml file

http://esgcet.llnl.gov/aggregates/ipcc4/20c3m/gfdl_cm2_1/pcmdi.ipcc4.gfdl_cm2_1.20c3m.run1.atm.mo.xml

it does appear these attributes are defined, but somehow the client is not getting them.

Is it a bug in the way there are serving the data, or a bug in the opendap client in netcdf-4.1?

-Jeff



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