GNSS と信頼できるフィールド レコードを使用したウォーター ネットワーク アセットのマッピング
目に見える機能、運用上の識別子、写真、および文書化された測位方法をリンクする Water Asset インベントリを構築します。

Water Asset インベントリの範囲に同意します
キャプチャするウォーター ネットワーク オブジェクトと、インベントリがサポートする決定をリストすることから始めます。 バルブ、消火栓、メーター、チャンバー、およびサービス マーカーには、異なる属性と観察点が必要になる場合があります。 プロジェクトが最初のインベントリを作成するか、既存の記録をチェックするか、または構造を文書化しているかに同意します。 これらの目的により、さまざまな調整と承認のワークフローが発生します。
ポイントを収集する前に、資産所有者の識別子の規則を定義します。 1 つの資産が時間の経過とともに複数の観測値を持つ可能性があるため、運用識別子は土地測量ポイント番号とは別のままにします。 アセットを未確認のままにしておくフィールドを含めます。審査が保留中です。 十分な証拠がないまま既存のレコードを選択するようにクルーに強制すると、間違ったネットワーク オブジェクトの説得力のあるマップが作成される可能性があります。
座標が表すものを正確に定義します
目に見えるカバーは、その下のバルブまたはチャンバーからオフセットできます。 測量士が観測した物理的目標を記録し、それを資産解釈と区別します。 資産所有者が派生位置を必要とする場合は、それを導出するために使用された証拠と方法を文書化します。 すべてのカバーの幾何学的中心が対象の地下コンポーネントを表しているとは思わないでください。
GNSS 位置は、パイプの深さや埋め込み位置をそれ自体では確立しません。 検査、器具、または建設記録からの測定値を別の証拠として扱います。 深さがパイプ、その中心線、反転、または別の指定された参照かどうかを記録します。 その定義がないと、完全な数値フィールドがメンテナンスや設計中に誤解を招く可能性があります。
アセットで機能するフォームを準備します
フィールド フォームには、共通の値のラベル、ユニット、および制御リストを明確に使用します。 推測的な回答を要求するのではなく、理由を不明なオプションを含めます。 必要なフィールドは、乗組員が合理的に確立できる情報に限定する必要があります。 アクセスできないチャンバーやラベルの欠落している資産など、完全な展開の前に、いくつかの実際の資産タイプでフォームをテストします。
セルラー サービスが信頼できないオフライン キャプチャを計画します。 同期が完了するまで、一意の識別子、写真、観察時間を保持します。 2 人の乗組員が同じアセットを訪問した場合の競合の解決方法を定義します。 信頼性の高いフォーム ワークフローは、フィールド セッションの途中でネットワーク接続が消えても、ジオメトリと属性の間の接続を保護する必要があります。
拘束された場所の配置方法を選択
水の資産は、建物の横、木の覆いの下、または化合物の内側にある場合があります。 GNSS 観測を受け入れる前に、スカイ ビューと周囲の反射面を検査します。 レシーバーの品質インジケーターと、繰り返しチェックとプロジェクト要件を検討してください。 整数のあいまいさのラベルが付いたポジショニング ソリューションだけでは、すべてのローカル反射、アンテナ セットアップのミス、または参照の不一致が取り除かれたことを証明することはできません。
直接 GNSS 観測が不適切な、文書化されたオフセットまたは代替土地調査方法を使用します。 オフセット基準、方向、距離、および測定方法を記録します。 観測証拠の一部として元の測定点を保持します。 これにより、Office レビュー担当者は、その派生についての説明なしに最終的な座標だけを見るのではなく、アセットの位置がどのように取得されたかを理解することができます。

