创作者: | DCMI使用董事会 |
发行日期: | 2012-06-14 |
最新版本: | //www.voudr.com/specifications/dublin-core/dces/ |
发布历史: | //www.voudr.com/specifications/dublin-core/dces/release_history/ |
描述: | 本文档为Dublin Core Metadata元素集,版本1.1提供了Ready Reference。 |
请注意,Dublin Core Element Set 1.1的这个版本的规范有些过时了。请参阅DCMI元数据项参阅有关Dublin Core Element Set 1.1的当前文档
Dublin Core™元数据元素集是一个包含15个属性的词汇表,用于资源描述。“都柏林”这个名字源于1995年在俄亥俄州都柏林举办的一个邀请研讨会;“核心”,因为它的元素是广泛和通用的,可用来描述广泛的资源。
本标准中描述的十五个元素“Dublin Core™”是由Dublin Core™Metadata Initive(DCMI)维护的大型元数据词汇和技术规范的一部分。全套词汇表,DCMI元数据项[DCMI-Quard],还包括资源类集(包括DCMI类型词汇表[DCMI-Type]),词汇编码方案和语法编码方案。DCMI词汇表中的术语旨在与应用程序配置文件的背景下的其他兼容词汇表组合使用,并在DCMI摘要模型[DCAM]的基础上。
自2001年以来对Dublin Core™元数据元素集条款所做的所有更改都由DCMI使用委员会在DCMI命名空间策略[DCMI- Namespace]的上下文中进行审查。名称空间策略描述了如何为DCMI术语分配统一资源标识符(Uniform Resource identifier, uri),并对允许对与现有DCMI术语相关联的标签、定义和使用注释进行的编辑更改范围设置了限制。
本文档摘自更全面的文档“DCMI元数据术语”[DCTERMS],提供了以下标准中正式认可的15个元素描述的缩写参考版本:
自1998年以来,当这些十五个元素进入标准化轨道时,语义网络中最佳实践的概念已经进化为包括在自然语言中的定义外的正式域和范围的分配。域和范围指定了哪种描述的资源和值资源与给定属性相关联。域和范围以明确的形式表达了自然语言定义中隐含的含义,可用于自动处理逻辑推断。当遇到给定属性时,推断应用程序可以使用关于分配给属性的域和范围的信息,以便对由此描述的资源进行推断。
因此,自2008年1月以来,DCMI包括正式域和其性质定义中的范围。因此,不要影响RDF中的“简单的Dublin Core™”的现有实现的一致性,尚未为DC的十五个属性指定域和范围:命名空间(http://purl.org/dc/elements/1.1/).而是,在DCTERMS中创建了与Dublin Core™元数据集0版本1.1相同的“名称”的十五个新属性.NESPace(http://purl.org/dc/terms/).这些十五个新属性被定义为DCMES版本1.1的相应属性的子程度和分配的域和范围,如更全面的文档“DCTMI元数据项”[DCTERMS]所指定的。
实现者可以自由选择使用这15个属性或者在他们的遗留dc: variant(例如,http://purl.org/dc/elements/1.1/creator)或在dcterms中:变体(例如,http://purl.org/dc/terms/creator.)根据应用要求。DCMI名称空间的RDF模式描述了DCTRMS的子数据关系:Creator到DC:Creator,用于语义网络感知应用程序。然而,随着时间的推移,鼓励实施者使用语义上更精确的DCTerms:属性,因为它们更完全遵循机器可处理元数据的最佳实践的新兴概念。
贡献项名称: | |
---|---|
Uri: | http://purl.org/dc/elements/1.1/contributor |
标签: | 贡献者 |
定义: | 负责为资源做出贡献的实体。 |
评论: | 贡献者的例子包括个人、组织或服务。通常,应该使用Contributor的名称来指示实体。 |
项名称:覆盖 | |
Uri: | http://purl.org/dc/elements/1.1/coverage |
标签: | 报道 |
定义: | 资源的空间或时间主题,资源的空间适用性,或资源相关的管辖范围。 |
评论: | 空间主题和空间适用性可以是一个命名的地点或由其地理坐标指定的位置。时间主题可以是指定的时间段、日期或日期范围。管辖权可以是指定的管理实体,也可以是资源所适用的地理位置。推荐的最佳实践是使用受控词汇表,如地理名称同义词词典[TGN]。在适当的情况下,可以优先使用命名的地点或时间段,而不是使用数字标识符,如坐标集或日期范围。 |
引用: | [TGN] http://www.getty.edu/research/tools/vocabulary/tgn/index.html |
项名称:创造者 | |
Uri: | http://purl.org/dc/elements/1.1/creator |
标签: | 创造者 |
定义: | 主要负责制造资源的实体。 |
评论: | 创造者的例子包括个人、组织或服务。通常,应该使用创建者的名称来表示实体。 |
术语名称:日期 | |
Uri: | http://purl.org/dc/elements/1.1/date. |
标签: | 日期 |
定义: | 资源生命周期中与事件关联的点或时间段。 |
评论: | 可以在任何粒度级别上使用日期来表示时间信息。推荐的最佳实践是使用编码方案,例如ISO 8601 [W3CDTF]的W3CDTF配置文件。 |
引用: | [w3cdtf] http://www.w3.org/tr/note-datetime |
项名称:描述 | |
Uri: | http://purl.org/dc/elements/1.1/description. |
标签: | 描述 |
定义: | 资源的帐户。 |
评论: | 描述可以包括但不限于:摘要、目录、图形表示或资源的自由文本描述。 |
术语名称:格式 | |
Uri: | http://purl.org/dc/elements/1.1/format |
标签: | 格式 |
定义: | 资源的文件格式,物理介质或维度。 |
评论: | 维度的例子包括大小和持续时间。推荐的最佳实践是使用受控词汇表,例如Internet媒体类型列表[MIME]。 |
引用: | [mime] http://www.iana.org/assignments/media-types// |
项名称:标识符 | |
Uri: | http://purl.org/dc/elements/1.1/identifier |
标签: | 标识符 |
定义: | 在给定上下文中对资源的明确引用。 |
评论: | 推荐的最佳实践是通过符合正式标识系统的字符串来标识资源。 |
项名称:语言 | |
Uri: | http://purl.org/dc/elements/1.1/language. |
标签: | 语言 |
定义: | 资源的一种语言。 |
评论: | 推荐的最佳实践是使用受控词汇表,例如RFC4646 [RFC4646]。 |
引用: | [rfc4646] http://www.ietf.org/rfc/rfc4646.txt |
项名称:出版商 | |
Uri: | http://purl.org/dc/elements/1.1/publisher |
标签: | 出版商 |
定义: | 负责使资源可用的实体。 |
评论: | 发布者的示例包括个人、组织或服务。通常,应该使用发布服务器的名称来表示实体。 |
项名称:关系 | |
Uri: | http://purl.org/dc/elements/1.1/relation |
标签: | 关系 |
定义: | 相关资源。 |
评论: | 推荐的最佳实践是通过符合正式标识系统的字符串来标识相关资源。 |
术语名称:权利 | |
Uri: | http://purl.org/dc/elements/1.1/rights. |
标签: | 权 |
定义: | 关于在资源中和资源之上拥有的权利的信息。 |
评论: | 通常,权限信息包括关于与资源相关的各种属性的语句,包括知识产权。 |
源项名称: | |
Uri: | http://purl.org/dc/elements/1.1/source |
标签: | 源 |
定义: | 派生所描述的资源的相关资源。 |
评论: | 所述资源可以全部或部分地从相关资源派生。推荐的最佳实践是通过符合正式标识系统的字符串来标识相关资源。 |
项名称:主题 | |
Uri: | http://purl.org/dc/elements/1.1/subject |
标签: | 主题 |
定义: | 资源的主题。 |
评论: | 通常,将使用关键字,关键短语或分类代码来表示主题。推荐的最佳实践是使用受控的词汇。 |
术语名称:标题 | |
Uri: | http://purl.org/dc/elements/1.1/title |
标签: | 标题 |
定义: | 给资源的名称。 |
评论: | 通常,Title是资源的正式名称。 |
项名称:类型 | |
Uri: | http://purl.org/dc/elements/1.1/type |
标签: | 类型 |
定义: | 资源的性质或类型。 |
评论: | 建议的最佳实践是使用受控词汇,例如DCMI类型词汇[DCMITYPE]。要描述资源的文件格式,物理介质或尺寸,请使用格式元素。 |
引用: | [dcmitype] //www.voudr.com/specifications/dublin-core/dcmi-type-vocabulary/ |
勘误:
2013-11-05。更新参考ANSI/NISO标准Z39.85-2012 2013年2月[NISOZ3985]
2019-05-08。更新了ISO 15836:2009 [ISO15836]