👩🏿‍💼 🚟 🎼 どこにいるのか教えてください 🏽 👩🏾‍🤝‍👩🏻 🆗

モスクワ近郊のポドリスク、シリカトナヤ2地区では、ライフハックが1つあります-すでに庭で午後9時であり、ビールが店頭で販売されなくなっている場合-道路を渡って購入するだけです。道路を渡って、モスクワ-その中に11まで希望を見つけることができます。

ただ一つの問題を解決するために残っています-暗い夜に、なじみのない地域で、同じ高層ビルの中で...あなたがどちら側にいるかを見つけるために。

歴史的に、「逆ジオコーダー」はこの質問に答えます。 Google 、 Yandex 、 OSMなど、ほぼすべてのマッピングAPIの重要な部分です。しかし、ほとんどの場合、彼の答えは人を対象としており、場所の説明だけが含まれています。

これは非技術的です！そして確かに非現実的です。 Esosediは、このサボテンを数年間食べてから、リバースジオコーダーを作成しました。主なものは、どのように、なぜですか。

ごく最近、彼らはハブでカシチェエフの死を検索し（ネストされたセットと管理見出しのネスト）、地区を歩き回り（地図上に地域のデータを表示）、そして（ではない） Yandexカウンター（ダイレクトジオコーダー）に到達しました。次に、リバースジオコーダーとは何か、なぜ必要なのかを見てみましょう。そして、彼の作品の仕組みを分析します。

パート1

エソセディは「世界地図上の場所」であることが歴史的に発展しました。古い学校の広場と地理参照。ただ残念なのは、普通の人の地理座標は単なる数字のセットであるということです。普通の人には住所が必要です。

座標を住所に変換するために、「逆ジオコーダー」が使用されます。あなたは彼に座標を与え、彼はあなたに特定のアドレスを与えます。このテキストは、人が特定のオブジェクトの場所を理解するのに十分です。そして、人間的には、標準的な実装について不満はありません。しかし、これは「システム」には適していません。ここでは、テキストの「マッチング」自体が安定していないため（速度が低下します）、複数のソースから、または少なくともさまざまな「プロバイダー」による「通常の」ジオコーダーも同時に検索します。地理的に近い住所の2つのクエリは異なるデータベースにあり、回答は互いに「テキスト」ではありません。

ジオコーダーの回答では、音訳、スペルミス、さらには管理部門を組み立てるためのさまざまなシステムを見つけることができます。

そのため、たとえば、モスクワ市、つまりモスクワ市、またはモスクワ市自体が入っているモスクワ市に出会うことがあります。純粋に技術的ではありますが-これは正しいです。他の都市のイメージと肖像で正規化されました。問題は、モスクワがモスクワだけであることがあり、実際、応答のフラグによって、それが都市ではないことです。「グレーターモスクワ」はまだ発明されていません。

もう1つの標準的なGoogleジオコーダーエラーは、通りの座標の「引き」、都市地区との不正確な作業、略語（アルタイ共和国）、およびさまざまな地形名の使用です。ロシアはロシアとロシア連邦、そして通常のロシア連邦の両方になります。

私はチェケニア共和国のAutonomusesが来るのを待たずに（5つだけのスペルオプション）、2年前に地域のモジュールに基づいてジオコーダーを作成しました。

私たちのものでした-あなたのものになりました。 dadataトピックでのランダムなコメントの後、ジオコーダーが公開されました。

すべてが単純に機能します-あなたは彼に座標を与え、その見返りに、あなたはこのポイントが入るすべてのosmRelationIdを取得します。管理レベルごとに分解されます。どこでもtsiferki、どこでも他のソースとの通信、どこでも「検証可能性」。

作業を視覚化するために、 jsfiddle.net / azvjukh8 という例があります。その作業がとても好きだったので、同じことがメインのesosediで誇示されています。
この例のアルゴリズムは次のとおりです。

マップの現在の中心を取得し、ジオコーダーにリクエストを送信します。
答えには、サイズが私たちに合ったオブジェクトがあります。
地図に表示します。（実際には彼の親）。
カードが移動したら、繰り返します。

osmeのリリース以来、多くの人々が私に希望する地域の検索を促進するように頼んでいます-最後に、行政区分のハイライトモジュールの問題の1つは解決されています-必要な地域番号を見つけることの難しさ。以前は、 data.esosedi.orgにアクセスして、行政区画の深部に再帰的に突入する場所を探すことが提案されていました。

