write .parquet hoe? documentatie updaten of bug fixen

[jipclaassens]

lijkt nu niet te werken zoals ik had verwacht. Ik zal use case maken

[eoudejans]

Diagnose: dit is een bug (half-afgemaakte feature), geen gebruikersfout.

GDAL wordt mét Parquet/Arrow gebouwd (vcpkg.json → features arrow, parquet) en de driver-registratie bestond al: in TryRegisterVectorDriverFromKnownDriverShortName (stg/dll/src/gdal/gdal_base.cpp) staan de cases "Parquet" → RegisterOGRParquet() en "Arrow" → RegisterOGRArrow().

Wat ontbrak is de koppeling bestandsextensie → driver-shortname. FileExtensionToKnownGDALDriverShortName() kende geen parquet/arrow/feather. Gevolg: met alleen StorageName = "....parquet" + StorageType = "gdalwrite.vect" (zónder expliciete StorageDriver) werd er geen driver geselecteerd. De schrijfactie werd doorgaans niet eens getriggerd → geen bestand én geen foutmelding. (Was de write wél afgedwongen, dan zou Gdal_DoOpenStorage "Cannot find driver for ..." gooien.)

Fix (branch refactor_linux_gui): in FileExtensionToKnownGDALDriverShortName() toegevoegd:

• parquet → "Parquet"
• arrow / feather → "Arrow"

Workaround zonder de fix (bestaande builds): de driver expliciet opgeven via de property StorageDriver = "Parquet" (of een sub-item GDAL_Driver met de string "Parquet"). Dan vult de driver-array zich wél en wordt RegisterOGRParquet() aangeroepen.

Testcase (GeoDMS-Test repo): geïntegreerd in de GDAL-regressiesuite Storage_gdal/cfg/regression.dms als container parquet (naar voorbeeld van dbf/geopackage). Schrijft de reference-tabel naar points.parquet via gdalwrite.vect zónder StorageDriver (test dus exact de extensie-detectie), leest 'm terug via gdal.vect en vergelijkt per attribuut (int32/uint32/int64/uint64/float32/float64/string/bool). Gekoppeld aan export_all (schrijf-fase) en results/vect_write_all (verify-fase).

• draaien: demand /regression/export_all, daarna /regression/results/vect_write_all (of specifiek /regression/parquet/write/results/all) → moet True zijn.

Bekende beperking (mogelijke follow-up): DriverSupportsUpdate() geeft voor alles behalve MVT true terug. Meerdere lagen naar één parquet-bestand zou daardoor via update/append-mode lopen, wat de Parquet-driver niet ondersteunt (parquet = 1 tabel per bestand). Voor de normale casus (één tabel per bestand) speelt dit niet.

GUI-export: Parquet staat nog niet in de export-dialoog (getAvailableDrivers() in qtgui/exe/src/DmsExport.cpp); eventueel als losse verbetering toe te voegen.

[jipclaassens]

na fix lijkt het te werken. Eens? @MaartenHilferink