我们收到了针对近国限制点的'administrative_area_level_1'部分的错误结果,但奇怪的是'administrative_area_level_2'和'administrative_area_level_3'是正确的。
例如,对于位于国家/地区A中的某些选定点,它正确显示属于国家/地区A,来自国家/地区的administrative_area_level_2和administrative_area_level_3,但显示来自邻国B的administrative_area_level_1。
从更深入的分析来看,这似乎只发生在凹国界限的内侧,可能是由于API的近似框。
此外,似乎国家/行政区域没有树状数据嵌套。
CSV格式的示例点:
lat;long;country;level1;level2;level3 -20.125;-68.75;"Chile";"Departamento Autónomo de Potosí";"Tamarugal";"Pica" -22.75;-67.875;"Chile";"Departamento Autónomo de Potosí";"El Loa";"San Pedro de Atacama"
在这两起案件中,“DepartamentoAutónomodePotosí”属于玻利维亚,而非智利,但较小的地区来自智利(Tamarugal,Pica,El Loa,San Pedro de Atacama)
我们正在使用以下网址:
http://maps.googleapis.com/maps/api/geocode/json?latlng= {0},{1}&安培;传感器=假安培;语言= ES
在适当的地方用lat / long替换{0}和{1}。
答案 0 :(得分:1)
坐标的结果数组不会给我相同的结果(请参阅代码段)。
这是我跑的查询:
https://maps.googleapis.com/maps/api/geocode/json?latlng=-20.125,-68.75
然后我检查了“DepartamentoAutónomodePotosí”的坐标(你可以得到它们here)。
这些是你得到的坐标:
波托西省,玻利维亚
纬度:-20.624713 |经度:-66.998801
请重新检查您的查询格式和坐标。它们似乎很好但实际上当你在代码中运行它们时,它们可能是不匹配的东西。
results: [8]
0: {
address_components: [5]
0: {
long_name: "A-685"
short_name: "A-685"
types: [1]
0: "route" -
} -
1: {
long_name: "Pica"
short_name: "Pica"
types: [2]
0: "administrative_area_level_3"
1: "political" -
} -
2: {
long_name: "Tamarugal"
short_name: "Tamarugal"
types: [2]
0: "administrative_area_level_2"
1: "political" -
} -
3: {
long_name: "Región de Tarapacá"
short_name: "Región de Tarapacá"
types: [2]
0: "administrative_area_level_1"
1: "political" -
} -
4: {
long_name: "Chile"
short_name: "CL"
types: [2]
0: "country"
1: "political" -
} -
-
formatted_address: "A-685, Pica, Región de Tarapacá, Chile"