元数据编码和传输标准（METS）

[align=center]元数据编码和传输标准（METS）[/align]
[align=left] Metadata Encoding and Transmission Standard [/align]
[align=left](METS) [/align]
[align=left][/align]
[align=left] 元数据编码和传输标准(METS)的开发是为了满足描述复杂数据对象的一个标准数据结构。METS 是一个用来表示数据图书馆对象与描述性和管理性相关的结构和组成数据对象的名称、位置的XML文档实例的XML图表。[/align]
[align=left] 元数据是成功管理的必然，并且数据对象的应用，既得到了扩展，又有别于用来管理印刷作品和物理资源的元数据。而且结构化的元数据是确保分离的数字化的文件（比如，数字化图书的不同的页）合适地被结构化的必需品。技术性的元数据是数字化处理信息中不可或缺的部分，所以许多学者可能确定如何准确的鉴定原始数据版本的提供的引用。其它的技术性的元数据是内部数据刷新，迁移和确保珍贵资源的耐用性的基础。[/align]
[align=left] METS是由美国第二项目制作，试图应对元数据问题，并专门从事图书馆研究的一个数字化工程，发展而来的，是为基于文本和数据作品提供的元数据提供编码格式的一部分。数字图书馆联盟（DLF）曾经参与创建METS的早期工作，那是一个用来表示和包装/封装图书馆中各种对象的描述性、管理性和结构化的元数据的标准模式。采用XML图标语言表示的METS为数字图书馆中对象在不同知识库之间交换的管理提供了一种文档格式。[/align]
[align=left] [/align]
[align=left]一个METS文档包含七个主要部分：[/align]
[align=left] [/align]
[align=left]● METS头——包含描述METS自身的元数据，包括创建者、编者等信息。[/align]
[align=left]●描述性元数据——指向METS文档外部的描述性元数据（例如，OPAC中的一个MARC记录或者Web服务上维护的一个经过编码的存储描述查找助手），或内嵌的描述性元数据，或者由两者都是。[/align]
[align=left]●管理性元数据——提供关于文件如何被创建，如何存储，知识产权权力、原始数据资源对象派生于数字图书馆的哪一个对象，以及构成数字图书馆对象的文件的起源。[/align]
[align=left]●文件部分——列出包含构成数字对象电子版本内容的所有文件。[/align]
[align=left]●结构图——为数字对象勾勒一个层次结构，并把结构中的每一个元素和内容文件，以及从属于每一个元素的元数据连接起来。[/align]
[align=left]●结构化连接——允许METS的创建者标记层次结构图中勾勒出的每一个节点。[/align]
[align=left]●行为——关联METS对象内容中可执行的行为。[/align]
[align=left] [/align]
[align=left] METS头，文件组成、结构图、结构化连接和行为部分是在METS模式中定义的。METS是很少规定有关描述性和管理性的元数据，这依赖于扩展模式——扩展化的开发元数据模式­——来提供特殊的元素。METS编辑版已经支持（endorse）三个描述性元数据模式：简单的Dublin Core、MARCXML和MODS（下面将会讨论）。[/align]
[align=left] [/align]
[align=left] [/align]
[align=left] 对于技术性元数据，METS网站为文本和数字静态图像实现了可行性模式。最近的是MIX，面向图像的XML图标元数据，是基于一个受大家建议的NISO标准，Z39.87，数字字典：数字静态图像的技术性元数据。历程中进一步的工作是音频、视频和网站的扩展模式。目前METS开发社区，在这个领域中，的另一个关注点就是METS应用的开发，来引导为特殊对象类型创建METS文档。[/align]
[align=left] METS模式的应用已经相当的普遍了。采用METS实现的记录表，一些论文/指导资料和其他的重要信息可以在METS的网站上找到。[/align]
[align=left] [/align]

