Paire de fichiers d'observation et de navigation Rinex correctement
Les fichiers d'observation décrivent ce qu'un récepteur a mesuré ; Les informations de navigation prennent en charge la modélisation de la position et de l'horloge par satellite pour la période pertinente.
Comprendre les différents rôles des fichiers
Un fichier d'observation RINEX contient des mesures de récepteurs telles que le code, la phase porteuse et d'autres observables pris en charge, décrits par la version du fichier et les types d'observation. Les fichiers de navigation contiennent des informations de diffusion par satellite utilisées par les processeurs compatibles, y compris les paramètres orbitaux et liés à l'horloge. Ils ne sont pas interchangeables. Un fichier avec une extension Rinex familière peut toujours contenir le mauvais contenu pour l'étape de traitement prévue, alors inspectez son en-tête plutôt que de vous fier uniquement au nom.
Le workflow de traitement détermine la navigation ou les produits précis requis. Certains logiciels obtiennent automatiquement des informations appropriées ; D'autres workflows obligent l'analyste à le fournir. Documentez ce comportement. Une importation réussie n'établit pas que les informations satellites appropriées ont été utilisées tout au long de la session. Conservez un enregistrement des produits sélectionnés et de leur couverture afin que la solution puisse être reproduite sans dépendre du comportement de téléchargement automatique d'un processeur.
Poursuivre la découverte RINEX : le contenu d’un fichier GNSS indépendant du récepteur
Vérifier la couverture de temps et les systèmes de temps
Commencez par la première et la dernière époque d'observation. Identifiez le système de temps déclaré dans le fichier d'observation et la convention utilisée par les informations de navigation et les logiciels. Les données collectées autour des limites du jour peuvent nécessiter des informations provenant de fichiers adjacents ou d'un produit couvrant un intervalle plus large. Une date dans un nom de fichier est utile, mais elle ne doit pas remplacer l'inspection du contenu et des exigences de couverture documentées du processeur.
Surveillez les sessions qui traversent Midnight, le récepteur redémarre et les conversions qui divisent un long enregistrement en plusieurs fichiers. Maintenez un journal de session reliant ces éléments. Si un fichier d'observation contient un écart, ne présumez pas que les informations de navigation manquantes l'ont causé ; Inspectez l'historique des enregistrements bruts. À l'inverse, les observations continues ne garantissent pas que chaque satellite dispose d'informations d'orbite et d'horloge adaptées à la méthode de traitement sélectionnée à chaque époque.
Poursuivre la découverte Archivage des données d'observation GNSS non traitées GNSS pour un traitement futur utile
Confirmer la constellation et la compatibilité du signal
Un fichier d'observation de constellation mixte peut nécessiter des informations de navigation pour plus que le GPS. Vérifiez les systèmes que le récepteur a réellement enregistrés et ceux pris en charge par le processeur. La version de Rinex et la représentation des messages de navigation peuvent affecter la compatibilité. Un progiciel qui lit l'en-tête peut toujours ignorer les types d'observation ou de message non pris en charge. Examinez donc le rapport d'importation et le résumé de traitement au lieu de supposer que chaque signal enregistré a contribué au résultat.
Gardez les choix de conversion visibles. L'exportation vers un format plus ancien peut supprimer les observations ou représenter différemment les systèmes. Cela peut être acceptable pour un flux de travail spécifique, mais il doit être intentionnel et documenté. Conservez les données d'origine du récepteur et le fichier d’échange le plus complet. Si un processeur nécessite un fichier restreint, donnez à la version dérivée un nom clair et conservez les paramètres de conversion plutôt que de remplacer silencieusement le jeu de données d'origine.
Poursuivre la découverte Choisir des informations sur les éphémérides par satellite pour le traitement du GNSS
Vérifier la provenance avant de mélanger les produits
Obtenir la navigation et des produits précis auprès de sources de projets officielles ou de confiance appropriées. Enregistrez la source, l'identifiant de fichier et la date de récupération. Un fichier nommé de la même manière provenant d'une autre session ou un téléchargement incomplet peut entraîner une confusion de comportement de traitement. Utilisez des sommes de contrôle ou d'autres contrôles d'intégrité, le cas échéant, et confirmez que la décompression ou le transfert n'a pas modifié le fichier. L'existence de fichiers à elle seule est un faible test de convenance.
Si des produits d'orbite et d'horloge précises sont utilisés, sélectionnez un ensemble compatible selon la documentation de traitement. Le mélange de produits avec des conventions incompatibles peut introduire des incohérences évitables. Conservez tout étalonnage de l'antenne ou les fichiers de modèles associés requis par ce flux de travail. La question pertinente n'est pas de savoir si un produit est généralement décrit comme précis, mais si l'ensemble complet d'entrées est approprié pour les observations et la stratégie de traitement utilisées.
Poursuivre la découverte Utilisation correctement des informations d'étalonnage de l'antenne GNSS
Utilisez un tableau d'inspection de prétraitement
Créez une table compacte pour chaque session : identifiant de marque, fichier d'observation, heures de début et de fin, intervalles, systèmes enregistrés, produits de navigation ou précis, informations sur les antennes et lacunes connues. Ce tableau rend visible les incompatibilités avant une longue période de traitement. Il prend également en charge la livraison des résultats du projet entre les analystes, car la relation prévue entre les fichiers est explicite plutôt que codée uniquement dans la proximité des dossiers ou dans une séquence de téléchargement mémorisée.
Vérifiez les avertissements du processeur sur cette table. Si une constellation est absente de la solution, déterminez si les observations, les informations de navigation ou le support logiciel ont causé l'exclusion. Si une période n'est pas traitée, inspectez la couverture et la continuité des données séparément. Résolvez la cause avec des preuves avant de modifier plusieurs paramètres à la fois. Les modifications contrôlées permettent de comprendre plus facilement quelle entrée a corrigé le problème et si la solution finale restait comparable à celle des précédentes.
Poursuivre la découverte RINEX : le contenu d’un fichier GNSS indépendant du récepteur
Diagnostiquer un problème de limite de jour
Envisager une session statique qui commence tard dans un jour UTC et se termine la suivante. L'analyste sélectionne un seul fichier de navigation car sa date correspond au début de la session de mesure. Le traitement se termine pour une partie de la session, mais signale les informations manquantes ultérieurement. La réponse appropriée est d'inspecter la couverture réelle du produit et les exigences du transformateur, puis de fournir un ensemble complet approprié plutôt que de tronquer les observations simplement pour supprimer l'avertissement.
Après avoir corrigé les entrées, réexécutez la même stratégie de traitement documentée et comparez la durée d'observation utilisable, les indicateurs de qualité et les coordonnées. Conservez l'exécution antérieure comme preuve diagnostique s'il en avait informé la décision. Un résultat basé sur la session complète planifiée peut avoir une incertitude ou un comportement d'ambiguïté différent de la solution partielle, de sorte que l'examen devrait aborder plus que le fait qu'un avertissement a disparu.
Poursuivre la découverte Archivage des données d'observation GNSS non traitées GNSS pour un traitement futur utile
Utilisez un exemple de relation de fichiers dans le manifeste d'archive
Pour une session, répertoriez le début et la fin de l'observation, les systèmes enregistrés, la navigation sélectionnée ou les produits précis et le traitement qui les a utilisés. Incluez une note explicite lorsqu'un produit de jour adjacent est requis par le flux de travail documenté. Cette simple table de relations est plus informative que de placer tous les fichiers avec des dates similaires dans un seul dossier et en supposant que l'appariement prévu restera évident après le départ de l'analyste du projet.
Ajoutez un résultat de vérification de couverture et l'identifiant du rapport confirmant l'utilisation réelle des entrées. Si un produit candidat a été téléchargé mais rejeté comme incomplet, étiquetez-le en conséquence ou conservez-le en dehors de l'ensemble de saisies accepté. Une nouvelle exécution ne doit pas le sélectionner accidentellement car son nom de fichier est trié en premier. L'exemple démontre que la provenance comprend à la fois une sélection positive et des exclusions significatives. La préservation de cette distinction aide à expliquer pourquoi deux dossiers de traitement apparemment similaires peuvent produire des résultats différents et donne à l'examinateur une voie concrète depuis chaque coordonnée acceptée vers les informations de satellite de soutien.
Poursuivre la découverte Choisir des informations sur les éphémérides par satellite pour le traitement du GNSS
Archiver la relation de traitement
Stocker les données d'observation, la navigation sélectionnée ou les produits précis, les enregistrements de conversion et la configuration de traitement dans une archive structurée. Identifiez clairement les originaux et les fichiers dérivés. Conservez le rapport complet indiquant les entrées réellement utilisées, car un dossier peut contenir plusieurs produits candidats que le logiciel n'a jamais sélectionnés. Cette distinction est importante lorsqu'un autre analyste tente de reproduire la coordonnée des mois plus tard.
L'appariement correct des fichiers est une forme pratique de contrôle de la qualité. Cela empêche une session d'observation valide d'être affaiblie par des informations de soutien inadaptées et facilite l'interprétation des résultats de traitement. En vérifiant le contenu, la couverture, la compatibilité et la provenance avant la résolution, l'équipe remplace le nom de fichier deviner par une relation répétable entre ce que le récepteur a mesuré et comment ces mesures ont été modélisées.
Poursuivre la découverte Utilisation correctement des informations d'étalonnage de l'antenne GNSS
Liste de vérification pratique
- Comprendre les différents rôles des fichiers.
- Utilisez un exemple de relation de fichiers dans le manifeste d'archive.
- Archiver la relation de traitement.
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
