You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
That's right and likely the reason that it became an internal library in GDAL as far as I understand.
Regarding OSGeo/gdal#3068 it seems that the GDAL internal libtiff can now make use of an external libdeflate. Following GDAL, an external libdeflate could be supported by GRASS, and if available, could be used instead of the standard libzip for (de-)compression.
Is your feature request related to a problem? Please describe.
Inspired by OSGeo/gdal#3068 we may want to look into using "libdeflate": https://github.com/ebiggers/libdeflate ("libdeflate is a library for fast, whole-buffer DEFLATE-based compression and decompression").
For speed comparisons in GDAL, see OSGeo/gdal#3068 (comment)
It may well be that this isn't relevant for GRASS GIS but maybe it is...
The text was updated successfully, but these errors were encountered: