地理的な質問を機械可読形式で表現する方法

GISの中心概念は、データセットに関する質問に答えることです。データベースの観点から。空間拡張を伴うSQLは、このような質問をする方法です。機械可読テキストベースのフォームで質問を表現できる他の方法は何ですか？さまざまなアプローチの利点は何ですか？

属性またはハッシュベースのクエリを無視して、3種類の空間クエリしか考えられません。

1. ジオメトリに基づく空間クエリ。ベクトルフィーチャ間の関係を見つけるために使用されます。SQL空間クエリは、次のような単なるAPIの低レベルalogorithms実際にあるベントレー・Ottmann - OpenLayersを使用して 2線が交差かどうかを確認します。

   カークが述べたように、特徴間の関係のタイプは、次元的に拡張された9交差モデルで標準化されています。

   • 等しい
   • ばらばら
   • 交差する
   • Touches（meets）
   • クロス
   • 内（内側）
   • 含む
   • 重複
   • カバー
   • CoveredBy

   インデックスに基づく空間クエリは、ジオメトリクエリの単純化された形式であると言えます。ほとんどのジオメトリクエリでは、空間インデックスを最初のパスクエリとして使用して、無関係なフィーチャを除外してから、個々のジオメトリを比較しますが、時間がかかります。これらは、MongoDBなどのNoSQLデータベースにも実装されています。

2. グラフ理論に基づく空間クエリ。これらのタイプのクエリは、Network Analystなどのツールを介してGISに実装されますが、やはり低レベルのアルゴリズムです。
3. ラスターグリッドと集合論（およびファジー集合論）に基づく空間クエリ。

ラスタークエリとベクトルクエリを組み合わせたStarSpanなど、上記を組み合わせた実装がいくつかありますが、実際には前処理ステップが隠されています。

これらの種類のクエリを実装する多くのAPIがあり、マシンとテキストの両方が読み取り可能です。さまざまな実装とそれらの問題に関する良い議論がここにあります。

Towards a 3d Spatial Query Languageの論文では、データ型ではなくクエリに基づいて、空間演算子を4つのタイプに分けています（おそらくより理にかなっています）。

1. 方向演算子（above、below、northOf、southOfなど）
2. トポロジ演算子（touch、contain、equal、insideなど）
3. メトリック演算子（距離など）
4. ブール演算子（ユニオン、インターセクションなど）

また、DE-I9Mに含まれていない3Dフィーチャー（ボディとサーフェス）を扱うための用語を取り入れています。

1-このソフトウェアにはいくつかの研究があります。http：//nlp.uned.es/MLQA06/papers/ferres.pdf
インターネット検索に関連しているにもかかわらず、人間の言語をコンピューター言語に翻訳する方法についてのガイダンスを提供します。
グーグル「GeoTALP-Q」は、このテーマに関する記事も提供しています。

2- GeoDjangoは、空間クエリ用のAPIを提供します。これは、SQLからオブジェクト指向言語への変換であり、複雑な空間クエリ用のPL / python関数の作成など、多くの退屈な作業をスピードアップできます。それはだ、データベースによって制限され、あなたが使用しています。