NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
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/ >> >
netcdf-java archives: