都会の通りに沿って GNSS 調査を計画しています
回廊を観測条件で分割し、乗組員が開いた交差点と遮る建物の前線の間で作業するため、一貫した参照を維持します。
通りをいくつかの環境として扱います
都会の通りは、開いた交差点、並木道、狭い建物の前面、反射構造を交互に使用できます。 1 つの方法は、廊下全体に沿って一様に機能しない場合があります。 これらの変更と測定される機能を特定する偵察から始めます。 最も簡単なジャンクションに基づく見積もりは、作業の多くが天蓋の下や背の高いファサードの横にある場合、誤解を招く可能性があります。
プロジェクトの出力と特徴点を明確に定義します。 街路家具、排水カバー、縁石の機能、建物の参照には、それぞれ一貫した物理的解釈が必要です。 乗組員は、座標がどの部分を表しているか、どの属性が必要かを知る必要があります。 フィールド ディクショナリと例は、特にアクセス制約によって最も明白な極位置が意図したフィーチャの位置と異なる場合に、演算子間の一貫性を維持するのに役立ちます。
コリドーのリファレンス プランを作成します
適切な制御を特定し、作業領域を通じて配布される場所を確認します。 オープン ポイントは、GNSS 検証と、困難な機能への承認された代替接続の両方をサポートできます。 座標ソースと回復情報を保持します。 通りの端にある測地基準点は、遠端に影響を与える変換または参照の問題について十分な証拠を提供しない可能性があるため、空間分布を計画の一部として考慮してください。
作業ゾーンと参照配置を表示します。 乗組員が異なる基地または修正サービスを使用する場合は、境界を文書化し、結果を接続するチェックを行います。 マージされたストリート データセットは、これらの違いを 1 つの座標系ラベルの背後に隠してはなりません。 すべてのジョブで、承認された単位、高さの定義、および変換が使用されていることを確認します。 これらの一般的な設定は、ローカルの観測環境がポイントごとに異なる場合でも、コリドー全体に影響を与える可能性があります。
通信を個別にテストします
モバイル データと無線パスは、建物やその他のインフラストラクチャに沿って通りに沿って変化する可能性があります。 偵察中に実際の修正ワークフローをテストし、信頼できない場所を記録します。 デバイス信号アイコンだけに頼るのではなく、補正年齢を調べてください。 使用可能なデータが遅れている間は接続が登録されたままになる場合があり、衛星の視界が悪い同じ場所で中断が発生する可能性があります。
交差点に移動して両方のシステムが改善された場合、どのシステムが元の障害の原因であるかを想定しないでください。 場所と症状を記録して、乗組員が後で適切な応答を選択できるようにします。 通信のフォールバックと別の測定方法により、さまざまな問題が解決されます。 測定セッションが繰り返し失敗した後、スケジュールの圧力が発生した後で即興で作成するのではなく、プロジェクトが依存している場合は、どちらも本番前にテストおよび承認する必要があります。
防御可能な直接 GNSS を使用してください
適切な場所で、承認された観察手順に従い、関連する診断を維持します。 Confirm physical pole geometry, feature identity and required solution state. 重要なポイントは、プロジェクトで指定されたチェックまたはリピートを受け取る必要があります。 建物の近くの固定結果は有用な情報ですが、ローカルの反射や共有参照エラーが存在しないことを個別に証明するものではありません。
コレクション中のパターンを監視します。 繰り返される移行、突然の調整の変更、および既知の機能との不一致は、調査に値します。 機器がすでにオペレーターの手にあるという理由だけで、ルートに直接 GNSS を使用するように強制しないでください。 別の観察結果がフィーチャの定義とプロジェクトの参照を維持する場合、計画されたメソッドの組み合わせは、同じポイントでの多くの失敗の試みよりも効率的です。
承認された方法で難しい機能を接続します
必要に応じて、地上、オフセット、またはサポートされているサポート ワークフローについて、適切な近くのコントロールを使用します。 最後のポイントを導き出すために使用される測定値とソース識別子を保持します。 フィーチャを直接占有できない場合は、どのように接続されたかを述べます。 測定された証拠なしに、オフィス内の縁石や壁に座標を視覚的に移動してから、測点として表示することは避けてください。
共通点またはその他の適切な証拠による方法の遷移を確認してください。 目標は、直接観測と派生観測全体で座標の意味が一貫した一貫したデータセットです。 レコードが保存されている場合、さまざまなメソッドが透過的に共存できます。 フィールド収集コードがその区別を保持していなかったために、どのポイントが直接測定され、どれが推定され、どれが推定されたかをオフィスが判断できない場合、問題が発生します。
機能のコーディングと識別子を制御します
承認されたディクショナリとポイントの命名計画を乗組員全体に使用します。 線路の流れを注意深く確認してください。特に、ルートがジャンクションで一時停止したり、通りの側面を切り替えたりする場合は注意してください。 開始または終了のアクションが欠落していると、無関係な点がもっともらしいが間違った線につながる可能性があります。 最終図面でスムーズな外観に頼るのではなく、ブレーク、コーナー、トランジションの物理的な意味を維持します。
不明またはアクセスできない属性を明示的に記録します。 排水カバーの観測では、その下の構造物の形状は確立されません。また、目に見えるユーティリティ マーカーは、すべての埋設資産を明らかにするわけではありません。 直接観察と外部情報を区別できるようにします。 これにより、正確な表面座標が、プロジェクトの手順の下では、乗組員が実際には観察できなかった属性に誤った信頼を与えることができなくなります。
早い段階で作業ゾーンごとに確認してください
乗組員がまだ通りを再訪できるうちに、目的地のソフトウェアで最初の生産データのサンプルを検査します。 制御、機能の定義、属性の完全性、回線の接続との座標をチェックします。 困難なゾーンは、開いているゾーンとは別に確認してください。 全体的な平均が良好な場合、信頼できない観測のローカル グループや、乗組員間で異なるコーディング解釈を隠すことができます。
ポイント識別子と必要なアクションを含む例外レジスタを維持します。 再訪問または別の方法で問題が解決した場合は、元のステータスと承認された代替品を保持します。 写真を最終的な機能とそのソースの観察結果にリンクしたままにします。 これにより、データセットの監査が容易になり、オフィスの定期的なクリーンアップが、障害物またはアクセスできない機能がどのように処理されたかという証拠を消去するのを防ぎます。
メソッドと制限情報の配信
最終的なストリート データセットを使用して、座標定義、制御ソース、メソッド境界、品質チェックを提供します。 Identify features not observed or left provisional. クライアントは、均一な観測条件や隠された地下知識を想定せずにデータを使用できる必要があります。 作業ゾーンと例外の簡潔な地図は、通り全体が 1 人の受信者で調査されたという一般的な主張よりも便利です。
架空の回廊では、狭いファサード セクションが近くの制御からのチェック接続を使用している間、開いたジャンクションが直接観察される場合があります。 これは、移行の証拠と点の定義が保存される場合の一貫した計画です。 アーバン GNSS の作業は、メソッドを各環境に一致させ、文書化された参照を 1 つ維持することで成功します。 乗組員のルートと日々の決定が記憶に残っていない場合でも、結果として得られる座標は理解できます。
マージされたストリート データには、明確な毎日の境界を使用し、元の乗組員のエクスポートを保持します。 後で識別子または行シーケンスの問題が見つかった場合、ソース レコードは、焦点を絞った修復を可能にします。 日付が指定されていない 1 つのマスター ファイルが継続的に編集されていると、疑わしい機能がコレクション、マージ、または後で作成されたかどうかを判断することが困難になる可能性があります。
実践チェックリスト
- 衛星および通信条件により、道路のセクションを偵察します。
- 一般的なリファレンスとメソッドの遷移チェックを保持します。
- 機能の意味、回線接続、および例外を早期に確認してください。
