Rinex Observation ファイルとナビゲーション ファイルを正しくペアリングします
Observation files describe what a receiver measured; ナビゲーション情報は、関連する期間の衛星位置と時計のモデリングをサポートします。
ファイルのさまざまな役割を理解します
Rinex の観測ファイルには、コード、キャリア フェーズ、その他のサポートされているオブザーバブルなどの受信者の測定値が含まれており、ファイルのバージョンと観測タイプによって説明されています。 ナビゲーション ファイルには、互換性のあるプロセッサーが使用する衛星放送情報 (軌道および時計関連のパラメーターなど) が含まれています。 それらは交換可能ではありません。 使い慣れた Rinex 拡張子を持つファイルには、意図した処理ステップで間違ったコンテンツが含まれている可能性があるため、名前だけに頼るのではなく、ヘッダーを検査してください。
処理ワークフローは、必要なナビゲーションまたは正確な製品を決定します。 一部のソフトウェアは、適切な情報を自動的に取得します。 他のワークフローでは、アナリストがそれを提供する必要があります。 その動作を文書化します。 インポートが成功しても、セッション全体で適切な衛星情報が使用されたことは確認できません。 選択した製品とそのカバレッジを記録して、プロセッサーの自動ダウンロード動作の変化に依存せずにソリューションを再現できるようにします。
タイム カバレッジとタイム システムを確認してください
実際の最初と最後の観測エポックから始めます。 観測ファイルで宣言された時間システムと、ナビゲーション情報とソフトウェアによって使用される規則を特定します。 日の境界付近で収集されたデータには、隣接するファイルまたはより広い間隔をカバーする製品からの情報が必要になる場合があります。 ファイル名の日付は役に立ちますが、コンテンツとプロセッサーの文書化されたカバレッジ要件の検査に取って代わるものではありません。
真夜中を通過するセッション、レシーバーが再起動し、長い録音を複数のファイルに分割する変換を監視します。 これらの部分をリンクするセッション ログを維持します。 観測ファイルにギャップが含まれている場合は、ナビゲーション情報の欠落が原因であると想定しないでください。 生の記録履歴を調べます。 逆に、連続観測は、すべての衛星が、選択した処理方法で利用できる適切な軌道と時計の情報をすべてのエポックで保証するものではありません。
コンスタレーションと信号の互換性を確認します
混合星座観測ファイルには、GPS 以上のナビゲーション情報が必要になる場合があります。 受信機が実際に記録したシステムと、プロセッサがサポートするシステムを確認します。 Rinex バージョンとナビゲーション メッセージ表現は、互換性に影響を与える可能性があります。 ヘッダーを読み取るソフトウェア パッケージは、サポートされていない観測またはメッセージの種類を無視する可能性があるため、記録されたすべての信号が結果に寄与すると仮定するのではなく、インポート レポートと処理の概要を調べてください。
変換の選択肢を表示したままにします。 古い形式にエクスポートすると、観測が削除されたり、システムが異なる場合があります。 これは、特定のワークフローでは受け入れられる場合がありますが、意図的で文書化されている必要があります。 元の受信者データと最も完全な適切な交換ファイルを保存します。 プロセッサーで制限付きのファイルが必要な場合は、元のデータセットを黙って置き換えるのではなく、派生バージョンに明確な名前を付けて変換設定を保持します。
さらに学ぶ GNSS 処理のための衛星エフェメリス情報の選択
製品を混合する前に出所を確認する
適切な公式または信頼できるプロジェクト ソースからナビゲーションと正確な製品を入手してください。 ソース、ファイルの識別子、および取得日を記録します。 別のセッションからの同様の名前のファイルまたは不完全なダウンロードは、処理の動作を混乱させる可能性があります。 利用可能な場合はチェックサムまたはその他の整合性チェックを使用し、解凍または転送によってファイルが変更されなかったことを確認します。 ファイルの存在だけは、適合性の弱いテストです。
正確な軌道およびクロック製品を使用する場合は、処理文書に従って互換性のあるセットを選択してください。 製品を互換性のない規則と組み合わせると、回避可能な矛盾が生じる可能性があります。 そのワークフローで必要なアンテナ キャリブレーションまたは関連モデル ファイルを保持します。 関連する問題は、製品が一般的に正確であると説明されているかどうかではなく、入力の完全なセットが使用されている観察および処理戦略に適しているかどうかです。
前処理検査テーブルを使用する
セッションごとにコンパクトなテーブルを作成します: 識別子、観測ファイル、開始時間と終了時間、間隔、記録されたシステム、ナビゲーションまたは正確な製品、アンテナ情報、および既知のギャップ。 このテーブルは、長い処理の前に不一致を表示します。 ファイル間の意図した関係は、フォルダー近接または記憶されたダウンロード シーケンスだけでエンコードされるのではなく、明示的であるため、アナリスト間のプロジェクト結果の配信もサポートしています。
プロセッサの警告をそのテーブルに対して確認します。 ソリューションに星座がない場合は、観測、ナビゲーション情報、またはソフトウェアのサポートが除外を引き起こしたかどうかを判断してください。 ピリオドが未処理の場合は、カバレッジとデータの連続性を個別に検査してください。 複数の設定を一度に変更する前に、証拠で原因を解決してください。 制御された変更により、どの入力が問題を修正したか、そして最終的な解決策が以前の実行と同等であるかどうかを簡単に把握できます。
診断日の境界の問題を診断
ある UTC の 1 日のうちに開始し、次の 1 日で終わる静的セッションを検討してください。 アナリストは、日付が測定セッションの開始と一致するため、1 つのナビゲーション ファイルを選択します。 セッションの一部で処理は完了しますが、後で欠落した情報を報告します。 適切な対応は、実際の製品のカバレッジとプロセッサーの要件を検査し、警告を削除するためだけに観測値を切り詰めるのではなく、適切な完全なセットを提供することです。
入力を修正した後、同じ文書化された処理戦略を再実行し、使用可能な観測スパン、品質インジケータ、および座標を比較します。 決定が通知された場合、以前の実行を診断の証拠として保持します。 計画されたセッション全体に基づく結果は、部分的なソリューションとは異なる不確実性またはあいまいな動作をする可能性があるため、レビューでは、警告が消えたという事実以上のものに対処する必要があります。
アーカイブ マニフェスト
でファイル関係の例を使用する 1 つのセッションで、観測の開始と終了、記録されたシステム、選択したナビゲーションまたは正確な製品、およびそれらを使用した処理実行をリストします。 文書化されたワークフローで隣接する日の製品が必要な場合は、明示的なメモを含めます。 この単純な関係テーブルは、同じ日付のすべてのファイルを 1 つのフォルダーに配置し、アナリストがプロジェクトを離れた後も、意図したペアリングが明らかになったと仮定するよりも有益です。
カバレッジチェックの結果と、実際の入力使用を確認するレポートの識別子を追加します。 候補製品がダウンロードされたが、不完全であると拒否された場合は、それに応じてラベルを付けるか、受け入れられた入力セットの外に置いてください。 ファイル名が最初にソートされるため、将来の再実行で誤って選択しないでください。 この例は、来歴に正の選択と意味のある除外の両方が含まれていることを示しています。 この区別を保存することで、明らかに類似した 2 つの処理フォルダーが異なる結果を生成できる理由を説明し、レビュアーは、受け入れられた各座標からサポートされる衛星情報に戻る具体的なルートを得ることができます。
さらに学ぶ GNSS 処理のための衛星エフェメリス情報の選択
処理関係のアーカイブ
観測データ、選択したナビゲーションまたは正確な製品、変換レコード、および処理構成を構造化アーカイブにまとめて保存します。 オリジナルと派生ファイルを明確に識別します。 どの入力が実際に使用されたかを示す完全なレポートを保存します。これは、ソフトウェアが選択したことのない複数の候補製品をフォルダーに含めることができるためです。 この区別は、別のアナリストが数か月後に座標を再現しようとする場合に重要です。
正しいファイルペアリングは、品質管理の実用的な形式です。 これは、不適切なサポート情報によって有効な観察セッションが弱体化するのを防ぎ、処理結果の解釈を容易にします。 チームは、コンテンツ、カバレッジ、互換性、および出所を解決する前にチェックすることにより、ファイル名の推測を、受信者が測定したものとそれらの測定値がどのようにモデル化されたかとの間の繰り返し可能な関係に置き換えます。
実践チェックリスト
- ファイルのさまざまな役割を理解してください。
- アーカイブマニフェストでファイル関係の例を使用します。
- 処理関係をアーカイブします。
