I've run into a WMS rendering problem with some compressed GeoTIFF
files that were generated using gdal_translate. When the problem
occurs during a WMS request, GeoServer returns XML containing:
<ServiceException>
Error rendering coverage on the fast path
org.geotools.coverage.processing.CoverageProcessingException:
java.lang.NullPointerException
java.lang.NullPointerException
</ServiceException>
You can see the full geoserver.log entry here:
https://gist.github.com/kgjenkins/5128f5afd3f82167e391c98a1c02f8f8
I'm running GeoServer 2.10.0 on Linux.
I've tried various compression options, and the problem seems to occur
whenever I use gdal_translate -co PREDICTOR=2 or 3, and this happens
with both COMPRESS=LZW or DEFLATE. With no compression, or with
PREDICTOR=1 (the default, no prediction), everything works fine.)
I've searched the archives of this list, and this seems to be the same
problem reported on 2014-06-06:
https://sourceforge.net/p/geoserver/mailman/message/32426808/
The only other mention seems to confirm the lack of GeoServer support
for GeoTIFF compression predictors, but dates from 2011:
https://sourceforge.net/p/geoserver/mailman/message/28400721/
For now, I'm content to simply use GeoTIFFs with no compression predictor.
But is this something that should be submitted as a GeoServer issue?
In my search to see if such an issue already existed, I did find this
related issue for the GeoTools project. Here's the link, in case it
is relevant to GeoServer:
https://osgeo-org.atlassian.net/browse/GEOT-5542
Thanks for any guidance,
Keith
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
