[gdal-dev] gdalwarp with packbits compression: output too large

[Etienne Tourigny]

To save size and disk i/o you can also use a vrt intermediate file

gdalwarp -of vrt -r bilinear infile ofile.vrt
gdal_translate  -co "COMPRESS=PACKBITS" ofile.vrt ofile.tif
rm ofile.vrt

On Thu, Sep 13, 2012 at 12:57 PM, Eli Adam <eadam at co.lincoln.or.us> wrote:
> Rutger,
>
> There are some notes on this on the wiki too,
> http://trac.osgeo.org/gdal/wiki/UserDocs/GdalWarp#GeoTIFFoutput-coCOMPRESSisbroken
>
> Regards, Eli
>
> On Thu, Sep 13, 2012 at 8:16 AM, Rutger <kassies at gmail.com> wrote:
>> Thanks for the tip, i wasn't aware of the -wo flags. Im testing it right now,
>> but at 20% its already taking 20 minutes, so its certainly not very
>> practical, but im curious of the result.
>>
>> For comparison, the earlier mentioned gdalwarp operation takes 72 seconds,
>> running gdal_translate after it takes another 11 seconds. :)
>>
>> I noticed some bugfixes from 5 and 6 years ago mentioning compression and
>> gdalwarp, but for a case of lots of small files. Maybe that would be a
>> situation where the extra flag would be useful.
>>
>>
>> Regards,
>> Rutger
>>
>>
>>
>>
>>
>> --
>> View this message in context: http://osgeo-org.1560.n6.nabble.com/gdalwarp-with-packbits-compression-output-too-large-tp5001731p5001737.html
>> Sent from the GDAL - Dev mailing list archive at Nabble.com.
>> _______________________________________________
>> gdal-dev mailing list
>> gdal-dev at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/gdal-dev
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev