微数据 - 使用schema.org进行组织，业务或品牌标记的itemid /全局标识符约定

Question

我的问题如下：在使用微数据和schema.org标记组织，业务或品牌时，我是否应该将其作为全球标识符用于官方网页网址？我可以使用哪种更好的参考（如电影或演员的IMDB）？

我想知道是否有推荐的标准，惯例或惯例。

Answer 1

最好使用某种受控词汇（例如VIAF）来明确识别相关组织。

Answer 2

标识符的选择是REST解释的一部分。 http://www.infoq.com/articles/rest-introduction

密切关注第一个原则（对于惯例），尽管它在更广泛的资源方面，而不是特定于org / biz / brand。 REST是开始这一趋势的论文。因此，微格式使用rel="profile"链接标记。这个概念在http://purl.org/进一步扩展，因此，如果IMDB像W3C那样切换到W3，那么将来这将最大限度地减少对您正在制作的应用程序的影响。 RDFa都柏林核心词汇的使用见http://www.w3.org/2011/rdfa-context/rdfa-1.1.html的个人资料。

（对于参考）这些配置文件可能会更好地服务于为公众提供服务或开放式举措（如学术支持）的应用程序，但是在为商业目的运营网站时，构建特定于应用程序的“自定义”配置文件考虑到所确定的各种法律事务，应该与PURL可靠地执行，可能有利于建立可信的声誉。

最后，WHATWG认为前缀太高级，HTML5仅适用于新手，因此对W3的XHTML xmlns / RDFa前缀的支持将在微数据中删除。这迫使我们使用微数据语法重用schema.org业务/组织/品牌资源的长格式URL。然后，“自定义”配置文件在从任务被包装的地方拾取时仅仅是善意的，否则由于混淆，内容中可能出现的内容多于实际预期。

好消息是，Google支持schema.org作为RDFa语法的词汇使用。因此，根据应用程序的（非）商业性质，将RDFa视为源自W3规范的已经“生存”标准，定义范围命名空间的PURL，显示前缀的配置文件和语法（官方网页< / strong>或替换 IRI s）按照目标处理器是可行的方法。目前除了模式之外没有任何词汇被处理为微数据，除了Google之外，任何人都不支持RDFa中的模式！