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

 Hi Jon:

motherlode.ucar.edu:9080 fmrc datsets are currrently broken, because thats 
running TDS 4.2.
The corresponding dataset on 8080 should work.

im working to get a fix for this, ill post a notice when i think its ready.

On 9/9/2010 7:52 AM, Jon Blower wrote:
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/



  • 2010 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the netcdf-java archives: