Re: [netcdf-java] Subsetting with getRangesFromLatLonRect

  • To: Christian Ward-Garrison <cwardgar@xxxxxxxx>
  • Subject: Re: [netcdf-java] Subsetting with getRangesFromLatLonRect
  • From: Antonio Rodriges <antonio.rrz@xxxxxxxxx>
  • Date: Thu, 30 Jul 2015 14:50:31 +0300
Christian:

Thank you.
Why NetCDF-Java v5.0? I used netcdfAll-4.6.jar [1], doesn't 4.6
reflect NetCDF-Java version?

[1] 
http://www.unidata.ucar.edu/software/thredds/current/netcdf-java/documentation.htm

2015-07-30 1:48 GMT+03:00 Christian Ward-Garrison <cwardgar@xxxxxxxx>:
> Hi Antonio,
>
> There are many longstanding issues concerning grids that cross the date
> line, and this is one of them. It's actually a very hard problem to solve in
> a way that doesn't break existing clients (e.g. the IDV), but we finally
> have a solution for it in the upcoming NetCDF-Java v5.0. Until then,
> hopefully you can work around the date line weirdness.
>
> Cheers,
> Christian
>
> On Mon, Jul 27, 2015 at 6:27 AM, Antonio Rodriges <antonio.rrz@xxxxxxxxx>
> wrote:
>>
>> Hello,
>>
>> Am I doing smth wrong? -
>>
>> When I call GridCoordSystem.getRangesFromLatLonRect
>> I always get two-element List<Range> regardless of whether the given
>> LatLonRect crosses dateline or not.
>>
>> There are some datasets with longitudes 0..360 and others with
>> -180..-180, so we have index breaks at 0 and +/-180 correspondingly.
>> When I call getRangesFromLatLonRect for box containing 0 it returns me
>> the range for values > 0 and if crossing +180 it returns range
>> containing positive lons < 180.
>>
>> _______________________________________________
>> netcdf-java mailing list
>> netcdf-java@xxxxxxxxxxxxxxxx
>> For list information or to unsubscribe, visit:
>> http://www.unidata.ucar.edu/mailing_lists/
>>
>



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