土地調査員全体で一意なポイント名を作成
明確な識別子スキームを使用して、繰り返し測定セッション、測地基準点、エクスポートをエラーなしで追跡できるようにします。
識別子を恒久的なキーとして扱います
ポイント名は、屋外での測定作業中に記録された音符に座標を接続し、写真、属性、および 後の処理。 その主な仕事は信頼できる識別です。 1 つのコントローラーで便利な名前は、複数の乗組員が仕事を統合すると、あいまいになる可能性があります。 生産前にスキームを設計し、識別子をラベルではなく、スプレッドシートがだらしないように見えるときにさりげなく変更できるラベルではなく、永続的なキーとして扱います。
識別子が何を表すかを決定します。 物理的なマークとそのマークの測定セッションは関連していますが、異なる記録です。 すべての訪問が同じポイント名を受け取り、前の座標を上書きすると、観測履歴は消えます。 すべての訪問が関係のない名前を受け取った場合、オフィスは、それらが 1 つの場所を参照していることを認識できない場合があります。 マーク ID と測定セッション ID の間の明示的な関係を使用します。
さらに学ぶ 反復観測：GNSS の確認をより強くする
ソフトウェアが保存できるスキームを選択
コントローラーおよび宛先プログラムで許可される文字、長さ、および大文字と小文字の区別を確認します。 1 つのアプリケーションが削除したり、長い接頭辞を削除した場合は、句読点に依存する命名システムは避けてください。 スプレッドシート ソフトウェアはそれらを再解釈する可能性があるため、先頭のゼロと数字または日付に似た名前をテストします。 識別子を適切な場合はテキストとして保持し、エクスポートと再インポートがそれらを正確に保持することを確認します。
シンプルな文書化されたコンポーネントを使用します。 プロジェクトまたはクルーのプレフィックスと連番は、割り当てが制御されている場合は実用的です。 機能のすべての属性で名前を過負荷にしないでください。 通常、機能の種類、日付、およびステータスは、アイデンティティを変更せずに変更できる別のフィールドに属します。 明確な属性を持つ短い安定したキーは、演算子が異なる解釈をする長いエンコードされた文よりも堅牢です。
乗組員間で範囲を割り当てる
各乗組員に一意のプレフィックスまたは制御された番号ブロックを与えて、2 つのコントローラーが個別に同じ識別子を作成できないようにします。 割り当てを記録し、ジョブ テンプレートに表示したままにします。 乗組員間で設備が再割り当てされた場合は、生産が再開する前にどのネーミング プロファイルがアクティブかを確認してください。 コントローラーがポイント識別子を生成する可能性があるため、受信機のシリアル番号だけでは完全な命名計画ではありません。
代替の乗組員と追加の作業を計画します。 既存の承認されたポイントの名前を変更せずに、新しい範囲を割り当てる方法を制御したままにします。 乗組員が範囲を使い果たした場合は、おなじ数で再起動するのではなく、新しい割り当てを記録します。 目的は、1 日だけのファイルではなく、完全なキャンペーンとその改訂における独自性です。 属性と写真がリンクされた後に発見された衝突は、もつれを解くには費用がかかる場合があります。
管理と生産記録を分けて
コントロールマーク、独立チェック、生産ポイント、およびデータ モデルで認識可能な一時的なセットアップ ポイントを提供します。 接頭辞は役に立ちますが、明示的な型フィールドも維持します。 プログラムが名前を並べ替えたり表示したりする場合でも、この区別はエクスポートされます。 変身に適合するためにどの点が使用されたかをオフィスに伝えるために、クルー リーダーだけが知っている数の範囲に頼らないでください。
外部コントロールをインポートするときは、元の識別子を保持します。 コントローラーが必要とする場合にのみ、文書化されたマッピングを介してのみプロジェクト エイリアスを追加します。 マッピングにより、フィールド ポイントを推測せずに信頼できるソースにトレースできるようにする必要があります。 特に、近くのいくつかのマークに類似の座標または説明がある場合は、インポートされたマークのアイデンティティを失う一般的なコントロール ラベルに変更しないでください。
は繰り返しとリビジョンを表します
繰り返し測定セッションの場合は、測定セッションのサフィックスまたは別の観測識別子を使用して、共通の物理ポイント キーを保持します。 各訪問の時間、セットアップ、ステータスを保存します。 これにより、採用された座標を選択または計算する前に比較できます。 失敗した観察結果を繰り返し成功させて上書きしないでください。以前の結果の証拠は残しません。 失敗は、後の品質決定や機器の問題を説明する可能性があります。
オフィスで座標が修正された場合は、ポイント ID を保持し、改訂を別に記録します。 新しい座標値は、必ずしも新しい物理ポイントを意味するわけではありません。 逆に、移動したマークは、明示的な履歴がなければ、古いアイデンティティを継承してはなりません。 プロジェクトの指示でこれらのルールを定義して、アーカイブが、オブジェクトまたはマークを表現するオブジェクトに対する実際の変更と、座標処理の変更を区別します。
さらに学ぶ 反復観測：GNSS の確認をより強くする
マージ時に衝突がないかチェック
クルー ファイルを組み合わせる前に、識別子をスキャンして重複していないかをスキャンし、関連付けられたレコードを比較します。 一部の重複は、同じマークへの正当な参照です。 その他は、無関係な点間の衝突です。 最後の行を保持したり、任意のサフィックスを追加しても、自動的に解決しないでください。 タイムスタンプ、乗務員の情報、座標、属性を調べて、一意の結合されたデータセットを作成するために使用されたマッピングを文書化します。
承認された変更後、リンクされた写真とメモを確認します。 座標表は、その裏付けとなる証拠が古い名前を示している間、正しく表示される場合があります。 変更が避けられない場合は、元の識別子の Crosswalk をそのままにしておいてください。 これにより、屋外測定チームまたはクライアントからの質問に対する信頼できるパスが提供され、文書化されていないスプレッドシートの編集のシーケンスに後でレビューが依存するのを防ぎます。
プロジェクトの出力で命名規則を保存
簡潔な識別子ガイド、乗務員の割り当て、およびプロジェクト アーカイブに任意の横断歩道を含めます。 元のエクスポートはクリーンなデータセットと一緒に保管し、変換がトレース可能になるようにします。 宛先システムで最終的なファイルをテストし、識別子が意図した場所で一意で変更されていないテキストのままであることを確認します。 他の証拠が依存するキーを、並べ替え、フォーマット、インポートの動作によって静かに変更してはなりません。
キャンペーンの早い段階でマージされた最初のデータセットを確認します。 これは、プレフィックスの競合または文字を取り除くコントローラー ルールを発見するのに最適な時期です。 何千ものレコードがそれに依存する前に、ワークフローを修正してください。 適切な命名規則により、日常的な操作がより簡単で困難な調査を可能にします。すべての受け入れられた座標は、同様のラベルをあいまい検索することなく、その観測、物理的ポイント、乗組員の状況、およびサポートする証拠にたどり着くことができます。
マージ中に見つかった重複した識別子
2 人の乗組員が両方とも P001 という名前のポイントを提供する場合、いずれかの名前を変更する前に元のレコードを比較します。 これらは、同じ制御マークまたは無関係な生産点の独立した繰り返し測定セッションである場合があります。 乗組員の割り当て、タイムスタンプ、座標、説明を使用して決定します。 オリジナルを保存し、各ソース レコードから最終識別子への明示的なマッピングを作成します。 最後にインポートされた行だけを保持すると、明らかなエラー メッセージが表示されずに証拠を破棄できます。
衝突を解決したら、リンクされた写真、メモ、属性をマッピングに対して確認します。 変更されていない写真参照を使用して変更された座標は、もっともらしいが、正しくないレコードを作成する可能性があります。 衝突を可能にしたネーミング ワークフローを更新し、同じクルーの他のファイルをチェックします。 これにより、インシデントは、個別のコスメティック編集ではなく、制御されたデータ修復に変わり、プロジェクトの残りの部分全体でポイント識別子が役立つトレーサビリティが維持されます。
実践チェックリスト
- 物理的なポイントと測定セッションの識別子を分けて定義します。
- 生産前に固有のクルーのプレフィックスまたは範囲を割り当てます。
- 承認された名前変更が発生するたびに、識別子のクロスウォークを保持します。
