独立した検証ポイントを使用して GNSS 調査を検証します
デザイン チェックでは、土地調査結果をテストしたのと同じ仮定を再利用せずに、調査結果をテストします。
独立の意味を決める
独立した検証ポイントは、提供された座標が生産測定以外の証拠と一致するかどうかを尋ねるため、役立ちます。 したがって、独立性は単なるポイント名ではなく、プロシージャのプロパティです。 同じ誤った基本座標から 2 回観測された点は、両方の結果が同じオフセットを共有する一方で、非常に近い場合があります。 提案されたチェックでどのエラーが明らかになるかを説明します。
Land Survey の重要な依存関係 (座標、座標変換、アンテナの高さ、器具のセットアップ、および測定方法) をリストすることから始めます。 別の制御接続を介して確立されたチェックは、最初の観察の直後に行われた追加の観察よりも、このチェーンをより多くテストできます。 どちらも価値がありません。 それらはさまざまな質問に答えます。フィールド レコードは、各チェックが回答するように設計された質問を説明する必要があります。
さらに学ぶ 反復観測：GNSS の確認をより強くする
安定した明確なマークを選択します
一貫して占有できる場所を使用してください。 中心が定義されていない塗装されたパッチは、レシーバーのディスプレイが示唆するよりも大きな不確実性をもたらす可能性があります。 安定した土地調査マークまたは明確に記述された物理的特徴により、比較がより意味のあるものになります。 マークを近く、より広い視点から撮影してください。 アクセス、表面の状態、および前回の決定以降の動きを疑う理由を説明してください。
チェックをすべてベースの横に配置するのではなく、プロジェクト全体に分散します。 コリドーの両端、異なる作業ゾーン、主な測定環境を表す場所を含めます。 Height checks deserve attention where elevations drive design decisions. 1 つの平らなオープン コーナーをチェックしても、遠く離れた丘の中腹や別のジョブ ファイルに適用される別の垂直参照に影響を与える変換の問題が発生しない場合があります。
チェックを調整から保護します
ポイントがローカル トランスフォーメーションに適合するために使用されている場合、同じトランスフォーメーションの完全に独立したテストを提供することはできません。 プロジェクトが許す限り、検証のために別のポイントを予約します。 コントローラー ファイルと Office ファイルで、測地基準点と独立した検証点を明確にラベル付けします。 この単純な分離により、安心できる残差レポートが外部の精度評価と間違われることを防ぎます。
予約済みチェックごとに座標ソースを文書化します。 参照フレーム、関連する場合のエポック、高さタイプ、ユニット、およびそれを確立するために使用される方法を含めます。 間違った垂直方向のデータムで十分に測定された点は、プロジェクトの有効な高さチェックではありません。 レシーバーの不一致について説明する前に、両方の値が同じ物理ポイントと同じ座標定義を表していることを確認してください。
さらに学ぶ GNSS ネットワーク調整における残差の確認
チェックを実際の観察として測定
重要な生産ポイントに使用されるのと同じ注意を払ってチェックを占有します。 ポール チップ、アンテナの高さ、溶液状態、および補正ストリームを確認します。 最終座標だけをコピーするのではなく、観察時間と関連する品質情報を記録します。 チェックが繰り返される場合は、各測定セッションを別々に保存して、レビューで再現性と、不適切な測定値を隠す平均と区別できるようにします。
は、短期的な安定性をテストすることを目的とした新しいセットアップまたは初期化を含めます。 後で戻ってくると、衛星のジオメトリが変更され、連続するエポックにはないエフェクトが公開される可能性があります。 特定の観察手順は、プロジェクトの要件と動作条件に従う必要があります。 すべてのアプリケーションの受け入れを保証すると思われる、万能な秒数または繰り返しを発明することは避けてください。
コンポーネントとパターンの比較
文書化された符号規則を使用して、プロジェクト座標系の差分を計算します。 東、北、高さのコンポーネント、および水平方向の大きさを確認します。 高さのオフセットが持続すると、ランダムな水平方向の散乱とは異なる問題が示唆される場合があります。 同様の方向にシフトするいくつかの点は、共通の参照または変換の問題を示している可能性があります。 1 つの孤立した失敗は、土地調査全体が却下される前に現地調査を受けるに値する可能性があります。
生の比較表は、要約統計量と一緒に保管してください。 1 つの平均で、プロジェクトの一端で大きな不一致を隠すことができます。 座標源に不確実性がある場合、観測された差にはチェックと新しい測定の両方に不確実性が含まれていることを認めます。 目的は合意の正直な評価であり、参照値が無限に正確であるという主張ではありません。
さらに学ぶ 反復観測：GNSS の確認をより強くする
失敗したチェックに応答
影響を受けた作業を一時停止し、現在の設定を保持します。 変更を記録せずにポイントを繰り返すと、診断が難しくなります。 最初に、マークのアイデンティティ、単位、アンテナの高さ、参照座標、高さのモデルを確認します。 次に、補正年齢、衛星環境、および最近の中断を調べます。 実用的なときに疑わしい原因を 1 つ変更して、再チェックを成功させると、失敗に関する有用な証拠が得られます。
どの程度の生産作業が影響を受けるかを決定します。 間違った基本座標はセッション全体に影響を与える可能性がありますが、1 つの測定セッションで傾斜した極がその点にのみ影響する場合があります。 タイム ログ、クルー ノート、および最後の成功したチェックを使用して、レビュー間隔を定義します。 失敗した観察を破棄しないでください。 そのステータスをマークし、是正措置を説明して、最終的な受け入れ決定が追跡可能であるようにします。
Make チェック プロジェクトの出力の一部
チェックのデザイン、調整ソース、観察、および受け入れ基準をまとめて報告します。 レビュアーは、何がテストされ、何がテスト外に残っているかを確認する必要があります。 例外とそれらを解決するために使用されるメソッドを含めます。 適切な独立した管理が利用できない場合は、そう言って、同等の証拠として提示する代わりに、実行されたより限定的な再現性テストについて説明してください。
有用なチェックは、乗組員がサイトを再訪できる間、フィールドの決定に影響を与えます。 最終日まで待つのではなく、計画されたマイルストーンで結果を確認してください。 これにより、キャンペーン全体を再構築せずに、間違いを封じ込めて修正することができます。 独立したチェックは、測定手順を設計、マッピング、または資産管理で座標を使用した結果に結び付ける場合に最も価値があります。
さらに学ぶ GNSS ネットワーク調整における残差の確認
共有オフセットを明らかにするチェック
ポイントを 2 回測定して緊密に一致する乗組員を想像して、両方の結果が独立して確立されたコントロールと異なることを発見します。 リピートは短期間の一貫性を示しますが、共有差が基本座標、変換、または制御定義に由来するかどうかは判断できません。 次のアクションは、追加の適切なチェックを比較して参照チェーンを検査することであり、2 つのローバー観測を平均化して、不一致を解決したと呼ぶことではありません。
複数の分散チェックで同様のオフセットが表示される場合は、コンポーネントの違いとアクティブなジョブ設定を保持します。 1 つのチェックだけが同意しない場合は、そのアイデンティティ、リカバリの説明、および調整ソース、および GNSS 測定セッションを調べます。 どちらのパターンも調査に値しますが、異なる優先順位を示唆しています。 この例のポイントは、それらが明らかにする可能性のあるエラーの周りのチェックを設計することです。 本番環境と同じ参照仮定を共有するテストは、いくつかの目的に役立ちますが、実際にテストされたことがない独立した接続を証明するものとして説明すべきではありません。
チェック座標を制御参照ファイルに保持し、新しい観測を別のファイルに保存します。 これにより、誤ってインポートが参照値をテスト中のローバーの結果に置き換えるのを防ぎます。 差分を計算する前にファイルの役割を確認し、両方の入力を比較で保持して、コントローラーのジョブが変更された後もチェックが再現できるようにします。
実践チェックリスト
- 変換適合外の検証ポイントを予約します。
- 一貫した定義で水平コンポーネントと垂直コンポーネントを比較してください。
- 失敗したチェックを保持し、影響を受けた作業間隔を文書化します。
