[gdal-dev] LZW Compression on geotiffs

[Newcomb, Doug]

Thanks! I have been also working with JPEG2000 compression with both he
jasper and openjpeg libraries.  For some reason, the openjpeg library
didn't seem to work with 4 band imagery ( Error 6:  Unable to export files
with 4 bands) , but the jasper library did.

Doug

On Wed, Oct 1, 2014 at 10:32 AM, Even Rouault <even.rouault at spatialys.com>
wrote:

> Le mercredi 01 octobre 2014 16:26:15, Newcomb, Doug a écrit :
> > Well,
> > I went back and compiled with 1.11.1 with the external geotiff library
> and
> > got the same result for LZW, tiling made no difference in size .
> >
> > As an interesting sideline, I noticed that I had not been compiling with
> > LZMA compression  previously and compiled gdal 1.11.1 with LZMA.  I ran:
> >
> >
> > gdal_translate -of “GTIFF” -co “COMPRESS=LZMA” on the original file and
> got
> > a file of  149MB in size.
> >
> >  I noticed that LZMA compression is not listed as one of the compression
> > options for the GeoTIFF format in the online documentation.  Has that
> > capability been available long?
>
> GDAL 1.8.0. Should likely be documented. Caution: GeoTIFF LZMA compression
> is
> something that is far from being standard. Probably only GDAL LZMA-enabled
> builds with internal libtiff (or with external libtiff 4.0.X built against
> liblzma) will be able to deal with that.
>
> If that's an option for you, you could try lossless JPEG2000 compression.
> See
> http://www.gdal.org/frmt_jp2openjpeg.html and the "Lossless compression"
> paragraph.
>
> >
> > Doug
> >
> > On Wed, Oct 1, 2014 at 9:45 AM, Even Rouault <even.rouault at spatialys.com
> >
> >
> > wrote:
> > > Le mercredi 01 octobre 2014 15:41:06, Newcomb, Doug a écrit :
> > > > Hi,
> > > > I have a 4 band uncompressed geotiff ( NAIP data for North Carolina,
> > > > USA) that is 193 MB
> > > > I've been going over the compression options for gdal_translate
> > > > geotiffs and I note the following:
> > > > gdal_translate -of “GTIFF” -co “COMPRESS=PACKBITS” gives me a file
> that
> > >
> > > is
> > >
> > > > 194MB in size
> > > > gdal_translate -of “GTIFF” -co “COMPRESS=LZW” gives me a file that is
> > >
> > > 232MB
> > >
> > > > in size
> > > > gdal_translate -of “GTIFF” -co “COMPRESS=DEFLATE” gives me a file
> that
> > > > is 177MB in size
> > > >
> > > > Of the above  Lossless compression options for geotiff, it seems that
> > > > DEFLATE is the only one actually compressing.
> > > >
> > > > I'm running gdal 1.11.0 on Ubuntu 12.04.3 64 bit compiled with
> > >
> > > ./configure
> > >
> > > > --with-libz   --with-png  --with-libtiff=internal
> > > >
> > > >  --with-geotiff=internal   --with-jpeg=internal   --with-openjpeg
> > > >
> > > > --with-pg=/usr/local/pgsql/bin/pg_config --with-ogr --with-xerces
> > > > --with-geos --with-hdf4 --with-hdf5 --with-poppler=/usr/local/lib
> > > > --with-podofo --with-spatialite --with-netcdf
> > > >
> > > > Is this expected behavior?
> > >
> > > Doug,
> > >
> > > Not completely surprising that lossless methods don't work well with
> > > aerial/satellite imagery.
> > > You may also want to test with -co TILED=YES .
> > >
> > > Even
> > >
> > > --
> > > Spatialys - Geospatial professional services
> > > http://www.spatialys.com
>
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com
>



-- 
Doug Newcomb
USFWS
Raleigh, NC
919-856-4520 ext. 14 doug_newcomb at fws.gov
---------------------------------------------------------------------------------------------------------
The opinions I express are my own and are not representative of the
official policy of the U.S.Fish and Wildlife Service or Dept. of the
Interior.   Life is too short for undocumented, proprietary data formats.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20141001/8c4f4193/attachment-0001.html>