帮助

ArcGIS for Desktop 中 ISO 元数据标准的支持

本主题介绍 ArcGIS for Desktop 如何支持与地理空间元数据相关的 ISO TC 211 标准。无论您是第一次接触元数据、ISO 元数据标准还是曾经接触过 ISO 元数据，本主题都将有助于您理解 ArcGIS for Desktop 生成有效 ISO 元数据 XML 文档的方式。

ISO 元数据标准

ISO 元数据不是单一标准。而是一组错综复杂的标准，它们涉及元数据内容的不同领域和信息存储的方式。讨论 ArcGIS for Desktop 中为这些标准提供的支持级别之前，必须先清楚不同标准的名称和编号以及它们控制的项目元数据的方面。

内容标准

FGDC 的数字地理空间元数据内容标准 (CSDGM) 是内容标准，同样的，一些 ISO 标准也是内容标准。内容标准确定项目的元数据中应该提供哪些信息。例如，当其指定一个项目的标题和日期为必需内容时，您便应该提供这些信息。

元数据验证错误显示在页面顶部

以下是对地理空间数据社区非常重要的 ISO 元数据的主要标准。每个标准都是按照各自的时间线独立开发的。

  • ISO 19115:2003 地理信息 -- 元数据和 ISO 19115:2006 技术勘误表 1
  • ISO 19119:2005 地理信息 -- 服务和 ISO 19119:2008 修订案 1
  • ISO 19115-2:2009 地理信息 -- 元数据 -- 第 2 部分：影像数据与格网数据的扩展

同时还有许多作为元数据内容关键部分的支持的元数据标准。这些标准同样按照与主元数据标准不同的时间线进行开发与维护。

  • ISO 19110:2005 地理信息 -- 要素编目方法
  • 数据质量标准
    • ISO 19113:2002 地理信息 -- 质量原则
    • ISO 19114:2003 地理信息 -- 质量评估程序
    • ISO 19138:2006 地理信息 -- 数据质量测量

假设您第一次接触 ISO 元数据，但熟悉 FGDC CSDGM 标准，此处将介绍以上 ISO 元数据内容标准如何与 CSDGM 的不同部分相关联。

FGDC CSDGM 元数据部分与不同的 ISO 元数据标准相关联

执行规范

执行规范确定交换元数据内容的格式。

对于 FGDC CSDGM 元数据，元数据分析程序工具 mp 定义受支持的格式并对它们的内容进行验证。XML、SGML 和结构化文本格式都是 mp 工具可接受的输入格式。

FGDC CSDGM 元数据 XML 规范

对于 ISO 元数据，每个内容标准都与执行规范相关联 - 描述内容的 XML 格式的一个文档和一套 XML 模式。XML 是唯一受支持的格式。一些执行规范会发布为带有各自编号的独立标准。XML 模式可用于验证某个 XML 文档以确定其是否符合规范。

ISO 19115 内容的 ISO 19139 元数据 XML 规范

上文介绍的内容标准与下图所示的执行规范相关联。

  • ISO 19139:2007 地理信息 -- 元数据 -- XML 模式执行
    • ISO 19115:2003 和 19115:2006 技术勘误表 1 的 XML 格式
  • ISO 19136:2007 地理信息 -- 地理标记语言 (GML)
    • ISO 元数据中使用的时间与地理信息的 XML 格式

  • OpenGIS 目录服务执行规范 [Web 目录服务 (CSW)]

    • ISO 19119:2008 修订案 1 的 XML 格式
    • ISO 19119 是一种 ISO 元数据内容标准，而 XML 模式则是为执行此标准而开发的，这些模式只会连同 OGC CSW 规范一起发布。
  • ISO 19110:2011 地理信息 -- 要素分类的方法修订案 1，附录 E
    • ISO 19110:2005 的 XML 格式
  • ISO 19139-2:2012 地理信息 -- 元数据 -- XML 模式执行 -- 第 2 部分：影像数据和格网数据 XML 模式执行
    • ISO 19115-2:2009 的 XML 格式

正如您所看到的不同内容标准和执行规范显示的日期，并非所有标准都是按相同的时间线创建与修订的。因此，给定内容标准的执行规范无法包含所有相关标准的全部内容。

每个 ISO 元数据执行规范都与几个内容标准相关联

ISO 元数据标准的下一部分内容

