We zijn op zoek naar best practices, ideeën en opmerkingen voor de inzet van GeoPackage als lichter alternatief voor GML voor bulk downloads van data. Wie heeft dit al goed draaien? Waar moet je zeker aan denken als je dit wilt uitrollen / standaardiseren? In andere woorden: hoe doe je dit zo interoperabel mogelijk? Wat kan Geonovum doen om GeoPackage succesvol als alternatief naast GML te positioneren?
Dit topic starten we n.a.v. de 1e sessie van GML.Next op 17 juli, lees hier het verslag!
GeoPackage is een optimaal file based formaat om mee te werken op plekken waar geen centrale database voor handen is en om data te delen. GeoPackage is een sqlite database (gangbaar database formaat, ook buiten geo) waarin een aantal conventies opgenomen zijn om geometrie op te slaan. De meeste WFS server software is ondertussen in staat om GeoPackage als output formaat te selecteren (zie Mapserver, GeoServer, QGIS server). En steeds meer Desktop Software is in staat het formaat te lezen; esri, mapinfo, qgis (geopackage is default formaat), alle op gdal-ogr gebaseerde software (zoals FME, GeoKettle, Talend-spatial).
Een minder bekende feature van GeoPackage is dat je ook de metadata behorend bij een dataset mee kunt opslaan. Helaas zijn de hierboven genoemde pakketten nog niet in staat om deze metadata automatisch mee te exporteren. Hier is nog wel wat energie nodig.
Vorig jaar hebben we bij GeoCat gewerkt aan een extra uitbreiding op GeoPackage, zodat het ook mogelijk wordt om laag-styling en kaart-context op te slaan. GeoPackage is dan in staat om een volledig GIS project tussen platforms uit te wisselen. Het is mooi om te zien dat dit initiatief door de GeoPackage workgroup van OGC opgepakt is en terug gaat komen in een volgende versie van de standaard. is there a convention to store (ows_)context in geopackage? · Issue #270 · opengeospatial/geopackage · GitHub
In het nederlands profiel metadata v2 is in de mediatype codelist al het (toendertijd relevante) formaat application/vnd.sqlite3 voor geopackage opgenomen. Deze dagen is ook het formele mediatype application/geopackage+sqlite3 beschikbaar bij iana.
Het opnemen van stylingdefinities zal voor ons een interessante oplossing zijn. Dat gaat ons werk schelen bij het ontsluiten van de geodata.
Een indruk van het gebruik van geopackage als alternatief voor gml kun je krijgen mbv de nieuwe BGT Import plugin voor QGIS.
Deze download een zip van de BGT downoad site, en zet deze om naar een geopackage. De geopackage is zeker niet kleiner dan de gezipte gml, maar performt wel heeeel veel beter (spatial indexing is toegevoegd).
De styling wordt door de plugin (nog) niet toegevoegd aan de geopackage maar aan het project. Uiteraard zou dat wel kunnen. De meerwaarde is daarvan vooralsnog niet zo groot. Ik ken geen software buiten QGIS die de styling van QGIS ondersteund. En de styling in SLD gaf me te weinig mogelijkheden.
Ik begrijp dat voor ondersteuning van compound geometries (afwisseling rechte lijnsegmenten en bogen in één geometrie) zoals in bijvoorbeeld de BGT zit er een extensie op GeoPackage was.
Nu lees ik echter op GeoPackage Extensions dat deze extensie deprecated is, waardoor GeoPackage eigenlijk een stuk minder interessant is geworden.
Aangezien hier nogal wat mensen zitten die er wat dichter tegenaan zitten, vraag ik me af of hier meer bekend is over of compound geometriën nog wel ondersteund gaan worden.
Heb je daar sowieso die extensie voor nodig? Ik ben geen expert, maar als ik in de specs in 2.1 lees, zou je dat toch ook met een GeometryCollection moeten kunnen doen?