Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
Patrick,the timeUnitsChange only affects to the aggregation coordinate variable, that means, only the variable with same name that the aggregating dimension will be affected.
how to solve you problem? hmmmmm * Modify the java source code for the Aggregation which modify all the variables with the a _CoordinateAxisType="Time". At least that the timeUnitsChange look at the _CoordinateAliasForDimension in case your "coordinate" variable has a different name from aggregation dim: http://www.unidata.ucar.edu/software/netcdf-java/reference/CoordinateAttributes.html * An interim solution could be, create a new variable for the time_bnds, ans use the value element to indicate the start value and increment.... this needs a better thinking probably I'm wrong and now I'm missing something. Regards Antonio -- Antonio S. Cofiño Grupo de Meteorología de Santander Dep. de Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria Escuela de Caminos Avenida de los Castros, 44 39005 Santander, Spain Tel: (+34) 942 20 1731 Fax: (+34) 942 20 1703 http://www.meteo.unican.es mailto:antonio.cofino@xxxxxxxxx El 16/02/2012 12:25, Patrick Brockmann escribió:
Cofiño Gonzalez a écrit :Patrick, from the aggregation documentation : http://www.unidata.ucar.edu/software/netcdf/ncml/v2.2/Aggregation.htmlwhen the units of the aggregation coordinate change on the existing coordinate variables, you must add timeUnitsChange="true" on the aggregation element:Ok I have rebuilt an aggregation using this element.Now the time axis is correct but I note that the time_bnds is not treated and has kept the differenttime references As consequence, I get with ferretyes? use "http://vesg3.ipsl.fr/thredds/dodsC/cmip5.merge.CNRM-CERFACS.CNRM-CM5.historical.mon.ocean.Omon.r1i1p1.tos.1.aggregation" *** NOTE: Error in bounds "time_bnds" or bounds do not enclose point on axis time*** NOTE: Substituting coordinate midpoints Have I missed something again ? Thanks Patrick _______________________________________________ thredds mailing list thredds@xxxxxxxxxxxxxxxxFor list information or to unsubscribe, visit: http://www.unidata.ucar.edu/mailing_lists/
thredds
archives: