<4D F736F F D20B9D8D3DAD4AACAFDBEDDB5C4CAAECDF2B8F6CEAACAB2C3B42E646F63>

Size: px

Start display at page:

Download "<4D F736F F D20B9D8D3DAD4AACAFDBEDDB5C4CAAECDF2B8F6CEAACAB2C3B42E646F63>"

逐谈
5 years ago
Views:

1 关于元数据的十万个为什么 1 刘炜编上图数字图书馆研究所 ( 更新日期 ) 1. 什么是元数据 (metadata)? 元数据与数据是什么关系? 元数据 (metadata) 概念提出的背景是什么? 元数据能解决什么问题? 元数据是新概念吗? 数字图书馆和元数据的关系是什么? 元数据有哪些种类? 什么是描述性元数据? 什么是保存性元数据? 什么是管理型元数据? 什么是结构性元数据? 什么是元数据的语义结构和句法? 如何使用元数据? 什么是元数据的置标? 元数据可以应用哪些置标语言? 什么是 XML? 什么是 RDF? 什么是语义万维网 (Semantic Web)? 语义万维网与元数据有什么关系? 什么是本体 (Ontology)? 元数据与本体有什么关系? 什么是都柏林核心 (DC) 元数据? 什么是 DC 元数据的 1:1( 一对一 ) 原则? 为什么要有这个原则? DC 元数据所描述的对象是什么? DC 元数据的历史沿革情况如何? DCMI 是一个怎样的机构? DCMI 目前有哪些推荐标准? DCMI 如何维护 DC 元数据? DCMES( 都柏林核心元数据集 ) 包括哪 15 个元素? 什么是限定版 (Qualified)DC? 包括多少元素? 什么是限定? 什么是编码体系修饰词? 什么是 DC 的类型词表?DC 目前认可哪些类型? 什么是 DC 的资源集合元数据应用纲要? 有哪些内容? 什么是 DC 图书馆元数据应用纲要? 什么是 DC 教育元数据应用纲要? 什么是 DC 本地化? 客户化? 如何进行 DC 的本地化和客户化? 什么是 DC 元数据抽象模型? 本文档中的问题和答案均为编者本人整理或编写, 错误与疏漏很多, 欢迎提出补充, 指出错误或提出改进意见本文档不作为任何意义上的标准答案推荐, 仅供参考本文档编制时遵循简洁客观准确和最大引用原则, 欢迎作为研究和学习材料而广泛复制传播 1

2 36. 为什么需要 DC 元数据抽象模型? 什么是元数据标准? 什么是元数据方案? 他们之间的关系是什么? 元数据方案设计有哪些正在形成或较为成熟参考模型? 这些模型分别解决什么问题? 都柏林核心元数据元素集 (DCMES) 已经被哪些国际标准化组织批准为国际标准? 都柏林核心元数据元素集 (DCMES) 已经被哪些国家批准为国家标准? 有哪些元数据标准已经得到广泛的认同或使用? 哪些应用需要设计元数据方案? 元数据方案应包括哪些内容? 如何设计元数据方案? 元数据方案的设计流程是什么? 什么是元数据应用纲要 (Metadata Application Profile)? 元数据应用纲要有相关参考标准或指南吗? 有哪些元数据标准机构支持目前的元数据应用纲要? 什么是元数据注册系统? 什么是互操作性? 元数据可以为解决信息系统的互操作性问题提供哪些帮助? 解决数字图书馆系统互操作问题通常有哪些方法? 什么是元数据映射? 元数据映射解决系统互操作问题有什么优缺点? 目前有哪些高层互操作协议?

3 1. 什么是元数据 (metadata)? 元数据是 : 数据的数据 (data about data) 结构化数据 (Structured data about data) 用于描述数据的内容 (what) 覆盖范围(where, when) 质量管理方式数据的所有者 (who) 数据的提供方式(how) 等信息, 是数据与数据用户之间的桥梁 ; 资源的信息 (Information about a resource) 编目信息 (Cataloguing information) 管理控制信息 (Administrative information) 是一组独立的关于资源的说明 (metadata is a set of independent assertions about a resource ) data that defines and describes other data (ISO/IEC :2003(E)) 传统的书目数据产品目录人事档案等都是元数据元数据可以为各种形态的信息资源提供规范普遍的描述方法和检索工具, 为分布的由多种资源组成的信息体系 ( 如数字图书馆 ) 提供整合的工具与纽带离开元数据的数字图书馆将是一盘散沙, 无法提供有效的检索和处理 2. 元数据与数据是什么关系? 元数据也是数据, 其本身也可以作为被描述的对象, 这是描述它的数据就是元数据在信息系统中一般把数据看成是独立的信息单元, 不管这里的数据是一本书一个网页或者一个虚拟的 URL 地址元数据可以出现在 : 数据内部 ; 独立于数据 ; 伴随着数据 ; 与数据包裹在一起 3. 元数据 (metadata) 概念提出的背景是什么? 书目作为元数据的一种形式在以图书为资源存在形式的相关行业应用了千百年, 其它许多行业也都有自己的元数据格式, 例如名册账本药典等等元数据作为一个统一概念的提出首先起因于对电子资源管理的需要因特网的爆炸式的发展, 使人们一时难以准确地找到自己所需的信息, 人们就试图模仿图书馆对图书进行管理的方式, 对网页进行编目坦白地说在这方面至今仍然成效不大, 甚至可以说是失败的但对元数据的研究和应用使人们看到了新的可能性, 元数据可以成为下一代万维网语义万维网 (Semantic Web) 的基石, 通过表达语义的元数据, 以及表达结构关系和逻辑的 XML/XMLS/RDF/RDFS/OWL 等形式化描述, 计算机能够对于数据所负载的语义进行理解和处理, 从而赋予因特网以全球的智慧和惊人的能力 3

4 4. 元数据能解决什么问题? 描述 (description) 资源发现 (resources discovery) 认证 (authentication) 互操作 (interoperability) 数据管理 (data management) 访问控制 (rights management) 数字化保藏 (digital preservation) 内容分级 (content rating services) 5. 元数据是新概念吗? 作为一个概念, 古已有之作为一个词, 来自于计算机科学传统的图书馆卡片出版图书的版权说明磁盘的标签等都是元数据的表现形式 6. 数字图书馆和元数据的关系是什么? 元数据提供数字图书馆的语义基础数字图书馆的基本逻辑构成是资源, 资源是可以被标识的任何东西, 可以是物理的实体, 也可以是数字对象或者虚拟的复合对象或对象集合元数据提供了对资源的各种属性的描述, 可以看成是资源的替代品数字图书馆通过管理元数据而管理资源, 并提供绝大多数功能因此元数据通过定义数字图书馆中资源的信息结构, 以及定义由数字对象构成的资源库的组织结构, 决定着的数字图书馆的信息组织和利用方式, 同时元数据还是实现跨资源库语义互操作的基础 7. 元数据有哪些种类? 对于元数据的种类有不同的分类方法一般分为描述性元数据管理型元数据结构性元数据保存性元数据等等 a) 描述性元数据 (Intellectual Metadata), 用来描述发现和鉴别数字化信息对象, 如 MARC DC, 它主要描述信息资源的主题和内容特征 b) 结构性元数据 (Structural Metadata), 描述数字还信息资源的内部结构, 如书目的目录章节段落的特征 c) 存取控制性元数据 (Access Control Metadata), 用来描述数字化信息资源能够被利用的基本条件和期限, 以及这些资源的知识产权特征和使用权限 d) 评价性元数据 (Critical Metadata), 描述和管理数据在信息评价体系中的位置还可以分为管理性描述性保存性技术性和实用性元数据, 如下表所示 : 类型定义使用实例管理用于管理与控制信息资源的元数据采购信息版权及复制记录 4

5 描述保存技术使用用于描述与标识信息资源的元数据, 一般为手工制作的元数据与信息资源的保存管理相关的元数据与系统功能相关的元数据或元数据行为模式与用户级别与类型相关的有关信息资源的元数据获取权利控制 ( 密级 ) 馆藏信息数字化的选择标准版本控制目录记录专门索引资源之间的超链接用户所做的注解资源的物理状态描述文档有关保存资源物理或数字化版本的文档, 例如数据的更新与迁移硬件及软件文档数字化信息, 例如格式压缩比及缩放比系统响应时间的记录许可及安全数据, 例如密码及加密密钥展出记录用户及利用记录内容重用及多版本信息 8. 什么是描述性元数据? 用于描述一个文献资源的内容及其与其它资源的关系的元数据总体说来, 可以认为元数据都是描述性的, 但其中直接描述资源对象固有属性的一些元素, 常称为描述性元数据例如资源的名称主题类型等 9. 什么是保存性元数据? 以保存资源对象为信息系统的开发目的, 特别注重资源对象长期保存有关的属性可以采用 OAIS 信息模型选择元素 10. 什么是管理型元数据? 以管理资源对象为目的的属性元素, 通常称为管理型元数据, 包括资源对象的显示注解使用长期管理等方面的内容, 例如 : 所有权权限的管理 ; 产生 / 制作时间和方式 ; 文件类型 ; 其它技术方面的信息 ; 使用或获取方面的权限管理等等 5

