非 GPS 地理定位 API - Google 与。其他（Skyhook / Navizon / Xtify / 等）
我正在致力于为 iPhone、Android、Java 和 Blackberry 创建一个 LBS 位置感知应用程序，该应用程序不依赖于 GPS。
因此，我需要 GSM 手机塔 GeoLocation API 来识别手机的位置。我可以使用第三方解决方案，例如 Google 的 Geolocation API / Skyhook / Navizon / Xtify / 等。
据我了解，Google 的 Geolocation API 是免费的，而所有其他解决方案都不是免费的，并且覆盖范围没有 Google 那么多。
因此，显而易见的解决方案是使用和访问 Google 的地理定位 API 来编写我的移动应用程序。
这个困境似乎太简单了，如果它好得令人难以置信，那么它通常就是真的。
我错过了什么......？
非常感谢
I am working on creating an LBS location aware app for iPhone, Android, Java, and Blackberry, which does NOT rely on GPS.
I therefore need a GSM cell tower GeoLocation API to identify the phone's location. I can use 3rd party solutions such as Google's Geolocation API / Skyhook / Navizon / Xtify / etc.
From what I understand, Google's Geolocation API is free, while all the others are not free and do not have as much coverage as Google's.
Therefore the obvious solutions would be to write my mobile application using and accessing Google's Geolocation API.
The dilemma seems too simple and if it is too good to be true, it usually is.
What am I missing...??
Many thanx
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我绝对同意 Joculls 的建议——您应该估计每小时、每天、每月的吞吐量，以验证 API 是否支持您的应用程序或服务的这种吞吐量。
我还要指出的是，Skyhook 的定位能力可能与 Google 或 Apple 一样好（或更好）。他们多年来一直在跟踪 WiFi APN，所以我想他们的数据库是相当准确的（请注意，如果我没记错的话，Google 和 Apple 最初都使用 Skyhook）。
另外需要考虑的一点是，其他地理位置来源并不严格依赖于 WiFi APN，并且可以从主机移动设备平台内的相应 API 获得。蜂窝塔三角测量（例如使用观测到的到达时间差 - 或 OTDOA）是另一种半精确定位技术。这些类型的服务可从主机移动设备API获得（所有计算均由API本身处理）。或者，他们可能为您提供核心 API 方法来查询 Celltower 和其他元数据（例如移动国家代码等）。
希望这有帮助！
BR/布莱恩。
I definitely agree with Joculls advice - that you should estimate your hourly, daily, monthly throughput to verify whether the APIs will support this throughput for your app or service.
I would also remark that it is likely that Skyhook has as good (or much better) positioning capabilities than either Google or Apple. They have been tracking WiFi APN's for many years now, so I would imagine their database is quite accurate (note that both Google and Apple originally utilized Skyhook if memory serves me correctly).
Another couple of points to consider, is other sources of geo-location that do not rely strictly on WiFi APN's, and may be available from corresponding APIs within the host mobile device platform. Celltower triangulation (e.g. using Observed Time Difference of Arrival - or OTDOA) is another technique for semi-accurate location fixes. These type of services may be available from the host mobile device API (with all the calculations handled by the API itself). Alternatively, they may provide you with the core API methods to interrogate Celltower's and other metadata (e.g. the Mobile Country Code, etc.).
Hope this helps!
BR/Brian.