| 创造者: | 使用DCMI董事会 |
| 发行日期: | 2005-12-08 |
| 最新版本: | //www.voudr.com/specifications/dublin-core/relators/ |
| 发布历史: | //www.voudr.com/specifications/dublin-core/relators/release_history/ |
| 描述: | MARC Relator术语已经可以在Dublin Core元数据中使用。 |
美国国会图书馆的网络开发和MARC标准办公室以Dublin Core™元数据中的元素和元素细化的形式提供了MARC相关术语集。MARC Relator术语的使用将允许元数据应用程序的设计者区分不同类型的Contributor，如Illustrator或Translator。
可从美国国会图书馆(Library of Congress) [RELATORS-DC]获得MARC相关术语的网页，可用作Dublin Core™元素的改进。这个完整的MARC相关者列表中的术语子集是与用法委员会密切合作开发的，并得到了DCMI的认可。值得注意的是，所有MARC Relator术语——即使是那些没有完善Dublin Core™元素的术语——现在都可以在基于Dublin-Core的元数据[RELATORS-ALL]中使用。
针对MARC Relator术语作为角色[roles, EXAMPLES]的使用，以及Dublin Core™元数据[refine]中元素细化的概念，已经制定了指南。MARC相关术语使用uri进行标识;与DCMI术语[NAMESPACE]一样，这些uri将作为持久标识符进行维护。除了Web文档外，美国国会图书馆还提供了一个RDF表达式，该表达式断言MARC Relator术语和Dublin Core™元素之间的关系，该形式可由机器处理[RELATORS-RDF]。
通过这个Web页面[DCMI- relators]， DCMI支持国会图书馆在其Web页面[RELATORS-DC] [RELATORS-ALL]和RDF [RELATORS-RDF]中表示的子属性断言集。一旦明确了这样做的技术模型，DCMI打算在RDF中同样支持这些断言。
如果实现者提出新条款的要求，美国国会图书馆会定期增加MARC相关代码。作为添加新术语过程的一部分，网络开发和MARC标准办公室将确定一个给定的术语是否可以被认为是对Contributor的改进。候选条款将提交给DCMI使用委员会。如果用法委员会同意，那么国会图书馆将在其Web页面[RELATORS-DC][RELATORS-ALL]和MARC Relator术语列表的RDF表达式[6]中添加MARC Relator术语是Dublin Core™元素的子属性的断言。
在Dublin Core™倡议[BEARMAN]的早期，关于指定与资源相关的代理角色的需求进行了大量讨论。在2000年对第一组Dublin Core™Qualifiers的投票中，建议的术语Role(定义为“指定代理所扮演的角色”)作为代理元素的语义细化被拒绝。
在随后的讨论中，新成立的DCMI使用委员会同意将角色建模为元素细化。在2002年10月佛罗伦萨的一次会议上，用法委员会考虑弃用Creator和Publisher，只支持Contributor。在DCMI社区进行了大量的讨论之后，决定将Creator、Contributor和Publisher作为单独的元素，并仅为Contributor推荐角色细化。
因为在相关者的MARC代码列表中已经有一个被广泛采用的标准角色列表，所以建议DCMI简单地使用这些角色，而不是重新创造自己的角色。DCMI库工作组(关于使用Relator术语的应用程序概要草案)和DCMI使用委员会的讨论揭示了一个共识，即用户不应局限于Relator术语的一小部分。考虑到预测不同领域的需求的困难，大家一致认为，原则上所有的Relator术语都应该可以在元数据中使用。这个决定意味着要对近200个MARC相关条款进行评估，作为对Contributor的可能改进。
我们决定，只有在原则和实践中，MARC Relator术语仅仅细化而不是扩展元素的语义时，才会被认为是Dublin Core™元素的子属性。随着时间的推移，在DCMI使用委员会和美国国会图书馆的协商下，对整个MARC相关术语集进行了评估;反复澄清和调整定义;本页总结的文件已落实[佛罗伦萨、上海、华盛顿、马德里、会议]。