通過API進行反向地理編碼：Google Maps不能更精確嗎？

Question

我曾要求對法國巴黎的蓬皮杜古廣場121處進行反向地理編碼（那里有出色的冰淇淋：））

http://maps.google.com/maps?f=q&source=s_q&hl=zh-CN&geocode=&q=121+place+george+pompidou&sll=48.860921,2.351788&sspn=0.000745,0.002637&ie=UTF8&hq=121+place+george+pompidou&hnear= ＆ll = 48.860568,2.351127＆spn = 0.000372,0.001318＆t = h＆z = 20

它在街道的起點而不是街道的中間顯示標記。

是否可以通過API進行反向地理編碼（比我更精確（我仍然需要學習如何進行編碼，所以我還不能編碼））比這更精確？

Answer 1

看來我們在該區域的數據不是那么精細。

您會注意到，在其他區域中，確實存在確切街道編號的數據。

順便說一句-這是地理編碼，而不是反向地理編碼:)

Answer 2

哇，我發現了原因：我忘記了喬治的“ s”！ 但是他猜測正確的街道為什么在地球上不能繼續使用非常不合理的正確的街道號碼:)

太棒了，甚至還有冰淇淋店的3D全景！

http://maps.google.com/maps?f=q&source=s_q&hl=fr&geocode=&q=121+place+georges+pompidou,+paris&sll=46.75984,1.738281&sspn=6.427559,21.643066&ie=UTF8&hq=&hnear=Place+Georges +蓬皮杜+75004+巴黎+法國＆t = h＆layer = c＆cbll = 48.860735,2.351243＆panoid = DdrhIiQwG3tEWCya1Zg_IA＆cbp = 12,269.01，，0,21.31＆ll = 48.860735,2.351243＆spn = 0.000377,0.001321＆z = 20