Un flux de travail QGIS pour l'examen des données GNSS Land Survey
Utilisez une séquence répétable de vérifications de sources, de gestion des références, de révision de la géométrie et de validation d'exportation lors de l'utilisation des observations GNSS dans QGIS.

Commencez avec un package de source protégée
Conservez l'exportation GNSS d'origine, les informations de référence et les notes enregistrées lors de l'extérieur Les mesures fonctionnent ensemble avant d'ouvrir une copie de travail dans QGIS. Identifiez si les enregistrements sont des données d'observation GNSS non traitées, des positions acceptées ou des emplacements dérivés d'actifs. Obtenez un dictionnaire de données dans la mesure du possible. Un fichier de projet peut organiser des couches, mais il ne remplace pas les fichiers sources ou les preuves expliquant ce que représente chaque coordonnée.
Créez un espace de travail clair pour les données source, de travail et publiées. Enregistrez la date et la source des fichiers entrants. Évitez de modifier la seule copie d'un tableau de coordonnées lors de l'enquête sur un problème d'importation. Un package source protégé permet à l'examinateur de répéter le flux de travail et de distinguer une observation originale d'une modification introduite lors du traitement des SIG.
Poursuivre la découverte Exporter les données GNSS vers un SIG sans perdre leur sens
Importer avec des choix de champs et de références explicites
Pour une table de coordonnées, identifiez les colonnes de géométrie correctes, les types de délimitation, d'encodage et de champ. Confirmez l'ordre des axes et les unités à partir de la documentation source. Conservez les identifiants sous forme de texte lorsque les zéros en tête ou les codes longs sont importants. Un point tracé quelque part près du projet n'est qu'une vérification préliminaire, et non la preuve que chaque paramètre d'importation est correct.
Affectez le CRS source qui décrit les valeurs de coordonnées existantes. N'attribuez pas le CRS de sortie souhaité à des valeurs non modifiées. QGIS peut afficher des couches par transformation à la volée, de sorte que les couches apparaissant ensemble dans une seule carte ne signifient pas que leurs coordonnées stockées ont été converties. Gardez la distinction entre la référence de couche, la référence d'affichage du projet et la référence de sortie exportée.
Poursuivre la découverte Conception d'un schéma de géodatabase pour les observations de points GNSS
Revoir la chaîne de référence et les transformations
Vérifier la réalisation des données, coordonner l'époque, le cas échéant, les paramètres de la grille locale et la référence verticale. Un code CRS standard ne peut pas décrire un étalonnage spécifique au projet. Si une transformation est nécessaire, sélectionnez l'opération appropriée pour la zone et les informations de référence disponibles. Enregistrer les grilles ou les modèles requis et leurs versions. Évitez d'accepter une opération de repli inexpliquée sans en comprendre la pertinence.
Testez des points connus du représentant du représentant via le flux de travail. Comparez les composants horizontaux et verticaux séparément, car un affichage horizontal commun n'établit pas la compatibilité d'altitude. Conservez les hauteurs d'origine et documentez toute opération géoïde ou verticale. l'attribution d'une interprétation différente de l'étiquette CRS ; Une transformation documentée modifie les valeurs. Cette distinction est au cœur d'un flux de travail fiable sur les levés de terres SIG.
Poursuivre la découverte Une information verticale claire sur les résultats du projet pour les projets d'enquêtes foncières GNSS
Inspectez les attributs avant l'analyse spatiale
Vérifiez les identifiants, les dates, les codes, les valeurs nulles et les unités. Vérifiez les doublons et les combinaisons impossibles à l'aide des définitions du projet. Un identifiant de fonctionnalité en double peut représenter une revisite valide ou une erreur de données, alors enquêtez plutôt que de les supprimer automatiquement. Gardez les identifiants d'observation séparés des identifiants d'actif ou de tracé où le modèle de données prend en charge les visites répétées.
Confirmez que les champs de qualité conservent leur signification documentée. Une estimation de précision de l'instrument ne doit pas devenir une allégation générique de précision indépendante. Préserver les statuts directs, dérivés de décalage, provisoires et rejetés. Si des photos ou des notes à l'appui sont liées à l'extérieur, testez un échantillon de ces liens depuis le lieu de travail. La géométrie de la carte n'est qu'une partie de la preuve d'observation.
Poursuivre la découverte Un flux de travail traçable en hauteur ellipsoïdale pour les levés GNSS

