[gdal-dev] Bad GDB performance

[Simon Gröchenig]

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 <even.rouault at spatialys.com>
Gesendet: Freitag, 27. Jänner 2023 13:38
An: Simon Gröchenig <groechenig at zt-gis.at>; gdal-dev at lists.osgeo.org
Betreff: Re: [gdal-dev] Bad GDB performance


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 have uploaded a sample dataset here: https://mega.nz/file/nnxVULyC#QcuGJEHedayIC7b1i14J0X8OBExVfhcb55DnnVtGzuc

Loading a QGIS project containing this GDB (layer Kataster/GST) results in a layer loading time of 5+ seconds according to the QGIS Debugging/Development Tools. I expect less than 1 second to load this dataset.

I appreciate any help to find if it is a GDAL or a dataset issue?

Simon


------------------------------------------------
Vermessungskanzlei Neumayr
Simon Gröchenig - Geoinformation

[cid:image001.jpg at 01D9325C.9C62F010]

Albin Egger-Str. 10
9900 Lienz
Tel: +43 4852-68568-31
Email: groechenig at zt-gis.at<mailto:groechenig at zt-gis.at>
Web: http://www.zt-gis.at/




_______________________________________________

gdal-dev mailing list

gdal-dev at lists.osgeo.org<mailto:gdal-dev at lists.osgeo.org>

https://lists.osgeo.org/mailman/listinfo/gdal-dev

--

http://www.spatialys.com

My software is free, but my time generally not.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20230127/095ba251/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 1879 bytes
Desc: image001.jpg
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20230127/095ba251/attachment-0001.jpg>