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

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

P.S. I forgot to mention I'm using NetCDF-Java 4.1.20100721.1910.  And
as an added bit of information, Variable.read() expects a List of 4
Ranges, not 5, which surprised me a bit.

-----Original Message-----
From: netcdf-java-bounces@xxxxxxxxxxxxxxxx
[mailto:netcdf-java-bounces@xxxxxxxxxxxxxxxx] On Behalf Of Jon Blower
Sent: 09 September 2010 14:52
To: netcdf-java@xxxxxxxxxxxxxxxx
Subject: [netcdf-java] Bug in GridDatatype.getRank()?

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


_______________________________________________
netcdf-java mailing list
netcdf-java@xxxxxxxxxxxxxxxx
For list information or to unsubscribe, visit:
http://www.unidata.ucar.edu/mailing_lists/ 

• References:
  • [netcdf-java] Bug in GridDatatype.getRank()?
    • From: Jon Blower