[GRASS-dev] GRASS GIS raster files: LZW compression?

Even Rouault even.rouault at spatialys.com
Thu Oct 26 10:23:53 PDT 2017


On jeudi 26 octobre 2017 18:57:10 CEST Markus Neteler wrote:
> On Thu, Oct 26, 2017 at 9:25 AM, Markus Metz
> 
> <markus.metz.giswork at gmail.com> wrote:
> > On Wed, Oct 25, 2017 at 10:40 PM, Markus Neteler <neteler at osgeo.org> wrote:
> >> Hi devs,
> >> 
> >> while playing with the SRTM 30m world I see that there is a difference
> >> of 66GB in size between LZ4 (larger) and DEFLATE (smaller). While this
> >> is not a surprise I was wondering if LZW compression could be brought
> >> back. AFAIK the license issue is gone for a while and indeed GRASS got
> >> a special permit back in 1988 according to the old source code.
> >> 
> >> Would that make sense?
> > 
> > You could test with compress (LZW) and gzip (DEFLATE based on LZ77) if
> > that
> > would make sense.
> > 
> > Implementation would be a bit of an effort: either adapt from the source
> > code of compress or from GDAL's LZW compression for Tiff.
> 
> I thought to remember that the LZW compression was in libgis some
> decades ago but did not find any trace so far.
> At that point I happily abandon this idea - no need to waste energy here :-)

Another option would be to consider the zstd / zstandard compression method
( https://github.com/facebook/zstd ), that has roughly the compression ratio of DEFLATE / 
LZ77 with a compression and decompression speed 3 or 4 times faster. This is in my todo list 
of things to experiment as a libtiff compression method.

Zstd has been added recently as a compression method in the Linux kernel:
https://www.phoronix.com/scan.php?page=news_item&px=ZSTD-Linux-Kernel-Image

Even

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/grass-dev/attachments/20171026/bfc6fb5b/attachment.html>


More information about the grass-dev mailing list