DSpace的METS XML元数据标准是什么

DSpace默认使用Dublin Core而非METS作为核心元数据标准，METS仅作为可选封装格式用于数字对象结构描述与外部系统集成，需通过插件或定制实现。

DSpace 本身不原生使用 METS（Metadata Encoding and Transmission Standard）XML 作为其核心元数据标准，而是以 Dublin Core（DC） 为核心、轻量、可扩展的元数据方案。但 DSpace 支持通过插件或定制方式导入/导出 METS XML，尤其在数字对象归档、长期保存或与外部系统（如 preservation repositories、ingest workflows）集成时，METS 可作为封装格式使用。

以下是关键事实和常见实践：

• DSpace 默认元数据标准是 Dublin Core
  所有提交的项目（Item）默认使用 dc.* 命名空间字段（如 dc.title, dc.creator, dc.date.issued），存储在关系数据库中，导出为简单 XML 或 RDF/XML 时也基于 DC。

• METS 在 DSpace 中属于“可选封装层”，非内置标准
  METS 是一种用于描述数字对象结构（如书页顺序、文件分组、管理/描述/技术元数据绑定）的包装格式（wrapper format），不是替代 DC 的内容标准。DSpace 没有内置 METS 解析器或 METS 驱动的 UI；需通过：

  • 自定义 ingest plugin（如 MetsIngestPlugin）
  • 外部工具（如 dspace-cli + XSLT 转换）
  • 第三方模块（如 DSpace-CRIS 或 Hydra-based extensions）

• 若在 DSpace 中使用 METS，通常遵循以下约定

  

  Android配合WebService访问远程数据库 中文WORD版

  采用HttpClient向服务器端action请求数据，当然调用服务器端方法获取数据并不止这一种。WebService也可以为我们提供所需数据，那么什么是webService呢？，它是一种基于SAOP协议的远程调用标准，通过webservice可以将不同操作系统平台，不同语言，不同技术整合到一起。 实现Android与服务器端数据交互，我们在PC机器java客户端中，需要一些库，比如XFire,Axis2,CXF等等来支持访问WebService，但是这些库并不适合我们资源有限的android手机客户端，

  下载
  • （Administrative Metadata）中嵌入 DC 元数据（常转为 mdWrap + xmlData）
  • （Descriptive Metadata）可引用或内嵌 DC、MODS、EAD 等，但 DSpace 社区实践中多映射回 dc.* 字段
  • 和 用于表达位图文件（PDF、TIFF）、OCR 文本、缩略图等的组织关系——这是 METS 对 DSpace 最有价值的部分
  • 命名空间声明典型包括：

    xmlns:mets="http://www.loc.gov/METS/"
    xmlns:xlink="http://www.w3.org/1999/xlink"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://www.loc.gov/METS/ http://www.loc.gov/standards/mets/mets.xsd"

• 无官方 DSpace-METS 映射规范，但存在社区实践参考
  如 DSpace 6/7 的 mets.xml 示例模板（见 dspace/config/templates/）或 DuraCloud + DSpace METS profiles，它们将：

  • dc:title → （若用 MODS 封装）
  • bitstream.format → 中的技术元数据
  • item.handle → 或自定义

基本上就这些。DSpace 的元数据体系以实用性和互操作性为导向，METS 不是它“标准的一部分”，而是按需引入的结构化打包工具。真正起语义作用的，仍是底层的 Dublin Core 及其扩展字段。