元数据设计、实施和最佳实践方面的创新

使用都柏林核心

使用Dublin Core™-附录,角色

发行日期: 2005-12-07
标识符: //www.voudr.com/specifications/dublin-core/usageguide/2005-12-07/appendix_roles.shtml.
取代: //www.voudr.com/specifications/dublin-core/usageguide/2005-11-07/appendix_roles.shtml
取而代之的是: 不适用
是其一部分: //www.voudr.com/specifications/dublin-core/usageguide/2005-11-07/
最新版本: //www.voudr.com/specifications/dublin-core/usageguide/appendix_roles.shtml
翻译: //www.voudr.com/resources/translations/
文档的状态: DCMI推荐资源
描述文档: 本文档描述了如何使用MARC Relator列表的子集作为Qualified Dublin Core™角色属性的来源。
# # 6。在Dublin Core™中使用代理角色

介绍

MARC关联器术语是通过指定关系的特定性质来描述代理与资源之间关系的属性。它们可以用来描述人和组织在资源开发和使用中扮演的各种角色。例如,属性“Illustrator”可用于为资源提供插图的代理。

在都柏林核心中,代理角色表示为属性(即元素或元素细化)。如下所述,大多数是元素DC:贡献者的细化。为了将Marc Relator术语的子集作为DC的改进:贡献者,DCMI和国会库,关于所有(大约)150 MARC相位术语的评估,关于它们是否代表了“负责贡献的实体”资源的内容。“

马克关系列表:它是什么和它是如何构成的

Marc代码列表是开发的,用于MARC 21书目记录,以表达名称和工作之间的关系。该列表包括代表这些术语的角色术语和三字符代码。当名称及其相关角色被认为足以将书目记录视为接入点时,这些术语仅包括在列表中。国会图书馆是此列表的维护局,并在表达和记录需求时定期添加新术语。DCMI与国会图书馆之间的协议指定提交给LC的新条款将转到DCMI使用董事会,以便批准关于Dublin Core™元素的子属性关系。本协议将在Web文档中描述“MARC相关术语和Dublin Core™”

MARC Relator列表包含三个字符的字母代码,用于标识角色。此外,该列表还提供了术语(和相关代码)的定义。在MARC记录中,代码是它们所代表的术语的同义词。在DC元数据描述中,使用惟一标识符(uri)引用属性,并使用代码为这些属性形成惟一标识符。MARC Relator Terms的列表由国会图书馆维护,因此这些术语是基于LC建立的名称空间分配的uri。模式或实例元数据将需要引用这些uri(或MARC关联器名称空间),以便使用任何MARC关联器属性,无论它们是否是Dublin Core™元素的子属性。有关使用非dcmi名称空间的具体信息,请参阅文档“在XML中实现Dublin Core™指南”。

除了提供MARC相关术语的Web文档外,国会图书馆还提供了MARC相关术语的RDF/XML表示形式。在RDF/XML表示中,dc:contributor的改进被断言为dc:contributor的子属性。在RDF/XML中,如下所示:

 

在确定要断言子属性关系是否是副财产关系,LC和使用董事会的视图相当窄。只有在判断贡献,以其性质申请资源内容时,这种关系才会被归功于。例如,无论是“粘合剂”是否被视为DC的子属性:贡献者取决于资源的性质。如果有问题的资源被视为艺术对象,则可以将粘合剂视为其内容的“贡献者”;在其他情况下,粘合剂可能没有这种作用。

角色作为Dublin Core™元素的细化

MARC相关术语的一个子集已被确定为dc:贡献者的改进。MARC关联器术语marcrel:CRE(创建者)被断言是dc:创建者和dc:贡献者的子属性。在一些情况下,MARC Relator术语被认为是Dublin Core™元素的改进,而不是dc:contributor。MARC关系术语marcrel:PBL(出版商)和marcrel:DST(分销商)被认为是dc:出版商的改进,因为出版商可能也可能不是资源的“贡献者”。术语marcrel:DPC(描述)被认为是dc:主题的子属性。

由于角色通常与DC:贡献者一起使用,因此Marc Relator子集中大多数代理细化的适当的“愚蠢”将是DC:贡献者,上面注意到。实施者可以选择使用arcrel描述“创作者”:CRE(这将愚蠢到DC:Creator和DC:Contributor)或DC:Creator(这将与DC:简单的Dublin Core中的贡献者仍然不同)。

有进一步细化关系和Dumb Down示例的文档,以及在XML、XHTML和RDF/XML中的用法示例,可以在以下网站找到:http://www.ukoln.ac.uk/metadata/dcmi/marcrel-ex/

条款不在MARC相关人员名单上

Marc Regator列表已经开发了多年以满足各种需求。新条款是根据需要的基础添加的,而LC表明愿意根据要求继续扩大列表。实施者还可以选择创建和公开替代词汇表,以表达没有反映在Marc Regator列表中的其他类型的角色。

对于希望从没有与都柏林核心™元素的子属性关系的Marc Relators列表中使用术语的那些实现,应该指出的是,通过直接使用它们,实现可以使用这些术语对互操作性没有内在危害。元素,在它们的元数据中。在Dublin Core™记录的基于应用程序配置文件的基于使用Marc相关术语的上下文中,在列表上作为DCMI认可的有效子属性的角色可以用于合格的DC表达式,但不在简单的DC表达式中使用。

管理在实施中的角色使用

完整的MARC Relator列表包含约150个针对不同角色的独立术语。一个子集包括与DCMI认可的DC元素的子属性关系。即使在这个子集中,列表中的一些相关术语也是为特定领域创建的,在其他社区中几乎没有用处。因此,对于实现来说,声明与特定目标相关的关联器词汇表的进一步子集可能是有用的,最好是通过正式的应用程序概要文件的方式。

Marc Relator术语的完整列表(包括Dublin Core™元素的细化):http://www.loc.gov/loc.terms/relators/

Refine Dublin Core™术语的Marc Relator术语子集:http://www.loc.gov/loc.terms/relators/dc-contributor.html.

Marc Relator术语的RDF表示:http://www.loc.gov/loc.terms/relators/dc-relators.xml.

有关详细信息,请参阅“Marc Relator术语和Dublin Core™”//www.voudr.com/usage/documents/relators/


2005-01-16,勘误表:修复了破碎的链接。