Google Maps 并不了解街道地址的工作原理
Google Maps 并不了解街道地址的工作原理
几周前，我在 BC 省 Vernon 开车，并让 Google Maps 指引我到 3207 30th Ave。 它自信地告诉我去哪里，但幸运的是，我的乘客注意到它实际上是指引我去 3207 34th Ave，在北边四个街区。 这真是奇怪。
几天后，我的表弟问我（作为家庭中仍然是书呆子的 前-Google 成员），我是否可以帮助解决一个 Google Maps 问题。 问题是温哥华的 138 W 6th Ave 这个地址被映射到了距离实际位置 2.4 公里（那是 1.5 英里或 123 法郎）远的地方。
我可以想象一下它映射 W 6th Ave 地址的荒谬之处，通过让 Google Maps 指引 136 W 6th Ave 和 138 W 6th Ave 之间的方向。 这些地址在现实生活中是相邻的，但 Google Maps 给了我这个：
走到隔壁的建筑要走这么远。
还有另一种有趣的方式来可视化这个 bug。 在 Google Maps 中搜索“Clark & Page Casting Studios”。 然后将其地址（显示在 Google Maps 中）复制到剪贴板，并要求从其地址 到 Clark & Page Casting Studios 的方向。 这应该是一个零米的步行距离，但当然不是。 相反，毫不奇怪，是从 Clark & Page Casting Studios 到其地址的 2.4 公里步行路程。 真有趣！
或者这种愚蠢的情况。 如果你从“138 W 6th Ave Unit 1B”导航到“138 W 6th Ave #2b”，那么你猜对了，这是一段 2.4 公里的步行路程。
有人向我指出这个错误，因为显然有抱负的演员们一直去错地方，导致试镜迟到。 这些错误会带来现实世界的后果。
还有更多
发现一个错误是奇怪的，但两个错误表明存在某种模式。 我开始浏览 Google Maps，寻找似乎不合适的地址。 我很快又发现了三个。
温哥华的 1951 W 19th Ave 被映射到距离其地址逻辑上应在的位置 2.1 公里的步行路程。 它应该在 W 19th Ave 的 1900 街区，但 Google Maps 却将其放置在十个街区之外：
北温哥华的 1355 W 17th Ave 是一个特别奇怪的案例，因为它被映射到错误的城市（在温哥华而不是北温哥华），但在正确的街道（W 17th Ave）上，但在错误的街区（900 街区而不是 1300 街区）。 事实证明，W 17th Ave 实际上在北温哥华不存在。 发生了什么？
笔误？ 街景？
答案可能是笔误。 138 W 6th Ave 被映射到我期望找到 1038 W 16th Ave 的位置 —— 一对单位数错误。 这需要有人/某物在输入 1038 W 16th Ave 的地址时犯了两个错误。 这种解释的问题是 1038 W 16th Ave 不存在 —— 我骑自行车到那里检查过，地址直接从 1020 到 1040。
Vernon 的 3207 30th Ave 的 30 被改为了 34。 也许那是个笔误？
1951 W 19th Ave 被映射到我期望找到 951 W 19th Ave 的地方。 这是另一个单位数错误。 这种错误危害较小，因为（再次，我骑自行车去检查过）没有 1951 W 19th Ave，并且 1951 和 951 W 19th Ave 都映射到大致相同的位置。 如果你要求从 951 到 1951 W 19th Ave 的方向（应该是十个街区），你会得到这些 0.0 公里的方向：
北温哥华的 1355 W 17th Ave 更难解释。 它被映射到温哥华 979 W 17th Ave 旁边。 这种错误严重扭曲了“笔误”的定义，因为除了街道名称之外，没有什么是正确的（温哥华和北温哥华是不同的城市，由温哥华港隔开）。
我还注意到温哥华 5 Montcalm St 的一个异常情况。 该地址位于 Montcalm 的 1300 街区，因此该地址没有任何意义。 我也去拜访了这个位置，建筑地址实际上是 1131 W 16th Ave（房子位于拐角处），并且在 Montcalm 一侧的门上有一个五。 进一步在房子周围摸索后发现，房子里有五个单元 —— 这个五是单元号，而不是街道号码！ 现在我开始怀疑是否有人或 AI 看到了 Montcalm St 门上的五，并假设这是一个地址。
内部猜测
Google Maps 可能会出现这些错误——显然，地址的映射位置不需要与城市街道的布局有任何关系——这一事实清楚地表明，Google Maps 不知道街道地址是如何运作的。 温哥华的大多数地址的工作方式都有许多规则，但 Google Maps 似乎对这些规则一无所知。
似乎存在一个地址数据库——由 Google Maps 创建，或者由 BC 省的城市创建，或者可能来自街景数据。 不知何故，该数据库似乎允许将地址映射到地块，并且当输入地块的地址时（由人或 AI 机器人输入），数据库软件会愉快地接受任何地址并将其映射到地块，而无需进行任何健全性检查以确保它有意义。 可能需要的健全性检查包括：
- 地块是否位于输入的城市名称的地理范围内？
- 地块是否位于输入的道路名称附近？
- 地块是否位于输入的道路名称的正确的百位街区？
这些检查将检测到我发现的所有五个错误。
百位街区检查仅在某些城市中有意义。 在其他城市中，最好只与附近的数字进行比较，或者可能完全跳过该检查。 而且世界上有足够多的奇怪地址，这些检查可能只是建议，而不是硬性阻止。
由于显然有很多这样的坏地址（我能够在两个城市中如此迅速地发现五个错误，这表明必须有成千上万个），因此似乎有人需要在数据库上运行批量处理以找到这些错误——我滚动浏览地图的方式真的无法很好地扩展。
虽然很明显 Google Maps 使用地址数据库将任意地址映射到地块，但它也能够猜测如果该地址存在，该地址应该在哪里。 也就是说，如果我要求它映射 W 19th Ave 上不存在的地址 1953、1955、1957、1959 和 1961，它会将地址气球放置在合理的位置，在 1947 和 1981（周围的“真实”地址）之间进行插值。 这表明 Google Maps 具有正确放置 138 W 16th Ave 所需的知识和启发式方法，但这些知识随后会被包含错误的数据库覆盖。 真有趣！
新东西？
我与 138 W 6th Ave 的企业进行了交谈，他们说这些问题是新的 —— 大约从三月中旬开始。 我不记得以前注意到过这种类型的错误，因此 Google Maps 似乎可能只是摄取了一批错误的数据。
尝试修复
当我遇到前两个错误时，我自信地说我会使用 Google Maps 反馈工具来修复这些错误。 我过去在这方面运气不错。 但这次我的运气用完了。
我尽职尽责地提交了“错误的图钉位置或地址”的反馈：
第二天我收到一封电子邮件，说我的编辑已被接受：
但已经 14 天了，该地址仍然映射不正确。
我对 3207 30th Ave 的编辑运气更好，当天就被接受了。 该修复实际上在 4 月 17 日至 4 月 23 日之间的某个时间上线。 这仍然远未达到承诺的 24 小时延迟，但至少最终出现了。 也许 138 W 6th Ave 的编辑仍然会上线？
并非所有错误都相同
我发现的前两个错误 —— Vernon 的 3207 30th Ave 和温哥华的 138 W 6th Ave —— 存在问题，因为这些地址是真实的，而 Google Maps 错误地绘制了它们。 这导致人们去错地方。
其他错误不太重要，因为它们是不存在的地址，被绘制在无意义的地方。 这基本上是无害的。
还有其他人看到这种情况吗？
如果您发现任何类似的异常情况，请在评论中分享。
如果您在 Google Maps 工作，请 与我联系，如果您有任何可以分享的信息。 我曾尝试通过一些前同事朋友联系，但到目前为止还没有运气。