すべてがシンプルになりました-jsonp pendata.esosedi.org/geocode/v1?[lng=(en|en)†&point=x,y[&seq=?†[&callback=？]-24時間、7日週、nginxを使用して1秒あたり6 *要求の制限で...

また、平均して、IPA Mapsジオコーダーの3倍のリクエストを行うことができます。（DNSを使用して）前面に沿って負荷を分散できるユーザーの場合、約20 RPS（+バーストx4）が解放されます。

そして最も重要なことは、ポイントが違法に描かれる可能性のある家屋や通りがないことです。また、完全に異なる国では、通常の道路が目的の地点から数百キロメートル離れていることもあります。国、近所、地域のみ...

パート2

ジオコーダーは、領域のハンドルで指定されたジオメトリに基づいて機能します。彼はポイントが入る最小のポリゴンを見つける必要があり、すべてのポリゴンは「より高い」。しかし、「より高い」を検索する必要はありません-この情報はすでに存在します。しかし、それを収集したのはジオコーダーでした。すでに述べたように、この全体はOSMジオメトリに基づいています。 OSMからジオメトリを引き出すのは簡単ですが、消化するのははるかに困難です。特に、行政区分の明確な階層構造に固執します。

原則として、私にとっても最初の段階はうまくいきませんでした。現在のデータベースには多くのジオメトリがありません。特に、何らかの理由で（今まで）誰かが関係を作成していない多くの都市があります。

2番目の「狭い」点は、多くのリレーションが間違ったadmin_levelを持っているか、まったく持っていないことです。さて、is_inフラグ（従属を持つ人）は一般的に珍しい獣です。その結果、最も信頼できるオプションは、ジオメトリの幾何学的な「パンチ」を作成することです。

埋め立て地が入ってきます。次に、その中の特定のポイントを見つけ、このポイントが含まれる他のすべてのポリゴンを見つける必要があります。それらをサイズでソートし、最終的な管理ネストにソートします-小さいオブジェクトは常に大きいオブジェクトに含まれます。これですべてが明確になりました。

合計タスクは2つに分割されます。

1.ポイントが入るオブジェクトをすばやく見つけます。
2.より正確なPointInPolygon検証を迅速に作成します。

原則として、これはリバースジオコーダーの本質であり、最も単純な実装です。しかし、実際には、最初の待ち伏せは次のようになります-このまさにポイントを見つけるために、すべてのポリゴンでそれを置き換えます。

幾何学的中心、重心、対数、積分-従来の方法では、多角形の内側にあることが保証されている点を見つけることは不可能です。埋め立て地はどのような形状でもかまいませんが、少なくともその中心に穴があります。

個人的には、単純に問題を解決しました-幾何学的中心など、ポリゴンに入ることができる任意の点を取り、「標準」アルゴリズムでチェックします。

標準のアルゴリズム（レイキャスティング、O（n））は単純に機能します。レイは、左側の無限大からポイントまで発射され、その後ポリゴンの面との交差が考慮されます。

奇数回交差した場合-私たちは中にいます。そして、ポイントは私たちに合っています。

さえあれば-外。

そして、終点の下では、最初の交差点から2番目の交差点までのセグメントの中央を使用します。これは正確にポリゴン内にあります。

全体として、ポイントがポリゴンに属しているかどうかを判断するためのアルゴリズムは多くあり、複雑さはまったく異なります。前処理が必要なものとそうでないものがあります。自明でないオプションは、ポリゴンをより「数学的な」形式に変換してアルゴリズムの複雑さを軽減するか、単にN（頂点の数）を減らします。たとえば、最も複雑なポリゴンは、単純に分割できます。これには、 geoison-vtが適しています。

2番目の興味深いポイントは、ポイントを横断できる最小オブジェクトの検索です。オブジェクトが小さいほど、チェックは高速になります。より正確に。クワッドまたはRツリーは、この目的に適しています。しかし、これはあまりランプではないので、Zコードを使ってやってみましょう。

Zコード（N、Morton、Peano）は、2D座標（X、Y）から取得される数値であり、そのため、上または左のオブジェクトは常にそれを少なく、右と下のオブジェクトはより多くを持つことができます。ネストされたセット。

実際、犯罪者の1人が探しているものよりもZ座標を知っているすべてのオブジェクトを簡単に見つけて、Zで並べ替えることができます（mapboxには、この効果を使用する優れたライブラリ-earcutがあります）。

ただし、これが機能する場合-これらのコードの名前は異なります-Zコードはジグザグになります。「右下」を検索しようとすると、彼は左に移動します。ここでは、マスクの下でZ（orro）がビットインターリーブを隠します。 Zコードからマスキングを介して、常にXまたはY座標を取得し、それらによる検索をさらに制限することができます。ところで、これは耳の切り口では十分ではありません。

原則として、「空間充填曲線」の使用は、数字のある通常のベースがある場合、2D検索に最も効果的な方法の1つです。たとえば、MySQL。しかし、私はまだPostGIS ...

データベースから実際のジオメトリをダウンロードし、より正確な計算を行うためだけに残ります。ここではさまざまな最適化が可能です。その主なものはOSMデータの基礎です。ポリゴンをポリゴンとしてチェックする必要はありません。ポリゴンはリレーションです-個々のセグメントのセット。 OSMは、ほぼ通常の「トポロジ」データベースです。 2つの可能性のある回答に共通することが多い小さなセグメントのみをチェックできます。

どのくらい速く動作しますか？ -同時実行> 10の動作中のラップトップでは、約600RPSが得られます。バトルサーバーでは、一方では高速で、他方ではドイツにpingを送信します-60ミリ秒。

世界のTotalは、さらに別のリバースジオコーダーになりました。他の人とは異なります-「検証可能」（Wikipediaの用語）、場所の「テキスト」の説明だけでなく、信頼できるさまざまなベースからのIDも提供します。彼は家を探しているのではなく、通りを探しているのではなく、管理の営巣だけを探しています。 （そして、現在の基地に入ったものだけです。例えば、エカテリンブルクはそうではなく、都市部のみです。）
「通常の」16進数エンコーダーが本当に必要な場合は、OSMの上で実行されるNominatim 、または通常のAPIマップの通常のジオコーダーを使用してください。

...しかし、「狩りの精神」は消えます....

彼があなたに住んでいる場合、％username％、あなたの犠牲者はフィードの例です-jsfiddle.net/azvjukh8

そのようなジオコーダーの誰か（dadata）は、通りのエリアを決定するのに役立つかもしれません。ロックをフィルタリングする誰か（配信計算機）。

誰か（私）が楽しい夜を過ごせるようにするだけです。

応答形式のドキュメントはhttps://github.com/esosedi/regionsで入手できます。

あなたはまだ少し理論を読むことができますが、練習：

または、ヘキソダーを自分で収集します。

PS：アルコールの販売制限は2014年12月18日（2015年1月5日）に解除されました。現在、連邦規制が州で施行されています。しかし、私のようなポドルスクの店には、このニュースは届きませんでした。

どこにいるのか教えてください

パート1

パート2

More articles: