ns wrote:
> Re: [Geoserver-users] geotiff compression with predictor
>
> Thanks, Andrea. For now, I'm just planning to avoid using compression
> predictors in any GeoTiFFs.
>
> When we get data from other sources, we don't always know how the
> files were generated. As far
r
>
> -Jukka Rahkonen-
>
> Keith Jenkins wrote:
> Re: [Geoserver-users] geotiff compression with predictor
>
> Thanks, Andrea. For now, I'm just planning to avoid using compression
> predictors in any GeoTiFFs.
>
> When we ge
Hi,
I wonder if it woud work with the imageio-ext GDAL plugin
http://docs.geotools.org/stable/userguide/library/coverage/imageio.html which
seems to contain GDAL GeoTIFF driver
-Jukka Rahkonen-
Keith Jenkins wrote:
Re: [Geoserver-users] geotiff
Thanks, Andrea. For now, I'm just planning to avoid using compression
predictors in any GeoTiFFs.
When we get data from other sources, we don't always know how the
files were generated. As far as I can tell, gdalinfo will indicate if
compression is used in a GeoTIFF, but it doesn't say what
Hi Keith,
as far as I know predictor=3 is completely unknown to the TIFF reader, and
the type=2 does not support 32 bit data.
There is a ticket open in imageio-ext (the library we use to read TIFF)
about this,
although it may be a bit too specific (only talks about type 3):
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:
Error rendering coverage on the fast path