Clés primaires GeoPackage pour les tables features

[gcebelieu]

L'implémentation en GeoPackage définie dans le standard ne semble pas être complétement conforme au standard. En effet, le standard GeoPackage impose que les tables de type Feature aient une clef primaire de type integer en auto increment.

Cf. Requirement #229 de https://www.geopackage.org/spec/#feature_user_tables

A voir comment se rendre conforme à cette règle

[gcebelieu]

Cette non conformité pose problème pour l'exploitation des gabarits avec QGiS (tests de la DDT 05) : impossibilité de modifier des features ou attributs une fois créés.

[gcebelieu]

La branche https://github.com/cnigfr/Geostandards-risques-ppr/tree/gabarit-id-autoincrement propose une modification des gabarits qui sont rendus conformes au standard GeoPackage 1.2 (testé avec le validateur OGC (https://cite.opengeospatial.org/teamengine/createSession.jsp) et corrigent le problème vu avec QGiS.

L'approche est de rajouter systématiquement un identifiant id de type integer autoincrement en clé primaire sur chaque table. Les anciens champs identifiants de type texte sont conservés avec une contrainte NOT NULL et UNIQUE ce qui permet de conserver les liens entre tables sur ces anciens champs. Cette approche peut paraitre redondante car on a quand même à saisir un identifiant en plus de celui automatique, mais cela permet de ne pas toucher au schéma physique du standard et de concerner que le GeoPackage (la livraison Shapefile n'est pas affectée).