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/
