FYI
---------- Forwarded message ---------- From: Even Rouault <[email protected]> Date: Wed, Feb 14, 2018 at 4:15 PM Subject: [gdal-dev] ZSTD compression for GeoTIFF To: [email protected] 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 [email protected] https://lists.osgeo.org/mailman/listinfo/gdal-dev _______________________________________________ grass-dev mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/grass-dev
