如何使用 schema.org/PostalAddress 处理复杂地址？答案

【问题标题】：How to handle complex addresses with schema.org/PostalAddress?如何使用 schema.org/PostalAddress 处理复杂地址？
【发布时间】：2015-03-16 22:58:35
【问题描述】：

假设我有一个包含父建筑物或其他附加地址信息的地址，例如：

Barnes & Noble
Union Square
33 E 17th St
New York, NY 10003

或

Koi Restaurant
Bryant Park Hotel
40 W 40th St
New York, NY 10018

我应该如何使用 schema.org 标记地址的“联合广场”或“布莱恩特公园酒店”部分？这是否被视为街道地址的一部分？ Yelp 似乎把它全部放在街道地址中，例如：

<span itemprop="streetAddress">Union Square<br>33 E 17th St</span>

【问题讨论】：

标签： street-address microdata schema.org

【解决方案1】：

该额外信息称为公司名称，有时在搜索或验证特定地址时会产生更好的结果（相信我）。

但是，上述每个地址中似乎都有两行“公司名称”，这是多余的，不会产生有用的结果。

就微数据而言，它们没有“公司名称”字段，但有“名称”字段。因此 Schema.org 示例如下：

<div itemscope itemtype="http://schema.org/PostalAddress">
 <span itemprop="name">Google Inc.</span>
 P.O. Box<span itemprop="postOfficeBoxNumber">1234</span>
 <span itemprop="addressLocality">Mountain View</span>,
 <span itemprop="addressRegion">CA</span>
 <span itemprop="postalCode">94043</span>
 <span itemprop="addressCountry">United States</span>
</div>

请注意，Google Inc. 位于“名称”字段中。那是我放额外信息的地方（如果你必须有两行公司名称，那么就在那里做......但要用于实际邮寄或验证，请取出额外名称。）

【讨论】：

【解决方案2】：

马特关于公司名称的说法是正确的。

在您的两个示例中，输入数据看起来是一致的，第一行比第二行更精确。如果您的数据总是如此，那么您就是黄金。坚持第一行作为收件人（或公司名称），第二行作为“额外数据”。从地址验证的角度来看，“额外数据”实际上无关紧要，因为无论“额外数据”如何，地址都会到达该位置。 USPS 更依赖地址数据而不是“参考数据”（北极除外，我们都知道北极只有一个有效地址）。

我冒昧地提交了您地址的一些变体，以根据 USPS 数据进行验证。我正在查看 USPS 是否在这两种情况下的地址上附加了公司名称。没有。

巴恩斯与贵族联合广场 33 和 17 街 10003

巴恩斯与贵族 33 和 17 街 10003

联合广场巴恩斯和贵族 33 和 17 街 10003

锦鲤餐厅布莱恩公园酒店第 40 街 40 号 10018

布莱恩公园酒店锦鲤餐厅第 40 街 40 号 10018

在每种情况下，地址都被正确解析，而收件人和“额外数据”被忽略了。我希望这能让您对 USPS 地址验证过程的工作原理有所了解。

【讨论】：