空間ネットワーククリーニング

ネットワークの作成に使用されるデータは、小さな空間的エラーが接続性の大きなバグにつながる可能性があるため、クリーニング時に特別な考慮事項があります。

ネットワークモデルを構築する前に、空間ネットワークデータをクリーニングするためのベストプラクティスと考えられるテクニックは何ですか？

ボールの転がりを設定するには、ここで私が考えることができるものです

• GISがトポロジエラーを隠していないことを確認し（ArcMapができるように）、または隠している場合は、ネットワーク構築プロセスがこれを考慮して設計されていることを確認します（Arc Network Analystが行うように）。これがどのように、なぜ起こるかを理解してください。

• GISのトポロジ機能を使用します-Arc Topology、Autocad Drawing Cleanupなど。互いに許容範囲内にある、またはタッチまたは交差するすべてのポリラインを、ノード化されることなく検出します（つまり、交差点で壊れていない）。オーバーシュートとアンダーシュートはこのカテゴリに分類されます。エラーをチェックします（表現に応じて、ブリッジ/トンネルを表す場合もあれば、そうでない場合もあります）。それらがすべてエラーのように見え、手動修復が不可能な場合は、自動修復を使用します。

• また、偶然に一致することなく特定の許容範囲内にあるリンクエンドポイントを確認します。それらがすべてエラーのように見え、手動修復が不可能な場合は、自動修復を使用します。

• このように検出されたすべての特徴が意図的なものであることが確実になるまで、上記の2つのステップで徐々に許容値を増やします。

• ネットワークを構築し、各ジャンクションの接続性（結合するリンクの数）を計算します。（理想的には）それらのすべてまたは（おそらく）ランダムサンプルをチェックして、期待どおりのものであることを確認します。

• モデル内のすべてのポリラインを長さでソートし、最小の長さから開始して、手動で（おそらく計算された接続データを使用して）チェックします。非常に短いネットワークリンクは通常エラーであり、回転角度などを台無しにしている可能性があります。

私がそこに逃したものはありますか？適切なオフサイトリソースについて説明またはリンクしてください。

Arcでは、ジオメトリックネットワークを構築し、エラーテーブルでバグを確認できます（このためには、まずトポロジを削除し、ジオメトリックネットワークエラーも生成するラウンドアバウトを削除する必要があります）。

フラグが立てられたエラーは、使用するGISに関係なく一般的な問題です。

• 空のジオメトリを持つフィーチャ、
• 複数のパーツを含む機能、
• 閉ループを形成するか、始点と終点のジャンクションが同じである機能、
• 長さがゼロのフィーチャ、
• 異なるZ値を持つエッジフィーチャ頂点と一致するジャンクション、
• スタンドアロンジャンクション。どのエッジにも接続されていないジャンクション
• フィーチャの長さがスナップ許容値に近いため、フィーチャ自体の崩壊を防止

私の経験から。Linestringタイプのラインのみを使用し、可能な限り長いラインを構築し、すべてのラインが他と共有される最低1ポイントを必要とし、長さ0のラインを許可せず、OGCが有効である必要があります（自己交差しないなど）。行にイベントがある場合（線形参照）、GPSポイントも保存します。コンセプトを理解していない人がいて、データを破壊するためです。

最後に重要なことですが、マスターデータベースに不正なデータを更新または挿入させないでください。また、後で修正することを約束してください。

これへの非常に遅れたフォローアップとして、私は最近これらの問題について書いており、ここに私が書いたものがあります： 空間ネットワーク解析で使用するためのモデルの準備