Incorrect `crs` set on fiona.open()

Expected behavior and actual behavior.

I have a geodatabase I downloaded from this source (warning: fairly large attachment): https://pspsinfo.ss.pge.com/artifacts/wildfire-mitigation-data/Attachment-6-GIS-Files.zip

When I load one of the layers (Transformer) into QGIS, I see the CRS as EPSG:4430 and looks right on the map:

When I used Fiona to load the layer, it is reading the crs as EPSG:26910 (or in fiona land as {'init': 'epsg:26910'})

Can I force Fiona to use another projected coordinate system while reading? Some kind of a set CRS method?

Can confirm that EPSG:26910 doesn’t geo reference it correctly.

Steps to reproduce the problem.

c = fiona.open('pge/pge/infrastructure/v1/pge_infrastructure/EDGIS_2-12/EDGIS2-12.gdb', layer='Transformer')
c.crs
> {'init': 'epsg:26910'}

Operating system

On a debian-based docker container with python 3.7

Fiona and GDAL version and provenance

1.8.13 using PyPi and GDAL 3.0.4 and PROJ 6.3.1

[rbuffat]

With Fiona installed with pip (arch linux) I get:

>>> c = fiona.open('EDGIS2-12.gdb', layer='Transformer')
>>> c.crs
{'init': 'epsg:4430'}
>>> fiona.__version__
'1.8.13.post1'

As far as I know fiona does not alter coordinates when reading. As long as you don’t use the CRS in your processing pipeline you should be fine.

[sgillies]

@koshy1123 this sounds related to https://github.com/OSGeo/PROJ/issues/2086 maybe?

There have been some unit and WKT issues in PROJ 6 recently. See also https://lists.osgeo.org/pipermail/gdal-dev/2020-January/051483.html and https://github.com/OSGeo/PROJ/pull/1863.

I’m not going to be able to download and inspect that zip file due to its size and the fact that I don’t build the file gdb driver.