LERC unsupported with 1.3.0 about rasterio-wheels HOT 5 CLOSED

Makes sense, I'll close the issue as it sounds like this is a (understandable) wontfix. Thanks for all your work on rasterio!

from rasterio-wheels.

@ajnisbet that I can recall, we've never intentionally supported LERC. See for example #70. Is it possible that you were previously installing rasterio from the conda-forge channel?

from rasterio-wheels.

The dockerfile pulls in the pypi wheel: LERC works with

rasterio-1.2.10-cp39-cp39-manylinux_2_5_x86_64.manylinux1_x86_64.whl

and not with

rasterio-1.3.0-cp39-cp39-manylinux_2_17_x86_64.manylinux2014_x86_64.whl

And even going back to 1.1.0 and python3.7 with rasterio-1.1.0-cp37-cp37m-manylinux1_x86_64.whl supports LERC

FROM python:3.7
COPY lerc.tif .
RUN pip install rasterio==1.1.0
RUN python -c "import rasterio; f = rasterio.open('lerc.tif'); print(f.read())"

It looks like the user from #70 is using conda-forge (rasterio/rasterio#2270) not the wheels.

Anyway, if LERC isn't explicitly supported by the rasterio wheels that's fine, just wanted you to be aware of the potential regression!

It doesn't even actually effect me: I briefly used LERC a while ago before realising that zstd was about the same size and faster (and lossless!) and I had some leftover tests which started failing at 1.3.0. I just removed the tests, I've never seen LERC anywhere else in the wild.

from rasterio-wheels.

@ajnisbet thanks for the follow up! I suspect that a switch in this project from using GDAL's internal libtiff (which might have vendored LERC) to a system libtiff (shared with PROJ) is involved.

from rasterio-wheels.

We recently came across this behavior while attempting to upgrade rasterio and the titiler stack within the Microsoft Planetary Computer. We have about 380k LERC COGs and so are also interested in rasterio support (our setup previously worked, likely as described in this issue). Thanks for your work on this, and we'll keep an eye on #100.

from rasterio-wheels.