Hi Dave, Rich,
Sorry for the delay.
The netCDF-Java library doesn't support unstructured grids yet. So,
you'll get some strange behavior from the coordinate axes since some of
the code for 1-D coordinates assumes they are monotonic. (We will have
to rethink some of that.)
We haven't yet looked in-depth at the UGRID library. For now, your best
bet is probably to try opening the dataset as a feature type and using
the functionality of the feature type to determine extent. If that
fails, as in this case, using read() as you did in your
getExtentUsingReadTest() may be the next best thing.
Ethan
Rich Signell wrote:
> The URL changed. This is the correct one now:
>
> Browser:
> http://testbedapps-dev.sura.org/thredds/dodsC/inundation/FVCOM/ike/2Dvrwoww.html
>
> OPeNDAP URL:
> http://testbedapps-dev.sura.org/thredds/dodsC/inundation/FVCOM/ike/2Dvrwoww
On 2/7/2012 3:21 PM, Ethan Davis wrote:
> Hi Dave,
>
> What do you mean by "unstructured grid dataset"? Can you send me a
> sample dataset?
>
> Thanks,
>
> Ethan
>
> On 1/23/2012 10:11 AM, Dave Neufeld wrote:
>> Hello,
>>
>> In the attached test case, inconsistent coordinate results are returned
>> depending on which methods of the NetCDF Java API are called (tested
>> against v4.2.26).
>>
>> Sample output:
>>
>> Using coordAxis.getMinValue() method -----
>> minLon=-86.76239013671875
>> maxLon=268.2677307128906
>> minLat=21.105741500854492
>> maxLat=31.007230758666992
>>
>> Using CoordinateAxis1D method -----
>> minLon=-86.76998901367188
>> maxLon=280.256103515625
>> minLat=18.15138816833496
>> maxLat=31.010635375976562
>>
>> Using read method -----
>> minLon=-97.85687255859375
>> maxLon=-79.7386474609375
>> minLat=18.15138816833496
>> maxLat=31.010635375976562
>>
>> -Dave
>>
>>
>> _______________________________________________
>> netcdf-java mailing list
>> netcdf-java@xxxxxxxxxxxxxxxx
>> For list information or to unsubscribe, visit:
>> http://www.unidata.ucar.edu/mailing_lists/
>
--
Ethan Davis UCAR Unidata Program
edavis@xxxxxxxxxxxxxxxx http://www.unidata.ucar.edu
