屋外測定作業の前に GNSS エラー予算を立てる
有用な GNSS エラー バジェットは、各不確実性ソースをフィールド コントロール、レビュー方法、および文書化された受け入れ決定に結び付けます。
配達される座標から始めます
GNSS エラー予算は、不確実性がどのように位置決め結果に入り込むか、およびプロジェクトがどのようにそれを制御しようとしているのかを表します。 受信者のパンフレットではなく、配信された座標から始めます。 地図機能、建設調査の基準点、監視点には、異なる証拠が必要になる場合があります。 個々のコンポーネントに番号を割り当てる前に、水平および垂直の参照システム、使用目的、報告の信頼性、および受け入れ方法を指定します。
観測されたアンテナの位置を最終的なグランド フィーチャから分離します。 結果には、衛星観測からの不確実性、補正情報、制御座標、アンテナの設定、高さの縮小、座標変換、および特徴の識別が含まれます。 非常に一貫した衛星ソリューションでも、物理的な問題が間違っていることを説明できます。 たとえば、埋め込みマーカーを報告しながら保護キャップの上部を測定すると、より多くのエポックを平均化しても解決できない定義の問題が発生します。
さらに学ぶ GNSS 報告の正確さ、精密さ、不確かさ
便利なパーセンテージではなく、メカニズムをリストします
すべての行がメカニズム、その可能性のある動作、利用可能な証拠、および提案された処理を示している表を作成します。 便利な行には、マルチパス、大気、軌道とクロックの情報、あいまいさの分解能、アンテナの高さ、ポールのセンタリング、参照座標、データム変換などがあります。 各行に任意のパーセンテージを割り当てないでください。単に合計を目的の仕様に等しくするためです。 いくつかのメカニズムは、適切なサンプルでランダムです。 他の人は永続的な偏見として機能します。
繰り返し観測、キャリブレーション情報、処理統計、または外部参照からコンポーネントが推定されるかどうかを記録します。 その見積もりが適用される条件を説明してください。 オープン トレーニング フィールドでの再現性調査では、反射する建物以外のポイントは自動的に特徴付けられるわけではありません。 同様に、参照エポックまたは不確実性ステートメントなしで提供される制御座標は、所有者が意味を確立するまで、未解決の依存関係のままにする必要があります。
互換性のある不確実性情報のみを組み合わせます
不確実性コンポーネントを常に直接追加できるわけではありません。 おなじみの二乗和の計算は、数量が互換性のある統計的解釈を持ち、関連する相関関係が対処されていることを前提としています。 垂直方向の標準偏差、円形の水平信頼値、最大許容不一致は別物です。 文書化されたメソッドを使用して、それらを個別に変換または報告します。 利用可能な証拠が統計的組み合わせをサポートしていない場合は、正確な合計を作成するのではなく、制限を説明してください。
依存関係を考慮してください。 いくつかのローバー ポイントは、同じ基本座標、変換、およびジオイド モデルを共有する場合があります。 共通の変化を継承しても、それらの相対的な一致は強く見える可能性があります。 セットアップを変更せずに繰り返し観察すると、ポールの高さやセンタリングのミスも共有できます。 予算は、プロジェクト全体に共通する不確実性と、個々のポイント間で異なる不確実性を区別する必要があります。2 つのチェックは異なるチェックを必要とするからです。
さらに学ぶ GNSS プロジェクトの品質ダッシュボードの設計
各重要なコンポーネントをコントロールに変換します
フィールドの動作を変更すると、予算が役に立ちます。 チェックされたポール、定義されたアンテナの基準点、および記録された高さの測定値を使用して、セットアップの不確実性に対処します。 プロジェクトのソリューション受け入れルールと独立した繰り返し測定セッションにより、あいまいなリスクに対処します。 ローカリゼーションを強制するために使用されなかった信頼できるコントロールをチェックして、座標フレームワークの不確実性に対処します。 分散された検証ポイントと保持された変換定義を使用して、変換の不確実性に対処します。
各コントロールに責任とタイミングを割り当てます。 乗組員は観測前にアンテナの高さを確認できますが、オフィス レビュー担当者は座標が公開される前に変換残差を調べます。 一部の懸念事項には、より長い GNSS 測定セッションではなく、別の手法が必要です。 アクセスできないフィーチャを適切なジオメトリで直接観察できない場合は、代替の測定方法と最終結果への寄与を記録します。 エラー予算は、その完全な測定チェーンに従う必要があります。
現実的な例で予算をテストします
クライアントが構造間の標高の違いについて最も気にかけている排水地調査を検討してください。 レシーバーに表示されている垂直精度は、問題の一部のみをカバーしています。 アンテナの高さ、調査対象の表面の識別、局所的な垂直基準ベンチマーク、および適用されたジオイドまたは高さの変換も重要です。 チームは、選択した構造に関する繰り返し測定セッションを収集し、独立した高さの基準をチェックして、不一致と観測条件を確認してレビューすることができます。
水平方向のチェックが満足のいくままであるときに標高が一致しない場合、乗組員は最初に垂直コンポーネントを調査する必要があります。 アンテナの高さが間違っているか、高さが混在しているかは、すべての衛星設定を直ちに変更するよりも有用な仮説です。 逆に、サイト全体の水平方向のオフセットが共有されていると、制御または変換の問題が発生する可能性があります。 この例は、エラー予算が診断を整理し、期待されるパフォーマンスを予測する必要がある理由を示しています。
さらに学ぶ GNSS 報告の正確さ、精密さ、不確かさ
条件が変化したときの仮定を再検討してください
初期予算は、現場との接触に耐えなければならない計画モデルとして扱います。 ベースラインが大幅に変更され、補正源が変化し、観測が天蓋の下で移動するか、別のアンテナが導入されるか、またはローカリゼーションが修正されたら、もう一度見直します。 レビュー担当者が各構成でどのポイントを収集したかを判断できるように、元の仮定と修正版をそのままにしておいてください。 サイレント アップデートは、証拠の解釈を難しくします。
実際のプロジェクトの不一致を使用して、仮定が妥当かどうかを評価します。 報告されたパフォーマンスを悪化させるという理由だけで、不便なチェックを削除しないでください。 それらを調査し、その原因を分類し、追加の観察または除外が正当化されるかどうかを判断します。 小さなサンプルは、プロジェクト全体のすべての機能に関する広範な確率の主張をサポートせずに、テストされたポイントに関する慎重なステートメントをサポートする場合があります。
計画許容値と測定結果を区別します
チームが最初にコントロール、セットアップ、観察、および変換を個別のコンポーネントとしてリストするプロジェクト ワークシートを想像してみてください。 偵察中に、提供された制御レポートに不確実性に関する記述が含まれておらず、いくつかの意図した点が反射壁の横に位置していることを発見します。 適切な応答は、ワークシートが完全に見えるように楽観的な数字を挿入するのではなく、コントロールの依存関係にフラグを立て、より強力なチェックを計画することです。 予算は、最終的な座標に隠れた仮定になる前に、欠落している証拠を明らかにする必要があります。
屋外での測定作業の後、計画の仮定を、証拠が裏付ける実際の評価に置き換えます。 未検証のコンポーネントを明確に識別し、実際の結果を説明します。 独立チェックがサイトの一部のみをカバーしている場合、その限定サンプルをすべての機能に関するユニバーサル ステートメントに変換しないでください。 初期の許容量と測定された評価とのこの区別は、管理者がどのような追加の作業によって信頼性が向上するかを理解するのに役立ちます。 また、すべてのエントリがプロジェクト条件下で実験的に確立されたかのように、スケジュールを作成するために準備された予算が最終レポートにコピーされることも防ぎます。
さらに学ぶ GNSS プロジェクトの品質ダッシュボードの設計
弁護の可能性がある結論を報告する
最終報告書は、主な構成要素、実行されたチェック、信頼できる規則、および未解決の制限を特定する必要があります。 座標チェーンのどの部分が独立してテストされ、どの部分が提供された情報に依存するかを説明してください。 他のレビュアーが推論を再現できるように、サポートする観察と構成ファイルを保持します。 目標は、トレース可能な受け入れ決定であり、不確実性条件の可能な限り長いリストではありません。
証拠と一致する言語を使用します。 状態は、将来のすべての観察結果が同じ結果を達成することを約束するのではなく、不一致とテストの条件を測定しました。 効果的な GNSS エラー予算は、重要なメカニズムに作業を割り当てるのに役立ち、オフィスが予想外の違いを解釈するのに役立ち、クライアントが配信された座標が確実にサポートできることを理解するのに役立ちます。
実践チェックリスト
- 配信する座標から始めます。
- 計画許容量と測定結果を区別します。
- 弁護可能な結論を報告する。
