Unidata - To provide the data services, tools, and cyberinfrastructure leadership that advance Earth system science, enhance educational opportunities, and broaden participation. Unidata
         
  advanced  
 

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

[THREDDS #YDW-329913]: FMRC time problem again



> John,
> 
> Since sometimes regional forecast systems ocassionally terminate
> before the normal number of records is written to the output file, it
> would seem always a good idea to add the timeUnitsChange="true" to
> aggregations.
> 
> Agreed?

I suppose, though i hate these kludges. i will fix it (eventually).

BTW, i fixed a bug in 4.1 that now makes large joinExisting aggs much faster 
after the firsst access. Let me know if you see anything like that (or not).

> 
> -Rich
> 
> On Wed, Sep 30, 2009 at 7:56 AM, Unidata THREDDS Support
> <support-thredds@xxxxxxxxxxxxxxxx> wrote:
> >> John,
> >>
> >> OMG! Â The 4.1+ timeUnitsChange combo fixed it! Â I'm not even going
> >> to try to figure out which one! Â;-)
> >>
> >> Thanks!!!!
> >
> > party time most excellent!
> >
> >>
> >> -Rich
> >>
> >> On Tue, Sep 29, 2009 at 7:45 PM, Rich Signell <rsignell@xxxxxxxx> wrote:
> >> > John,
> >> >
> >> > We will soon go from 24 hour forecasts to 48 hour forecasts, so we'll
> >> > want the FRMC. Â But it would be nice to have a "eliminate duplicate
> >> > time values" from the joinExisting, for sure!
> >> >
> >> > I don't understand the FRMC behavior, however. There should not be any
> >> > duplicate coordinate values for the 1st time value. Â(it only occurs
> >> > once, in the first file in the FRMC). Â So why does it get a zero
> >> > value? Â Is it because the dateFormatMark pulled from the filename
> >> > does not match the 1st time value?
> >
> > its because there are 12 time steps in the first file and 13 in the second 
> > (at least with the files i was testing). timeUnitsChange = true forces the 
> > fmrc to read all the coordinates up front, which correctly deals with the 
> > problem.
> >
> > But I will try upgrading to 4.1
> >> > and adding the timeUnitsChange. ÂI thought that only applied if the
> >> > time units changed. Â ÂNow why did I think that? Â;-)
> >
> > yeah, its a kludge!
> >
> >
> > Ticket Details
> > ===================
> > Ticket ID: YDW-329913
> > Department: Support THREDDS
> > Priority: Critical
> > Status: Closed
> >
> >
> 
> 
> 
> --
> Dr. Richard P. Signell   (508) 457-2229
> USGS, 384 Woods Hole Rd.
> Woods Hole, MA 02543-1598
> 
> 


Ticket Details
===================
Ticket ID: YDW-329913
Department: Support THREDDS
Priority: Critical
Status: Open


 
 
  Contact Us     Site Map     Search     Terms and Conditions     Privacy Policy     Participation Policy
 
National Science Foundation (NSF) UCAR Community Programs   Unidata is a member of the UCAR Community Programs, is managed by the University Corporation for Atmospheric Research, and is sponsored by the National Science Foundation.
P.O. Box 3000     Boulder, CO 80307-3000 USA     Tel: 303-497-8643     Fax: 303-497-8690