こんにちは
前回の記事（ パート1 ）の後、WiFiおよびモバイルネットワークの塔でのオープンジオロケーションAPIの動作について多くのフィードバックを受け取りました。
今回は、修正、プロジェクトのライセンス、複数のアクセスポイントのジオロケーション、ユースケース、そして最も重要な-現在の問題を提示したい
まず、修正されたエラーについて：
- サーバーの応答（「lan」が場所「lat」に返される）キー「v = 1.1」の文法エラーを修正しました
- ライセンスが追加されました（詳細は最後にあります）
モバイルネットワーク
オープンデータ
私のAPIに対する主な批判は、「 OpenCellIDが悪いのはなぜですか？」という質問でした。答え：何もありませんが、このデータベースにはデータがほとんどありません。
現時点では、780万の塔があります。 これは、完全にオープンなベースでは良い結果ですが、主な欠点は精度が低いことです。
Mozilla Location Serviceデータベースは、オープンデータのカバレッジマップを大きくするのに役立ちました。
すべてのオープンベースから、約1200 kmの動作半径や0の動作半径など、不正確なデータを投げ出しました。つまり、 タワーは一度だけ「認識」されたため、その上の位置は、平均セル（都市外の平均セルの最大範囲）のように、35 kmの精度で定性的かつ良好な方法でのみ推定できます。
オープンデータは週に1回自動的に更新されます。 つまり ベースは常に最新です。
現在、データベースには1300万件のレコードがあります。 これは世界中で優れた報道結果です。 これがOpenCellIDよりも優れている理由が疑問にならないことを願っています。 APIには、リクエストの数に制限がないことに注意することが重要です。
例： https : //api.mylnikov.org/geolocation/cell?v=1.1&mcc=250&mnc=02&cellid=200719106&lac=7840&data=open
データ量： 1380万+オープンデータ（一意のタワー）
「現状のまま」のデータ
以下は、ライセンスの対象ではないデータです。
多くの情報源があり、得られたデータは非常に信頼できます。
データを直接ダウンロードすることはできませんが、APIを介して任意の量を取得することは可能です。
システムはシンプルです。 システムが現在のデータベースから応答できない要求を受信するとすぐに、要求の領域について潜在的に知っている可能性のあるソースに対して要求が行われます。
「受信した」データは1か月間完全な更新サイクルを経ることに注意することが重要です。
例： https : //api.mylnikov.org/geolocation/cell?v=1.1&mcc=250&mnc=02&cellid=200719106&lac=7840
モバイルネットワークでのジオロケーションAPIの使用の詳細な説明
洗練された場所
このドキュメントでは、複数のモバイルタワーの位置情報機能について説明しています。 ほとんどのオープンサービスはこれを行う方法を知らず、GSM-EDGE範囲の関数は非常に便利ですが、API応答は地理的位置の定性的評価を提供する可能性が高くなります。 誰かが私（ alex@mylnikov.org ）に書いてくれて、いくつかのモバイルタワーの「三角測量」の問題を解決するのを手伝ってくれたら嬉しいです。
アクセスポイントの最大数： 12
例： https：//api.mylnikov.org/geolocation/cell？V = 1.1＆search = MjUwLDAyLDc4 ...
潜在的に、いくつかの電話の操作で、複数の電話オペレーターの塔でデータを受信することが可能です（2枚のSIMカードまたはすべての目に見える塔を表示するスーパーフォンカードのいずれか、私は例を知りません）。
データをダウンロードする
WiFiホットスポット
オープンデータ
オープンデータへの主な貢献は、壮大なOpenWLANMapプロジェクトによってもたらされ、このプロジェクトのデータは週に1回更新されます。
さらにいくつかのソースが使用されています。詳細なドキュメントで説明されています。
例： https : //api.mylnikov.org/wifi/main.py/get?v=1.1&bssid=00 : 07C : 42 : 1F : 65 : E9&data=open
「現状のまま」のデータ
いくつかのソースがあります。
データを直接ダウンロードすることはできませんが、APIを介して任意の量を取得することは可能です。
このシステムは、モバイルネットワーク用のAPIと同じです。
1か月の更新期間
例： https : //api.mylnikov.org/wifi/main.py/get?v=1.1&bssid=A0 : F3 : C1{B : 6F : 90
WiFiポイントの位置情報APIの使用に関する詳細な説明
洗練された場所
このドキュメントでは、複数のモバイルタワーの位置情報機能について説明しています。 WiFiアクセスポイントの場合、この機能は非常に便利です。 ただし、高品質の位置を提供しますが、通常、モバイルデバイスのネットワークアダプターは、アクセスポイントへの接続がない場合でも、ほとんどの場合、すべてのアクセスポイントのリストを受け取ります。 このデータを使用すると、1回の要求で150メートルの精度で座標を取得できます。
アクセスポイントの最大数： 20
説明：もちろん、データベース内のデータはアパートのすべてのポイントに関するものではありませんが、検出されるものはジオロケーションを明確にするために使用されます。
例： https : //api.mylnikov.org/geolocation/wifi?v=1.1&search=Mjg6Mjg6 ..
データをダウンロードする
実際の問題
- 複数のソースがある場合、データの選択方法は完全に不明確です。 いくつかのサービスはいくつかのアクセスポイントを認識しており、どのサービスがより新しい正確なデータを持っているかは不明です。
- 追加のデータソースを探す場所は不明です。 どんな情報源にも感謝します。
- 最初の記事の後の負荷はあまり増加しませんでした。 おそらく不信感やプロジェクトの若さのために、サービスはあまり面白くないという感じがあります。
- 「洗練された」ジオロケーションは、控えめに言っても不十分に機能します。
ユースケース
私の観点からすると、このAPIは、位置情報アプリケーションからアプリケーションコンテンツの隠されたターゲティングまで、さまざまなアプリケーションに役立ちます。
免許
プロジェクトのライセンスを取得するのは少し難しいです。
1つのAPIを介して2つのプロジェクトを利用できます（それぞれモバイルタワーとWiFiアクセスポイント用）。
- キーデータ=オープン。 このキーは、応答からのデータがオープンソースからのみ取得されたことを保証します。 MITライセンスの下で配布されるデータ
- data = open keyがないため、データソースに関する保証はなく、プロジェクトのこの部分はまったくライセンスされていません。
在庫状況
「ほぼ」サービスの保守性は、ユーザーからの多数のリクエストがある場合は2018年末まで、より正確には3年間、負荷がない場合は1年間保証されます。
実際、2つのサーバーが独立したデータセンターで動作しています。
前四半期の平均稼働時間は99.923％です （Yandex.Metricaによる）。
APIの各バージョンの下位互換性は、「v = "キーによって無期限に保証されます。
解説
いかなる状況でも、このプロジェクトのデータの所有権を主張することはできません。 インターネットに、ジオロケーションデータの信頼できる広大でアクセス可能なソースが必要です。 すべてのデータは著作権者に帰属します。
PS私は昼夜を問わず電子メールalex@mylnikov.orgでいつでも利用でき、批判、希望、提案を聞く準備ができています。