VFK driver not fully functional in 1.9.X

[martinl]

Recently VFK (Czech Cadastral Exchange Format) driver has been fundamentally updated by implementing SQLite support. When reading VFK data, the data are loaded at the start into SQLite database, and OGR features are created based on data stored in SQLite database. It brings significantly better performance and stability to this driver. VFK driver uses internal data structures and sequential access only when SQLite support is not enabled in OGR. VFK driver without SQLite interface is very slow and moreover buggy when VFK data records are not ordered in the file in logical order (which is quite common).

Based on this bug report I would like to ask you for permission to backport VFK driver from trunk to 1.9 stable branch. The changes affects only this driver. Stable and functional VFK driver in the next release GDAL/OGR 1.9.3 is very important for specialized QGIS plugin [1].

[1] ​http://grass.fsv.cvut.cz/wiki/images/e/e2/Qgis_vfk_plugin.pdf

[martinl]

For the record, SQLite support has been introduced in r23741.

[warmerdam]

Martin,

Go ahead with the back porting. We will need to ensure that this change does not complicate building in the 1.9 tree in any way for those who aren't interested in VFK and do or don't have sqlite setup.

[martinl]

Replying to warmerdam:

Go ahead with the back porting. We will need to ensure that this change does not complicate building in the 1.9 tree in any way for those who aren't interested in VFK and do or don't have sqlite setup.

first of all sorry for delay in my feedback, backport done in r25371. I have tested compilation without SQLite support, everything seems to be OK.