6 11. 什么是结构性元数据? 用于定义一个复杂的资源对象的物理结构, 以利于导航信息检索和显示例如描述各个组成部分是怎样组织到一起的元素 12. 什么是元数据的语义结构和句法? 属性元素是元数据的语义,Warwick 框架或 RDF 等是元数据的结构, 可以提供人类和机器双重理解, 置标语言 (XML) 是元数据的语法, 用以传达语义和结构 13. 如何使用元数据? 元数据最基本的功能是通过数据元素集定义资源对象的各类属性, 这些属性的大量实例可以表达为关系型数据库中的表, 或者以 XML 等形式进行置标, 从而能够利用数据库系统或各类应用软件进行管理 14. 什么是元数据的置标? 利用置标语言 ( 例如 HTML/XML/RDF/XMLs/RDFs/OWL 等 ) 将元数据方案形式化, 提供机器处理的规范表达, 就是元数据置标 15. 元数据可以应用哪些置标语言? XML/RDF/XMLS/RDFS 以及在 SGML 基础上发展起来的任何一种置标体系, 例如 TEI/EAD/METS/MODS 等都可以作为元数据的置标语言 16. 什么是 XML? extensible Markup Language, 即可扩展标记语言, 由 SGML 简化而来, 是许多置标语言 ( 例如 XMLs/RDF/RDFs/OWL 等 ) 的元语言 17. 什么是 RDF? Resource Description Framework, 即资源描述框架采用资源 - 属性 - 属性值的主谓宾结构 ( 或称三元组 ), 提供一种框架容器, 并通过 XML 定义了一套形式化的方法, 为机器语义理解的结构基础 6

7 18. 什么是语义万维网 (Semantic Web)? 语义万维网与元数据有什么关系? 语义万维网 (Semantic Web) 是万维网的发明人 Tim-Burners Lee 倡导的下一代万维网, 旨在赋予万维网上所有资源唯一的标识, 并在资源之间建立起机器可处理的各类语义联系元数据是语义描述的基础, 因而也是语义万维网的语义基础 19. 什么是本体 (Ontology)? 元数据与本体有什么关系? 本体是领域知识的形式化说明, 通常由概念概念之间的关系公理规则组成元数据解决资源的语义描述问题, 本体解决资源集合的相互关系问题, 他们都需要一定的形式化机制提供机器运算的可能性元数据与本体的关系可以简单地看成是微观与宏观的关系 20. 什么是都柏林核心 (DC) 元数据? 1994 年在 NACA 和 OCLC 联合会议上由 Stuart Weibel Eric Miller 等提出的, 后来由 DCMI 负责维护的一种元数据标准其基本方案是包括 15 个核心元素的集合 21. 什么是 DC 元数据的 1:1( 一对一 ) 原则? 为什么要有这个原则? DCMI 的抽象模型要求 : 一条描述中的每个属性必须是所描述资源的一个特性, 一条元数据描述仅描述一个资源这就是通常所说的 1:1 原则 22. DC 元数据所描述的对象是什么? DC 元数据所描述的对象是资源 (Resource), 资源是任何可以标识的东西可以是实体的, 也可以是抽象的常见的例子有电子文档, 图像, 服务 ( 例如, 洛杉矶今天的天气预报 ), 还有其他资源的集合并非所有的资源都是网上可检索的 ; 例如, 人, 机构, 还有图书馆里装订成册的书都可以被认为是资源曾经定义为 DLO(Document Like Object), 由于无法确切定义而放弃曾经表述为数字对象 (Digital Object), 由于将物理资源对象排除在外而缺乏普遍意义目前的表述作为语义万维网的概念之一, 获得支持和承认 23. DC 元数据的历史沿革情况如何? 1995 年 3 月, 由 OCLC 与国家超级计算应用中心 (NCSA) 联合发起,52 位来自图书 7

