OSMQuery または OpenStreetMap を空間的にクエリする方法

RiccardoKlinger2

<\/HEAD>

OpenStreetMapを使用する方法は複数あります。最も一般的に使われているのは、OSMデータセットをベースマップとして利用する方法かもしれません。他にはすでにArcGIS Editor for OSM<\/A>を使っている人もいます。しかし、ArcGIS内から直接OSMにクエリを送るソリューションは見つかりませんでした。答えるべき質問は「Northumberlandのパン屋はどこにあるか？」でした。Overpass APIはクエリを定義し、地図上で結果を得るための優れたクエリツールを提供しています。私はArcGISで同様だが使いやすいツールが欲しかったのでOSMQuery<\/A>を作成しました。OSMQueryは無料で使用できます。<\/P>

OSMQueryの入力<\/H3>現在、OSMQueryはシンプルな入力セットのみを受け付けます:<\/P>- "building"、"shop"、または"amenity"のようなタグ<\/P>- "farm"、"bakery"、または"place_of_worship"のようなキー<\/P>- "related"フィーチャとして使用されるエリア<\/P>- またはバウンディングボックス／空間範囲<\/P>このツールは地域名を使用し、Nominatim Geocoder<\/A>からエリアIDを取得します。このエリアIDまたは空間範囲のバウンディングボックスがOverpass API<\/A>へのクエリ作成に使用されます。<\/P>

<\/P>

(上記の画像は1日後にはすでに古くなっています。この投稿の最後をご覧ください！)<\/P>

クエリはOverpass APIに送信され、JSONオブジェクトで応答されます。JSONオブジェクトにはノード、ウェイ、リレーションなどの要素が含まれています。<\/P>

OSMQueryのロジック<\/H3>処理ロジックは2つの部分に分かれています。まず、ポイント、ライン、および／またはポリゴンのフィーチャクラスが必要かどうかを判断する必要がありました。これは少し複雑です。なぜならポリゴンもOpenStreetMapのロジックでは「ways」だからです。wayの応答にはwayのタグだけでなく、そのジオメトリを定義するノードIDも含まれています。ノードIDリストの最初のノードIDがwayの最後のノードIDと同じ場合、ポリゴンを作成できます:<\/P><\/P>ご覧の通り、結果のwayには71個のノードがあり、応答は以下のようになっています:<\/P>{
  "version": 0.6,
  "generator": "Overpass API 0.7.55.4 3079d8ea",
  "osm3s": {
    "timestamp_osm_base": "2018-08-29T08:10:02Z",
    "copyright": "このドキュメントに含まれるデータはwww.openstreetmap.orgから取得されています。このデータはODbLライセンスで提供されています。"
  },
  "elements": [

{
  "type": "node",
  "id": 2496059820,
  "lat": 51.0703208,
  "lon": 4.9863343
},
{
  "type": "node",
  "id": 2496059823,
  "lat": 51.0703401,
  "lon": 4.9865653
},
...
{
  "type": "node",
  "id": 2496059818,
  "lat": 51.0702779,
  "lon": 4.9863413
},
{
  "type": "way",
  "id": 242035363,
  "nodes": [
    2496059820,
    2496059823,
...
    2496059818,
    2496059820
  ],
  "tags": {
    "OnroerendErfgoed:criteria": "M",
    "addr:city": "Veerle",
    "amenity": "place_of_worship",
    "building": "house",
    "denomination": "roman_catholic",
    "description": "Parochiekerk",
    "heritage": "4",
    "heritage:operator": "OnroerendErfgoed",
    "heritage:website": "https:\/\/inventaris.onroerenderfgoed.be\/dibe\/relict\/41142<\/A>",
    "image": "https://commons.wikimedia.org/wiki/File:Veerle_-_Onze-Lieve-Vrouw-in-de-Wijngaardkerk.jpg",
    "name": "Onze-Lieve-Vrouw-in-de-Wijngaardkerk",
    "ref:OnroerendErfgoed": "41142",
    "religion": "christian",
    "source": "AGIV",
    "wikimedia_commons": "Category:OLV in de Wijngaardkerk (Veerle)"
  }
}
  ]
}‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍>> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> さらに、結果には定義されたデータモデルがありません。各ノードは非常に異なるタグとキーのセットを持つ可能性があります。したがって、各フィーチャークラスのタイプごとにタグの和集合を作成する必要がありました。フィールド追加アルゴリズムは、タグの数が最大で40にもなるため、私のツールボックスの中で最も遅い部分です... フィーチャークラスを作成し、属性/タグのリストに従ってフィールドを追加した後、Overpassのレスポンスからフィーチャーを追加できます。 最終的にはかなり簡単ですが、ポリラインやポリゴンの場合は、各ノードの緯度/経度属性を再帰的に読み取る必要があるため大変です。 しかし最終的には：OpenStreetMapデータセットによると、英国ノーサンバーランドには33軒のベーカリーがあります：こちらはOverpass APIで比較したデータセットです：ツールボックスをテスト・ダウンロード・開発したい場合は、どうぞGitHubのOSMQueryリポジトリをご利用ください。使用方法についての短いビデオはこちらです：GitHubユーザーrastrauさんのサポートのおかげで、OSMQueryは複数クエリにも対応しています：