问题标签 [street-address]

我刚开始在一家新公司从事外包通信（例如打印和邮件、电子邮件、传真）。要求之一是处理客户数据并准备好邮寄。

对于重复性工作，使用与一些寻址软件链接的 ETL 工具很容易，但对于临时工作来说，这有点矫枉过正。我以前使用过内部开发的东西（笨重但可用），但我不想在这里重新开发。有什么建议吗？

一些特点：

• 基本 DBMS 功能（最好带有适当的 DBMS 后端以支持 SQL）
• 字段连接（例如结合名字 + 姓氏）
• “推列”（例如，对于地址字段 1 - 8，将它们向左推，因此如果一个为空白，则下一个被推上）
• 澳大利亚邮政邮件分拣和dpid分配（或者可以相对容易地链接到外部工具）

我是一名程序员，需要一种实用的方法来将世界的街道地址结构存储在数据库中。那么存储街道地址的最佳和通用数据库设计是什么？它应该易于使用、快速查询和动态存储世界上所有的街道地址。

我正在尝试使用正则表达式从列表中提取地址（用法语编写）。这是示例：

“别等了，这房子不会上市太久了！图片可以根据要求转发。

123 de la 街 - 城市 345-555-1234 "

想象一下，整个事情就是 item.description。到目前为止，这是一个工作集：

在“item.description”中，将“^\d{1,4} des|de la|du [^,\s]+$”替换为“whatever”

并且地址（123 de la street）将被正确覆盖。但是，如果我试图让它成为描述中唯一保留的东西，就像这样（这很有效）：

在 "item.description" 中，将 "(. )(^\d{1,4} des|de la|du [^,\s]+$)(. )" 替换为 "$2"

用地址替换整个描述的最佳方法是什么？

谢谢！

我们有一个显示地图数据的程序（想想谷歌地图，但为我们的客户提供了更多的交互性和自定义图层）。

我们允许通过一组组合框进行导航，这些组合框用一堆数据预填充某些字段（即：国家：加拿大，填写省字段。选择安大略省，并填写县/地区列表。选择县/地区，一个城市被填写，等等......）。

虽然这保证了准确的地址，但如果用户不知道街道地址或城市的位置（即，厨房在哪个县/地区？），他们会很痛苦。

因此，我们正在考虑尝试使用自由格式的文本字段进行地址解析器。

用户可以输入类似这样的内容（类似于谷歌地图、必应地图等）：22 Main St, Kitchener, On

我们可以将其划分为多个部分并查找数据并找到他们正在寻找的点（或建议替代方案）。

问题在于我们如何正确划分信息？我们如何分解这些部分并找到可能的匹配项？我猜我们不能保证用户会以我们一直期望的格式输入数据（显然）。如果我们没有找到完全匹配（或找到多个完全匹配......例如，在不同县具有相同街道名称的两个城市），对此的跟进将是如何呈现数据。

我们在地图数据（主要是 mapinfo 选项卡格式）中有大量可用数据。所以我们可以快速扫描街道名称、城市、州等。但我不确定解决这个问题的最佳方法。当然，使用谷歌地图会很好，但是我们的大多数客户都处于封闭的网络中，通常不允许外部访问，并且大多数人不愿意依赖谷歌地图（因为它不包含他们需要的那么多信息，例如自定义地图图层）。显然，他们可以去谷歌找到正确的位置，然后转移到我们的软件，但这会很耗时，而且过程的速度可能非常重要。

使用 Ruby (newb) 和正则表达式，我试图从街道地址解析街道号码。我没有遇到简单的问题，但我需要一些帮助：

'6223 1/2 S FIGUEROA ST' ==> 'S FIGUEROA ST'

谢谢您的帮助！！

更新）：

'6223 1/2 2ND ST' ==> '2ND ST'

来自@pesto '221B Baker Street' ==> 'Baker Street'