Réviser la géométrie par rapport aux preuves de terrain
Inspecter l'étendue, les emplacements connus et les valeurs aberrantes inattendues. Utilisez une couche de référence appropriée pour le contexte tout en reconnaissant qu'un fond de carte n'est pas nécessairement des points de référence géodésiques. Comparez les points sélectionnés avec un contrôle approuvé ou des caractéristiques physiques clairement identifiées. Vérifiez les connexions de ligne et les limites des polygones où les points GNSS ont été assemblés en objets plus complexes.
Recherchez une géométrie qui est techniquement valide mais sémantiquement erronée, comme une ligne joignant des actifs non liés ou un polygone représentant un centroïde plutôt qu'une limite. Utilisez des photographies prises sur le site de mesure et des notes pour résoudre des fonctionnalités ambiguës. Ne déplacez pas les points par œil pour améliorer leur apparence par rapport aux images de fond. Toute correction de coordonnées doit avoir une cause documentée et des preuves.
Poursuivre la découverte Exporter les données GNSS vers un SIG sans perdre leur sens
Gardez l'analyse et les observations acceptées distinctes
Créez des couches dérivées pour les tampons, les surfaces interpolées ou les connexions interprétées plutôt que d'écraser la couche d'observation acceptée. Nommez-les en fonction de leur objectif et de leur version source. Un modèle de terrain ou une ligne d'utilité déduite n'est pas la même preuve que les points GNSS d'origine. Conservez la distinction dans les noms de couche et les métadonnées.
Lorsqu'une opération de traitement change de géométrie ou de coordonnées, enregistrez ses paramètres et la version logicielle pertinente. Testez un petit sous-ensemble de représentants avant d'exécuter une conversion importante. Passez en revue le nombre de fonctionnalités et les attributs de sortie. Un message de traitement réussi confirme l'exécution, mais il n'établit pas que le résultat représente toujours les objets physiques ou le système de référence prévus.
Poursuivre la découverte Conception d'un schéma de géodatabase pour les observations de points GNSS
Exporter et rouvrir l'ensemble de données de livraison
Choisissez un format adapté au destinataire et aux informations fournies. Examinez les limitations des noms de champ, des types, de la géométrie et des métadonnées de référence. Si un fichier d’échange simplifié est requis, conservez le jeu de données de travail complet séparément. Appliquez explicitement toute transformation de coordonnées prévue lors de l'exportation et documentez les références source et cible.
Rouvrez le fichier exporté dans un projet propre ou dans l'application de réception. Comparez les identifiants, les coordonnées, les unités, les dates et les liens de pièce jointe avec la source. Vérifiez quelques postes connus et inspectez l'étendue. Cette revue de l'aller-retour attrape les problèmes qui restent cachés alors que les couches d'origine sont toujours présentes dans le projet de création.
Poursuivre la découverte Une information verticale claire sur les résultats du projet pour les projets d'enquêtes foncières GNSS
Fournir un enregistrement de projet reproductible
Fournir les données publiées, les définitions de référence, le dictionnaire de données, l'historique des transformations et les problèmes non résolus. Incluez le projet QGIS lorsque cela est utile, mais assurez-vous que ses chemins et ses dépendances sont compris. Un projet qui pointe vers des dossiers personnels peut ne pas fonctionner pour une autre équipe. Emballez les fichiers de support grâce à une livraison délibérée du processus de résultats du projet et testez le résultat à partir de son emplacement livré.
Archivez le package source protégé et l'historique de travail. Les mises à jour futures doivent répéter le processus documenté ou expliquer les modifications apportées à celui-ci. Un flux de travail fiable QGIS conserve la signification des observations GNSS tout en les rendant utiles pour la cartographie et l'analyse. Les preuves les plus solides sont une séquence de sources à libération traçable, pas simplement une carte qui semble correcte sur l'écran de l'auteur.
Poursuivre la découverte Un flux de travail traçable en hauteur ellipsoïdale pour les levés GNSS
Vérification d'un malentendu affichage-stockage
Supposons qu'une couche apparaisse dans le projet CRS souhaité à l'écran, mais que le destinataire trouve que ses coordonnées sont toujours de degrés géographiques. Vérifiez si la couche n'a été affichée que par la transformation à la volée. La référence d'affichage du projet ne modifie pas nécessairement les valeurs de couche stockées. Exportez la couche via la transformation prévue si des coordonnées projetées sont requises.
Rouvrez le fichier exporté et inspectez ses valeurs de référence stockées et de coordonnées représentatives. Conservez la couche géographique d'origine et documentez la sortie projetée dérivée. Cela évite de confondre un affichage visuel correct avec une conversion de données terminée. Cela aide également le destinataire à comprendre pourquoi deux fichiers décrivent les mêmes fonctionnalités avec des numéros différents et lesquels appartient à leur flux de travail d'analyse ou de levé des terres.
Si un projet comprend des couches stockées dans plusieurs références, fournissez un guide de calque expliquant leur objectif et les CR stockés. Un destinataire ne devrait pas avoir à déduire cela à partir du canevas de carte actuel. Nommez clairement les exportations dérivées et conservez la couche source disponible dans l'archive. Lorsqu'une opération de traitement nécessite une référence projetée particulière, vérifiez les valeurs d'entrée réelles ou les paramètres d'opération plutôt que de se fier uniquement à la manière dont la couche est affichée. Cela empêche un affichage de commodité de devenir une hypothèse inaperçue dans l'analyse de la distance ou de la zone.
Poursuivre la découverte Exporter les données GNSS vers un SIG sans perdre leur sens
Liste de vérification pratique
- Protégez les exportations d'origine et documentez les paramètres d'importation.
- Distinguer les CRS de couche, les CRS d'affichage du projet et la transformation de sortie.
- Rouvrez les données publiées et testez ses dépendances.
Préparez votre équipement GNSS
Comparez les caractéristiques des récepteurs EQ10 et EQ20, puis échangez sur la configuration et l’accompagnement nécessaires à votre projet.
Comparer les récepteurs GNSS


