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.
Heiko, Moreover....The netcdf-java 4.6.X recognizes the standard_name='ensemble' for Ensembles Axis Type.
https://github.com/Unidata/thredds/blob/master/cdm/src/main/java/ucar/nc2/dataset/conv/CF1Convention.java#L157-L160but 'ensemble' is not a recognized CF standard_name. It should be 'realization' as you have put into the ensemble_member
The netcdf-java 5.0.0, adds 'realization' as possible standard_name value for Ensembles Axis Type
https://github.com/Unidata/thredds/blob/5.0.0/cdm/src/main/java/ucar/nc2/dataset/conv/CF1Convention.java#L162-L165 Regards Antonio On 06/12/16 13:55, Heiko Klein wrote:
Hi, we just extended our meteorology forecast runs with ensemble members. Data without ensemble/realization dimension can be found here: http://thredds.met.no/thredds/dodsC/arome25/arome_metcoop_test2_5km_latest.nc and these work well with the netcdf-java base software like thredds/idv/ncwms , e.g. precipitation_amount_acc(time,height0,y,x) As soon as we combine several realizations/ensembles into the same file http://thredds.met.no/thredds/dodsC/meps25files/meps_allmembers_full_2_5km_latest.nc all gridded feature stop working for precipitation_amount_acc(time,height0,ensemble_member,y,x). We can still use opendap, but ncwms and idv no longer find this variable. netcdf-tools still detect the variable as a FeatureType GRID f:D(5)->R(7) (in FeatureType->FeatureScan) but is not able to detect the coordinateSystem in FeatureType->Grids. I even tried to remove the height0 dimension (which is of size 1), but without any change. Is 'standard_name=realization' an unsupported feature of netcdf-java? There was a longer discussion about it in 2010: http://mailman.cgd.ucar.edu/pipermail/cf-metadata/2010/053546.html Should we use some axis="ensemble" or _CoordinateAxis keyword to help detect the ensemble dimension? Or is the problem within thredds/ncwms/idv not able to deal with other dimensions than x,y,z,t? Sorry for cross-posting, not really sure where the problem lies. We're using thredds 4.6 and netcdf-java toolsUI 4.6 Best regards, Heiko
thredds
archives: