GNSS 処理のための衛星エフェメリス情報の選択
ブロードキャスト ナビゲーション情報と正確な軌道製品は、さまざまな処理ニーズに対応します。 選択は完全なワークフローに従う必要があります。
処理戦略から始めます
エフェメリス情報は、測位プロセッサが使用できる形式で衛星の動きを表します。 ブロードキャスト ナビゲーション メッセージと正確な軌道製品は、その情報のさまざまな情報源です。 どちらも、最も印象的なラベルが常に最高のプロジェクト結果を生み出すという単純なルールによって選択されるべきではありません。 ポジショニング方法、ソフトウェア サポート、必要なタイムライン性、および座標フレームワークから始めて、そのワークフローに適した軌道およびクロック入力を特定します。
相対 GNSS、正確なポイントの位置決め、およびその他の処理アプローチでは、モデルの使用法が異なります。 サポート情報を自動的に取得するプロセッサもあれば、明示的なファイルが必要なプロセッサもあります。 ソフトウェアが実際に使用したものを記録します。 正確な軌道ファイルを含むフォルダーは、それがソリューションに貢献したという証拠にはなりません。 処理レポートは、観測値、選択された軌道およびクロック製品、アンテナ モデル、およびその他の関連設定を、結果の座標にリンクする必要があります。
さらに学ぶ PPK 処理のための GNSS データ準備
タイムライン性と製品の成熟度を理解する
Orbit と Clock 製品は、さまざまな待ち時間と成熟度でリリースできます。 国際 GNSS サービスは、その製品ファミリとその意図する特性に関する情報を公開しています。 運用の可用性が変更されるため、処理スケジュールを計画する際は、現在の公式製品ドキュメントを参照してください。 古いガイドから待ち時間や正確さの数値をコピーして、現在のすべての製品の永続的なプロパティとして扱うことは避けてください。
プロジェクトに迅速な予備的な結果が必要か、それとも後でレビューされる解決策を待つことができるかを判断します。 予備の座標が発行された場合は、明確にラベルを付けて、最終処理がどのようにそれらを置き換えるかを定義します。 後の製品はより完全なワークフローをサポートするかもしれませんが、座標は独立したチェックとレビューを受ける必要があります。 待機時間が長くても、アンテナの高さの誤り、不安定なマーク、または互換性のない参照フレームワークは修正されません。
カバレッジとサポートされている星座を確認してください
選択した製品が観測期間とプロセッサーが使用する衛星システムをカバーしていることを確認します。 日の境界に近いセッションでは、ソフトウェアの補間およびモデリング ルールに従って、隣接するカバレッジが必要になる場合があります。 ファイルの内容と処理の警告を調べます。 公称の日次ラベルだけでは、必要なすべての衛星とエポックが混合星座データセット内のすべての観測に利用できることを証明するものではありません。
ソフトウェアの互換性も重要です。 プロセッサーは、ある正確な製品形式または命名規則を別の製品よりも確実にサポートすることができます。 文書化されたインポート動作を使用し、ダウンロードした元のファイルを保持します。 変換が必要な場合は、ツールと設定を記録します。 ファイルのインポートを行うために、サテライトの位置やタイムスタンプを手動で編集しないでください。これにより、将来のレビュー担当者が簡単に再現または検証できない文書化されていないモデルが作成されます。
軌道、時計、モデルの規約に対応したままにする
正確な処理には、多くの場合、軌道ファイル以上のものが必要です。 クロック情報、アンテナ キャリブレーション、およびその他のモデルの選択は、一貫したセットの一部になる可能性があります。 互換性のある入力と規則に関するプロセッサーの公式ガイダンスに従ってください。 すべての個々のファイルが有効で、評判の良いプロバイダーからのものであっても、異なるソースからのファイルをミキシングすると、使用目的をチェックせずに、正確な製品を使用するという期待されるメリットが損なわれる可能性があります。
製品識別子、ソース、および取得日を記録します。 ワークフローが自動ダウンロードを使用している場合は、検索された入力または、許可されている場合は再現可能なマニフェストを保持します。 後で再実行すると、別の製品ファミリまたは更新されたファイルが選択される場合があります。 これは、処理入力の変更と明確な座標の変更を区別できるようにする必要がある監査証跡および監視プロジェクトでは特に重要です。
制御された比較による効果の評価
ブロードキャストと正確な戦略を比較するときは、ワークフローの関連部分を一度に変更します。 観測、アンテナ メタデータ、参照定義、および受け入れチェックの一貫性を保ちます。 使用可能なデータ スパン、警告、残差、不確実性指標、および独立したチェックの不一致を比較します。 2 つの座標の違いが小さいからといって、両方の方法が正確であることは証明されません。 共通の設定または参照エラーが共有される場合があります。
比較が行われた理由を文書化します。 予備的なワークフローが適切かどうかをテストしたり、異常な処理結果を説明したり、ソフトウェア構成を評価したりすることがあります。 理由を理解せずに、目的の座標に最もよく一致するソリューションを選択しないでください。 受け入れられた方法は、最も便利な数値結果の遡及的選好ではなく、プロジェクトの仕様と証拠によってサポートされるべきです。
さらに学ぶ PPK 処理のための GNSS データ準備
製品の品質と土地調査の品質を混同しないようにする
衛星モデリングが改善され、測定チェーンの一部のみに対応します。 マルチパス、アンテナの設定、マークの安定性、データ ギャップ、座標変換がプロジェクトの結果を支配する可能性があります。 正確な軌道積は、記録されなかった観測値を回復したり、間違った物理的マークを識別したりすることはできません。 オフィスが洗練されたサポート製品を使用している場合でも、フィールド コントロールと独立したチェックをワークフローで維持します。
製品を切り替えた後に結果が予期せず変化した場合は、後の座標が必然的により良いと判断する前に、互換性とカバレッジを調査してください。 警告、コンステレーションの使用法、モデル設定を確認してください。 ソフトウェアが他のデフォルトを同時に変更したかどうかを確認してください。 原因を追跡できるように、両方の実行を維持します。 制御された診断は、すべての違いを以前の解の誤差の直接的な尺度として扱うよりも便利です。
自動ダウンロードを選択した入力として記録
自動製品ダウンロードは時間を節約できますが、識別可能なレコードを残す必要があります。 実行マニフェストで製品ファミリ、ファイル識別子、カバレッジ、関連するソフトウェアの動作をキャプチャします。 アプリケーションがファイルを保持する場合は、プロジェクト ポリシーに従ってファイルを保持します。 レポートのみを提供する場合は、そのレポートを保持し、再現性の制限を文書化してください。 自動的にダウンロードされたフレーズは、プロセッサーが実際に使用したものを特定しません。
これは、アナリストがソフトウェアの更新後に古いセッションを再実行する場合に重要です。 アプリケーションは、同じボタン シーケンスに従っているように見えるときに、別の製品またはデフォルトを選択する場合があります。 座標の変更を測定品質または物理的な動きの向上に帰する前に、入力マニフェストを比較してください。 制御された再処理研究では、変更された衛星情報と、変更されたアンテナ、大気、または参照設定を区別できます。 この区別は、改訂された座標が以前の問題に取って代わるべきかどうか、およびどのダウンストリーム製品を検討する必要があるかについての弁護可能な決定を支持しています。
選択した入力をプロジェクト出力で述べます
処理レコードには、軌道と時計の製品ファミリ、ファイル識別子、ソフトウェア バージョン、および関連するモデルの選択を指定する必要があります。 結果がプロジェクト ワークフロー内で暫定的か最終的なものかを説明します。 独立した検証と、カバレッジまたは互換性に関する制限事項を含めます。 これにより、別のアナリストがソリューションを再現し、同じ入力が将来の再処理タスクに適しているかどうかを評価できます。
リリース前に、アナリストが、文書化されていない検索を繰り返すか、個人のダウンロード フォルダーに依存することなく、すべての名前付き入力を見つけることができることを確認します。
したがって、適切なエフェメリスの選択は、一貫性と目的の問題です。 メソッドに適合する入力を選択し、観測をカバーし、コヒーレント処理セットとして文書化できます。 チームが使用された衛星情報と測定自体をサポートする別のフィールド証拠の両方を説明できる場合、最終的な座標はより信頼できるものになります。
実践チェックリスト
- 処理戦略から始めます。
- 選択した入力として自動ダウンロードを記録します。
- 選択した入力をプロジェクト出力で述べます。
