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

[netCDFJava #QPY-277649]: Times are okay in this NcML only if we rename the time variable. Why?

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: [netCDFJava #QPY-277649]: Times are okay in this NcML only if we rename the time variable. Why?
  • Date: Wed, 25 Jul 2012 17:27:04 -0600
Hi Rich: We are not seeing this problem. If you still are, let us know. John

> In this zip file:
> https://docs.google.com/open?id=0BzAHlPEEP_ujUFJjTkxBM1VkaTg
> there is a netcdf file and two NcML files  turn the netcdf file into a
> valid discrete sampling geometry time series dataset.
> 
> Both of the NcML read okay in NetCDF tools 4.3 (toolsUI), but the
> modification of the time values for the variable "time" doesn't work
> in "5941_badtimes.ncml".  Instead of the correct values in 1999, we
> get values corresponding to dates in 1858 (it seems the new values we
> specified in the NcML have been ignored).
> 
> If we rename the specification of the "time" variable section of the
> NcML to "time3" and change the "coordinates" attribute of the
> variables to point to "time3" we get the correct dates in 1999
> (5941_goodtimes.ncml".
> 
> Why?
> 
> And why is the "time2" variable still there, even though we said to remove it?
> 
> Thanks,
> Rich
> 
> --
> Dr. Richard P. Signell   (508) 457-2229
> USGS, 384 Woods Hole Rd.
> Woods Hole, MA 02543-1598
> 
> 


Ticket Details
===================
Ticket ID: QPY-277649
Department: Support netCDF Java
Priority: High
Status: Closed