[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[THREDDS #UQE-222785]: year 0000 broken in TDS 4.3.17

Hi John:

So the problem you see is that with

PF5_SST_Climatology_Monthly_1982_2008.nc

as it stands, godiva is not working ??

John

> Hi John Caron,
> Thanks. I pointed out the UDUNITS discrepancy to Lucas for the SeaWiFS data
> and he will address that soon. The other you show is correct, except that
> Lucas temporarily changed it to year 0001 instead of 0000 as a workaround
> while you addressed why year 0000 was not working anymore. The year 0001
> produces WMS output, but for some reason Godiva2 fails to work so it is not
> a satisfactory long-term solution. Plus, I'm hoping TDS can work with year
> 0000 as it did pre TDS 4.3.17, since otherwise I will need to update my
> client to work with year 0001 (which I can do if needed). Please advise how
> to proceed.
> Thanks!,
> John Maurer
> 
> 
> address@hidden> wrote:
> 
> > 1) Looking at
> >
> > SeaWiFS_Chla_Climatology_Monthly_1997_2010.nc
> >
> > the TIME variable has
> >
> > double TIME(TIME=12);
> >   :units = "1-JAN-0001 00:00:00";
> >   :time_origin = "hour since 0001-01-01 00:00:00";
> >
> > problem is that "units" attribute is not a valid udunit time unit although
> > "time_origin" is. Since this uses CF COnventions, its not recognized as a
> > time coordinate.
> >
> > 2) Looking at
> >
> > PF5_SST_Climatology_Monthly_1982_2008.nc
> >
> > double TIME(TIME=12);
> >   :units = "hour since 0001-01-01 00:00:00";
> >   :time_origin = "1-JAN-0001 00:00:00";
> >   :modulo = " ";
> >
> > this is ok as time unit, the coordinate values are:
> >
> > hour since 0001-01-01 00:00:00
> > TIME =
> >   {366.0, 1096.485, 1826.97, 2557.455, 3287.94, 4018.425, 4748.91,
> > 5479.395, 6209.88, 6940.365, 7670.85, 8401.335}
> >
> >  0001-01-16T06:00:00Z
> >  0001-02-15T16:29:05.999Z
> >  0001-03-18T02:58:12Z
> >  0001-04-17T13:27:18Z
> >  0001-05-17T23:56:24Z
> >  0001-06-17T10:25:30Z
> >  0001-07-17T20:54:36Z
> >  0001-08-17T07:23:42Z
> >  0001-09-16T17:52:48Z
> >  0001-10-17T04:21:53.999Z
> >  0001-11-16T14:51:00Z
> >  0001-12-17T01:20:06Z
> >
> > is this incorrect? Anyway, I would expect that WMS would work with it,
> > although i havent tested it.
> >
> > John
> >
> >
> > > Hi John(s)
> > >
> > > thanks for looking into this. Please find the staged netcdf files at:
> > > http://xfer.nmfs.hawaii.edu/lmoxey/temp/
> > >
> > > Thanks,
> > >
> > > Lucas
> > >
> > >
> > >
> > > address@hidden> wrote:
> > >
> > > > Hi John:
> > > >
> > > > can we get a copy of one of the actual files? thanks
> > > >
> > > > JOhn
> > > >
> > > > > Dear THREDDS developers,
> > > > > After NOAA OceanWatch upgraded their TDS on Friday to 4.3.17, we
> > noticed
> > > > > that their satellite monthly climatologies were broken. These
> > datasets
> > > > use
> > > > > dates with year 0000 as a convention to indicate that they are
> > monthly
> > > > > climatologies: because they average over several years, there is no
> > > > > appropriate single year so 0000 is used to indicate this.
> > > > >
> > > > > TDS was working fine for these datasets prior to the 4.3.17 upgrade:
> > > > > OPeNDAP, NetCDF Subset Service (NCSS), Web Map Service (WMS), and Web
> > > > > Coverage Service (WCS) all worked (with the small hiccup that NCSS
> > > > returns
> > > > > different dates than WMS does since TDS and ncWMS use different
> > > > underlying
> > > > > time libraries, is what I've been told in the past).
> > > > >
> > > > > After the upgrade, OPeNDAP worked, NCSS did not provide any time
> > > > dimension
> > > > > options, and WMS GetCapabilities did not list any times either (so
> > > > Godiva2
> > > > > didn't work either). We use these monthly climatology services in our
> > > > > integrated map viewer (Voyager) at PacIOOS and hope that Unidata can
> > fix
> > > > > this year 0000 issue. I have been working with Lucas Moxey at
> > OceanWatch
> > > > on
> > > > > this upgrade (cc'd here). As a test, we tried switching the data to
> > year
> > > > > 0001: while NCSS and WMS now recognize the time dimension, Godiva2
> > fails
> > > > to
> > > > > display anything. I would prefer to get it working with year 0000 if
> > > > > possible.
> > > > >
> > > > > Here are the datasets in question:
> > > > >
> > > > >
> > http://oceanwatch.pifsc.noaa.gov/thredds/catalog.html?dataset=sw_clim
> > > > >
> > http://oceanwatch.pifsc.noaa.gov/thredds/catalog.html?dataset=pf5_clim
> > > > >
> > http://oceanwatch.pifsc.noaa.gov/thredds/catalog.html?dataset=aq_clim
> > > > >
> > > > > Thanks for giving this your attention!
> > > > > Cheers,
> > > > > John Maurer
> > > > > Pacific Islands Ocean Observing System (PacIOOS)
> > > > > University of Hawaii at Manoa
> > > > >
> > > > >
> > > >
> > > >
> > > > Ticket Details
> > > > ===================
> > > > Ticket ID: UQE-222785
> > > > Department: Support THREDDS
> > > > Priority: Normal
> > > > Status: Open
> > > >
> > > >
> > >
> > >
> >
> > Ticket Details
> > ===================
> > Ticket ID: UQE-222785
> > Department: Support THREDDS
> > Priority: High
> > Status: Open
> >
> >
> 
> 

Ticket Details
===================
Ticket ID: UQE-222785
Department: Support THREDDS
Priority: High
Status: Open