タグ付けされた質問 「validation」

8
オンラインWKTおよびGeoJSONビューアー
GeoJSONやWKTなどのテキストベースのGIS形式がいくつかあるドロップダウンと、データをコピー/貼り付けするためのテキストボックスがある、シンプルで素晴らしいWebページを見つけました。その後、フィーチャが世界地図に描かれます。同じマップにシェイプを追加し続けることができます。 このページを紛失しましたが、見つかりません。とても便利でしたが、ブックマークするのを忘れていました。 だから、誰かがページを知っていますか、またはWKTとGeoJSONを貼り付けて地図に表示できるページを知っていますか?

3
空間ネットワーククリーニング
ネットワークの作成に使用されるデータは、小さな空間的エラーが接続性の大きなバグにつながる可能性があるため、クリーニング時に特別な考慮事項があります。 ネットワークモデルを構築する前に、空間ネットワークデータをクリーニングするためのベストプラクティスと考えられるテクニックは何ですか? ボールの転がりを設定するには、ここで私が考えることができるものです GISがトポロジエラーを隠していないことを確認し(ArcMapができるように)、または隠している場合は、ネットワーク構築プロセスがこれを考慮して設計されていることを確認します(Arc Network Analystが行うように)。これがどのように、なぜ起こるかを理解してください。 GISのトポロジ機能を使用します-Arc Topology、Autocad Drawing Cleanupなど。互いに許容範囲内にある、またはタッチまたは交差するすべてのポリラインを、ノード化されることなく検出します(つまり、交差点で壊れていない)。オーバーシュートとアンダーシュートはこのカテゴリに分類されます。エラーをチェックします(表現に応じて、ブリッジ/トンネルを表す場合もあれば、そうでない場合もあります)。それらがすべてエラーのように見え、手動修復が不可能な場合は、自動修復を使用します。 また、偶然に一致することなく特定の許容範囲内にあるリンクエンドポイントを確認します。それらがすべてエラーのように見え、手動修復が不可能な場合は、自動修復を使用します。 このように検出されたすべての特徴が意図的なものであることが確実になるまで、上記の2つのステップで徐々に許容値を増やします。 ネットワークを構築し、各ジャンクションの接続性(結合するリンクの数)を計算します。(理想的には)それらのすべてまたは(おそらく)ランダムサンプルをチェックして、期待どおりのものであることを確認します。 モデル内のすべてのポリラインを長さでソートし、最小の長さから開始して、手動で(おそらく計算された接続データを使用して)チェックします。非常に短いネットワークリンクは通常エラーであり、回転角度などを台無しにしている可能性があります。 私がそこに逃したものはありますか?適切なオフサイトリソースについて説明またはリンクしてください。

1
シェープファイルに変換したときのPostGISマルチポリゴンがソースジオメトリと一致しない
MULTIPOLYGONレコードをPostGIS(v2.2.2)からQGIS(v2.18.9)を介してシェープファイルに変換しようとしていますが、下の画像に表示されているように、ソースジオメトリと結果のシェープファイルが一致しません(赤いレイヤーがソースです)緑のレイヤーが結果のシェープファイルです)。GDAL v2.0.0からogr2ogrを介して変換を実行しても、同じ結果が得られます。この変換は完了するまでに約40分かかります。 ソースジオメトリをPOLYGONにダンプして変換を実行すると、結果のシェープファイルは正しく、変換がはるかに高速になります(ダンプには7秒+ 17秒)。しかし、5つの機能ではなく、305188になりました。 ソースのMULTIPOLYGONレコードは、必要に応じて、隣接するセルのST_Unionによって作成されます。 何か不足していますか?正しい変換を実行する方法はありますか?なぜこれが起こっているのか誰でも説明できますか? ソースジオメトリ 矢印でマークされた穴のあるエクスポートされたシェープファイル 詳細があります: pgsql2shpは、QGISやogr2ogrのような同じ結果のシェープファイルを生成します。 @dbaston-私はほとんどのデータを切り取って、上の画像に表示されている領域の周りの部分を残しました(周り( 'POINT(-89.45 29.99)'、4326))。私はこの小さなサンプルを変換し、同じ結果を得ました。あなたまたは誰かが同じサンプルで変換を試したい場合は、ここでダンプを取得できます: PostgreSQL v9.5からのサンプルデータバックアップ 31時間後、ST_IsValidは完全なデータセットのすべてのジオメトリでtrueを返しました。上記のリンクから入手できる小さいサンプルでも同じ結果が得られました。ただし、返された同じ小さいデータセットについてQGISで有効性を確認します。 ring 1 of polygon 712 not in exterior ring ring 2 of polygon 712 not in exterior ring ring 3 of polygon 712 not in exterior... PostGISとQGISの有効性チェックに違いがあるのはなぜですか? さらに確認するために、上の画像で青でマークされている部分を除くすべてのポリゴンパーツを削除しました。私はそのWKT形式を確認しましたが、問題はありません。そして今、この機能だけを備えたシェープファイルへの変換は正しかった。 これは意味がありますか?隣接するセルでST_Unionによって作成されたより多くのデータセットをチェックしたところ、シェープファイルに変換するときに同じ問題が存在することがわかりました。同じデータをGeoJSONに変換すると、正しい結果が得られます。 MULTIPOLYGONは、次の式を使用してPOLYGONジオメトリから作成されました。 st_multi(st_union(st_buffer(geom,0)))
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.