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.
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.
The more recent opendap hdf5 handler replaces forward slash by underscore so it becomes more legit netcdf variable names. I'll do a test to see if it does so for OMI L2 data. Otherwise it should be easy to change it in NcML . -Fan ________________________________________ From: Lynnes, Christopher S. (GSFC-6102) Sent: Tuesday, March 20, 2012 6:35 PM To: Dennis Heimbigner Cc: netcdfgroup@xxxxxxxxxxxxxxxx; Fang, Fan (GSFC-610.2)[ADNET SYSTEMS INC] Subject: Re: [netcdfgroup] Problem to use NetCDF OpenDap On Mar 20, 2012, at 7:05 PM, Dennis Heimbigner wrote: > Wei- > the fundamental problem is that the forward > slash character '/' is not legal in DAP version 2 > names. Hmmm…we'll take a look at it and see if we can do something with the NCML handler in our OPeNDAP server to replace the slashes… > > Wei Huang wrote: >> Hi, There, >> >> We try to use NetCDF OpenDap to access dataset: >> http://aurapar2u.ecs.nasa.gov/opendap/Aura_OMI_Level2/OMHCHO.003/2008/001/OMI-Aura_L2-OMHCHO_2008m0101t0028-o18418_v003-2008m0704t132227.he5 >> We can only get 3 variables: >> >> file global attributes: >> title : NASA HDFEOS5 Swath >> Conventions : CF-1.4 >> dimensions: >> nTimes = 1644 >> nXtrack = 60 >> variables: >> float lat ( nTimes, nXtrack ) >> _FillValue : -1e+30 >> title : Geodetic Latitude >> UniqueFieldDefinition : Aura-Shared >> add_offset : 0 >> scale_factor : 1 >> missing_value : -1e+30 >> valid_range : ( -90, 90 ) >> coordinates : lat lon >> units : degrees_north >> standard_name : latitude >> >> float lon ( nTimes, nXtrack ) >> _FillValue : -1e+30 >> title : Geodetic Longitude >> UniqueFieldDefinition : Aura-Shared >> add_offset : 0 >> scale_factor : 1 >> missing_value : -1e+30 >> valid_range : ( -180, 180 ) >> coordinates : lat lon >> units : degrees_east >> standard_name : longitude >> >> double time ( nTimes ) >> _FillValue : -1e+30 >> title : Time in TAI units >> units : s >> UniqueFieldDefinition : Aura-Shared >> add_offset : 0 >> scale_factor : 1 >> missing_value : -1e+30 >> valid_range : ( 0, 10000000000 ) >> >> >> >> By check: >> >> http://aurapar2u.ecs.nasa.gov/opendap/Aura_OMI_Level2/OMHCHO.003/2008/001/OMI-Aura_L2-OMHCHO_2008m0101t0028-o18418_v003-2008m0704t132227.he5.html >> >> We can see there are a bunch of variables. >> >> If we download the dataset, we can see there are more than 3 variables >> as well. >> >> Anyone has experience on this? >> >> Thanks, >> >> Wei >> >> huangwei@xxxxxxxx <mailto:huangwei@xxxxxxxx> >> VETS/CISL >> National Center for Atmospheric Research >> P.O. Box 3000 (1850 Table Mesa Dr.) >> Boulder, CO 80307-3000 USA >> (303) 497-8924 >> >> >> >> >> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> netcdfgroup mailing list >> netcdfgroup@xxxxxxxxxxxxxxxx >> For list information or to unsubscribe, visit: >> http://www.unidata.ucar.edu/mailing_lists/ > > _______________________________________________ > netcdfgroup mailing list > netcdfgroup@xxxxxxxxxxxxxxxx > For list information or to unsubscribe, visit: > http://www.unidata.ucar.edu/mailing_lists/ -- Dr. Christopher Lynnes, NASA/GSFC, Code 610.2, 301-614-5185
netcdfgroup archives: