Google maps api 3 谷歌地图API没有';我再也不会把邻居还给我了
今天,12月14日,我查询谷歌地图API(Google maps api 3 谷歌地图API没有';我再也不会把邻居还给我了,google-maps-api-3,Google Maps Api 3,今天,12月14日,我查询谷歌地图API(https://maps.googleapis.com/maps/api/geocode/json)对于许多地址,我可以得到所有信息,比如子本地或本地地址组件,但对于邻居位置类型,20个查询中没有任何信息 以下是我查询此地址时得到的第一个结果的示例:694 rue Saint Vallier O,魁北克省(魁北克省)G1N1C8 {:address-components ({:long-name "694", :short-name "694", :
https://maps.googleapis.com/maps/api/geocode/json
)对于许多地址,我可以得到所有信息,比如子本地或本地地址组件,但对于邻居位置类型,20个查询中没有任何信息
以下是我查询此地址时得到的第一个结果的示例:694 rue Saint Vallier O,魁北克省(魁北克省)G1N1C8
{:address-components
({:long-name "694", :short-name "694", :types ("street_number")}
{:long-name "Rue Saint-Vallier Ouest", :short-name "Rue Saint-Vallier O", :types ("route")}
{:long-name "La Cité-Limoilou", :short-name "La Cité-Limoilou", :types ("political" "sublocality" "sublocality_level_1")}
{:long-name "Ville de Québec", :short-name "Ville de Québec", :types ("locality" "political")}
{:long-name "Communauté-Urbaine-de-Québec", :short-name "Communauté-Urbaine-de-Québec", :types ("administrative_area_level_2" "political")}
{:long-name "Québec", :short-name "QC", :types ("administrative_area_level_1" "political")}
{:long-name "Canada", :short-name "CA", :types ("country" "political")}
{:long-name "G1N 1C8", :short-name "G1N 1C8", :types ("postal_code")}),
:formatted-address "694 Rue Saint-Vallier O, Ville de Québec, QC G1N 1C8, Canada",
:geometry {:location {:lat 46.8095334, :lng -71.2466119},
:location-type "ROOFTOP",
:viewport {:northeast {:lat 46.8108823802915, :lng -71.24526291970851},
:southwest {:lat 46.8081844197085, :lng -71.24796088029152}}},
:place-id "ChIJyeeRiF2WuEwRSkuyr-3-zCQ", :types ("street_address")}
在地址组件列表中,我通常也会得到如下内容:
{:long name“Saint Sauveur”,:short name“Saint Sauveur”,:types(“政治”邻居”)}
谷歌正在根据
发件人:
地理编码API的未来变化
我们计划在2016年11月底对地理编码API进行更新,这将增加地理编码和Places性能之间的差异,以满足不明确和不明确的查询。此更改将提高明确查询的地理编码结果的质量,但对于地理编码API无法找到高质量结果的模糊或不完整查询,更有可能返回零结果
如果您已经在使用上述最佳实践,您应该会看到地理编码API结果的改进。如果您当前正在使用地理编码API进行不完整或不明确的查询,或用于可能包含非地址信息(如商号或公寓号)的查询,我们建议您改用Places API,因为它可能会为您的用例提供更好的质量结果
(我的重点)谷歌正在根据 发件人: 地理编码API的未来变化 我们计划在2016年11月底对地理编码API进行更新,这将增加地理编码和Places性能之间的差异,以满足不明确和不明确的查询。此更改将提高明确查询的地理编码结果的质量,但对于地理编码API无法找到高质量结果的模糊或不完整查询,更有可能返回零结果 如果您已经在使用上述最佳实践,您应该会看到地理编码API结果的改进。如果您当前正在使用地理编码API进行不完整或不明确的查询,或用于可能包含非地址信息(如商号或公寓号)的查询,我们建议您改用Places API,因为它可能会为您的用例提供更好的质量结果
(我的重点)这确实与 地址组件现在更依赖于每个地理编码结果,并且可能只包括那些与地址格式化相关的组件。预计这将是一个渐进的变化,需要一些时间 这仅适用于街道地址,包括建筑物和景点。如果您需要额外的地址组件,反向地理编码是可靠获取它们的最佳方式 例如,请使用以下命令进行检查: