GNSS の外れ値を確認するためのトレース可能なワークフロー
異常な GNSS の結果は、データセットからの自動削除ではなく、調査と記録された決定をトリガーするはずです。
最終データセットを開く前に例外を定義してください
外れ値は、データセットまたはモデルの予想される動作と矛盾しているように見える観測値です。 GNSS 作業では、異常な繰り返しの座標、大きなチェックの不一致、問題のあるベースラインの残差、またはありそうもない高さを意味する場合があります。 これらは有用な警告サインですが、すべてが同じ原因を持っているわけではありません。 個々の観察をどのように扱うかを決定する前に、どの指標がレビューをトリガーし、どの受け入れ基準が適用されるかを確認します。
検出とは別に検出してください。 統計フラグは、調査対象を特定します。 観察が間違っていることは証明されていません。 フラグ付きの値は、実際の機能、変更された恒久的な測地測量マーカー、または信頼されていると思われる参照の問題を表している可能性があります。 トレース可能なワークフローは、元のデータを保存し、関連する証拠を収集し、決定を記録し、結果として配信された座標が変更されたかどうかを識別します。
さらに学ぶ 反復観測：GNSS の確認をより強くする
元の証拠を保存します
プロジェクトのレビュー コピーを作成し、元のフィールド ファイルを誤って上書きしないように保護します。 各例外に、ポイント名、タイムスタンプ、未処理の GNSS 観測データ、および関連する写真にリンクされた安定した識別子を割り当てます。 不一致が最初に観察されたときに使用される正確な座標系と構成を保持します。 後で処理によって値が変更された場合でも、レビュー担当者は元の比較を再構築し、なぜそれが懸念を引き起こしたのかを理解する必要があります。
丸められたエクスポートを単独で調査しないように、十分なコンテキストを記録します。 有用な証拠には、解の状態、補正源、アンテナの高さ、測定セッション時間、受信機のセットアップ、障害物に関する注意事項、および繰り返し測定が含まれます。 利用可能な場合は、処理レポートと共分散情報を保持します。 スクリーンショットはこれらのレコードを補足できますが、機械で読み取り可能なデータや、座標が収集された条件の明確な説明を置き換えてはなりません。
さらに学ぶ GNSS プロジェクトの品質ダッシュボードの設計
考えられる原因を体系的に分類します
識別と書き起こしの問題から始めます: 間違ったポイント コード、重複する名前、座標の交換、ユニットの不一致、またはアンテナの高さが正しくありません。 次に、投影、参照フレーム、エポック、高さの規則を含む座標フレームワークを調べます。 次に、マルチパス、ロックの喪失、不完全な修正、不安定な設定などの観測品質を考慮してください。 この順序は、チームが複雑な衛星の説明に時間を費やす前に、単純な間違いを解決することがよくあります。
近くの観測全体でパターンを使用します。 セッション全体がオフセットを共有している場合は、すべてのポイントを無関係な異常として扱うのではなく、共通の入力を調査します。 1 つの機能だけが影響を受ける場合は、その物理的定義とローカル環境を調べます。 差異が距離や方向によって異なる場合は、変換とスケールの仮定を確認してください。 除外されたものを含む、テストされた仮説を文書化して、別のレビュアーが最初から調査を繰り返す必要がないようにします。
真に独立した情報と比較する
繰り返し観測は、測定プロセスの別の部分をテストするときに価値があります。 セットアップを変更しない 2 番目のストアでも、同じエラーが再現される場合があります。 ポイントの重要性に応じて、作り直されたセットアップ、別の観察時間、独立した制御、または別の測定手法を検討してください。 どちらも同じ誤った参照座標を継承している場合、2 つのメソッド間の一致は説得力が低いため、どの依存関係が一般的であるかを記録してください。
リファレンス自体を確認してください。 恒久的な測地測量マーカーの同一性、安定性、座標源、不確実性を確認します。 マークがずれていると、Rover の健全な観測が間違っているように見えることがあります。 異なる高さ規則で指定された座標は、一貫した垂直方向の不一致を生み出す可能性があります。 レビューは、古いレポートや信頼できるスプレッドシートに表示されるという理由だけで、一方の側が間違いないと仮定するのではなく、完全な比較を評価する必要があります。
さらに学ぶ 屋外測定作業の前に GNSS エラー予算を立てる
文書化された配置を作成する
例外は、観察されたままにすることができ、証拠から修正し、再測定し、特定の計算から除外するか、未解決のマークを付けます。 これらは異なる決定であり、結果が異なります。 高さの転写エラーなど、元の証拠が変更をサポートしている場合にのみ、値を修正してください。 ポイントを近隣または予想される設計位置に向けて移動して、置換座標を発明しないでください。
観察を除外する場合は、理由と範囲を述べてください。 使用できない測定セッションは、そのマークでのすべての観測値を必ずしも無効にするわけではありません。 制御に不適切な点は、明確なラベルが付けられている場合でも、おおよその目録機能として役立つ場合があります。 元の識別子を保持し、受け入れ可能な代替または改訂されたステータスをリンクします。 これにより、フィールド レコード、処理の決定、およびプロジェクトの最終出力の間の連続性が維持され、不便な情報を黙って消去することができます。
さらに学ぶ 反復観測：GNSS の確認をより強くする
影響を受けた結果を再計算
承認された修正または除外が承認された後、それに依存する計算を再実行します。 これらには、調整、変換、表面モデル、体積計算、または機能のエクスポートが含まれます。 改訂された出力を以前のバージョンと比較し、実際の影響を特定します。 一見小さな制御の変更は、多くのダウンストリーム座標に影響を与える可能性があるため、フラグが付けられたポイントが妥当と思われる場合に停止するのではなく、依存関係に従う必要があります。
承認された最終構成を使用して、元の受け入れチェックを再度実行します。 修正によって新しい問題が発生しなかったことを確認します。 データセットが既に共有されている場合は、どの発行済みファイルに取って代わられたかを特定し、確立されたプロセスを通じて責任あるプロジェクトの連絡先に通知します。 内部レビュー レコードにより、発行された各バージョンを、それが基づいた所見と決定に結び付けることができるようにする必要があります。
さらに学ぶ GNSS プロジェクトの品質ダッシュボードの設計
例外ステータスがエクスポート後も存続することを確認します
意図的にレビュー ステータスを使用して、ワークフロー全体を通して 1 つのトレーニング ポイントを取ります。 オフィスとクライアントが使用するフォーマットにエクスポートし、ステータスが表示されたままであり、その理由にリンクされていることを確認します。 一部の単純な座標エクスポートでは、カスタム フィールドが省略されているため、コントローラー上で明らかに暫定的なポイントが、スプレッドシートで受け入れられている観察と見分けがつかないように見える場合があります。 生産中にステータス システムに依存する前に、適切なスキーマまたはコンパニオン レビュー テーブルでそのギャップを解決してください。
ポイントが再測定され、受け入れられた後、エクササイズを繰り返します。 レコードは、識別子をあいまいに再利用することなく、元の測定セッション、例外、置換観測、および最終座標をリンクする必要があります。 受け入れられたエクスポートで拒否されたレコードが除外された場合は、明確な関係のあるテクニカル アーカイブに保存します。 この実用的なテストにより、外れ値のプロセスが 1 つのソフトウェア アプリケーションを超えて耐久性があります。 また、レビュー担当者が制御に使用した情報を取り除く簡略化されたエクスポートを誰かが準備したときに、未解決の座標が誤って発行されるリスクも軽減されます。
レビューを品質レコードに変換
所有者、日付、証拠の要約、決定、および残りの制限を含め、各例外を閉じます。 プロジェクト全体で繰り返される原因を要約します。 高さの入力ミスが繰り返されると、フィールド フォームを変更することが正当化される場合があります。 頻繁な座標の混乱には、より明確なセットアップ テンプレートが必要になる場合があります。 これらの改善は、ワークフローについて何が明らかになったかを説明せずに、すべての外れ値が削除されたことを単純に報告するレポートよりも便利です。
透過的な外れ値プロセスは、データセット全体の信頼性を保護します。 すべてのポイントをきちんとしたパターンに押し付けたいという誘惑に抵抗しながら、異常な観察は精査に値することを認めています。 最終的な結果は、単なるスプレッドシートではありません。 これは、チームが GNSS 座標をリリースしてさらに使用する前に、観測問題、参照問題、および正当な変動をどのように区別したかを示す防御可能な記録です。
さらに学ぶ 屋外測定作業の前に GNSS エラー予算を立てる
実践チェックリスト
- 最終データセットを開く前に例外を定義します。
- 例外ステータスがエクスポートに耐えられることを確認します。
- レビューを品質記録に変えます。
