为什么 Google 的网络服务返回的是近似位置而不是屋顶或其他位置类型？
Why Google's Webservice is returning approximate vs. rooftop or other location types?
关于 Google 的地理编码 Web 服务：是否有文档（Google 的文档之外）、文章或任何关于如何格式化地址以获得准确结果的内容。
我的一些地点在地址前面有名称。如果它识别出字符串中的街道地址，我通常可以找回屋顶。在某些情况下，名称中有单引号或特殊字符会导致它只识别地址和地理编码屋顶。
但是，我也看到它正确找到确切位置的情况，例如教堂，但仍然说 'location_type' 是近似值。在地址前面有单词的其他情况导致它似乎只能识别邮政编码并且它只是对邮政编码进行地理编码。
我想知道是否有人了解 Google 的地理编码网络服务 API recognizes/parses 位置？是什么导致它在一种情况下看到地址，但在另一种情况下只能看到一个 zip？
此外，是否有比 'location_type' 字段更好的解释准确性的方法？
所以基本上你必须遵循地址所在国家/地区使用的标准邮寄地址格式，不要使用 apt/house/suite 数字。 building/complex/entity 使用街道号码而不是名字。
This 是你需要经历的。但是，请先进行研究，并在万不得已时提出问题。
关于 Google 的地理编码 Web 服务：是否有文档（Google 的文档之外）、文章或任何关于如何格式化地址以获得准确结果的内容。
我的一些地点在地址前面有名称。如果它识别出字符串中的街道地址，我通常可以找回屋顶。在某些情况下，名称中有单引号或特殊字符会导致它只识别地址和地理编码屋顶。
但是，我也看到它正确找到确切位置的情况，例如教堂，但仍然说 'location_type' 是近似值。在地址前面有单词的其他情况导致它似乎只能识别邮政编码并且它只是对邮政编码进行地理编码。
我想知道是否有人了解 Google 的地理编码网络服务 API recognizes/parses 位置？是什么导致它在一种情况下看到地址，但在另一种情况下只能看到一个 zip？
此外，是否有比 'location_type' 字段更好的解释准确性的方法？
所以基本上你必须遵循地址所在国家/地区使用的标准邮寄地址格式，不要使用 apt/house/suite 数字。 building/complex/entity 使用街道号码而不是名字。 This 是你需要经历的。但是，请先进行研究，并在万不得已时提出问题。