[align=center]元数据描述模式MODS[/align]
[align=left] Metadata Description Schema[/align]
[align=left][/align]
[align=left] 元数据描述模式，MODS，是一个描述性元数据模式，是MARC21的派生物，希望从已有的MARC记录运载被选择的数据或加强原始数据的描述记录的创建。它包括了MARC域的一个子集，而且应用基于语言的标签而不是MARC21记录所采用的数字。像METS一样，MODS是用XML模式语言表示的。[/align]
[align=left] 虽然，MODS标准独立存在，它也可能补充其他的元数据格式。由于它的灵活性和XML的应用，MODS可能有潜在作为Z39.50下一代通用制定格式，METS的一个扩展模式，一个为提取和创建原始资源元数据的XML语法的元数据集。[/align]
[align=left] 电子资源的富描述是MODS的一个特殊的亮点/焦点，它提供了一些超越其他元数据模式的优点。MODS元素比Dublin Core还要丰富。它的元素与图书馆数据比ONIX和Dublin Core标准更加兼容。并且比所有的NARC21书目格式更简单。由于采用XML语言，MODS提供了MARC21的提高，比如，一个可选的属性ID的应用，来方便元素层的连接；在元素层指定语言、脚本和直译模式的能力；为相关的对象元素的组件嵌入富描述的能力。[/align]
[align=left]MODS的功能是给定一个对象作品的组成部分，尤其有效的利用METS结构图为复杂的数字图书馆对象描述粒度。[/align]

[align=left] [/align]

[align=center]Metadata in Action[/align] [align=center][/align] [align=left] 一位口述历史学家制作了关于一个特殊种族成员的采访磁带记录。受访者给历史学家签署一张授予知识产权权力的发行表。大多数受访者许可以影印或电子的形式传播本次采访的过程，但是直到消亡25年之后，许多人却限制出版和发行。[/align] [align=left] 关于每一个采访的信息被保存在一个元数据当中：采访者（Interviewer）、受访者（Interviewee）、日期（Data）、地点（Place）等等。每一个采访过程都遵照一个问卷调查表。问卷调查表以文本文件的形式存在。磁带、发行表、数据库和文本文件存放在一个关注特定种族的文库中。[/align] [align=left] 那些磁带是数字化的。一旦一个采访方需要许多磁带是就用元数据来把每一个采访的各个部分保存在一起。技术人员记录管理性的元数据，比如，文件名、文件中每一次采访的地点、采访中采用的设备、数字化的方法、质量保证、完备、文件格式等等。这个元数据的不同的字段允许音频文件能够被自动的跟踪、访问、存储、更新和转移。[/align] [align=left] 一位档案管理人员扩展了元数据，其中包含每一个采访的标识、同时把音频文件和描述性元数据关联起来。为了和Dublin Core的术语匹配，数据元素的名称被重新修订，其中包括用来描述特殊音频资料的限定词。版权和授权信息也在修订之列。[/align] [align=left] 一位档案管理员以数据库为核心，为音频收集制作了一个EAD (The Encoded Archival Description )查找助手(finding aid)。问卷文本文件的很多部分被合并在一起作为主题关键字的一个富资源（a rich source）。一个MARC记录派生于EAD查找助手，并且被增添到OCLC和RLIN。[/align] [align=left] 为研究人员开发了专门的网页，在这里他们可以访问查找助手，查询数据库，听音频文件。在对外开放之前，受限制的采访都不支持查询，所以没有人可以访问。为了让网页维持所有的信息，并便于管理和访问，他们开发了管理性的、结构化的和描述性的元数据。[/align] [align=left] 这个图书馆共享一个元数据获取协议，来为服务提供商提供基于通用格式的本地元数据的提取，所以关于应用的信息自动的包含在相关的工具，比如，目录和门架（portal）中。[/align] [align=left] 网页专门的连接到图书馆的网站的有关种族的资源，为研究人员提供存储、可视材料、数字化的二次资源等的文本。并且开发了网站层次的管理性、结构化和描述性的元数据。[/align]