定期对 ISO 元数据标准进行修订以保证它们持续有效。以下元数据内容标准目前正在进行修订。此工作即将完成。

  • ISO 19110 地理信息 -- 要素分类的方法

    正在对现有要素编目标准进行审核，这是现有标准日常维护的一部分。产生的更新模型会被修订的元数据标准 ISO 19115-1 引用。

    描述要素属性的 ISO 元数据内容标准正在被修订

  • ISO 19157 地理信息 -- 数据质量

    由三个原始标准生成的数据质量模型直接包含在 ISO 19115 中。正在将这些标准合并为一个新标准 ISO 19157。将对现有模型进行修订，这将作为现有标准日常维护的一部分。产生的更新模型会被修订的元数据标准 ISO 19115-1 引用，而非直接包含在其中。ISO 19157 完成后，会撤消前三个数据质量标准。

    描述数据质量的 ISO 元数据内容标准正在被修订

  • ISO 19115-1 地理信息 -- 元数据 -- 第 1 部分：基础知识

    本次修订会对主 ISO 元数据内容标准作出一些重要更改，并会添加一些新的元数据元素。由 North American Profile 作出的几处修改也会并入此标准中。还会并入 ISO 19119 中所定义的服务元数据。

    描述空间资源的 ISO 元数据内容标准正在被修订

内容标准的修订完成后，它的相关执行规范也必须进行相应更新。目前尚不清除如何更新执行规范，特别是如何更新 ISO 19139 以并入 ISO 19115-1 定义的更改。

  • ISO 19110 (2015?)地理信息 -- 要素分类的方法，附录 E？

    ISO 19110 的现有执行规范与内容标准包含在相同文档中，即随此标准的 2011 修订版添加的附录 E 中。修订完成且标准更新后，预计文档的附录 E 或相似部分也会进行相应更新，然后提供修订的执行规范。

    内容标准修订完成后，ISO 要素分类执行规范必须进行更新

  • ISO 19157 (2014?)地理信息 -- 数据质量

    前三个数据质量标准的执行规范 - ISO 19113、ISO 19114 和 ISO 19138 - 包含在 ISO 19139 中。尚不清楚 ISO 19157 的执行规范是与 ISO 19110 同样作为附录包含在标准的文档中，还是提供为带有自己编号的独立执行规范（如 ISO 19157-2），亦或是包含在 ISO 19115-1 的新执行规范中。

    内容标准修订完成后，数据质量执行规范必须进行更新

  • ISO 19115-3 (2014?)地理信息 -- 元数据 -- 第 3 部分：元数据基础知识的 XML 模式执行

    内容标准修订完成后，描述空间资源的 ISO 元数据执行规范必须进行更新

    建议将 ISO 19115-1 的执行规范提供为标准 ISO 19115-3。

    许多与 19115-1 相关的标准也在进行修订，但不是按照相同的时间线进行。目前尚不清楚会随 ISO 19115-1 提供什么样的实际信息组。

    一种方案是将 ISO 19115-1 及所有相关执行规范包含在单个标准 ISO 19115-3 中，如同之前将它们包含在 ISO 19139 中一样。但是 ISO 19139 发布后，不会对它进行更新以包含对相关标准作出的更新。如果此路径可追踪，尚不清楚 ISO 19115-3 是会等待相关标准完成还是会使用相关标准的现有执行规范进行发布。也不清楚此新执行规范是否会包含由 ISO 19139-2 提供的信息模型。

    下文对两种可能的结果进行说明。

    尚不确定 ISO 19115-3 元数据执行规范会包含什么内容

    一个问题是是否包含与 ISO 19139-2 相关的现有执行规范，以及在此规范可被包含在执行规范（如 ISO 19115-3）之前，是否必须更新以包括所有与 ISO 19115-1 相关的修订版。另一种方案是将 19115-3 创建为独立的执行规范，其中只包含 ISO 19115-1 中定义的更新，并按下图所示引用所有相关规范。

    ISO 19115-3 元数据执行规范可能只负责描述空间资源

ArcGIS for Desktop 支持的标准

根据内容标准 ISO 19115:2003 与 2006 技术勘误表以及执行规范 ISO 19139:2007，使用 ArcGIS for Desktop 中的 ISO 19139 Metadata Implementation Specification 元数据样式创建与导出的元数据有效。

根据内容标准 ISO 19115:2003 与 2006 技术勘误表，使用 ArcGIS for Desktop 中的 INSPIRE Metadata Directive 元数据样式或 North American Profile of ISO19115 2003 元数据样式创建的元数据有效。对于 INSPIRE 样式，根据欧洲社区的 INSPIRE 元数据执行规则：基于 EN ISO 19115 和 EN ISO 19119 的技术指南（版本 1.2），元数据内容同样有效。对于 North American Profile 样式，根据 North American Profile of ISO 19115:2003 - 地理信息 - 元数据（NAP - 元数据，版本 1.2），元数据内容同样有效。

使用 INSPIRE Metadata Directive 元数据样式或 North American Profile of ISO19115 2003 元数据样式且描述数据的元数据已导出时，根据执行规范 ISO 19139:2007，生成的 XML 文件有效。如果描述服务的元数据已导出，根据执行规范 OGC Web 目录服务 (CSW)，此元数据有效；对于包含服务元数据描述的 ISO 19139 元数据文档，此规范包含可以对该文档进行验证的 XML 模式。

ArcGIS 10.x 使用系统以内部 ArcGIS 元数据格式存储内容，并通过 XSLT 变换将内容导出为当前 ArcGIS 元数据样式的相应 XML 格式；当新元数据标准变为可用时，该系统可迅速适应。元数据内容标准发生变化时，用于编辑的新元数据元素和页面可被添加到 ArcGIS 元数据编辑器以收集更多内容。新元数据样式可以使用新页面和新 XSLT 变换生成符合新执行规范的 XML 文件。

Esri 工作人员已参与上述 ISO 元数据标准的修订并密切监控对它们作出的更改。修订完成后，这些标准会在某个 ArcGIS for Desktop 版本中受到支持。请务必记住，执行规范与内容标准通常并非同时可用。直到最终执行规范可用时才能为新标准或修订的标准提供完整的元数据样式。新元数据样式可用时，可以将 ArcGIS for Desktop 设为使用此新样式；现有 ArcGIS 元数据内容会保持不变。

验证 ISO 元数据文档

遗憾的是，单纯将执行规范作为标准并不意味着可以直接验证与这些规范相对应的 XML 文档。本部分将剖析 XML 文档的一些分支，例如如何验证 XML 文件、XML 模式如何发布，以及 ISO 元数据 XML 文档的意义何在。

XML 简介

可扩展标记语言 (XML) 被设计为一种用于存储和传输数据的灵活机制。相反，HTML 则被设计用于显示数据。XML 和 HTML 均不会做出任何行为。XML 仅显示标签中的数据。HTML 显示一组浏览器知晓如何显示的预定义标签中的数据。可扩展样式表语言转换 (XSLT) 样式表提供将 XML 文档中的数据转换为其他可由浏览器显示的格式（如 HTML 文档）的说明。

所有 XML 文档必须遵循一套基本规则 - 格式必须正确。格式正确的 XML 文档具有正确的 XML 语法。例如，XML 文档必须具有根元素，标签必须闭合并适当嵌套，属性值必须用引号括起来。

XML 文档的有效性是可以选择的。有效的 XML 文档是指符合某个模式规则的格式正确的 XML 文档。模式用于定义 XML 文档的结构。例如，它可以指定允许哪些元素存在于文档中、哪些元素中可以包含其他哪些元素、哪些元素中可包含何种类型的数据、哪些元素是必需的，以及元素必须以哪种顺序进行显示。XML 模式可以是 XML 文档类型定义 (DTD) 或 XML 模式 (XSD)。ISO Metadata Implementation Specification 提供了一组 XML 模式 (XSD) 文档。