推測せずに運用状況をキャプチャ
アセット ラベル、全体的な環境、関連する目に見える詳細を写真に撮ります。 アクセス制限、カバー状態、およびオブジェクトが開いたか外部でのみ観察されたかを記録します。 プロジェクトが検証済みの運用情報を必要とする場合、バルブの状態、パイプの材質、または接続方向を外観だけで推測しないでください。 合意されたレビュー プロセスを通じて、未解決の質問を資産所有者に照会します。
写真とメモをアセット識別子と観察記録にリンクします。 ラベルの付いていない画像の一般的なフォルダーは、何百ものアセットにアクセスすると、調整が困難になります。 近くのカバーを区別するのに十分な周囲のコンテキストを含めます。 ラベルが既存のデータベースと競合している場合は、値を保持し、より妥当と思われるものを黙って選択するのではなく、不一致にフラグを立てます。
空間とネットワークの両方の一貫性をチェック
適切な制御チェックを観察し、土地調査計画に従って選択した資産の位置を繰り返します。 結果を合意された位置基準と比較します。 次に、ネットワーク インベントリとしてデータを確認します。重複した識別子、ありそうもない機能の場所、および一貫性のない属性の組み合わせを探します。 これらのチェックはさまざまな問題をテストするため、単一の品質フラグにまとめてはいけません。
レコードからのネットワーク ジオメトリは、新たに調査された Surface アセットと一致しない場合があります。 不一致がおおよそのレコード マップ、参照の不一致、または不正確な資産の一致を反映しているかどうかを調べます。 調査対象のアセットをシフトして、証拠なしにマップをきちんとしたように見せないでください。 測定された位置、レコードから派生した行、および配信されたデータセットで区別できる承認された解釈を保持します。
受信システムとプロジェクト結果の配信を検証
サンプルを早期にエクスポートし、それを Water Utility の意図したシステムにロードします。 長い識別子、先頭のゼロ、日付、コード化された値、および写真リンクが存続することを確認します。 受信システムが 2 次元点または定義された標高フィールドを想定しているかどうかを確認します。 指定された高さ基準のない 3 番目の座標は、使用可能なエンジニアリングの立面図として扱わないでください。
最終的なデータセットを含むデータ ディクショナリと起源のフィールドを提供します。 座標参照、観測方法、品質評価、未解決資産について説明します。 所有者のレビューが必要なレコードのリストを含めます。 配送は、どの情報が直接観察されたり、別の測定値から導き出されたり、既存の記録から繰り越されたりすることを明確にしながら、メンテナンスの決定をサポートする必要があります。
最初の土地調査後の最新情報をサポートします
アセットの履歴に新しい観察結果を追加する再訪問プロセスを確立します。 資産所有者が承認したライフサイクル ルールを使用して、交換、削除、または移転を記録します。 新しい座標が収集されるたびに、重複アセットを作成しないでください。 違いを物理的な動きとして解釈する前に、新しい位置と以前の位置をその方法と参照システムに注意して比較します。
元の土地調査の証拠を、後の紛争または保守計画のために利用できるようにします。 将来の乗組員が、位置や属性が受け入れられた理由を理解できれば、ウォーター ネットワークの目録はより価値があります。 GNSS は空間的基盤に貢献しますが、永続的な結果は、その位置を正しいオブジェクト、明確な観察記録、および維持管理プロセスにリンクすることで得られます。
アクセスできないバルブ チャンバーを記録します
乗組員は、マッピングされたチャンバーに到着する可能性がありますが、プロジェクトのアクセス手配の下で開くことができません。 目に見えるカバーの位置、識別子、状態、および内部が検査されていないという事実を記録します。 想定から、地下のバルブ位置、パイプの深さ、または動作状態を入力しないでください。 既存の記録は、新しい表面観測とは別の日付と起源を保持して、別の情報源としてリンクできます。
インベントリに欠落している情報が必要な場合は、フォローアップの問題を作成します。 その後、資産所有者は、承認された検査または別の適切な調査を手配できます。 その証拠が到着したら、同じ資産履歴に追加して、以前の観察結果を保持します。 このワークフローは、後者のユーザーが GNSS の訪問中に行われた測定値を未検証の地下属性と間違えないようにしながら、すぐに役立つ部分的な記録を生成します。
実践チェックリスト
- 目に見えるカバーの位置を地下の解釈から分離します。
- 安定した資産識別子とリンクされた写真を保持します。
- 水道事業の受入システムで輸出をテストします。



