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）
- 自定义 ingest plugin（如
-
若在 DSpace 中使用 METS，通常遵循以下约定
-
<mets:amdSec>（Administrative Metadata）中嵌入 DC 元数据（常转为mdWrap+xmlData） -
<mets:dmdSec>（Descriptive Metadata）可引用或内嵌 DC、MODS、EAD 等，但 DSpace 社区实践中多映射回dc.*字段 -
<mets:fileSec>和<mets:structMap>用于表达位图文件（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:titleInfo><mods:title>（若用 MODS 封装） -
bitstream.format→<mets:mdWrap MDTYPE="PREMIS:OBJECT">中的技术元数据 -
item.handle→<mets:xmlData><dcterms:identifier>或自定义<dspace:handle>
-
基本上就这些。DSpace 的元数据体系以实用性和互操作性为导向，METS 不是它“标准的一部分”，而是按需引入的结构化打包工具。真正起语义作用的，仍是底层的 Dublin Core 及其扩展字段。
