如何使用schema.org/PostalAddress处理复杂地址?

时间:2012-10-23 06:13:51

标签: street-address microdata schema.org

假设我的地址包含父母建筑或其他附加地址信息,例如:

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

OR

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>

2 个答案:

答案 0 :(得分:4)

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

但是,上述每个地址似乎都有两行“公司名称”,这是无关紧要的,不会产生有用的结果。

就微数据而言,他们没有“公司名称”字段,但他们确实有一个“名称”字段。因此,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.位于“名称”字段中。这就是我要提供额外信息的地方(如果你必须有两行公司名称,那么就去那里......但要用它来进行实际的邮寄或验证,请拿出额外的名字。)

答案 1 :(得分:2)

Matt对公司名称是正确的。

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

我冒昧地提交了一些地址变体,以便根据USPS数据进行验证。我想看看USPS是否在这两种情况中的任何一种情况下都附有公司名称。不。

巴恩斯&amp;高贵 联合广场 33 e 17th st 10003

巴恩斯&amp;贵族联合广场 33 e 17th st 10003

巴恩斯&amp;高贵 33 e 17th st 10003

联合广场巴恩斯&amp;高贵 33 e 17th st 10003

锦鲤餐厅 布莱恩公园酒店 40 W 40th St. 10018

布莱恩公园酒店 锦鲤餐厅 40 W 40th St. 10018

布莱恩公园酒店锦鲤餐厅 40 W 40th St. 10018

在每种情况下,地址都被正确解析,而收件人和“额外数据”被忽略。我希望能够深入了解USPS地址验证过程的工作原理。