No, a third party tool created the layer. If necessary I can contact
the developer.
That could indeed be interesting to know how they set the CRS to the
layer. From different bug reports, I've the feeling that there are
different aliases in the ESRI CRS world that aren't fully captured in
the
d as EPSG:31255
Yes, that is the correct code.
> Which version of ArcMap / ArcGIS was used to produce this GDB ?
ArcGIS Desktop 10.8.1
Simon
Von: Even Rouault
Gesendet: Freitag, 27. Jänner 2023 15:23
An: Simon Gröchenig
Cc: gdal-dev@lists.osgeo.org
Betreff: Re: AW: [gdal-dev] Bad GDB perf
t;,1.0],PARAMETER["Latitude_Of_Origin",0.0],UNIT["Meter",1.0]]
Which version of ArcMap / ArcGIS was used to produce this GDB ?
Even
Le 27/01/2023 à 14:34, Simon Gröchenig a écrit :
Hi Even,
great, thank you!
Is the GDB itself fine? Or is there something I can do to fix the
d
Hi Even,
great, thank you!
Is the GDB itself fine? Or is there something I can do to fix the database?
Simon
Von: Even Rouault
Gesendet: Freitag, 27. Jänner 2023 13:38
An: Simon Gröchenig ; gdal-dev@lists.osgeo.org
Betreff: Re: [gdal-dev] Bad GDB performance
Hi Simon,
fix queued in https
Hi Simon,
fix queued in https://github.com/OSGeo/gdal/pull/7131
Even
Le 27/01/2023 à 06:49, Simon Gröchenig a écrit :
Hi all,
I am struggling with a bad performance at reading FileGeodatabases in
QGIS. I hope, this is the place where I can find someone to help me
find the bottleneck.
I h
Hi all,
I am struggling with a bad performance at reading FileGeodatabases in QGIS. I
hope, this is the place where I can find someone to help me find the bottleneck.
I have uploaded a sample dataset here:
https://mega.nz/file/nnxVULyC#QcuGJEHedayIC7b1i14J0X8OBExVfhcb55DnnVtGzuc
Loading a QGIS
