扩展元数据
内容
扩展知识共享元数据卡塔尔vs葡萄牙分析
熟悉RDF并想知道它如何适应更大的图景?
- 查看我们的RDF schema有关我们的模型以机器可处理的形式。
- 阅读我们关于如何使用的报告dc:权利.
- 看一看我们关于在HTML中使用RDF的结论.
如果你对此有任何评论或建议,请不要犹豫定义 长期以来,对都柏林核心权利要素的使用充满了困惑和误解。对其在实践中的使用研究表明,其目的和形式各不相同,但几乎没有共同点。对于创作共用元数卡塔尔vs葡萄牙分析据规范,我们希望定义一个更有用、更结构化的权利元素概要。 大多数版权声明包括日期和版权所有者的声明。(C) 2002年Gnomovision唱片公司。版权所有。”)和合法许可的实际文本。日期可以用dc:date来描述,版权所有者用dc:rights来描述,许可证可以用cc:license来链接。 我们决定使用dc:rights来保存版权所有者的更结构化的描述。这里有一个例子: > < / dc:权利> < /来源 正如你所看到的,版权所有者是一个有URL、名字和出生日期的人。 通过这种方式,我们以RDF工具可以处理的方式涵盖了版权声明的所有部分。作为一个完整的例子,这个纯文本语句: 变成了这段RDF:dc:权利
<代理rdf: about = "http://me.yoyo.dyne.name/" > < dc: title >溜溜球达因< / dc:名称> < dc:日期> 1001-10-01 < / dc:日期> < /代理>
(C) 2002年Gnomovision唱片。版权所有。本文件没有担保。你可以复制、修改它,并在白宫草坪上放置最多三份。
" />
> < / rdf:描述> < /来源
注意:许可证的实际文本和描述(“…放置最多三(3)份…”)并不包含在这个RDF中,但可以在为许可证提供的URL中获得。
在HTML中嵌入RDF
可能有很多RDF,但如果没有人能找到它,那就不好了。由于Web上几乎所有内容都是HTML,因此我们需要一种好方法将RDF与HTML Web挂钩。这里有一些这样做的方法:
链接到外部文件
RDF可以保存在一个单独的文件中(filename.rdf
),并连结至使用或者等价的a href标记。
- 正方观点:不会破坏任何东西。
- 反对:需要用户制作文件。并非所有阅读器都支持。
链接到data: URL
A数据:URL(参见RFC 2397)将数据封装到URL本身。如果用作href
属性<链接>
元素,它可以逐字包含RDF文档。
- 正方观点:它包括HTML文档中的数据;它不会破坏旧的浏览器;这是兼容标准;它使用适当的元素(link)来关联元数据
- 反对:它要求RDF是url编码的;很难读懂;不是所有的URL库都能识别或解码数据:URL;卡塔尔vs葡萄牙分析创作共用工具(数据来源:URI kitchen(制作工具
数据:
url),关于数据:url(来自Mozilla)在头部
RDF可以内联包含在
< >头
文档的标签,以及标题和任何<链接>
年代。- 正方观点:应该被浏览器忽略。
- 反对:并非所有用户都能够将内容插入到文档的HEAD中。不验证。不是首选方法。
在身体里
RDF可以内联包含在
<身体>
就像任何其他HTML一样。- 正方观点:超级简单。
- 反对:RDF需要格式化为属性。可能会导致某些浏览器出现问题。不验证。不是首选方法。
在元
对网页所提供的许可的引用可以包含在
< meta >
标记在文档的< >头
.例子: