Here api 为什么prox参数值未在6.2/reversegeocode中强制执行？

为什么

6.2/reversegeocode

API调用不根据邻近参数

prox

限制结果

例如：

https://reverse.geocoder.api.here.com/6.2/reversegeocode.json
?app_id=my_app_id
&app_code=my_app_code
&maxresults=10
&mode=retrieveAddresses
&prox=53.468052,-113.44846,50

部分结果包括以下记录：

{
   "Relevance":1.0,
   "Distance":82.2,
   "MatchLevel":"houseNumber",
...
   "MatchType":"interpolated",
...
      "Address":{
         "Label":"125 Lee Ridge Rd NW, Edmonton, AB T6K 0N1, Canada",
...
   }
}

所以我要求的半径是50m，但到其中一个结果的距离是82.2

---

为什么？

对于Geocoder API v6.2，三个方面在这里起作用：

出于性能原因，距离过滤器仅执行简化的（平面三角形）距离计算，对于较高纬度，这可能会偏离实际距离（球形计算）

返回的距离是朝着显示点计算的，可能与过滤距离不同，过滤距离是显示点或导航点最近的距离

Reverse Geocoder v6.2仅使用基于链接的空间索引，这意味着radius用于从radius中选择最近的链接 返回最近的点地址或其他房屋编号范围内插的房屋编号

我建议使用新的地理编码和搜索API（）反向地理编码器，结果更容易预测和理解：

---

对于Geocoder API v6.2，以下三个方面将发挥作用：

出于性能原因，距离过滤器仅执行简化的（平面三角形）距离计算，对于较高纬度，这可能会偏离实际距离（球形计算）

返回的距离是朝着显示点计算的，可能与过滤距离不同，过滤距离是显示点或导航点最近的距离

Reverse Geocoder v6.2仅使用基于链接的空间索引，这意味着radius用于从radius中选择最近的链接 返回最近的点地址或其他房屋编号范围内插的房屋编号

我建议使用新的地理编码和搜索API（）反向地理编码器，结果更容易预测和理解：