一些字符在 XML 文档中具有特殊的含义。例如，大于号 (>) 和小于号 (<) 字符用于围绕一些文本放置标签并用于创建 XML 元素。元素的文本中包含普通的大于号字符时将出现错误，因为该字符会被解释为新 XML 元素标签的开头。元素文本中出现“与”号 (&) 时也会产生错误，因为“与”号用于表示特殊字符引用。以下介绍的所有特殊字符，包括单引号 (') 和双引号 (")，均应替换为相应的实体引用：&gt; 替换大于号，&lt; 替换小于号，&amp; 替换“与”号，&apos; 替换单引号，&quot; 替换双引号。

XML 文档的首行可能是 XML 声明，该声明用于定义 XML 的版本和文档中使用的编码。如果没有声明，则默认的 XML 版本为 1.0。如果未指定编码，则假定编码为 UTF-8 或 UTF-16，具体由 XML 文档的字节顺序标记决定。ArcGIS for Desktop 元数据编辑器和元数据地理处理工具始终生成 UTF-8 编码的 XML 文档。

要了解有关 XML 和 XML 文档语法的详细信息，请参阅 http://www.w3schools.com/xml。

XML 命名空间

两个 XML 模式可能会定义名称相同但含义不同的元素。当不同 XML 模式中的元素出现在同一个 XML 文档中时，可使用 XML 命名空间来避免元素命名冲突，其中不同的命名空间与各个 XML 模式相关联。

命名空间指的是 XML 元素名称的前缀，通过冒号与名称隔开，例如 <prefix:name>。通过提供 xmlns 属性并将统一资源标识符 (URI) 与将用作前缀的字符串相关联，可以定义命名空间，例如 xmlns:prefix=URI。必须在将使用前缀的 XML 元素的开始标签中声明命名空间。但文档中使用的所有命名空间通常在该文档根元素的开始标签中进行声明。在下面的示例中，定义了两个命名空间 a 和 b 以区分内部信息和外部信息：

<a:order xmlns:a="http://store.com/inventory" xmlns:b="http://store.com/customers">
  <a:name>patio table</a:name>
  <a:cost>650.00</a:cost>
  <a:email>shipping@store.com</a:email>
  <b:name>Jane Smith</b:name>
  <b:email>customer@gmail.com</b:email>
</a:order>

命名空间的 URI 并不是有效的 Internet 位置。虽然 URI 看上去像统一资源定位器 (URL)，它的作用仅在于确定一组 XML 元素的名称。

如果有一个命名空间的使用频率高于其他命名空间，则可以为 XML 文档指定默认的命名空间，例如 xmlns=URI。指定默认的命名空间后，您就不必为所有与该命名空间相关的元素提供同一个前缀。文档中所有不具备前缀的 XML 元素均为该默认命名空间的成员。再次使用上面的示例，但这次将命名空间 "a" 的 URI 指定为默认命名空间：

<order xmlns="http://store.com/inventory" xmlns:b="http://store.com/customers">
  <name>patio table</name>
  <cost>650.00</cost>
  <email>shipping@store.com</email>
  <b:name>Jane Smith</b:name>
  <b:email>customer@gmail.com</b:email>
</order>

在这两个示例中，XML 元素成本与命名空间 URI http://store.com/inventory 相关联。如果您有 XSLT 样式表可以将以此格式指定的顺序转换到可打印的文档中，则同一 XSLT 会以相同的方式处理上述两个示例并生成相同的结果。如果识别出同时定义这两组元素的 XML 模式，则上述 XML 文档示例将得到验证 - 上述两个示例均被视为有效。

在 ISO Metadata Implementation Specification 中，每组 XML 模式均与由三个字母构成的字符串和特定的命名空间 URI 相关联。按照惯例，由三个字母构成的字符串始终用作在相关 XML 模式中定义的 XML 元素的前缀。例如，ISO 19115 中定义的大部分元数据元素都与在 ISO 19139 文档中指定的命名空间 URI http://www.isotc211.org/2005/gmd 相关联；如果没有在 XML 文档中为该 URI 指定默认的命名空间，则这些元素将使用前缀 gmd。

ISO Metadata Implementation Specification 提供了许多 XML 模式，因此可定义许多可在 XML 文档中使用的命名空间和前缀。只需为实际出现在 XML 文档中的元素提供命名空间和前缀声明。

验证 XML 文档

XML 文档必须具有正确的格式。XML 文档的有效性是可以选择的。有效的 XML 文档是指符合某个模式规则的格式正确的 XML 文档。必须向 XML 文档添加模式引用以对其进行验证。

在 XML 声明的后面添加对 XML DTD 的引用，如下所示：

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE order SYSTEM "http://store.com/order-format.dtd">
<order xmlns="http://store.com/inventory" xmlns:b="http://store.com/customers">
  …
</order>

首先声明 XML 文档的根元素，然后指定 DTD 的存储位置。

使用文档中根元素开始标签中的属性添加 XML 模式引用，如下所示：

<?xml version="1.0" encoding="UTF-8"?>
<order xmlns="http://store.com/inventory" xmlns:b="http://store.com/customers" 
             xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
             xsi:schemaLocation="http://store.com/order-format.xsd">
  …
</order>

首先，声明 XMLSchema 实例命名空间。然后，chemaLocation 属性指定了 XML 模式的存储位置。

处理 XML 文档需要使用不同的软件工具。执行 XSLT 样式表中定义的转换操作时需要 XSLT 引擎或处理器。XML 解析程序用于添加、删除、读取元素和属性及其值，并用于在 XML 文档的结构中执行各种其他操作。非验证型 XML 解析程序可以进行检查以确保 XML 文档的格式正确。除其他操作以外，验证型 XML 解析程序还可以使用引用的 XML 模式根据该模式中指定的规则来确定 XML 文档是否有效。

将 XML 模式引用加入到 XML 文档中后，验证型 XML 解析程序可以进行检查以确定该文档是否有效。

可以写入 XML 模式以解释元数据内容标准中定义的大多数规则。但它们不能评估 ISO 元数据内容标准 UML 模型中定义的所有规则。例如，如果使用 XML 模式，则元素的值不受同级元素值的控制。

Schematron 是一种基于规则的语言，可用于使用 XPath 查询来评估 XML 文档，并用于在发现问题时显示纯语言错误。Schematron 可用于协助进行 XML 模式验证，以确定 XML 文档是否遵守了内容标准中定义但无法通过该模式进行评估的规则。因为 Schematron 是 XML 文档，它们通常会转换为 XSLT 变换；然后，生成的 XSLT 可用于通过 XSLT 处理器验证 XML 文档。ISO Metadata Implementation Specification 现不提供 Schematron；但日后可能纳入这些功能。

ArcGIS for Desktop 使用 Microsoft .NET Framework XML 解析程序和 XSLT 处理器来处理元数据。该技术仅支持 XSLT 1.0。因此，只有基于 XSLT 1.0 的 XSLT 样式表可以使用 ArcGIS for Desktop 软件运行。基于 XSLT 2.0 创建的 Schematron 无法转换为将在 ArcGIS for Desktop 中运行的 XSLT 样式表。

使用 ArcGIS for Desktop 验证元数据

ArcGIS for Desktop 元数据编辑器通过对由特定页面管理的元数据内容进行测试来对元数据进行内部验证。这些测试的基础是由内容标准指定的规则和与当前 ArcGIS 元数据样式相关的执行规范。所有的内容标准规则均考虑在内，甚至包括可在执行规范的 XML 模式中进行测试的规则以外的其他规则。元数据编辑器的内容列表会快速说明哪些页面的内容将被视为对元数据样式无效。

元数据将在您在 ArcGIS 元数据编辑器中输入时进行验证

制作良好的元数据内容需要一定的时间。通过 ArcGIS 元数据编辑器，您可以原样保存您的内容并在以后继续完成，即使在您需要停止工作时该元数据被视为无效的情况下也是如此。

ArcGIS for Desktop 可以满足大量客户的不同需求。大多数组织喜欢遵照社区标准来创建元数据。但一些组织具有不同的内部需求；按照元数据标准的 XML 模式，其元数据文档将被视为无效。ArcGIS 允许这些组织根据其自身的需求来生成元数据。因此，当将项目的元数据内容导出为某一标准的 XML 格式时，生成的 XML 文件将不包含 XML 模式引用。

如果项目的元数据内容完整，可以有选择地进行测试，以确定其对于与该元数据样式相关的元数据标准的 XML 模式是否有效。要完成此操作，可使用“描述”选项卡的“验证”按钮来运行“验证元数据”地理处理工具。当其对话框打开时，对当前元数据样式进行相应的工具参数设置。下图显示了与 ISO 19139 元数据样式相关的设置。

在保存元数据编辑内容之后，还可以根据元数据标准的 XML 模式对元数据进行验证

该工具首先将项目的 ArcGIS 元数据内容导出为元数据标准的 XML 格式 - 本例中为 ISO 19139 XML 格式。然后根据工具参数中提供的信息将 XML 模式引用插入到导出的 XML 文档中。下面的示例介绍了 xsi:schemaLocation 属性是如何根据上例中提供的信息生成的。

<?xml version="1.0" encoding="UTF-8"?>
<MD_Metadata xmlns="http://www.isotc211.org/2005/gmd" 
             xmlns:gco="http://www.isotc211.org/2005/gco" 
             xmlns:gts="http://www.isotc211.org/2005/gts" 
             xmlns:srv="http://www.isotc211.org/2005/srv" 
             xmlns:gml="http://www.opengis.net/gml" 
             xmlns:xlink="http://www.w3.org/1999/xlink" 
             xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
             xsi:schemaLocation="http://www.isotc211.org/2005/gmd
                                                     http://www.isotc211.org/schemas/2005/metadataEntity.xsd">
  …
</MD_Metadata>

如果可以，必须在 xsi:schemaLocation 属性中声明目标命名空间，以使该命名空间与 XML 模式的目标命名空间相一致。目标命名空间可指示 XML 文档中的哪些元素符合指定的 XML 模式并将得到验证。其他 XML 模式（如 FGDC CSDGM 模式）可能不需要指定目标命名空间。

最后，使用 .NET Framework XML 解析程序对导出的含 xsi:schemaLocation 属性的 XML 文件进行验证。.NET Framework 提供的所有警告或错误消息都将以工具消息的形式进行报告。ArcGIS for Desktop 完全按照错误消息的生成对其进行报告。

ISO 元数据 XML 模式资料档案库

存在许多发布了不同 ISO Metadata Implementation Specification XML 模式的官方位置或资料档案库。但并不是所有的规范都在每个位置中进行了发布。这样，便难以确定应使用哪些模式来验证 XML 文档是否符合特定标准。在文档 INSPIRE 元数据实施规则 v1.2 的 2.1.2 节“ISO 模式位置”中对这一困境进行了介绍。

随着对不同执行规范的日益开发，GML 已从 OGC 标准发展为 ISO 标准。GML 内容仅在 ISO 元数据 XML 文档中用于根据需要记录时间和几何形状。较旧版本的 GML 最初用在 ISO 元数据 XML 模式中，该版本的 GML 和 ISO 元数据 XML 模式使用一个命名空间。较新版本的 GML 使用不同的命名空间。

虽然对 GML 标准的更改几乎或根本不会对根据 ISO 元数据内容标准生成的元数据 XML 文档造成影响，但对 GML 命名空间的更改会导致这些 XML 文档的验证方式变得复杂。XML 模式指定了待验证的目标命名空间。如果 XML 文档使用命名空间 G1 而 XML 模式将命名空间 G1 作为验证目标，则该文档将在其内容和结构正确的情况下得到验证。如果 XML 文档使用命名空间 G1 而 XML 模式将命名空间 G2 作为目标，即使该文档的内容和结构都正确，也不会对该文档进行验证。通常，如果将 XML 文档的命名空间从 G1 更改为 G2，那么只要文档使用的内容在 G1 和 G2 中相同，就可以对文档成功进行验证。

在不同位置发布的不同 ISO 元数据 XML 模式均引用不同版本的 GML XML 模式，因此它们以不同的 GML 命名空间为目标。在考虑使用哪个 XML 模式进行验证时，其中一个重要的因素是该 XML 模式以哪个 GML 命名空间为目标。下面是不同资料档案库的列表，您可以在其中找到各种 ISO 元数据 XML 模式以及这些模式使用的 GML 命名空间。

  1. http://standards.iso.org/ittf/PubliclyAvailableStandards/ISO_19139_Schemas/

    http://standards.iso.org/ittf/PubliclyAvailableStandards/ 是所有公用标准的 ISO 资料档案库。它是 ISO 19139 标准文档中所述的官方模式集的模式位置。这些模式已更新为使用新的 GML 3.2.1 命名空间：http://www.opengis.net/gml/3.2.它们直接引用由同一 ISO 模式资料档案库提供的 ISO 19136 版本的 GML 3.2.1 模式。

    该位置不含其他已发布的 ISO 元数据标准的 XML 模式，如 ISO 19119、ISO 19110 或 ISO 19139-2。发布到该位置的其他 XML 模式只有一个，即 ISO 19135-2 地理信息 - 项目注册过程 - 第 2 部分 XML 模式执行 的 TC 211 XML 模式。因此，只有那些含 ISO 19115 元数据内容并使用新 GML 命名空间的 XML 文档才可以通过这些 XML 模式进行验证。

  2. http://schemas.opengis.net/iso/19139/20070417/

    这是其中一个用于在 OGC 模式资料档案库中提供 ISO 19139 模式的位置。这些模式已更新为使用新的 GML 3.2.1 命名空间。它们即为发布到资料档案库 #1 的相同 XML 模式；但它们直接引用由同一 OGC 模式资料档案库提供的 GML 3.2.1 模式。

    该位置不含任何其他已发布的 ISO 元数据标准的 XML 模式，如 ISO 19119、ISO 19110 或 ISO 19139-2。因此，只有那些含 ISO 19115 元数据内容并使用新 GML 命名空间的 XML 文档才可以通过这些 XML 模式进行验证。

  3. http://schemas.opengis.net/iso/19139/20060504/

    这是另一个用于在 OGC 模式资料档案库中提供 ISO 19139 模式的位置。这些模式使用旧版的 GML 3.2.0 命名空间：http://www.opengis.net/gml。这些模式即为发布到资料档案库 #4、#5 和 #6 的相同 XML 模式。这些模式引用了在同一位置提供的旧版 GML XML 模式的副本。

    该位置还包含 ISO 19119 的 XML 模式。因此，那些含 ISO 19115 和 ISO 19119 元数据内容并使用旧版 GML 命名空间的 XML 文档均可通过这些 XML 模式进行验证。

  4. http://schemas.opengis.net/csw/2.0.2/profiles/apiso/

    这是另一个用于在 OGC 模式资料档案库中提供 ISO 19139 模式的位置。这些模式使用旧版的 GML 3.2.0 命名空间。它们即为发布到资料档案库 #3、#5 和 #6 的相同 ISO 19139 模式。这些模式引用了在同一位置提供的旧版 GML XML 模式的副本。

    该位置还包含 ISO 19119 的 XML 模式。因此，那些含 ISO 19115 和 ISO 19119 元数据内容并使用旧版 GML 命名空间的 XML 文档均可通过这些 XML 模式进行验证。

    该资料档案库与 OGC Web 目录服务 (CSW) 规范相关联，该规范提供了用于查询和提供 ISO 元数据文档的机制。执行 CSW 协议的所有元数据目录都基于使用旧版 GML 3.2.0 命名空间的 XML 模式。

  5. http://www.isotc211.org/schemas/2005/

    这是 ISO 19139 XML 模式在官方 ISO 资料档案库 #1 尚不提供这些模式时的原始发布位置。该位置提供的 HTML 页面中有 ISO 元数据模式链接，可通过此链接转到资料档案库 #6，而不是资料档案库 #1。虽然该位置不会像其他资料档案库位置一样显示 XML 模式的目录，但如果提供 XML 模式文件的完整路径，仍然可以使用此处提供的原始 XML 模式。

    这些模式使用旧版的 GML 3.2.0 命名空间。它们即为发布到资料档案库 #3、#4 和 #6 的相同 ISO 19139 模式。这些模式引用了在同一位置提供的旧版 GML XML 模式的副本。

    该位置不含其他已发布的 ISO 元数据标准的 XML 模式，如 ISO 19119、ISO 19110 或 ISO 19139-2。因此，只有那些含 ISO 19115 元数据内容并使用新 GML 命名空间的 XML 文档才可以通过这些 XML 模式进行验证。

  6. http://www.isotc211.org/2005/

    这是另一个可通过 TC 211 委员会访问 ISO 元数据 XML 模式的位置。如果认为在与 ISO 19139 关联的命名空间所在的同一 URL 上提供 ISO 19139 XML 模式会带来很好的效果，则可在此发布该模式。此位置便成为了在 XML 模式进行中可提交该模式的资料档案库。然而，可通过 URL 访问的 HTML 页面直接将用户导向了某些 ISO 元数据 XML 模式的位置，其中，该 HTML 页面是作为资料档案库 #5 而非资料档案库 #1 提供的。

    在该位置可用的 ISO 19139 XML 模式使用的是旧版 GML 3.2.0 命名空间。这些相同的 ISO 19139 模式发布给资料档案库 #3、#4、#5。这些模式引用了在同一位置提供的旧版 GML XML 模式的副本。

    此资料档案库也为其他 ISO 元数据标准提供 XML 模式。它包括 ISO 19110 XML 模式的三个不同版本：ISO 19139-2 XML 模式、ISO 19135-2 XML 模式和支持 ISO 19145 地理信息的 XML 模式 -- 表示地理点位置的注册表。它不包括支持 ISO 19119 的 XML 模式。ISO 19110 XML 模式也使用旧版 GML 命名空间。ISO 19139-2 XML 模式引用的是在资料档案库 #1 中发布的 ISO 19139 XML 模式的版本，而且使用的是新版 GML 3.2.1 命名空间。

鉴于有多种选择，目前尚不清楚应使用哪组官方 XML 模式验证元数据。

很多国际 ISO 元数据专用标准的内容与以上列出的不同资料档案库相关联。它们之间真正的不同之处仅在于各自使用的 GML 命名空间版本不同。在所有其他方面，模式的实际内容都是相同的。INSPIRE 文档建议您应根据自己的情况，使用一组基于 GML 特定版本的模式来验证元数据。该元数据验证的整体方法很有意义。

已成立 TC 211 XML 管理委员会来试着解决关于上述不同 XML 模式资料档案库之间的一致性问题。该委员会要创建一个新的资料档案库，该档案库将会成为所有 ISO TC 211 标准的官方 XML 模式资料档案库，并且在创建新站点后，从其他资料档案库中移除现有 XML 模式。但是，很可能会保留 OGC 资料档案库所提供的 XML 模式。新的资料档案库尚不存在。

XML 模式和 ArcGIS for Desktop

ArcGIS for Desktop 元数据系统旨在使用标准组织在 web 上托管的官方模式来验证元数据，因为它们是官方模式。如果模式不是官方模式，则不能进行打包，也不能通过软件进行分发。

使用 ISO 19139 Metadata Implementation Specification 元数据样式时，ArcGIS for Desktop 使用资料档案库 #5 中的 XML 模式来验证 ISO 19139 元数据文档。选择此资料档案库的原因如下：它是第一个提供一组可访问的官方 XML 稳定模式的资料档案库；它早于 #1 中所描述的资料档案库；这些模式与 CSW 标准相关联。由于 ArcGIS for Desktop 使用了 #5 资料档案库中的 XML 模式验证元数据，因此 ArcGIS for Desktop 客户能够在稳定的环境下创建符合 ISO 19139 的元数据。以此样式导出的元数据使用旧版 GML 3.2.0 命名空间 - http://www.opengis.net/gml - 将使用任意一种 ISO 19139 XML 模式进行成功验证，这些模式均使用 GML 3.2.0 命名空间（#3、#4、#5、#6）。

从 ArcGIS 10.2.1 for Desktop 开始，当使用 ISO 19139 Metadata Implementation Specification GML 3.2 元数据样式时，资料档案库 #1 中的 XML 模式将用于验证 ISO 19139 元数据文档。如果导出使用 GML 3.2 命名空间的元数据很重要，则要使用此元数据样式，并且要使用 XML 模式的替代组对元数据进行验证。以此样式导出的元数据使用新版的 GML 3.2.1 命名空间 - http://www.opengis.net/gml/3.2 - 将使用任意一种 ISO 19139 XML 模式进行成功验证，这些模式均使用 GML 3.2.1 命名空间（#1、#2）。

当打开“验证元数据”工具的对话框时，您可以对用于验证某项目元数据的设置进行更改，且可以用一组不同的 XML 模式来替代与当前元数据样式相关联的模式。通过创建始终使用首选设置的自定义元数据样式，也可以对设置进行永久更改。例如，您可以使用组织内部网络上提供的一组 XML 模式而非 internet 上 TC 211 委员会提供的模式来验证元数据。ArcGIS 元数据工具包提供了关于如何创建自定义元数据样式的信息，您可从 Esri 支持网站上下载该信息。

如果您选择使用错误的一组 ISO 19139 XML 模式来验证由 ArcGIS for Desktop 导出的 XML 文档，则验证将失败。如果您通过在导出的 XML 文档中的 GML 命名空间声明结尾处添加或移除 /3.2 来更改此声明，则可通过其他 XML 模式组成功验证此文件。

当 TC 211 XML 管理委员会新建一个包括所有 XML 模式的稳定资料档案库后，将更新 ArcGIS for Desktop 以针对 XML 模式的不同资料档案库导出 ISO 19139 XML 文档并使用这些模式来验证元数据。新的资料档案库应为用户提供在可靠的位置上访问所有 ISO metadata implementation specification 的权限。

最后介绍一下 XLink

XLink 是支持查询和引用 XML 文档各部分的 W3C 推荐。XLink XML 模式已纳入 ISO TC 211 标准。然而，从整体来看，软件社区从未广泛采用过这些模式。Internet 浏览应用程序本身不支持这些模式。除了 XLink 支持任意 XML 模式的这种形式，Microsoft 生产的 XML 软件均不支持 XLink。

然而，ISO 19139 XML 模式却支持 XLink，且全部可选。因此，在 ISO 19139 兼容的 XML 文件中无需使用 XLink。

当用户与某个 XML 文档进行交互时，XLink 则十分有用，这是因为用户可以很容易诠释和理解 XML 文档的两个部分之间关联的意义。如果您通过键入 XML 数据，从头开始创建 XML 文档，那么利用 XLink 将有助于节省时间、改善维护成本以及防止基本数据输入错误。

ArcGIS for Desktop 会使用不同的方法来解决这些相同元数据维护的问题。元数据文档中多次重复使用的部分会保存至单独的 XML 文件中。之后，在必要时，可将这些 XML 片段加载到项目的元数据中。这些功能以不同的方式有效地提供了和 XLink 相同的好处。

当元数据导出为 ISO 19139 格式后，通常会生成一个完整的 ISO 19139 文档。此结果是有意设计的 - 将确保提供一个可读的完整元数据文档，且用户可在不依赖任何专用软件的情况下在组织外部对其进行明确验证。从 ArcGIS for Desktop 导出的 ISO 19139 元数据 XML 文件只会在必要时，以及当 XLink 是处理内容的最佳方法时，谨慎使用 XLink。

相关主题

有关此主题的反馈?