都柏林核心简.pptVIP

DC 2004, Shanghai, October 2004 都柏林核心简介 Diane I. Hillmann 国家科学数字图书馆 2004年10月11日，DC2004培训 什么是元数据？ 我们可以从三个比较熟悉的例子得出结论： 数据库管理系统（“关系数据库模式”） 传统的图书编目(MARC AACR2) 万维网（自二十世纪九十年代中期以来） 为DC提供了发展环境 元数据的类型 管理性 描述性 访问/使用 保存性 技术/结构性 其它? 图书馆与网络的比较 传统图书馆: 从卡片目录到MARC经历了100多年的发展 MARC 记录包括: 描述（所有对象） 主题和分类（关于主题） 收藏信息（位置） 管理记录所必须的管理性信息 基于共同遵守标准的分布式元数据创建 万维网：一个分布式图书馆？ 二十世纪九十年代中期的状况： 成千上万的信息提供者，使用各种各样的元数据方案 搜索引擎提供大量但精确度非常低的信息 资源的不稳定性，如地址的变更，甚至是消失等 资源的数量和类型呈指数速度增长 15个核心元素（1996） 元数据的作用 DC的特点 所有的元素都是可选的 所有的元素都是可重复的 可以以任何顺序来显示元素 可扩展的 国际性的 向数据模型转变 机器可处理性的实现需要一致性的数据模型 1996年: 在第二届DC工作组提出了“沃维克框架”：将DC定义为元数据框架中一个专门的模块（“资源发现”） 1997年：提出 “修饰词”进行语义限定 一些早期的使用者将修饰词扩展到很复杂的地步 “DC.Creator.telephone-number” 1998年：DCMI涉足新兴的”资源描述框架”（RDF）的研究并且为DC明确了一种清晰简单的数据模型 2000年：正式批准发布了第一套修饰词集 DC数据模型的目前进展 提供了对资源明确的定义 将DC的原则和实践与DCMI以外的发展结合起来 明确清晰DC“信息包”与其他元数据包的关系 为DCMI将来的发展奠定基础 DC原则 向上兼容 一对一 最为恰当的值 向上兼容 十五个核心元素可以单独使用，也可以和修饰词一起使用 修饰词使元素更为精确： 元素修饰词缩小了元素的含义而不是延展 编码体系给出元素取值的环境 如果你的系统遇到不熟悉的修饰词，可以向上兼容—或者干脆忽略它 一对一原则 用一条记录来描述一个资源的表现形式 例如：蒙娜丽沙的一幅数字化图像如果和原画是一模一样的，则不描述数字化图像 将资源和资源的责任者分开描述 例如：创建者的电子邮件地址和机构都是创建者的属性而不是资源的属性 最为恰当的值 “对特定的元素或者限定词的最佳实践都可以随着环境的变化而变更，不过一般来说，使用者不能假定处理译解元数据的一定是机器，这就可能会导致对元素的构造强加一些约束，但是要谨记检索的可用性需求” -- 来自 “DC使用” 简单或修饰版的DC？ 简单DC仅限于最初的15个元素 修饰版DC则额外包括： 新元素 元素限定 编码体系值 元素限定 使元素的含义更狭义，更明确： 创建日期和修改日期 被替代和替代关联 依据所选的句法，修饰词可以单独使用而不是必须和元素一起使用 dct:created2002-10-04/dct:created, 替代: dc:datedct:created2002-10-04 /dct:created/dc:date 需要一个模式将“创建日期”向上兼容到“日期” DC足够简单可以用于支持这两种用法 有关值的编码体系 表示所取的值一般取自： 来自受控词表的术语（例如美国国会图书馆标题表） 以特定标准格式编码的字符串（例如“05/02” 表示5月2日，而不是2月5日） 即使软件不能识别的编码体系代码，值也应该是合适的，可以用于资源发现。 DC的成长与变化 DCMI委员会比较重视参与的开放性 会议，工作组，讨论列表 随着使用者不断的杜撰新的术语和使用方式的出现，DCMI术语集也在不断的发展 DCMI应用委员会审核所提议的新的元数据术语 DC应用委员会 应用委员会接受新的元素，限定，编码体系和类型术语的提议 依照语法规则，有用性，定义是否清晰，是否与现存的术语含义重叠等原则来评估提议 批准状况的层级模式：须遵循，推荐使用，已不使用，已登记 DCMI命名域和相关政策 在以下三个命名域中，所有的DCMI元数据术语都给定了唯一的标识： /dc/elements/1.1/ - 传统的15个DC元素 /dc/terms/ - 所有其他的元素/修饰词 /dc/dcmitype/ - 类型词表 例子: /dc/elements/1.1/title 从政策上推动命名域名（URIs)的长期稳定性 不涉及到语义上实质性变更的情况（例如修订）将不会导致改变命名域的统一资源标识符（URIs） 应用纲要与互操作 使用者会想知道他们的