问题标签 [street-address]

我有一个用户需要输入地址的系统。当然，我正在尝试限制重复，我开始注意到一个大问题是一些用户输入“Road”而其他用户输入“Rd”，因此重复出现。

我查看了 USPS 街道后缀缩写列表，但我仍然有一个无法找到答案的问题。我可以用 USPS 标准缩写替换街道地址中的所有单词吗？一个例子是“123 Forest Hill Road”。如果我用缩写来代替它，那么它将是“123 Frst Hl Rd”，或者 USPS 所指的“街道后缀”是否意味着他们只希望您前往“123 Forest Hill Rd”？

我正在寻找一个很好的工具，它可以获取完整的邮寄地址，格式化为显示或与邮寄标签一起使用，并将其转换为结构化对象。

例如：

现在我可以使用 RegEx 来做到这一点。但棘手的部分是让它足够通用以处理世界上的任何地址！

我相信肯定有什么东西可以做到。

如果有人注意到，这实际上是opensocial.address对象的格式。

我的任务是验证输入到我当前正在创建的系统中的地址。系统要求根据有效数据源验证输入的地址。在英国，数据集来自皇家邮政，访问成本很高。

所需的数据是整个欧洲的邮政编码信息，以通过 API 访问 Web 应用程序开始。

有很多公司提供这项服务，

1. 质量保证
2. 卡普扫描
3. 任何地方的邮政编码

这些都提供了我需要的服务。然而，这是昂贵的，并且在某些情况下不是完整的数据集。例如不是爱尔兰

我还想知道是否有办法利用 Google Maps API 通过邮政编码和国家/地区验证这些数据。

谷歌地图方法是否可行，还是我必须走这些昂贵公司之一的路线？关于我应该采取什么路线的任何想法。

我正在尝试创建一个通用地址类，可用于存储来自任何国家的任何地址。

例如，在英国，我们有邮政编码，而在美国，我认为他们使用邮政编码。我的想法很少，但我只是想看看其他人的想法。

谢谢。

您认为标记蜗牛邮件地址的最佳方法是什么？我发现了一些不同的选项，例如：

我还看到了使用地址标签而不是 div 的上一个示例。我发现的另一个选择是：

所以我的问题是你认为表达蜗牛邮件地址的最佳标记是什么？不要局限于我的例子。

我觉得第一个是最好的选择，因为它提供了关于每个元素的额外上下文。在这种情况下，我也觉得 br 是内容的一部分。

我正在开发一个全球化的网络应用程序。开发过程是敏捷的，已经完成了几个冲刺。我们的全球化框架是好的，本地化的努力到目前为止是成功的。但是，我们在需求开发过程中继续遇到问题，特别是在数据存储和验证需求方面。我敢肯定，我们正在努力解决的问题已经被研究和解决了很多次，而且答案很可能是众所周知的，并且记录在某处。到目前为止，我一直无法找到我正在寻找的信息纲要。

以下是一些我想找到答案的示例问题：

1. 为全球应用程序输入、验证、存储和显示地址信息的最佳实践是什么？
   • 地址字段要存储的字符数（您知道有一个包含 163 个字符的城市名称吗？）
   • 地址数据的验证
2. 为全球应用程序输入、验证、存储和显示电话号码的最佳实践是什么？
3. 一个人的名字也有同样的问题？

到目前为止，我们解决这些问题的方法是为各种字段提供充足的存储空间，并执行最少的输入验证，依靠用户来正确处理。这种方法在项目的这个阶段运行良好，但各种项目利益相关者对长期使用这种方法并不满意。对所有语言环境的干净数据、高效存储和有吸引力的数据呈现方式有着强烈的需求。

对于对这些和相关主题有相当完整处理的书籍、论文或网站有什么建议吗？

我在两个单独的表中有一个地址列表，这些表稍微偏离了我需要能够匹配的位置。例如，可以通过多种方式输入相同的地址：

• 110 测试街
• 110 测试街
• 110测试街

虽然很简单，但你可以想象更复杂的场景中的情况。我正在尝试开发一种简单的算法，该算法能够将上述地址作为密钥进行匹配。

例如。关键可能是“11TEST” - 110 的前两个，Test 的前两个和街头变体的前两个。完整匹配键还包括邮政编码的前 5 个，因此在上面的示例中，完整键可能看起来像“11TEST44680”。

我正在寻找一种有效算法或资源的想法，我可以在开发它时考虑考虑。任何想法都可以是伪代码或您选择的语言。

我们只关心美国地址。事实上，我们只查看来自俄亥俄州和密歇根州的 250 个邮政编码的地址。我们也无法使用任何邮政软件，尽管我们愿意接受具有成本效益的解决方案的想法（它基本上是一次性使用）。请注意，这是来自政府来源的数据的初始转储，因此在我构建应用程序时，有关用户如何清理它的建议很有帮助，但我希望通过能够匹配地址来获得最好的初始数据尽可能最好。

与这个问题有些相关，但是在没有任何关于 QuickBooks 的具体答案的情况下，有没有人知道 Java 的地址解析器？可以获取非结构化地址信息并解析地址行 1、2 和城市州邮政编码和国家/地区的东西？

乍一看，在数据库表中存储邮政编码有两种基本选择：

1. 文本（可能是最常见的），即char(5)或varchar(9)支持 +4 扩展
2. 数字，即 32 位整数

如果我们假设没有国际问题，两者都将满足数据的要求。过去我们通常只是走文本路线，但我想知道是否有人反其道而行之？简单比较一下，整数方法看起来有两个明显的优点：

• 就其性质而言，它自动仅限于数字（而在没有验证的情况下，文本样式可以存储字母等，据我所知，在邮政编码中永远无效）。但这并不意味着我们可以/将/应该放弃正常验证用户输入！
• 它占用的空间更少，为 4 个字节（即使对于 9 位邮政编码也应该足够了），而不是 5 或 9 个字节。

此外，它似乎不会对显示输出造成太大影响。ToString()在数值上加上 a是微不足道的，使用简单的字符串操作来插入连字符或空格或其他任何 +4 扩展名，并使用字符串格式来恢复前导零。

是否有任何不鼓励将int其用作仅限美国的邮政编码的数据类型？

嘿伙计。我正在寻找一些正则表达式来帮助从自由格式文本（a la Gmail）中获取街道地址和电话号码。

给定一些文字："John, I went to the store today, and it was awesome! Did you hear that they moved to 500 Green St.? ... Give me a call at +14252425424 when you get a chance."

我希望能够退出：

500 Green St.（识别为街道地址）

+14252425424（识别为电话号码）

使这个问题更容易的是我不关心解析被拉出的文本。也就是说，我不在乎那Green是道路的名称还是425区号。我只想获取“看起来像”地址或电话号码的字符串。

不幸的是，这需要尽可能在国际上发挥作用。

有人有线索吗？谢谢！