8 馆界电脑网络界专家共同研究产生目的是希望建立一套描述网络电子文献的方法, 以便网上信息检索其中心议题是如何用一个简单的元数据记录来描述种类繁多的电子资源, 使非图书馆专业人员都能够了解和使用著录格式, 来描述网上资源因第一届会议在美国 OHIO 州的 Dublin 召开, 提出一个元数据核心集, 因此得名附表 :DC 年会基本情况 : 时间地点组织者主要成果 DC /3 美国俄亥俄州都柏林 OCLC/NCSA 提出 13 个元素的核心集 DC 英国沃维克 UKOLN/OCLC 提出 Warwick Framework DC 美国俄亥俄州都柏林 CNI/OCLC 核心集变成 15 个元素 DC 澳大利亚勘培拉 CLA/DSTC/ 修饰词 /HTML 置标 OCLC DC 芬兰赫尔辛基 OCLC/NIF 完成简单 DC 方案 DC 美国华盛顿特区 LOC/OCLC 提出向上兼容原则 DC 德国法兰克福 DDB/OCLC DCMI 可持续发展 DC 加拿大渥太华 NLC/OCLC/ 提出并讨论应用纲要 AP IFLA DC 日本东京 DCMI/NII/JST/ CRL/ULIS 第一届国际 DC 元数据研讨会 DC 意大利佛罗伦萨 DCMI/AIB/ BNCF 第二届国际 DC 元数据研讨会 DC 美国西雅图 ISUW/DCMI/ DC 抽象模型 UWL DC 中国上海 SL/DCMI/ LCAS/NSTL 24. DCMI 是一个怎样的机构? DCMI 是致力于 DC 推广应用和标准化的组织, 由自愿加入的个人组成, 来自世界各地, 具有不同的专业背景但现在还只是一个虚拟的实体, 挂靠 (Host)OCLC, 不具有任何法律地位 DCMI 的组织结构如下 : 8

9 OCLC Board of Trustees Advisory Board Directorate Usage Board Working Groups Interest Groups 25. DCMI 目前有哪些推荐标准? 属于 DCMI 推荐的元数据方案目前主要有三个 :DCMES/DCTerms/DCTYPE 另外还有一些置标方案和编码体系属于 DCMI 的推荐标准参见 ; 26. DCMI 如何维护 DC 元数据? DCMI 通过一套运行机制管理维护 DC 元数据及其应用每年的年会是其进行总结回顾和展望的重要事件, 邮件列表是其提出动议讨论问题和日常运行的主要方式其运行机制每年都会有一些变化, 一些老的做法经过修正, 一些新的做法加进来 DCMI 的基本组成单位是工作组 (WG: Working Group), 每个工作组在成立时有相应的章程 (Charter) 规定了工作组的职能和任务, 每个工作组有 1 至 2 名主席, 负责组织议题, 年会时工作组需要总结前一年度的工作进展, 提出新一年的计划平时通过邮件列表进行讨论元数据规范词文档等经过适当流程后需经过应用委员会 (Usage Board) 批准才能最终发布详见以下文档 : Guidelines for Dublin Core Working Groups Procedure for approval of DCMI Metadata Terms and Recommendations DCMI Usage Board (UB) Administrative Processes 9

