Earthdata Forum

This is not an issue with the PACE data itself, but seems rather a general issue accessing to OPeNDAP resources from obdaac (perhaps other daacs?). For example, starting from the main page https://oceandata.sci.gsfc.nasa.gov/ when I try to navigate to Opendap, I get a Secure Connection Fail.

When I try to go directly to a granule, say of PACE data (with a URL retrieved from Earthdata/CMR), such as this:

https://oceandata.sci.gsfc.nasa.gov/opendap/PACE_OCI/L3SMI/2024/0401/PACE_OCI.20240401.L3m.DAY.CHL.V3_0.chlor_a.0p1deg.nc.dmr

(note the .dmr at the end so that it should go to the opendap dap4 data request page for that granule rather than trigger a full download)

I also get the same Error...

Should users expect this to be a temporary issue when accessing opendap data?

Thank you very much

If I run:
ncdump -h https://oceandata.sci.gsfc.nasa.gov/opendap/PACE_OCI/L3SMI/2024/0401/PACE_OCI.20240401.L3m.DAY.CHL.V3_0.chlor_a.0p1deg.nc
Note: no .dmr
I get the headers:
netcdf PACE_OCI.20240401.L3m.DAY.CHL.V3_0.chlor_a.0p1deg {
dimensions:
eightbitcolor = 256 ;
lat = 1800 ;
lon = 3600 ;
rgb = 3 ;
variables:
float lat(lat) ;
lat:long_name = "Latitude" ;
lat:units = "degrees_north" ;
lat:standard_name = "latitude" ;
lat:_FillValue = -999.f ;
lat:valid_min = -90.f ;
lat:valid_max = 90.f ;
float lon(lon) ;
lon:long_name = "Longitude" ;
lon:units = "degrees_east" ;
lon:standard_name = "longitude" ;
lon:_FillValue = -999.f ;
lon:valid_min = -180.f ;
lon:valid_max = 180.f ;
byte palette(rgb, eightbitcolor) ;
<truncated>

Try adding .html after .dmr to view it in a browser

https://oceandata.sci.gsfc.nasa.gov/opendap/PACE_OCI/L3SMI/2024/0401/PACE_OCI.20240401.L3m.DAY.CHL.V3_0.chlor_a.0p1deg.nc.dmr.html

Tommy

Yes, this was a temporary issue. The service has been restored.
Regards,
Sean