我们正在开发将地址数据导入 CRM 系统的 ac# 应用程序。CSV 文件包含一个地址列，例如“Somethingstreet 34”。然而，我们的 CRM对街道名称和门牌号码使用两个不同的字段。当然，在给定的示例中，这没有问题。但是我们的荷兰寻址系统可能有点痛苦。

现实世界的例子：

• Somestreet 88a（其中“Somestreet”是街道名称，88a 是门牌号码）
• 2e van Blankenburgstraat 123a（其中“2e van Blankenburgstraat”是街道名称，“123a”是门牌号）
• 2e van Blankenburgstraat 123-a（其中“2e van Blankenburgstraat”是街道名称，“123-a”是门牌号）
• 2e van Blankenburgstraat 123 a（其中“2e van Blankenburgstraat”是街道名称，“123 a”是门牌号）

现在我正在寻找一个很好的函数（RegEx 或其他东西），它将这些地址线正确地分成两个字段。有没有一种干净的方法可以做到这一点？

编辑：

我对我们的寻址系统做了一些进一步的调查，似乎（感谢政府）上述例子甚至不是“最差”的例子。

更多（这些是真实的街道和数字）：

• Rivium 1e Straat 53/ET6（其中“Rivium 1e Straat”是街道，“53/ET6”是门牌号）
• Plein 1940-1945 34（其中“Plein 1940-1945”是街道，“34”是门牌号）
• Apollo 11-Laan 11（其中“Apollo 11-Laan”是街道，“11”（第二个）是门牌号）
• Charta 77 Vaart 159 3H（其中“Charta 77 Vaart”是街道名称，“159 3H”是门牌号）
• Charta 77 Vaart 44/2（其中“Charta 77 Vaart”是街道名称，“44/2”是门牌号）

我们正试图更好地了解如何设置 MapPoint（或其他地图应用程序）以优化我们的交付路线。我们有能力从我们的 .NET 系统中推送送货地址列表，但需要一些简单的选项供司机选择起始地址，并在必要时以视觉方式重新排序地址。请告知是否有可用的示例代码，我们是否可以通过 MapPoint 的托管版本来实现，或者我们是否需要在我们的服务器上托管 MapPoint（或其他应用程序）的副本。

我正在使用http://maps.google.com/maps/geo？用于对某些地址进行地理编码的 Web 服务。

我遇到的问题是，更完整的地址不一定能提供更准确的地理编码。

例如，在英国登比郡 Llantysilio 的传递比英国登比郡 Llangollen 的 Llantysilio 准确得多

XML 中的 Accuracy 属性在决定选择哪个地址时似乎没有多大帮助。

其他人是如何处理这个问题的？有没有一种好方法可以选择最/所有时间都有效的最佳地理编码？

*编辑一些额外的信息——当我输入更完整的地址时，地址的第一行被忽略，地理编码器跳转到一个不同但准确的地址，该地址是位于添加到地址的额外行中的中央街道。在这个例子中，它选择了中间 llangollen 的 Castle Street，似乎忽略了 Llantysilio。

由 kdgregory 编辑：这是我使用的两个 API 请求（缺少 API 密钥似乎不是问题）：

给定在关系表中存储国际地理地址的任务，最灵活的模式是什么？地址的每一部分应该分解成各自的字段，还是应该更像自由文本？

将不同格式的地址分成不同的表有什么意义吗？例如，有一个 USAAddress、CanadianAddress、UKAddress... 的表？

我正在重新创建我公司数据库的一部分，因为它不能满足未来的需求。目前我们主要有一个平面文件和一些从未完全实现的脱节表。

我的想法是我们为每个类别都有一个表，除了 zips 表，它可以作为一个连接表。请参考下图：

数据库图 http://www.freeimagehosting.net/uploads/248cc7e884.jpg

我正在考虑的一件事是删除邮政编码表并将邮政编码放在 zipstocities 表中，因为邮政编码几乎是唯一的，然后在邮政编码上索引表。唯一的缺点是邮政编码必须是 varchar 才能处理带有前导零的邮政编码。只是想知道我的逻辑是否存在缺陷。