Re: [netcdf-java] [thredds] Ensemble data not possible to visualize

  • To: Heiko Klein <Heiko.Klein@xxxxxx>
  • Subject: Re: [netcdf-java] [thredds] Ensemble data not possible to visualize
  • From: Sean Arms <sarms@xxxxxxxx>
  • Date: Tue, 13 Dec 2016 10:30:09 -0500
Hi Heiko,

NCSS does not currently subset the ensemble axis, but it will in the
upcoming 5.0 version of the TDS.

Cheers,

Sean


On Wed, Dec 7, 2016 at 12:45 PM, Heiko Klein <Heiko.Klein@xxxxxx> wrote:

> Hi,
>
> I checked now also the ncss subsetter. This does not seem to have a
> selector for the ensemble axis?
>
> Heiko
>
> On 2016-12-07 18:34, Heiko Klein wrote:
> > Antonio,
> >
> > thanks a lot. We will put the _CoordinateAxisType="Ensemble" while
> > waiting for netcdf-java 5.0.0. Good to know that realization will be
> > supported then.
> >
> > IDV/netcdf and toolsUI work very well with that. Godiva displays results
> > to, but ncWMS does not expose any ensemble-member dimension in the
> > capabilities document. I'm not even sure if ensembles fit into the WMS
> > standard, so I'm not too surprised that this does not work.
> >
> > Best regards,
> >
> > Heiko
> >
> >
> >
> > On 2016-12-06 18:05, Antonio S. Cofiño wrote:
> >> 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-L160
> >>
> >>
> >> but '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
> >>>
> >>>
> >>
> >
>
> --
> Dr. Heiko Klein                   Norwegian Meteorological Institute
> Tel. + 47 22 96 32 58             P.O. Box 43 Blindern
> http://www.met.no                 0313 Oslo NORWAY
>
> _______________________________________________
> NOTE: All exchanges posted to Unidata maintained email lists are
> recorded in the Unidata inquiry tracking system and made publicly
> available through the web.  Users who post to any of the lists we
> maintain are reminded to remove any personal information that they
> do not want to be made public.
>
>
> netcdf-java mailing list
> netcdf-java@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe, visit:
> http://www.unidata.ucar.edu/mailing_lists/
>
  • 2016 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the netcdf-java archives: