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 Upendra,I do not know, but if you could also show the aggregation code in the catalog.xml file, we might see something, that causes the problem...
Regards, Remon On 09/28/2010 04:37 PM, Upendra Dadi wrote:
Hi,I have a problem involving NcML aggregation. I have created an NcML aggregation file using joinExisting with aggregation over time.The das for the first file in the aggregation file is:-------------------------------------------------------------------------------Attributes { time { String long_name "reference time of sst field"; String standard_name "time"; String axis "T"; String units "seconds since 1981-01-01 00:00:00"; } lat { String long_name "latitude"; String standard_name "latitude"; String axis "Y"; String units "degrees_north"; } lon { String long_name "longitude"; String standard_name "longitude"; String axis "X"; String units "degrees_east"; } analysed_sst { String long_name "analysed sea surface temperature"; String standard_name "sea_surface_temperature"; String type "foundation"; String units "kelvin"; Int16 _FillValue -32768; Float64 add_offset 273.15; Float64 scale_factor 0.01; Int16 valid_min -300; Int16 valid_max 4500; } ...... ...... -------------------------------------------------------- The das file for the aggregation file(NcML file) is:--------------------------------------------------------------------------Attributes { lat { } lon { } time { } analysed_sst { String _CoordinateAxes "time lat lon "; String long_name "analysed sea surface temperature"; String standard_name "sea_surface_temperature"; String type "foundation"; String units "kelvin"; Int16 _FillValue -32768; Float64 add_offset 273.15; Float64 scale_factor 0.01; Int16 valid_min -300; Int16 valid_max 4500; } NC_GLOBAL { String time.long_name "reference time of sst field"; String time.standard_name "time"; String time.axis "T"; String time.units "seconds since 1981-01-01 00:00:00"; String lat.long_name "latitude"; String lat.standard_name "latitude"; String lat.axis "Y"; String lat.units "degrees_north"; String lon.long_name "longitude"; String lon.standard_name "longitude"; String lon.axis "X"; String lon.units "degrees_east"; String Conventions "CF-1.0"; ..... ..... -------------------------------------------------------------------------As you can see, the attributes for latitude, longitude and time have moved from the variables to the global attributes after the aggregation for some reason. Shouldn't they remain with the variables? The aggregation file is no longer CF compliant due to this. What is going on here?Is it a THREDDS problem? Or is there away to correct this? Upendra _______________________________________________ thredds mailing list thredds@xxxxxxxxxxxxxxxxFor list information or to unsubscribe, visit: http://www.unidata.ucar.edu/mailing_lists/
-- +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Remon Sadikni University of Hamburg / KlimaCampus Hamburg Center for Integrated Climate System Analysis and Prediction - CliSAP Grindelberg 5 / D-20144 Hamburg / Germany phone: +49-40-42838-7581 email: remon.sadikni@xxxxxxx +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
thredds
archives: