Conception d'un schéma de géodatabase pour les observations de points GNSS

Modéliser les objets avant de choisir les colonnes

Une base de données de points GNSS peut représenter des caractéristiques physiques, individuelles observations ou positions acceptées. Ce sont des concepts liés mais différents. Décidez quelles tables ou couches décrivent chacune avant de créer le schéma. Un actif peut avoir de nombreuses observations et une coordonnée approuvée lors d'une version donnée. Une seule table plate peut dissimuler ces relations et rendre les mises à jour difficiles à interpréter.

Rédigez une brève description du cycle de vie prévu : création, révision, acceptation, revisite et retraite. Identifiez qui peut changer une position acceptée et comment la preuve est conservée. Le schéma doit prendre en charge ce processus plutôt que la première importation. Une couche ponctuelle techniquement valable n'est pas encore une base de données de levés de terre maintenue.

Poursuivre la découverte Exporter les données GNSS vers un SIG sans perdre leur sens

Utilisez des identifiants qui ne dépendent pas de la géométrie

Attribuez des identifiants de caractéristiques et d'observations stables. N'utilisez pas la coordonnée elle-même comme identité d'un objet, car une mesure ou une transformation ultérieure peut changer les valeurs. Conservez les identifiants des actifs externes dans des champs distincts avec leur source. Conservez les zéros et le cas de caractères en fonction des règles du projet plutôt que de permettre à une feuille de calcul de les réinterpréter en tant que nombres.

Définir des contraintes d'unicité où la base de données choisie les prend en charge et tester la manière dont les importations gèrent les doublons. Un identifiant d'observation répété devrait déclencher un examen, tandis que plusieurs observations liées à une fonctionnalité peuvent être légitimes. Gardez une référence croisée pour les identifiants retirés ou fusionnés. Cela empêche les futurs ensembles de données de perdre leur connexion avec des enregistrements de champ et des photographies antérieurs.

Poursuivre la découverte Remise des coordonnées GNSS Land Survey aux équipes de CAO sans perdre de sens

Géométrie distincte de la provenance des coordonnées

Stocker explicitement la référence de coordonnées de la couche et conserver les informations de référence de source pour les observations importées. Inclure la réalisation de données, les coordonnées d'époque et le type de hauteur, le cas échéant, pour le projet. Une colonne de géométrie peut porter un identifiant CRS sans documenter chaque transformation ou étalonnage local qui a produit ses valeurs. Les champs de provenance devraient combler cette lacune d'information.

Si les coordonnées sont transformées pour la livraison, conservez l'observation d'origine ou un enregistrement de source traçable. Enregistrez les versions d'opération et de modèle utilisées. Évitez de stocker plusieurs paires de coordonnées inexpliquées sur une seule ligne. Chaque paire doit avoir un objectif défini, une référence et une relation avec la géométrie acceptée afin qu'un examinateur puisse identifier les valeurs faisant autorité pour une version particulière.

Poursuivre la découverte Concevoir des formulaires de champ SIG pour les enquêtes GNSS

Définir soigneusement les champs de mesure et de qualité

Inclure la méthode d'observation, la source de correction, la convention de hauteur d'antenne et les preuves de qualité pertinentes. Documenter les unités et la signification des indicateurs fournis par le récepteur. N'étiquetez pas une estimation de précision interne comme une précision démontrée de manière indépendante. Le schéma doit permettre aux résultats de vérification indépendants et à l'état de la revue d'être enregistrés séparément de la sortie de l'instrument.

Fournir des champs pour la définition de la cible et des limitations locales telles que l'obstruction, le sol mou ou la dérivation de décalage. Gardez les valeurs inconnues distinctes de zéro. Un décalage nul, un décalage manquant et un décalage non mesuré sont des états différents. Les définitions de champs réfléchies réduisent la nécessité pour les utilisateurs ultérieurs de déduire leur signification à partir d'une note générique ou d'une cellule vide.

Poursuivre la découverte Validation des importations de coordonnées CSV à partir des enquêtes GNSS

Préserver l'historique des observations et les décisions de révision

Utiliser les dates et les champs de statut pour distinguer les observations brutes, révisées, acceptées, remplacées et rejetées. Conservez la raison d'un rejet ou une correction des coordonnées. Une position acceptée ultérieurement ne devrait pas nécessiter de suppression des éléments de preuve qui l'ont précédé. Cet historique permet d'expliquer si une coordonnée modifiée reflète une meilleure mesure, une mise à jour de référence ou un changement physique dans la fonction.

Associez les décisions de révision au rôle responsable et à la version de publication selon le processus du projet. Évitez de faire en sorte que le statut d'acceptation dépende uniquement du fait qu'un point tombe dans une limite de carte. La plausibilité spatiale est une vérification, mais l'identité, la compatibilité des références et la qualité de l'observation sont également importantes. La base de données doit prendre en charge ces différentes évaluations sans les réduire dans un seul indicateur non documenté.

