Mike Taves

I'd imagine transferring simple `str(x)` their equivalent `!s` conversion field is safe, as this is the expected behaviour since [Python 3.0](https://docs.python.org/3.0/library/string.html#format-string-syntax) (and possibly [Python 2.6](https://docs.python.org/2.6/library/string.html#formatspec), but this only had `!r`...

I did a quick test, by changing `'r+'` to `'r'`, move `build_overviews` up to `RasterReader`, and skip `update_tags`, and it works as expected: file.tif.ovr Shouldn't `update_tags` also be moved to...

Doing more tests, only the `file.tif.ovr` file is created when `build_overviews` is moved to `RasterReader`, and rio's overview opening the source raster with `'r'` mode. Now I don't think `build_overviews`...

xref https://github.com/OSGeo/gdal/pull/5830 adopted as [RFC 86: Column-oriented read API for vector layers](https://gdal.org/development/rfc/rfc86_column_oriented_api.html) with target GDAL 3.6

The issue in the previous comment is that source distribution for [Fiona 1.8.21](https://pypi.org/project/Fiona/1.8.21/#files) includes the cythonized `*.c` files, done by a previous version of Cython that was unaware of future...

@dennytron some progress has been done. Some changes to the Dockerfile would add: RUN apt-get install g++ -y and then another attempt with: RUN GDAL_CONFIG=/usr/bin/gdal-config python3.11 -m pip install fiona==1.9a1...

Good news, this issue is resolved by the fiona==1.9a2 pre-release, which can be built for Python 3.11

This pinned version of munch is incompatible with Python 3.11: https://github.com/Toblerity/Fiona/blob/9d06389755928a3ae4ffa55d4156700f5260ec1c/requirements.txt#L5 not sure which one to pick, but there are [several newer versions](https://pypi.org/project/munch/#history)

Will this release keep Python 2 support? It's currently Python 2.6+

I can verify the `os.environ` behaviour with 1.8.21 from PyPI, and this appears to be resolved with the latest prerelease. If possible, try using: `pip install --pre --upgrade fiona`, which...