René Buffat

@davide-f Could you check if `import fiona` works?

> ```shell > Reason: tried: '/usr/local/opt/gdal/lib/libgdal.28.dylib' (no such file), '/usr/local/lib/libgdal.28.dylib' (no such file), '/usr/lib/libgdal.28.dylib' (no such file), '/usr/local/Cellar/gdal/3.4.2_2/lib/libgdal.28.dylib' (no such file), '/usr/local/lib/libgdal.28.dylib' (no such file), '/usr/lib/libgdal.28.dylib' (no such file) >...

Currently, Fiona supports RFC3339 and is not aware of timezones (= Ignoring potential timezone information from GDAL). Read support could probably be implemented quite easily, writing datetimes with timezones could...

For the GeoJSON driver, you can use the DATE_AS_STRING or OGR_GEOJSON_DATE_AS_STRING option: ``` fiona.open("test_file.geojson", DATE_AS_STRING=YES) as c: ``` In this case, the date fields are treated as string: ``` {'properties':...

The situation is a bit complicated, as setting the pnTZFlag gives a different result depending on the driver: https://github.com/OSGeo/gdal/issues/2696 The timezone flag pnTZFlag of OGR_F_SetFieldDateTimeEx can either be 0=unknown or...

I would be surprised if this is related to a GDAL version, as Fiona uses the same code for all GDAL 3.x variants. On travis and appveyor, fiona builds against...

@jorisvandenbossche I think this was fixed with cython 0.29.16: https://github.com/cython/cython/pull/3271

@jorisvandenbossche if you delete all *.c files and recompile everything, does it still produce the same issue?

@sgillies @jorisvandenbossche @tomplex The tar.gz from https://pypi.org/project/Fiona/#files contains precompiled c files. This allows the source distribution not to depend on cython. I suspect each _shim generates a different tuple typedef....

I thought about doing something similar for the old gdal1/2 implementation. If I remember correctly, the issue was, that before get_gdal_version_num() could be called the c modules need to be...