Sean Gillies

There wasn't much point in doing this before the Feature, Geometry, Properties classes. They will help quite a bit. Maybe a Schema class would, too?

@jsadler2 @tjwebb can either of you provide a zipped GDB for me to debug with? We have tests covering the zipped shapefile case, but not GDB, and we're not testing...

Interesting! According to https://github.com/pypa/auditwheel/pull/301, auditwheel expects libexpat to be on the system since manylinux 2010. Also see https://github.com/pypa/auditwheel/blob/main/CHANGELOG.md#4000b1. It may be that the default Lambda runtime is only compatible with...

> I found that the libexpat library was included in Fiona.libs when installed with python 3.7, but not for 3.8 and 3.9. @beck3905 Confirmed. That's unusual! I'm going to transfer...

Or rather make a new issue.

I think the thing to do is remove link and, yes, begin to play down the old PROJ4 parameters. Fiona will switch over to WKT like Rasterio, soon, and eventually...

@remi-braun is your intention to have rasterio and fiona use the same GDAL apt package? In that case, eliminate `pip install --no-cache-dir --global-option=build_ext --global-option="-I/usr/include/gdal" GDAL=='gdal-config --version'` and replace with `pip...

@remi-braun I overlooked one thing in your initial report: `fiona._err.CPLE_AppDefinedError: Cannot import GDLIB:32701 due to ALLOW_FILE_ACCESS=NO` According to https://gdal.org/doxygen/classOGRSpatialReference.html#a40d5f1ce7fbd23a6c35ab9d2473cd6e2, the default for this configuration option is "YES". Do you understand...

@hugocarr yes, we use a context manager for GDAL config options and could figure out a way to add the environment variable to that one.

Let's not do anything about this for 1.6.3 and consider removing the option for 2.0. It's an accidental option.