So can we stop in a debugger and see what projection information is being extracted from the GeoTiff? Would like to confirm it was able to correctly identify EPSG:3395 before digging deep into math transforms.
Note we may also have some luck with matching a CRS <http://docs.geotools.org/latest/userguide/library/referencing/crs.html#matching-a-coordinatereferencesystem> - and using the official definition of EPSG:3395 (rather than what comes out of the prj or geotiff metadata). -- Jody Garnett On 26 October 2015 at 18:28, Neal Dillman <[email protected]> wrote: > Hi Devon, > > > > Thanks for looking further into this. I agree that adding the hint works > for the bluemarble tif. Unfortunately that trick is not working for my > examples are EPSG:3395 (Mercator/WGS84). I still get the same silent (as > in blank) fail from those files. > > > > Regards, > > Neal > > > > *From:* Devon Tucker [mailto:[email protected]] > *Sent:* Monday, October 26, 2015 5:26 PM > *To:* Neal Dillman <[email protected]> > *Cc:* [email protected]; [email protected]; > [email protected] > *Subject:* Re: [Geotools-gt2-users] ImageLab and TIFF > > > > Hi all, > > I did some playing around with this. I'm able to get BlueMarble to render > by either: > > Giving the LONGITUDE_FIRST hint when creating the GeoTiff reader: > > new GeoTiffReader(rasterFile, new > Hints(Hints.FORCE_LONGITUDE_FIRST_AXIS_ORDER, Boolean.TRUE)); > > or using an EPSG:4326 .prj sidecar file along with it. > > Not quite sure what the issue is otherwise. >
------------------------------------------------------------------------------
_______________________________________________ GeoTools-GT2-Users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
