location - Mozilla 定位服务与开放单元 ID

opencellid 和 mozilla location service 有什么区别？

最佳答案

一般来说，这两种服务都收集“设备 CDMA、GSM、UMTS、LTE 蜂窝、Wi-Fi 热点、特定纬度、经度的蓝牙信标可见”。它是 GPS 接收器在扫描时刻所在的位置，而不是确切的基站或天线扇区位置。当来自周围不同地方的多个测量可用时，可以对已发布的坐标进行平均(见下文)。

蜂窝网络的复杂问题

大多数 cell towers 负载有多种电信设备:2G(GSM、GPRS、EDGE)、3G(WCDMA、UMTS、HSPDA)

设备在扇区周围划分区域并使用定向天线。当您绕过基站时(例如制作一个封闭的圆圈)，手机将连接到不同的扇区 - 天线，它们具有不同的 Cell ID/UTRAN ID。目前，MLS 和 OCI 无法在一个基站中聚合这些测量值。然而，出于地理定位的目的，更多的扇区意味着更高的精度。

同时，数据库包含一些基站(或扇区？)的确切位置，请检查 CSV 转储中的 changeable ==0 column。

Mozilla 定位服务 (MLS)

使用 libstumbler 库收集单元和 Wi-Fi 测量值，该库包含在 Mobile Firefox(默认情况下禁用收集)和 Mozilla stumbler 中。以其他方式收集蓝牙信标。地理定位后端称为 Ichnaea(它负责 MLS 和 OCI 之间的数据交换)。

看起来当用户通过 API 或 Android MozillaNlpBackend 请求地理定位时，MLS 查询自己收集的数据数据库、自己的 Opencellid 数据库副本、GEO IP 和 SkyHook 合作伙伴。收集的 Wi-Fi 数据是敏感的，用于在线地理定位。

发布的数据 :公共(public)领域许可。 的 Daily CSV dumps 仅估计单元格位置 (因为隐私:没有原始测量数据，没有 wi-fi，没有蓝牙信标)。

Opencellid (OCI)

仅收集单元格(使用第 3 方软件)。

发布的数据 : CC-BY-SA 3.0 许可证。 估计单元格位置 (大约一周更新)和 原始测量数据 的 CSV 转储。需要免费的 API key 。

没有公布官方平均 MLS+OCI 数据(我想在这里出错)。由于许可和隐私，项目无法合并它(Mozilla 不会发布原始测量值)。可以下载 CSV 转储并将其用于离线地理定位。 Android 至少有一个成功的项目 - LocalGsmNlpBackend for µg UnifiedNlp 。

关于location - Mozilla 定位服务与开放单元 ID，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/40323754/