NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Hi Jitka: We have been assuming that different runtimes would be in different files. Is that possible for your data? Also, I will think about how to deal with the case where they are in the same file. John > > John, > see my comment below > > > On 2011-07-27 19:15, Unidata netCDF Java Support wrote: > > > it says its ensemble data, but all have perturbation = 0. So an ensemble > dimension of 1 is created. > > im seeing 2 variables, Temperature and "Total Precipitation rate". > > For Temperature: > > 1) multiple runs (refDate), 6 hours apart. > 2) for each refDate, 6 hour forecasts out to 360 hours. > > since these overlap, I end up with 664 unique forecast times. (this is in 4.3 > sorry you cant see it yet). > > For Total Precipitation rate: > > 1) multiple runs (refDate), 6 hours apart. > 2) for each refDate, 6 hour forecasts out to 360 hours > 3) each forecast is for the interval 0-foreast (0 = refDate), so one sees > 0-6, 0-12, 0-18 ,...0-360. > > these constitute unique coordinates (no overlap) so you get 36844 of them. > The only thing I can think of if I am misunderstanding what the intervals > are. (?) > > what would you expect ? > > > > > Actually I would expect a run dimension , e.g. : > > Total_precipitation_rate (run=600, time=60, ......) > > since the file contains approximately 600 forecast runs - first > refDate=01/01/2011 00:00, last refDate=05/31/2011 18:00,6 hours apart, and > the runs are 6 hour forecasts out to 360 hours (this info is provided by > NDFD DeGrib) > > > > I see, so you actually want this to be an FMRC with a two dimension time > coordinate ? > > > > yes indeed, this is the purpose of the runtime > dimension, isn't it > I use the 'get dimension' methods of GridDatatype ( > getRunTimeDimension() ,.getEnsembleDimension(), getTimeDimension(),.....) , > it is a simple and easy way to read the files that > can be wrapped as GridDataset. > > However I haven't got a GridDataset yet that provides this runTime > dimension > > > > > > > > Ticket Details > =================== > Ticket ID: WIK-413864 > Department: Support netCDF Java > Priority: Normal > Status: Open > > > > > > > > > > > > > > > > DISCLAIMER: This message is intended exclusively for the addressee(s) and may > contain confidential and privileged information. If you are not the intended > recipient please notify the sender immediately and destroy this message. > Unauthorized use, disclosure or copying of this message is strictly > prohibited. > The foundation 'Stichting Deltares', which has its seat at Delft, The > Netherlands, Commercial Registration Number 41146461, is not liable in any > way whatsoever for consequences and/or damages resulting from the improper, > incomplete and untimely dispatch, receipt and/or content of this e-mail. > > > > > > > > > Ticket Details =================== Ticket ID: WIK-413864 Department: Support netCDF Java Priority: Normal Status: Open