Préparation des livrables GeoPackage portables avec des types de champs fiables
Livrez un GeoPackage portable avec des types de champs clairs, des identifiants stables, des référentiels et des relations vérifiées.
Définir le contenu du package
Un GeoPackage peut contenir des couches géospatiales associées dans un conteneur basé sur SQLite, ce qui le rend pratique pour la remise d'un inventaire d'actifs ou l'interprétation d'un levé. Décidez quels calques, tables et relations vont ensemble avant l’exportation. Un seul nom de fichier n'est utile que si son contenu est compréhensible. Évitez de mélanger des couches brouillon et approuvées sans noms clairs, champs de statut et manifeste expliquant leur utilisation prévue.
Concevoir un schéma d'attributs stable
Choisissez les types de champs parmi les informations stockées. Les identifiants d'actifs avec des zéros initiaux nécessitent souvent un traitement textuel plutôt que numérique ; les mesures nécessitent des unités explicites ; les dates nécessitent une convention documentée. Distinguez les valeurs manquantes d’un zéro significatif ou d’une chaîne vide. Séparez les identifiants de projet stables des identifiants de ligne générés par le logiciel afin que les exportations ou modifications ultérieures ne rompent pas les références entre les enregistrements d'inspection et les actifs mappés.
Vérifier la géométrie et les définitions de coordonnées
Confirmez les types de géométrie, la dimensionnalité, les définitions de coordonnées et la validité après l'écriture. Une couche censée contenir des polygones ne doit pas devenir silencieusement une collection mixte que le destinataire ne peut pas modifier. Vérifiez si les valeurs d'altitude sont stockées sous forme de coordonnées géométriques, d'attributs ou les deux, et expliquez toute différence. Vérifiez le package dans le logiciel de réception plutôt que de supposer qu'une exportation réussie préserve chaque interprétation spécifique à l'application.
Séparez les données stockées du style de l'application
Les règles de rendu, les formulaires, les photographies externes et les paramètres du projet peuvent dépendre d'extensions spécifiques au logiciel ou de fichiers extérieurs au package. Identifiez explicitement ces dépendances. Un calque coloré sur le bureau du créateur peut rouvrir avec des symboles simples ailleurs tandis que les données sous-jacentes restent intactes. Décidez si vous souhaitez fournir un fichier de projet et un dossier multimédia distincts, en gardant les liens relatifs portables et en documentant la prise en charge de l'application requise.
Fermez et testez le fichier transférable
Lors d'un transfert d'inspection hypothétique, terminez les modifications et fermez les applications d'écriture avant de faire une copie propre. Ouvrez cette copie à partir d'un nouveau dossier, interrogez les identifiants d'actifs connus, inspectez les valeurs et les dates nulles et testez les liens vers des photographies de preuves. Vérifiez le nombre d'entités et les géométries représentatives par rapport à la source. Validez le conteneur lorsque des outils appropriés sont disponibles et résolvez les problèmes de compatibilité avant que le destinataire ne commence les modifications opérationnelles.
Fournir un dictionnaire de données compact
Fournissez un catalogue de couches concis et un dictionnaire de données définissant les identifiants, les unités, les codes d'état, les références de coordonnées, les dates sources et les dépendances externes. Incluez les versions d'application vérifiées et toutes les restrictions sur les extensions utilisées. L'acceptation doit établir des données portables, dotées de types de champs corrects et des relations reconstructibles. GeoPackage simplifie le packaging, mais il ne fournit pas automatiquement une classification correcte, une propriété faisant autorité ou une piste d'audit que le projet n'a jamais enregistrée.
