标记工程及技术

来自Cre卡塔尔vs葡萄牙分析ative Commons
修订于2014年9月25日14:31 by马特。李 （ （ 跳转到:导航，搜索


本文描述了在网络和其他地方标记具有创作共用许可的作品或专门用于公共领域的具有人类可读和机器可读通知的作品的最佳实践。卡塔尔vs葡萄牙分析

虽然强调了人可见的归因和通知的重要性，但本文的主要重点是机器可读的元数据。以各种格式表示人可见的属性和通知的最佳实践(除了与机器可读对等物的搭配之外)目前超出了本文的范围，将进行介绍

内容

原则

  • 版权公告应刊登于网络．离线或同行分发的作品应参考网上发布的公告。网络通知允许通过网络搜索找到内容，不绑定作品的观众可以找到内容所有者，可以信任网页的程度，并允许所有者和其他人进一步注释。
  • 版权声明应可见而且对人类和计算机都是毫不含糊的，尤其是对前者。人类和计算机可见的通知应该是一样的。离线或同行分发的作品不应参考网上发布的通知。
  • 版权通知的最佳做法应该是一般而不是只适用于根据创作共用许可之一提供的作品。卡塔尔vs葡萄牙分析

网络

网页是发布版权声明的首选场所。在其他地方发布的通知应参考在网上发布的相同通知。

本文本在知识共享署名4.0许可下授权给公众使用。卡塔尔vs葡萄牙分析

该HTML片段表示当前文档是在CC Attribution 4.0下授权的。当前文档是默认主题，rel = "许可证"中的URL设置谓词或动词href值设置对象。

有关web元数据模型和使用的语法的详细背景信息，请参见归因

许可人可以指定他们希望如何被授权使用他们的作品(例如，见§4(b))//www.familygiver.com/licenses/by/4.0/legalcode)．这包括:

  1. 作品的标题
  2. 工作归属的个人、团体或组织的名称
  3. 要链接属性的URL

理想情况下，这些信息也可以作为机器可读的元数据提供。例如，这可以被编码为以下三元组(假设所讨论的工作是当前文档):

  1. <> dc:标题“空白页的紧凑表示”。
  2. <> cc:attributionName“James Roberts”。
  3. <> cc:attributionURL <http://example.org/crobp.html>。

为什么要有新的属性?

  1. dcterms:rightsHolder和dc:creator并没有说明哪个应该归为属性——或者是否应该归为其他对象;attributionName具有任务所需的语义。
  2. 属性URL通常是当前URL，但我们需要某种方式来指定它应该被引用;cc:attributionURL提供了这个功能。

幸运的是，RDFa允许我们注释人类可读的通知，并包括属性所需的自定义属性和额外的有用属性，例如。

http://example.org/crobp.html" property="dc:title">空白页的紧凑表示 by http://example.org/jr.html" property="cc:attributionName">James Roberts， a http://example.org/bps.html“>翻译的‘Paginas Blancos Si!，在//www.familygiver.com/licenses/by/4.0/">卡塔尔vs葡萄牙分析知识共享属性4.0许可. "

这就产生了上面的三元组加上这些:

  1. <> dc:creator <http://example.org/jr.html>。
  2. <> dc:源<http://example.org/bps.html>。
  3. <> license <//www.familygiver.com/licenses/by/4.0/>。

包括对象

包括在网页中的对象，如图像，应该在它们的“宿主”网页中如上注解。理想情况下，所有包含的对象也应该嵌入对象没有一个关于属性对当前文档(即“主机”网页)进行声明。例子:

照片授权下cc by 4.0。

参见RDFa入门超出当前文档更多的例子。

更多的权利

页面可以为自身及其包含的组件提供任何类型的元数据。下面的例子中有一些明显有用的语句:

Audio (cc) 2006。参见my store获取cc许可未授予的权限、签名cd和音乐会门票。

除了熟悉许可证语句和dc:类型从都柏林核心我们有答:morePermissions．的意图答:morePermissions是指向一个URL，在该URL中可以发现许可方通过CC许可授予公众的权限范围之外的权限。

看到与其他基于web的元数据格式的互操作性

RDF / XML

RDF/XML是另一种RDF序列化，可用于生成任何可以使用RDFa生成的语句。RDF/XML可能是<链接>艾德在< >头网页或微格式

元素微格式(特别是rel许可证)及GRDDL或hGRDDL．

许可和相关元数据作为微格式的用例可以在在微格式维基上；它们仍然是假设的微格式，但可以概括为创作共用网络元数据的用例。卡塔尔vs葡萄牙分析

提要

RSS 1.0、RSS 2.0和Atom 1.0都可能包含联合格式非web

非web原生的对象应遵守以下关于许可通知和元数据的原则。

  • 在可能的范围内，版权通知应该可见授权对象的用户。
  • 许可对象应该包含web引用到为有关对象提供等效许可通知的网页。这使得非web对象的许可状态和网页的状态一样确定——如果web引用不同意非web对象的许可通知，忽略后者。
  • 在可能的范围内，非web对象提供的许可通知应该使用机制和约定常用的格式的非web对象的问题。

在描述了非web元数据的两个构建块——web语句元数据和XMP之后，我们现在将把这些原则应用到各种内容格式。

网站声明

提供与对象本身所包含的任何许可通知相等的许可通知的网页可能只有人类可读。理想情况下，web页面将发布与相关对象显式关联的元数据。要做到这一点，必须对对象进行标识，最好是使用内容派生的标识符，这样客户端就可以验证web页面元数据是否与所讨论的对象确切相关。内容派生的标识符的一个例子是内容散列。

下面是RDFa的一个例子，它描述了一个由哈希值标识的资源:

 'Good Dream'被授权在CC BY.

产生以下三倍:

<urn: sha1: DATAG7ENBVHFNQPM4W626VDVK25RYECI> license <//www.familygiver.com/licenses/by/4.0/>。

XMP

音频

人类可见的元数据是不可能的，音频通知在大多数音乐环境中是不可接受的。除了下面的MP3和OGG，推荐使用XMP嵌入元数据。

MP3

OGG

“Vorbis Comments”得到广泛支持静态图像

尽管可能，但由于尺寸或美学限制，可见的归属和版权声明通常都不适合图像。即使在可能的情况下，人类可见的通知也不会与机器可读的元数据(对于目前使用的位图格式)进行配置。

对于嵌入式元数据，建议使用XMP。

视频

可见的归属和版权声明通常在视频帧中提供(例如，信用记录)或文档格式

“文档”格式指文字处理程序、演示文稿和电子表格文档文件或其输出格式(如PDF)。

所有这些格式都是供人类使用的，所有现代版本都支持网络链接，所以可见性很容易，执照和web引用在你的文件文本中该在哪里注明呢常用指示版权声明将出现。看来我们把其他原则也考虑进去了。

许多文档格式支持某种可访问的嵌入元数据形式，例如通过选择文件|文档属性从菜单上。如果此类元数据包含许可或版权相关字段，则这些字段应优先于web引用其次优先级为文件所在的许可证URL。

理想情况下，这些元数据字段应该被用来直接填充文档中人类可见的部分，例如，通过文档字段，这通常用于在这类文档中自动放置页码和文档标题。这为我们提供了两全全美的效果——任何为嵌入的元数据建立索引的软件都可以很容易地找到许可证信息，而且这些信息完美地反映在人类看到的通知中。

关于如何在特定文件格式中嵌入元数据的详细信息可以查看 检索自"https://wiki.www.familygiver.com/index.php?title=Marking_Works_Technical&oldid=99270＂