【问题标题】:Google Geocoding Inaccuracy (UK)Google 地理编码不准确(英国)
【发布时间】:2012-11-27 15:09:44
【问题描述】:

我最近一直在使用地理编码 API,并且对地理编码请求的准确性有一些疑问。如果我使用 API 对地址进行地理编码,然后对从初始结果生成的坐标进行反向地理编码,则两个街道地址通常不匹配(通常是两个房子左右)。

这是地理编码准确性或反向的问题吗?我能做些什么来解决这个问题,或者这仅仅是 API 中固有的。如果是这样,有什么方法可以在执行这些操作时提供误差范围,即这种不准确性是否记录在任何地方?

显然,可以预期地理编码 API 不能 100% 完全准确,但我希望能够看到有关该主题的一些数字或文档,有人有什么建议吗?

提前致谢,

最好的,

克里斯。

编辑 我知道这是一个老问题,但它从未得到回答,如果最近再次遇到这个问题,并且以前曾被支付营业执照费用的客户对此提出质疑。

【问题讨论】:

  • 您正在执行的转换的一些代码示例会有所帮助。
  • 您是否有任何显示问题的示例地址?
  • 我稍后会考虑发布一个小提琴,正如我所说的,问题是不久前出现的,只是重新浮出水面,还需要重新编写才能将 geocodibg 移出后端。
  • 也许你应该在gis.stackexchange.com上试试这个

标签: google-maps google-maps-api-3 google-geocoder google-geocoding-api


【解决方案1】:

Google 拥有/提供的数据的详细程度因地点而异。

您收到的GeocoderGeometry 中的GeocoderLocationType 表示地理编码的精确程度:

近似值
返回的结果是近似的。
GEOMETRIC_CENTER
返回的结果是直线(例如街道)或多边形(区域)等结果的几何中心。
RANGE_INTERPOLATED
返回的结果反映了在两个精确点(例如十字路口)之间插值的近似值(通常在道路上)。当街道地址的屋顶地理编码不可用时,通常会返回插值结果。
ROOFTOP
返回的结果反映了精确的地理编码。

【讨论】:

  • 这似乎是合理的考虑。地理编码说 24 条街道会给我一组长/纬度,然后反向地理编码它会给我 22 条街道。这可能是由于街道计数为几何中心结果,而这些是原始地理编码提供的坐标。
猜你喜欢
  • 1970-01-01
  • 2011-05-30
  • 2014-06-08
  • 2016-07-20
  • 1970-01-01
  • 2016-03-04
  • 2011-07-12
  • 2012-07-21
  • 2018-10-10
相关资源
最近更新 更多