Hi John, The data set http://oos.soest.hawaii.edu/thredds/idd/satellite.html?dataset=dhw does not have a valid CF time axis. Use of strings as dates is not valid. I'm guessing that the Unidata Java netCDF libraries evidently support this encoding of time, even though CF does not. As a result the Java-based addXML utility succeeds in configuring the dataset in LAS. But the Ferret application, when called by LAS, cannot read the times. (Behind the scenes explanation: when Ferret finds a problem in a coordinate variable -- coordinates out of sequence, embedded missing values, string values instead of numeric values, etc. -- it synthesizes a generic array of indices. The value of "T=-6.3143E+10" in the error message is the translation of "2000-12-02" into a time stamp value using a default algorithm -- not very helpful as an error clue under the circumstances.) Before discussing work-arounds, a question: where the file comes from and whether it is too late to suggest valid CF time axes for these files? If too late, then the next best idea is to use ncml to replace the time axis of strings with time axis of typical CF time step values encoded using units such as "days since <t0-date>". - Steve ====================================================== On 12/21/2010 2:13 PM, John Maurer, IV wrote: Hi All, |