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