元数据设计,实施和最佳实践的创新

使用都柏林核心

使用Dublin Core™ - 附录,角色

发行日期: 2005-12-07
标识符: //www.voudr.com/specifications/dublin-core/usageguide/2005-12-07/PAPPEDIX_ROLES/
取代: //www.voudr.com/specifications/dublin-core/usageguide/2005-11-07/appendix_Roles//2005-11-07/PAPENDIX_ROLES/
被替换为: 不适用
是其一部分: //www.voudr.com/specifications/dublin-core/usageguide/2005-11-07/
最新版本: //www.voudr.com/specifications/dublin-core/usageguide/appendix_roles//
翻译: //www.voudr.com/resources/translations/
文件的状态: DCMI推荐资源
文件描述: 本文档描述了使用Marc RelataR列表的子集作为合格的Dublin Core™的角色属性来源。
## 6.在Dublin Core™中使用代理角色

介绍

Marc相位器术语是用于通过指定关系的特殊性来描述代理对资源的关系的属性。它们可用于描述人员和组织在开发和使用资源的发展中。例如,属性“Illustrator”可用于为资源提供插图的代理。

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

Marc Relator列表:它是什么以及它的结构方式

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

Marc RelataR列表包括用于识别角色的三个字符的字母代码。此外,列表提供了术语(和相关代码)的定义。在Marc记录中,代码是它们所代表术语的同义词。在DC元数据描述中,属性称为使用唯一标识符(URI),并且代码用于形成这些属性的唯一标识符。Marc Relator术语列表由国会库维护,因此该术语已根据LC建立的命名空间分配URI。模式或实例元数据需要引用这些URI(或MARC Reliat Namespace)以便使用任何MARC相关器属性,请勿与其组成的任何MARC RELATOR属性。有关使用非DCMI命名空间的特定信息,请参阅文档“用于在XML中实现Dublin Core™的指南”。

除了提供MARC相关术语的Web文档之外,国会库还提供了RDF / XML中的MARC中继术语的表示。DC的改进:在RDF / XML表示中,贡献者是DC:贡献者的子属性。在RDF / XML中,这是如下所示:

  

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

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

Marc Relator术语的子集已被识别为DC:贡献者的细化。Marc Regator术语arcrel:CRE(Creator)被断言为DC:Creator和DC:贡献者的子属性。在少数情况下,Marc Relator术语被认为是DC:贡献者以外的Dublin Core™元素的改进。Marc Relator术语arcrel:pbl(发行商)和arcrel:DST(分销商)被认为是DC:Publisher的细化,因为发布者可能也可能是资源的“贡献者”。术语rurel:DPC(描绘)被认为是DC:主题的子属性。

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

可以在XML,XHTML和RDF / XML中使用进一步的细化关系和愚蠢的示例的文档,以及XML,XHTML和RDF / XML的示例:http://www.ukoln.ac.uk/metadata/dcmi/marcrel-ex/

术语不在Marc Relators列表中

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,勘误表:修复了破碎的链接。