Poursuivre la découverte Exporter les données GNSS vers un SIG sans perdre leur sens

Connecter les pièces jointes via des relations explicites

Les photographies, les esquisses et les fichiers bruts doivent être liés via des clés stables ou un mécanisme de pièce jointe documenté. Ne vous fiez pas à l'ordre des fichiers dans un dossier. Inclure le type de pièce jointe et les dates pertinentes, le cas échéant. Un point avec plusieurs observations peut avoir des photos différentes pour chaque visite, et cette distinction devrait rester récupérable.

Testez le comportement des pièces jointes via la sauvegarde, l'exportation et le transfert vers le système de réception. Les chemins relatifs peuvent se briser lorsque les dossiers sont déplacés, tandis que les fichiers copiés peuvent perdre leur relation avec les enregistrements de base de données. Un petit test de bout en bout est plus utile que de supposer qu'une pièce jointe visible dans l'application de création apparaîtra automatiquement pour chaque destinataire.

Poursuivre la découverte Remise des coordonnées GNSS Land Survey aux équipes de CAO sans perdre de sens

Valider les importations et les exportations en tant que transformations de données

Créer un échantillon avec des identifiants longs, des valeurs inconnues, des caractères spéciaux, des dates, des décalages et des observations multiples. Déplacez-le à travers les formats et applications prévus. Comparez les noms de champs, les types, les valeurs et la géométrie après le trajet aller-retour. Certains formats imposent des limitations qui nécessitent un mappage d'exportation explicite plutôt qu'une opération de sauvegarde aveugle.

Gardez le schéma faisant autorité et un dictionnaire de données sous contrôle de version ou un autre processus de mise en œuvre contrôlée. Documenter les champs de livraison dérivés et toute information perdue. Si une exportation simplifiée est requise, conservez la base de données complète séparément. Un destinataire doit savoir si une couche ponctuelle livrée est l'archive d'observation complète ou une vue de position acceptée réduite.

Poursuivre la découverte Concevoir des formulaires de champ SIG pour les enquêtes GNSS

Livrer un schéma Une autre équipe peut maintenir

Fournir des définitions de champ, des unités, des valeurs codées, des relations, des métadonnées de référence et des règles de mise à jour. Incluez des exemples d'une nouvelle fonctionnalité, une revisite et une observation remplacée. Indiquez quelle géométrie fait autorité pour la libération et où les preuves à l'appui sont stockées. Cela rend la base de données utile au-delà des connaissances personnelles de l'arpenteur d'origine.

Vérifiez le schéma après la première mise à jour opérationnelle, pas seulement après la collecte initiale. Un modèle qui gère bien de nouveaux points peut toujours échouer lorsque les actifs sont fusionnés, déplacés ou retirés. Une base de données GNSS fiable préserve l'identité et la provenance grâce à ces changements. Son objectif est de garder les coordonnées compréhensibles comme preuves, plutôt que de simplement stocker un grand nombre de géométries ponctuelles.

Poursuivre la découverte Validation des importations de coordonnées CSV à partir des enquêtes GNSS

Gérer une coordonnée améliorée sans perdre l'historique

Supposons qu'une position d'actif provisoire soit remplacée ultérieurement par une observation vérifiée du sol. Gardez l'observation originale avec sa méthode et son statut, ajoutez la nouvelle observation et mettez à jour la relation de position acceptée grâce au processus d'examen approuvé. L'identifiant d'actif reste stable. Cela permet aux enregistrements de maintenance et aux photographies existants de continuer à se référer au même objet physique.

Enregistrez pourquoi la nouvelle position a été adoptée et quelle version l'inclut. Si la différence est inattendue, recherchez la compatibilité et l'identité de référence avant de déclarer que l'actif a été déplacé. Une mise à jour de coordonnées et une relocalisation physique sont des événements différents. Le schéma devrait permettre à la fois de représenter clairement, de sorte que l'analyse ultérieure n'interprète pas une amélioration de la mesure comme un changement d'infrastructure.

La vue de position acceptée peut alors sélectionner l'observation approuvée alors que la table d'observation historique reste inchangée. Documentez cette règle de sélection et testez-la après une nouvelle visite. Un utilisateur de la carte n'a peut-être besoin que de la position actuelle, mais un réviseur d'arpentage des terres a également besoin des preuves antérieures. Fournir les deux vues à travers un schéma clair permet à une utilisation ordinaire de rester simple sans sacrifier la traçabilité. Cela facilite également la représentation des transformations de coordonnées futures ou des déplacements d'actifs, car la base de données sépare déjà l'identité, l'historique des mesures et l'état spatial adopté.

Poursuivre la découverte Exporter les données GNSS vers un SIG sans perdre leur sens