| 创造者: | 黛安娜Hillmann |
|---|---|
| 发行日期: | 2001-04-12 |
| 标识符: | //www.voudr.com/specifications/dublin-core/usageguide/2001-04-12/ |
| 替换: | //www.voudr.com/specifications/dublin-core/usageguide/2000-07-16/ |
| 替换为: | //www.voudr.com/specifications/dublin-core/usageguide/2003-08-26/ |
| 最新版本: | //www.voudr.com/specifications/dublin-core/usageguide/ |
| 翻译: | //www.voudr.com/resources/translations/ |
| 文件状态: | 这是DCMI建议． |
| 文件说明: | 本文档旨在作为Dublin Core™用户的入门点。对于非专业人员，它将帮助他们为信息资源(例如，电子文档)创建简单的描述性记录。专家可能会发现该文档是都柏林核心文档的有用参考点，因为它在不断变化和发展。 |
核心元素
限定符
自从第一位图书管理员在一架手写卷轴上列出项目清单以来，元数据就一直伴随着我们。“meta”这个词来自一个希腊单词，意思是“在旁边，在后面，下一个”。更近代的拉丁语和英语使用“meta”来表示超越自然的事物。因此，元数据可以被认为是关于其他数据的数据。它是互联网时代的术语，指的是图书馆员传统上放入目录中的信息，最常见的是指关于Web资源的描述性信息。
元数据记录由一组属性或元素组成，这些属性或元素是描述相关资源所必需的。例如，图书馆常见的元数据系统——图书馆目录——包含一组元数据记录，其中包含描述书籍或其他图书馆项目的元素:作者、标题、创建或出版日期、主题覆盖范围以及指定项目在书架上位置的书号。
元数据记录和它所描述的资源之间的链接可以采用以下两种形式之一:
与资源本身一起携带的嵌入式元数据的例子包括印刷在图书标题页背面的出版编目(CIP)数据;或电子文本中的TEI标题。目前使用的许多元数据标准，包括Dublin Core™标准，都没有规定任何一种类型的链接，将决策留给每种特定的实现。
尽管元数据的概念早于因特网和Web，但随着电子出版和数字图书馆的增加，以及随之而来的由大量无差别的在线数字数据所导致的“信息过载”，全世界对元数据标准和实践的兴趣已经爆发。任何试图使用当今流行的Web搜索服务之一在线查找信息的人都可能经历过检索数百个(如果不是数千个的话)“点击”的挫败感，而改进或进行更精确搜索的能力有限。对电子资源的描述性标准和实践的广泛采用将改善从“互联网公共资源”中检索相关资源。正如元数据开发领域的两位领导者Weibel和Lagoze所指出的:
“标准化的描述性元数据与网络化对象的关联，通过支持基于字段的(例如，作者，标题)搜索，允许对非文本对象进行索引，并允许访问与访问资源本身内容不同的代理内容，有可能大大提高资源发现能力。”(韦贝尔和拉各兹，1997)
Dublin Core™解决的正是对“标准化描述性元数据”的需求。
Dublin Core元数据标准是一个简单而有效的元素集，用于描述广泛的网络资源。Dublin Core™标准包括15个元素，其语义是由来自图书馆学、计算机科学、文本编码、博物馆社区和其他相关学术领域的专业人士组成的国际跨学科小组通过共识建立的。
另一种看待Dublin Core™的方式是将其视为“用于对资源进行特定类别陈述的小型语言”(2000年贝克,)．在这种语言中，有两类术语——元素(名词)和限定词(形容词)——它们可以被安排成一个简单的语句模式。在这种语言中，资源本身就是隐含的主语。在多样化的互联网世界中，Dublin Core™可以被视为“数字游客的元数据混杂语”:容易掌握，但不一定能表达复杂的关系或概念。
第4节概述了Dublin Core™元素集。每个元素都是可选的，可以重复。每个元素还有一组限定符，这些属性可用于进一步细化(而不是扩展)元素的含义。Dublin Core™元数据计划(DCMI)定义了使用各种类型的限定符“限定”元素的标准方法。一套推荐的限定符符合DCMI“最佳实践”，并有正式的注册。
尽管Dublin Core™倾向于类似文档的对象(因为传统文本资源很容易理解)，但它也可以应用于其他资源。它是否适合用于特定的非文档资源，在某种程度上取决于它们的元数据与典型文档元数据的相似程度，以及元数据的目的是什么。(对使用Dublin Core™获取不同资源感兴趣的实现者可以浏览都柏林核心™项目页面以了解如何使用Dublin Core™元数据作为资源。)
Dublin Core™的目标有以下特点:
创建和维护的简单性
Dublin Core™元素集一直保持尽可能小和简单，以允许非专业人员轻松和低成本地为信息资源创建简单的描述性记录，同时提供在网络环境中对这些资源的有效检索。
通常理解的语义
从一个知识领域到另一个知识领域，术语和描述实践的差异阻碍了在互联网上广阔的公共空间中发现信息。Dublin Core™可以通过支持一组通用元素来帮助“数字游客”(非专业搜索者)找到他或她的方向，这些元素的语义被普遍理解和支持。例如，科学家们关注的是某个作者的文章的位置，而艺术学者对某个艺术家的作品感兴趣，他们可以就“创作者”元素的重要性达成一致。在公共元素集上的这种收敛(如果稍微泛型一些)增加了所有资源的可见性和可访问性，无论是在给定规程之内还是在给定规程之外。
国际范围内
Dublin Core™元素集最初是用英语开发的，但正在用英语创建版本许多其他语言包括芬兰语、挪威语、泰国语、日语、法语、葡萄牙语、德语、希腊语、印尼语和西班牙语。多语言都柏林核心™特别兴趣小组正在协调努力，使用语言将这些版本链接到分布式注册表中资源描述框架万维网联盟正在开发的技术(W3C)．
尽管Dublin Core™开发社区还没有直接解决万维网国际化的技术挑战，但来自几乎每个大陆的代表的参与确保了标准的开发考虑了电子信息世界的多语言和多文化性质。
可扩展性
在平衡描述数字资源的简单性和精确检索需求的同时，Dublin Core™开发人员已经认识到提供一种机制来扩展DC元素集以满足额外的资源发现需求的重要性。预计其他元数据专家社区将创建和管理额外的元数据集。来自这些集的元数据元素可以与Dublin Core™元数据相链接，以满足可扩展性的需求。该模型允许不同的社区使用DC元素作为核心描述性信息，这些信息将在整个Internet上可用，同时允许在更有限的领域内有意义的特定领域的添加。目前正在制订实施这种模式的具体指示。
本文档旨在成为Dublin Core™用户的入门点。对于非专业人员，它将帮助他们为信息资源(例如，电子文档、JPEG图像、视频剪辑)创建简单的描述性记录。专家可能会发现该文档是都柏林核心文档的有用参考点，因为它在不断变化和发展。
该指南将以非技术的方式展示Dublin Core™元数据如何被任何人使用以使其材料更易于访问。本指南讨论Dublin Core™元数据元素的布局和内容，如何在组成完整的Dublin Core™元数据记录时使用它们，以及如何限定元素以支持各种社区的使用。
本文档的另一个重要目标是促进使用Dublin Core™元素集描述资源的“最佳实践”。Dublin Core™社区认识到，创建元数据的一致性是在不同的描述记录来源之间实现完整检索和可理解显示的重要关键。不一致的元数据有效地隐藏了所需的记录，导致搜索结果不均匀、不可预测或不完整。
在本指南中，我们选择了几种不同的语法来表示Dublin Core™示例，包括:HTML (Web的超文本标记语言格式)，RDF/XML(使用可扩展标记语言的资源描述框架)和通用形式(Element="value")。HTML提供了一种易于理解的格式来演示Dublin Core的底层概念，但是使用限定的更复杂的应用程序可能会发现使用RDF/XML更有意义。在考虑合适的语法时，重要的是要注意，Dublin Core™概念几乎同样适用于任何文件格式，只要元数据采用适合搜索引擎和人类解释的形式。
“用HTML编码Dublin Core™元数据”(Kunze, 1999)提供了使用不合格Dublin Core的HTML的指导，无论元数据是嵌入在资源中还是在一个单独的文件中。
HTML也可以用来表示合格的Dublin Core，尽管这样做有一些固有的限制。目前关于如何最好地做到这一点的想法载于工作草案:在HTML元元素中记录合格的Dublin Core™元数据．
RDF(资源描述框架)允许人类读取多个元数据方案，也可以由机器解析。它使用XML(可扩展标记语言)来表示结构，从而允许元数据社区定义实际的语义。这种去中心化的方法认识到没有一个方案适合所有的情况，而且方案需要一个独立于中央权威的链接机制来帮助描述、识别、理解、可用性和/或交换。
RDF允许在不指定所需细节的情况下描述多个对象。底层的粘合剂XML只要求定义所有的名称空间，一旦定义了名称空间，就可以根据元数据提供者的需要使用它们。
例如: