[netcdf-java] Bug in GridDatatype.getRank()?

• To: <netcdf-java@xxxxxxxxxxxxxxxx>
• Subject: [netcdf-java] Bug in GridDatatype.getRank()?
• From: "Jon Blower" <j.d.blower@xxxxxxxxxxxxx>
• Date: Thu, 9 Sep 2010 14:52:23 +0100

Hi,

I was trying to read data from a motherlode dataset:

http://motherlode.ucar.edu:9080/thredds/dodsC/fmrc/NCEP/GFS/CONUS_191km/
NCEP-GFS-CONUS_191km_best.ncd.html

Having grabbed a GridDatatype representing the temperature on z levels
(Temperature_height_above_ground), I noticed that the rank of the data
type (GridDatatype.getRank()) was being reported as 4.  But the variable
is from an FMRC aggregation and is actually 5-dimensional (the
coordinates are "time_run time isobaric y x").

GridDatatype.getShape().length returns 5 as expected.  The shape is
[202, 202, 1, 43, 65].

Is this a bug in getRank() or have I misunderstood what getRank() means?

Thanks in advance,
Jon

--
Dr Jon Blower
Technical Director, Reading e-Science Centre
Environmental Systems Science Centre
University of Reading
Harry Pitt Building, 3 Earley Gate
Reading RG6 6AL. UK
Tel: +44 (0)118 378 5213
Fax: +44 (0)118 378 6413
j.d.blower@xxxxxxxxxxxxx
http://www.nerc-essc.ac.uk/People/Staff/Blower_J.htm

• Follow-Ups:
  • Re: [netcdf-java] Bug in GridDatatype.getRank()?
    • From: John Caron
  • Re: [netcdf-java] Bug in GridDatatype.getRank()?
    • From: Jon Blower