10 27. DCMES( 都柏林核心元数据集 ) 包括哪 15 个元素? 内容属性知识产权属性形式属性题名 Title 创建者 Creator 日期 Date 主题 Subject 出版者 Publisher 类型 Type 描述 Description 其他责任者 Contributor 格式 Format 来源 Source 权限 Rights 标识符 Identifier 语种 Language 关联 Relation 覆盖范围 Coverage 相关文档请参考 : 28. 什么是限定版 (Qualified)DC? 包括多少元素? 目前 DCQ 已经被全部归到了 DCTerms 命名域下, 共有 33 个限定词 (refinements) 和 17 个编码体系修饰词 ( encoding scheme qualifier ) 详见 : ( 中文翻译参见 : 什么是限定? 什么是编码体系修饰词? 限定词 refinements 也叫修饰词, 是对元数据元素语义的进一步限定和细化, 通常通过 vocabulary 和 encoding scheme 两种方式, 后者称为编码体系修饰词 30. 什么是 DC 的类型词表?DC 目前认可哪些类型? DC 对于资源类型建立了一个规范词表, 称为 DC 的类型词表见 : 目前包括 : 资源集合 Collection, 数据集 Dataset, 事件 Event, 图像 Image, 交互资源 InterativeResource, 服务 Service, 软件 Software, 声音 Sound, 文本 Text, 物理对象 PhysicalObject 共十种, 其中图像还有静态图像 (StillImage) 和动态图像 (MovingImage) 两个下位类型类型词的中文翻译见 : 10

11 31. 什么是 DC 的资源集合元数据应用纲要? 有哪些内容? DC 资源集合元数据应用纲要指以资源集合为描述对象的元数据应用纲要, 规定了对资源集合进行描述所需采用的元素目前的状态是工作草案报批稿参见 : 中文翻译参见: 什么是 DC 图书馆元数据应用纲要? DC 图书馆元数据应用纲要指以图书馆应用为适用领域的元数据应用纲要, 规定了对图书馆资源进行描述所需采用的元素目前的状态是工作草案参见 : 中文翻译参见 : 什么是 DC 教育元数据应用纲要? DC 教育元数据应用纲要指以教育应用为适用领域的元数据应用纲要, 规定了对教育资源进行描述所需采用的元素目前的状态是工作草案参见 : 什么是 DC 本地化? 客户化? 如何进行 DC 的本地化和客户化? 国际化是 DCMI 制定和推广元数据标准和应用的一项基本原则国际化就是要适应各语种文化的需要, 对其元数据方案进行本地化和客户化本地化是指使一个通用的元数据方案能够适用本地语言规范词表和其它规范的过程, 例如元素名称的翻译和显示本地分类体系的采用等等 ; 客户化指为适应特定应用领域而进行的限定扩展等, 当然这种限定和扩展要在 DC 元数据抽象模型的框架之下进行本地化和客户化都需要制定相应的规则或进行进一步的规范或约束 35. 什么是 DC 元数据抽象模型? DCMI 元数据所描述的资源 (resource) 的抽象模型如下 : 每个资源 (resource) 具有零个或多个属性 (properties); 每个属性 (property) 具有一个或多个值 (values); 每个值 (value) 本身是一个资源 (resource)( 即 : 用来描述资源, 与属性相关的物理或概念实体 ); 每个资源 (resource) 可以是一个或多个类 (classes) 中的成员 ;( 注 : 作为属性值的资源 11

12 所在的类 (class) 常被称为编码体系词表 (vocabulary encoding scheme)); 每个属性 (property) 和类 (class) 均具有其被声明的语义 ; 每个类 (class) 通过限定 ( 子类 ) 关系与一个或多个其它类相关 ( 当两个类共享部分语义 (semantics) 时, 所有属于子类 (sub-class) 的资源 (resource) 同时也是另一个相关类 (class) 的成员 ; 每个属性只能与一个其它属性通过限定关系 ( 子属性 ) 相关 ( 当两种属性共享部分语义时, 子属性的的有效值也就是相关属性的有效值 ) DCMI 元数据描述的抽象模型如下 : 一个条描述 (description) 是由一个或多个陈述 (statements)( 该陈述仅与一个且唯一一个资源有关 ), 以及零个或一个资源的 URI 组成 (URI 用来标识所描述的资源 ); 每个陈述由一个属性 URI( 这里的 URI 用于标识一个属性 ), 零个或一个值 URI( 这里的 URI 用于标识属性的值 ), 零个或一个编码体系 URI( 这里的 URI 标识值的类 ), 零个或多个值的表述 (representations) 组成 ; 每个属性都是被描述资源的一项特性 ; 每个属性 URI 可以在多个陈述中重复 ; 值的表述 (value representation) 可以是字串值 (value string) 复合值(rich value) 或相关描述 (related description) 等形式 ; 每个字串值都是一个简单的人类可读的字符串, 用以表示属性的值 ; 每个字串值可以有相应的编码体系 URI( encoding scheme URI), 用来标识一个语法编码体系 ; 每个字串值可以有相应的字串语种 (value string language), 它是一个 ISO 语种标记 ( 例如,en-GB); 每个复合值 (rich value) 是一些标记文本图像视频音频等, 或者它们的组合, 表示作为属性值的资源 ; 每条相关资源描述都是一个用来描述属性值的资源 36. 为什么需要 DC 元数据抽象模型? 明确概念, 例如 DC 的描述对象描述单元限定方式等等 ; ( 在一套概念术语的基础之上 ) 提供一个抽象的数据模型 ( 概念的坐标参照系 ), 以便在不同的元数据方案 ( 如果都采用或宣称采用基于 DC 的方案或者 AP) 之间获得共同的理解 ; 独立于特定的编码语法, 约束和补充置标方案的不足 ; 深入理解编码对象的属性, 实现元素的映射翻译和转换, 从而实现元数据方案的共享和重用 ; 在语义层实现元数据应用系统 ( 数字图书馆 ) 的互操作 12

13 37. 什么是元数据标准? 什么是元数据方案? 他们之间的关系是什么? 元数据标准是经过标准化组织认可的元数据方案, 元数据方案多指对于元数据标准的具体应用 38. 元数据方案设计有哪些正在形成或较为成熟参考模型? 这些模型分别解决什么问题? OAIS, FRBR, Abstract Model 都是参考模型 OAIS 提供了用于长期保存的信息系统的完整模型, 可用于保存性元数据方案的制定 ;FRBR 对于资源对象生命周期提供了一个参考模型, 据此提出的元数据方案可用于完整描述资源生命周期各个过程, 能够揭示各相关资源的相互关系, 有利于知识产权保护 DCMI 最近提出的抽象模型明确定义了一套概念体系, 对于记录 39. 都柏林核心元数据元素集 (DCMES) 已经被哪些国际标准化组织批准为国际标准? 国际标准 IETF(Internet Engineering Task Force) RFC 2413 [RFC2413] CEN 工作组协议 CWA [CWA13874] ISO IETF RFC 都柏林核心元数据元素集 (DCMES) 已经被哪些国家批准为国家标准? 国家标准澳大利亚芬兰丹麦英国美国 :NISO 标准 Z [Z3985] DC 元数据的各类推荐方案已经被翻译成 33 种语言 13

14 41. 有哪些元数据标准已经得到广泛的认同或使用? DC/ 地理信息系统 / 远程教育系统 / 电子政务 / 生物多样性 42. 哪些应用需要设计元数据方案? 数字图书馆应用, 或任何开放信息系统的应用 43. 元数据方案应包括哪些内容? 一般应该包括 : 数据元素集合 / 应用纲要 / 置标方案 / 著录规则 / 应用指南 / 最佳案例 / 扩展方案 / 系统需求详细说明如下 : 资源分析文档 : 定义资源类型, 确定资源类型的内涵和外延, 确定著录级别和著录单位, 属性提取, 确定著录对象之间以及属性之间的关系, 属性的检索要求, 核心属性的支持元数据元素集及定义 : 按照规范格式定义属性元素, 定义限定和扩展规则, 定义子元素和编码体系, 定义元素之间的关系著录规则 : 元数据方案应用于具体资源类型著录时的细节描述置标方案 : 采用 RDF/XML 置标的规则, 命名域规定, 标签定义, 编码规则规范控制流程 *: 人名规范档的建立维护更新应用流程和规则元数据著录系统需求 *: 开发具体的著录系统所要求的通用和专用需求规范 * 可选文档, 不是所有元数据方案都需要这些文档 44. 如何设计元数据方案? 需求分析对象分析元数据方案置标方案系统需求系统设计 14

15 45. 元数据方案的设计流程是什么? 规范控制资源分析建立模型属性提取内容专家从资源利用的角度提出属性要求元素精炼考察需要进行规范控制的属性, 制定办法限定规则置标方案分析应用领域资源特点和文献利用方式详细列出相关实体, 标明其相互之间的关系文献调研分析应用领域资源特点和文献利用方式规定属性限定原则 ( 子字段, 修饰词和编码 ) 通常选择 XML/RDF 或单纯 XML 置标元数据专家从现有标准和相关项目中获得参考著录规则制定详细的著录规则, 指导数据加工检索要求系统需求验收要求未来扩展提出元素对应个属性字段的具体检索要求元数据需求作为应用系统需求的一个部分元数据部分在系统中所要达到的功能预留未来发展的可能性, 既可扩展性 46. 什么是元数据应用纲要 (Metadata Application Profile)? 一种元数据标准的应用形式, 也可以看成是一种规范的元数据方案 (metadata schema) 对于应用系统采用多种不同的元数据标准的内容和方法进行一定程度的规范, 其基本思想来自于 Warwick Framework,: 不同的元数据元素可以集成在一个包中描述一个资源具体做法是首先定义所要描述的资源属性, 并采用 ER 分析方法明确所要描述的资源对象 ; 其次从不同元数据标准规范种选择一些适用的元素, 声明这些元素的语义, 以及可能存在相互关系, 建立相关规则等, 这些来自多个元数据标准规范的元数据元素应当有自己的命名域 ; 然后声明元素限定或修饰元素的语义可以根据所引用的元数据标准规范进行某种程度的限定, 但是不能扩大或交叉 ; 最后选择置标方案 47. 元数据应用纲要有相关参考标准或指南吗? 欧洲标准 :CEN CWA

16 48. 有哪些元数据标准机构支持目前的元数据应用纲要? 八个元数据标准制定和维护机构 ( 参见 Tom Baker 文章 ), 包括 IEEE LOM 等 49. 什么是元数据注册系统? 元数据注册系统 ( 又叫登记系统,Metadata Registry MR ) 是对元数据的定义信息置标方案转换规则著录规则应用指南等规范进行发布登记管理和检索的系统 50. 什么是互操作性? 异构系统之间的兼容性 51. 元数据可以为解决信息系统的互操作性问题提供哪些帮助? 互操作是分层次的, 因此互操作问题也必须分层次地进行解决有系统层逻辑层语义层表现层等 52. 解决数字图书馆系统互操作问题通常有哪些方法? 由于不同的领域 ( 甚至同一领域 ) 往往存在多个元数据格式, 当在用不同元数据格式描述的资源体系之间进行检索资源描述和资源利用时, 就存在元数据的互操作性问题 (Interoperability): 多个不同元数据格式的释读转换和由多个元数据格式描述的数字化信息资源体系之间的透明检索两种解决方案 : 元素映射与结构映射 53. 什么是元数据映射? 利用特定转换程序对不同元数据元格式进行转换, 称为元数据映射 (Metadata Mapping/Crosswalking) 目前已有大量的转换程序存在, 供若干流行元数据格式之间的转化, 例如 Dublin Core 与 USMARC; Dublin Core 与 EAD Dublin Core 与 GILS; GILS 与 MARC TEI Header 与 MARC FGDC 与 MARC 也可利用一种中介格式对同一格式框架下的多种元数据格式进行转换, 例如 UNIverse 项目利用 GRS 格式进行各种 MARC 格式和其它记录格式的转换格式映射转换准确转换效率较高不过, 这种方法在面对多种元数据格式并存的开放式环境中的应用效率明显受到限制 16

17 解决元数据互操作性的另一种思路是建立一个标准的资源描述框架, 用这个框架来描述所有元数据格式, 那么只要一个系统能够解析这个标准描述框架, 就能解读相应的 Metadata 格式实际上,XML 和 RDF 从不同角度起着类似的作用 XML 通过其标准的 DTD/Schema 定义方式, 允许所有能够解读 XML 语句的系统辨识用 XML_DTD/Schema 定义的 Metadata 格式, 从而解决对不同格式的释读问题 RDF 定义了由 Resources Properties 和 Statements 等三种对象组成的基本模型, 其中 Resources 和 Properties 关系类似于 E-R 模型, 而 Statements 则对该关系进行具体描述 RDF 通过这个抽象的数据模型为定义和使用元数据建立一个框架, 元数据元素可看成其描述的资源的属性进一步地,RDF 定义了标准 Schema, 规定了声明资源类型声明相关属性及其语义的机制, 以及定义属性与其它资源间关系的方法另外,RDF 还规定了利用 XML Namespace 方法调用已有定义规范的机制, 54. 元数据映射解决系统互操作问题有什么优缺点? 暂时解决方案, 无法彻底解决彻底解决有赖于高层互操作协议, 包括元数据交换协议和相关本体标准的建立 55. 目前有哪些高层互操作协议? Z39.50, OAI, WSDL, SOAP, Web Service, whois++, LDAP 17

(interoperability) Dublin Core 15 (The Dublin Core Metadata Initiative DCMI) 1995 (Dublin, Ohio) (The Dublin Core Metadata Element Set DC) DC DC DC DC

(Metadata) (interoperability) Dublin Core 15 (The Dublin Core Metadata Initiative DCMI) 1995 (Dublin, Ohio) (The Dublin Core Metadata Element Set DC) DC DC DC DCMI 2000 6 DC CEN/ISSS (European Committee