Open gcebelieu opened 10 months ago
- [ ] Quand on importe dans qgis les libellés ont cette forme :
typeppr_codegasparppr typeppr_codegaspar_zonealeareference_codealea_s
Serait-il possible de ne pas avoir
typeppr_codegasparppr
en prefixe ? c'est peut être une subtilité des .gpkg qui reprenne en prefixe un nom de base de donnée car dans les sql de la doc les noms n'ont pas cette précision ?
Cela m'étonne car je n'ai pas cet affichage dans QGiS avec mon gabarit ni avec les GPKG de @StanBesson.
Par contre quand je regarde ton Geopackage dans un viewer SQLite, les tables ont intégré le préfixe du fichier dans leur nom. Cela ne viendrait-il pas plutôt d'un problème au moment de la génération de ton geopackage ?
- [x] J'ai vérifié les énumérations ça m'a l'air complet.
=> Oui, il me reste à rajouter celles pour les nomenclatures d'enjeux
- [ ] Ensuite au niveau organisation, je ne sais pas si gpkg peuvent retenir l'ordre des couches voire des groupes mais il serait intéressant de fournir une version organisé (un projet qgis) de ce type qui présente les gabarits organisés par thématique et en mettant dans un dossier à part les couches l et p rarement utilisée :
=> Je ne pense pas que ce soit gérable au niveau GeoPackage. Pourquoi pas au niveau QGiS comme tu l'as fait, à proposer aux autres DDT.
Status du traitement des commentaires par la v0.2
- [x] Quand on importe dans qgis les libellés ont cette forme :
typeppr_codegasparppr typeppr_codegaspar_zonealeareference_codealea_s
Serait-il possible de ne pas avoir
typeppr_codegasparppr
en prefixe ? c'est peut être une subtilité des .gpkg qui reprenne en prefixe un nom de base de donnée car dans les sql de la doc les noms n'ont pas cette précision ?Cela m'étonne car je n'ai pas cet affichage dans QGiS avec mon gabarit ni avec les GPKG de @StanBesson.
Par contre quand je regarde ton Geopackage dans un viewer SQLite, les tables ont intégré le préfixe du fichier dans leur nom. Cela ne viendrait-il pas plutôt d'un problème au moment de la génération de ton geopackage ?
Problème non traité au niveau du standard
- [x] Ensuite au niveau organisation, je ne sais pas si gpkg peuvent retenir l'ordre des couches voire des groupes mais il serait intéressant de fournir une version organisé (un projet qgis) de ce type qui présente les gabarits organisés par thématique et en mettant dans un dossier à part les couches l et p rarement utilisée :
=> Je ne pense pas que ce soit gérable au niveau GeoPackage. Pourquoi pas au niveau QGiS comme tu l'as fait, à proposer aux autres DDT.
Idem, non traité au niveau du standard
Commentaires de @GuillaumeChretien sur la v0.1 du profil applicatif PPR plus spécifiquement sur l'utilisation des gabarits fournis.
typeppr_codegasparppr typeppr_codegaspar_zonealeareference_codealea_s
Serait-il possible de ne pas avoir
typeppr_codegasparppr
en prefixe ? c'est peut être une subtilité des .gpkg qui reprenne en prefixe un nom de base de donnée car dans les sql de la doc les noms n'ont pas cette précision ?[ ] J'ai vérifié les énumérations ça m'a l'air complet.
[ ] Ensuite au niveau organisation, je ne sais pas si gpkg peuvent retenir l'ordre des couches voire des groupes mais il serait intéressant de fournir une version organisé (un projet qgis) de ce type qui présente les gabarits organisés par thématique et en mettant dans un dossier à part les couches l et p rarement utilisée :