[GRASS-dev] Fwd: [gdal-dev] ZSTD compression for GeoTIFF
neteler at osgeo.org
Wed Feb 14 09:56:35 PST 2018
---------- Forwarded message ----------
From: Even Rouault <even.rouault at spatialys.com>
Date: Wed, Feb 14, 2018 at 4:15 PM
Subject: [gdal-dev] ZSTD compression for GeoTIFF
To: gdal-dev at lists.osgeo.org
I've just pushed in libtiff upstream, and its internal copy in GDAL,
support for zstandard/zstd compression , 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.
Spatialys - Geospatial professional services
gdal-dev mailing list
gdal-dev at lists.osgeo.org
More information about the grass-dev