地理编码 API 的准确度如何？什么是最准确的？
我正在使用具有地理编码功能的谷歌地图 API 创建一个应用程序。显然，我想使用最准确的api。我给应用程序一个地址，我需要在地图上找到它，但我只要找到纬度和经度就可以了，然后我可以使用它将其合并到我选择的任何地图 api 中。根据您的经验，哪个 api 最准确？ Google、Yahoo、Bing 等。如果您能给出大概的百分比那就太好了。到目前为止，我正在使用谷歌，因为它似乎是最强大的，但我会考虑进行更改以提高准确性。
I'm creating an application with google maps api with geocoding functionality. Obviously, I want to use the api that is the most accurate. I'm giving the application an address and I need to find it on a map, but I would be ok with just finding the latitude and longitude, and then I can use that to incorporate it into whatever map api I choose. Out of your experience, which api is the most accurate? Google, Yahoo, Bing, etc. And if you could give an approximate percentage that would be great. So far I'm using Google, as it seems to be the most robust, but I would consider changing for more accuracy.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
所有免费服务都只会精确到路段。对于每个路段，他们存储起始和结束街道号码，然后进行插值。这节省了处理时间和磁盘空间，还增加了针对新建筑物的一些弹性。
然而，它确实会导致地址均匀分布或聚集，具体取决于街道号码在现实生活中的分配方式。此外，路边规则也可能不一致。因此，免费和低成本的服务对于紧急服务甚至某些城市规划来说并不够好。
您提到了鲁棒性，对此的一个很好的解决方法是使用多个 API。首先使用最坚固的。如果失败，您的程序可以尝试其他程序。
All of the free services are only going to be accurate to a road segment. For each road segment they store the start and end street numbers, and then interpolate. This saves processing time and disk space, it also adds some resilience against new buildings.
However, it does result in evenly distributed addresses or clumping depending on how the street numbers are allocated in real life. Also side-of-street rules may not be consistent. Hence the free and low cost services are not considered good enough for emergency services and even some urban planning.
You mentioned robustness, a good fix for this is to use multiple APIs. use the most robust first. if that fails, your program can try a different one.
南加州大学有一个相当好的地理编码器，他们将其转移到德克萨斯农工大学。
它应该位于“http://geoservices.tamu.edu/Services/Geocode/ ”，但是已经下降了。
USC had a reasonably good geocoder, which they transferred to Texas A&M.
It's supposed to be at "http://geoservices.tamu.edu/Services/Geocode/", but it's down.