FYI

---------- Forwarded message ----------
From: Even Rouault <even.roua...@spatialys.com>
Date: Wed, Feb 14, 2018 at 4:15 PM
Subject: [gdal-dev] ZSTD compression for GeoTIFF
To: gdal-...@lists.osgeo.org


Hi,

I've just pushed in libtiff upstream, and its internal copy in GDAL,
support for zstandard/zstd compression [1], and the appropriate
changes in the GDAL GeoTIFF driver.

This requires building libtiff (or GDAL with its internal libtiff
copy) against libzstd >= 1.0

My findings are that single-core compression is at least twice faster
with zstd than with deflate, for equivalent or better compression
rate. Decompression is a bit faster, but not that significantly.

So a compelling use case for zstd is potentially in complex processing
chains where you have many intermediate internal products. At that
point of adoption, I'd not recommend it for consumer-facing products.

Even

[1] https://github.com/facebook/zstd

--
Spatialys - Geospatial professional services
http://www.spatialys.com
_______________________________________________
gdal-dev mailing list
gdal-...@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Reply via email to