2

PostGIS の 2 つの地理の交差に問題があります。wgs84 のマルチポリゴン (1 行に 1 つ) で満たされた地理列を持つ table1 があります。2 番目の table2 にも、wgs84 のマルチポリゴン (1 行に 1 つ) で満たされた geography-column があります。次に、両方の間で交差 (select (..) where ST_Intersects()) を実行します。

いくつかの(非常にまれな)ケースでは、交差点がtrueが期待される場所でfalseを返すため、正しく機能しないように思われます.table1の1行から地理を表す再投影されたtifがあります。タンザニア。また、table2 の 1 行の tif を再投影しました。これは、数 km² の小さな領域しかカバーしていません。ArcMap では、両方が交差し、小さな領域は大きな領域の端にありますが、PostGIS は ST_Intsersects(geog1, geog2) に対して false を返します。

ダンパーを介して table1 をシェープファイルとしてエクスポートすると、地理のコーナーポイントが大きな円の部分ではなく、直線で接続されます。次に、同じ結果が得られます。table2 の領域は、table1 の領域の外側にあります。PostGisもこの単純化されたポリゴンで計算していると思いますが、私が理解している限り、地理は直線ではなく大きな円の部分で計算することを意図していますか?

両方のテーブルがジオメトリではなく地理で実際に満たされるように、すでにすべてを試しましたが、地理への明示的なキャストでさえ結果を変更しませんでした。

このようなことが以前に起こったことがありますか、それとも私が何を間違えたのか分かりますか? table2 にもジオメトリとラスター列 (= 合計で 3 つの空間列) があることは問題でしょうか?

4

1 に答える 1

1

実際のジオメトリを見ない限り、断言はできませんが、ほぼ確実に、大円線が自分の領域をどのように境界付けているかを誤解しており、特に境界付近の関係を扱っている場合、PostGIS はそれを正しく理解しています。Google Earth の線の文字列 (ポリゴンではなく、大円を使用してレンダリングされていない) を使用して例を視覚化すると、物事がどのように機能しているかを視覚的に明確にするのに役立つ場合があります。

于 2013-02-22T06:10:27.437 に答える