<div dir="ltr">Well,<div>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 .  </div><div><br></div><div>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:</div><div><br></div><div><br></div><div><span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px">gdal_translate -of “GTIFF” -co “COMPRESS=LZMA” on the original file and got a file of  149MB in size. </span></div><div><span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px"> 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?</span><br></div><div><span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px">Doug</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 1, 2014 at 9:45 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 15:41:06, Newcomb, Doug a écrit :<br>
<span class="">> Hi,<br>
> I have a 4 band uncompressed geotiff ( NAIP data for North Carolina, USA)<br>
> that is 193 MB<br>
> I've been going over the compression options for gdal_translate  geotiffs<br>
> and I note the following:<br>
> gdal_translate -of “GTIFF” -co “COMPRESS=PACKBITS” gives me a file that is<br>
> 194MB in size<br>
> gdal_translate -of “GTIFF” -co “COMPRESS=LZW” gives me a file that is 232MB<br>
> in size<br>
> gdal_translate -of “GTIFF” -co “COMPRESS=DEFLATE” gives me a file that is<br>
> 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 ./configure<br>
> --with-libz   --with-png  --with-libtiff=internal<br>
>  --with-geotiff=internal   --with-jpeg=internal   --with-openjpeg<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>
</span>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>
<span class="HOEnZb"><font color="#888888"><br>
Even<br>
<br>
--<br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" target="_blank">http://www.spatialys.com</a><br>
</font></span></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>