ISO 19115-3:2023 基本概念的 XML模式实现

前言

ISO（国际标准化组织）是由各国标准化机构（ISO 成员机构）组成的全球性联合会。制定国际标准的工作通常由 ISO 技术委员会完成。对某一技术委员会所关注的主题感兴趣的每个成员机构都有权在该委员会中派代表。与 ISO 联络的国际组织、政府和非政府组织也参与工作。ISO 与国际电工委员会（IEC）密切合作，处理所有电工标准化问题。

本文件的制定和后续维护程序描述在《ISO/IEC 指南》第 1 部分中。特别是，各类 ISO 文件所需的不同批准标准应予以注意。本文件是按照《ISO/IEC 指南》第 2 部分的编辑规则起草的（参见 www.iso.org/directives）。

ISO 提醒，实施本文件可能涉及使用专利。ISO 对任何已声明的专利权的证据、有效性或适用性不持立场。截至本文件发布之日，ISO 尚未收到任何需要实施本文件的专利通知。然而，实施者应注意，这可能并非最新信息，最新信息可从 www.iso.org/patents 上的专利数据库中获取。ISO 不对识别任何或所有此类专利权负责。

本文件中使用的任何商品名称仅为方便用户而提供的信息，并不构成认可。

关于标准的自愿性性质、ISO 特定术语和与合格评定相关的表达的解释，以及关于 ISO 遵循世界贸易组织（WTO）技术性贸易壁垒（TBT）原则的信息，请参见 www.iso.org/iso/foreword.html。

本文件由技术委员会 ISO/TC 211 “地理信息/地理信息学”编制，并与欧洲标准化委员会（CEN）技术委员会 CEN/TC 287 “地理信息”合作，根据 ISO 和 CEN 之间的技术合作协议（维也纳协议）进行。

本首次版本取消并取代了 ISO/TS 19115-3:2016 的首次版本，并进行了技术修订。

主要变化如下：

  • 已更新对其他文件的引用；特别是，ISO 19139:2007 已更新为 ISO/TS 19139-1:2019；
  • 组件已重新分配到相关的主要国际标准，特别是 ISO 19115-1:2014、ISO 19115-2:2019 和 ISO 19103:2015；
  • 通过聚合 ISO 19115-1:2014 和 ISO 19115-2:2009 中定义的包而派生的附加包和命名空间已被删除；
  • 为减少信息重复并将有关要求、符合性测试及其所引用的条款的信息集中起来，表格已被整合；
  • ISO 19115-1:2014 和 ISO 19115-2:2019 的 XML 模式中的元素已重新排序，以便与关联数据字典中的属性顺序对齐。已生成适当的 XML 样式表（XSLT），以协助将 XML 记录从符合以前版本模式的记录转换为符合当前版本模式的记录。HMMG 中的概念模型已被扩展，包括 ISO 19115-1:2014、ISO 19115-1:2014/Amd 1:2018 和 ISO 19115-1:2014/Amd 2:2020 以及 ISO 19115-2:2019 数据字典中规定的属性排序。

ISO 19115 系列的所有部分的列表可在 ISO 网站上找到。

对本文件的任何反馈或问题应直接向用户的国家标准机构提出。完整的这些机构列表可在 www.iso.org/members.html 上找到。

引言

0.1 地理信息资源的元数据模型

ISO 19115-1 和 ISO 19115-2 共同提供了描述地理信息资源的概念模型。这些模型代表了地理信息资源的元数据。ISO 19115-1 解释了元数据的重要性，通过定义元数据实体、元素和术语，以及建立额外元数据内容的扩展程序，来规范描述地理信息资源的模型。它还包含描述 ISO 19119:2005 和 ISO 19119:2005/Amd 1:2008 中定义的网络服务的元数据元素，这些元素不再包含在 ISO 19119:2016 中，因为它们已被其他 ISO 地理信息标准（例如 ISO 19110:2016 和 ISO 19157:2013）中定义的更详细的地理数据类型和数据质量元数据元素所取代。
注：ISO 19115-1:2014，附录 G 描述了从 ISO 19115:2003 的修订内容。
ISO 19115-2 通过添加获取信息的模型和扩展元数据（MD_Metadata）、数据质量（DQ_DataQuality，现为 ISO 19157:2013）、空间表示（MD_SpatialRepresentation）和内容信息（MD_ContentInformation）的模型来扩展 ISO 19115-1。

0.2 元数据模型的 XML 编码

由于 ISO 19115-1 和 ISO 19115-2 定义了元数据内容的概念模型，这些模型与任何特定的编码方案无关。要在 XML 中使用这些模型需要开发实现概念模型的 XML 编码。
过去，ISO 19115:2003（ISO 19115-1 和 ISO 19115-2 的前身）提供了由 ISO/TS 19139:2007 和 ISO/TS 19139-2:2012 定义的 XML 编码，称为“gmd”。
随着 ISO 19115-1 和 ISO 19115-2 的出现，需要一种新的 XML 编码。本文档通过为 ISO 19115-1 和 ISO 19115-2 元数据内容提供集成的 XML 模式，满足了这一需求，有效地取代了 ISO/TS 19139:2007 和 ISO/TS 19139-2:2012。

0.3 集成模式

本文档提供的集成模式使得在元数据实例文档中可以一起使用 ISO 19115-1:2014 和 ISO 19115-2:2019 的概念，并且能够使用标准软件工具实现元数据内容的自动验证和交换。
这些集成模式是根据 ISO/TS 19139-1:2019 中定义的规则，从 ISO 19115-1 和 ISO 19115-2 概念模型中导出的，应用于实施就绪的 UML 版本概念模型，如第 10 条所述。实施方法使得概念模型元素的模块化和重用变得更加容易。
在不改变语义的情况下，将抽象类添加到 ISO 地理信息协调模型中，以创建用于此 XML 实现的实施模型（详见第 10 章）。

0.4 目的和使用

此 XML 实现的主要用例是示例性的客户端-服务器环境中的地理元数据交换，例如万维网，在这种环境中，元数据内容的内部管理和结构与用于元数据信息交换的编码无关。
在信息共享社区中采用这种地理元数据 XML 模式将带来标准化在资源发现、访问、使用和理解方面的好处。

1 范围

本文件通过定义以下工件，定义了ISO 19115-1和ISO 19115-2的集成XML实现：

  • 一组XML模式，用于验证符合ISO 19115-1和ISO 19115-2中定义的概念模型元素的元数据实例文档；
  • 一组ISO/IEC 19757-3（Schematron）规则，用于实现ISO 19115-1和ISO 19115-2 UML模型中未被XML模式验证的验证约束。

本文档描述了用于生成ISO地理信息概念模型相关元数据的XML模式的过程。这些XML模式直接从概念UML模型生成（见8.5）。

2 规范性引用文件

下列文件通过引用构成本文件的一部分。对于注明日期的引用，仅引用的版本适用。对于未注明日期的引用，适用最新版本（包括所有修订）。

  • ISO 19103:2015, 地理信息——概念模式语言
  • ISO 19110:2016, 地理信息——要素目录编制方法
  • ISO 19115-1:2014, 地理信息——元数据——第1部分：基本原则
  • ISO 19115-1:2014/Amd 1:2018, 地理信息——元数据——第1部分：基本原则——修订1
  • ISO 19115-1:2014/Amd 2:2020, 地理信息——元数据——第1部分：基本原则——修订2
  • ISO 19115-2:2019, 地理信息——元数据——第2部分：获取和处理扩展
  • ISO 19136-1:2020, 地理信息——地理标记语言（GML）——第1部分：基本原则
  • ISO/TS 19139-1:2019, 地理信息——XML模式实现——第1部分：编码规则

3 术语、定义和缩略语

3.1 术语和定义

为了本文件的目的，以下术语和定义适用。

  • ISO和IEC维护标准化使用的术语数据库，可以在以下地址找到：
  • ISO在线浏览平台：可访问https://www.iso.org/obp

3.1.1 命名空间

namespace

  • 由 URI 引用标识的名称集合，在 XML 文档中用作元素名称和属性名称。
  • 注1：命名空间 URI 和元素或属性名称的组合旨在成为该模型元素的全局唯一标识符。
  • 注2：参见参考文献 [18]。

3.1.2 包

package

  • 将元素组织成组的一般用途机制
  • 示例：标识信息包、元数据实体集信息包、约束信息包。
  • 注1：包可以嵌套在其他包中。模型元素和图表都可以出现在包中。
  • 注2：包为分组元素提供命名空间（3.1.1）。
  • 来源：ISO 19103:2015, 4.27，修改——添加了示例和注释。

3.1.3 多态性

polymorphism

  • 允许扩展语义、结构和行为的可表达能力
  • 注：多态性通常应用于数据，以支持不同的用法和上下文。

3.2 缩略语

  • GML：地理标记语言（Geography Markup Language）
  • HTML：超文本标记语言（HyperText Markup Language）
  • MA：维护机构（maintenance agency）
  • UML：统一建模语言（Unified Modeling Language）
  • URI：统一资源标识符（Uniform Resource Identifier）
  • URL：统一资源定位器（Uniform Resource Locator）
  • XML：可扩展标记语言（Extensible Markup Language）
  • XPath：XML路径语言（XML Path Language）
  • XSD：XML模式定义（XML Schema Definition）
  • XSL：可扩展样式语言（Extensible Style Language）
  • XSLT：可扩展样式表语言转换（Extensible Stylesheet Language Transformation）

4 约定

4.1 ISO/TC 211 资源的可用性

4.1.1 ISO/TC 211 资源的维护机构

ISO/TC 211 协调资源是由 ISO/TC 211 发布的资源，旨在帮助开发人员、实施人员和用户使用 ISO/TC 211 标准，包括 UML 模型、XML 模式和本体论。
这些资源，包括本文件提供的资源，由维护机构管理。本文件的维护机构的名称和联系方式可在 www.iso.org/maintenance_agencies 上找到。

4.1.2 本文件提供的资源

本文档提供以下类型的 ISO/TC 211 协调资源：

  • XML 模式；
  • 规范性声明类和规范性声明；
  • 一致性类和测试。

4.2 ISO/TC 211 资源的展示

4.2.1 总则

符合 ISO/TC 211 文件的要求取决于文件中提供的所有强制性规定类和一致性类的满足情况。
本条款描述了这些信息资源在本文件中的呈现方式。

4.2.2 规定类和规定

规定类是按照共同主题或连贯需求（例如实现特定功能）分组的规定集合。
规定类可以是强制性的或可选的，如果明确规定。
规定类的呈现方式如表 1 所示。
注：表的标题表示规定类的编号和标题，例如：要求类 1：元数据核心（ISO 19115-1）。

  • 表 1 — 示例 1：要求类 X：示例标题
Identifier（标识符）ISO/TC 211 规定类的 URI
Implements（实现）任何实现此规定类的规定类
Target type（目标类型）该规定类适用的主题类型
Prerequisites（先决条件）此规定类所依赖的规定类列表
Included in（包含在）此规定类包含的规定类列表
Provisions（规定）此规定类包含的规定列表
Description（描述）规定类的描述
Guidance（指导）为实施提供的指导性信息

规定是描述本文档一致性条件的声明。
根据 ISO/TC 211 文档，规定类型如下：

  • 要求：符合规定是强制性的；
  • 建议：符合规定是推荐的；
  • 许可：符合规定是允许的。

一个规定的呈现如表 2 所示。
注：表的标题表示规定的编号和标题，例如：要求 104：来自 IANA 字符集注册表的字符集代码。

  • 表 2 — 示例 2：要求 X：示例标题
Identifier（标识符）该规定的 ISO/TC 211 URI。
Target type（目标类型）规定适用的主题类型。
Implements（实现）实现该规定的任何规定。
Prerequisites（先决条件）该规定依赖的规定列表。
Included in（包含在）该规定包含的规定列表。
Statement（声明）满足的声明。
Guidance（指导）为实施提供的指导性信息。

4.2.3 合规类和合规测试

ISO/TC 211 规定类和规定的符合性取决于相应的合规类和合规测试的验证。

一个合规类至少包含一个合规测试，用于验证满足规定类中描述的所有规定的目标。

一个合规类的呈现如表 3 所示。

注：表的标题表示合规类的编号和标题，例如：合规类 A.1：元数据核心（ISO 19115-1）。

  • 表 3 — 示例 3：合规类 X：示例标题
Identifier（标识符）合规类的 ISO/TC 211 URI。
Target type（目标类型）合规类适用的主题类型。
Satisfies（满足）合规类满足的要求类列表。
Prerequisites（先决条件）合规类依赖的合规类列表。
Included in（包含在）合规类包含的合规类列表。
Includes（包含）合规类包含的合规测试列表。
Description（描述）合规类的描述。
Guidance（指导）为测试提供的指导性信息。

一个合规测试提供测试方法，用于验证至少满足一项规定的目标。
一个合规测试的呈现如表 4 所示。
注：表的标题表示合规测试的编号和标题，例如：合规测试 A.25：元数据最小实例的有效根类。

  • 表 4 — 示例 4：合规测试 X：示例标题
Identifier（标识符）合规测试的 ISO/TC 211 URI。
Target type（目标类型）合规测试适用的主题类型。
Satisfies（满足）合规测试满足的要求列表。
Prerequisites（先决条件）合规测试依赖的合规测试列表。
Included in（包含在）合规测试包含的合规类列表。
Test purpose（测试目的）合规测试的目的。
Test method （测试方法）执行合规测试的方法和步骤。
Test type（测试类型）（可选）合规测试的类型。
Guidance（指导）为测试提供的指导性信息。

4.3 ISO/TC 211 资源的 URI 结构的实施

4.3.1 概述

实施 ISO/TC 211 文档需要提供访问由这些文档提供的资源的官方和唯一标识。
ISO/TC 211 定义了一组用于构建 URI 的规则，适用于所有由 ISO/TC 211 发布的文档。这些规则在参考文献 [28] 中得到批准。

4.3.2 标识资源

本文件中提供的资源类型分配了唯一且持久的标识符：

  • XML 模式（参考文献 [28]，详见 4.3.4）
  • 规范声明类和规范声明（参考文献 [28]，详见 4.3.5）
  • 合规类和测试（参考文献 [28]，详见 4.3.6）

相关的 URI 结构在以下分条中复现以供参考。

4.3.3 URI 模板中使用的基本元素

URI 模板中使用的元素包括：

  • standardNumber：国际标准的主要文档编号。
    例 1：19115（用于 ISO 19115 系列的文档）。

  • partNumber：对于有多个部分的系列。如果没有附加部分，则使用“-”符号。
    例 2：3（用于第 3 部分）。

  • editionNumber：官方 ISO 版次编号。
    例 3：1（用于第 1 版）。

4.3.4 XML 模式命名空间和位置

XML 命名空间的 URI 模板：

  • https://schemas.isotc211.org/standardNumber/-[partNumber]/namespace/editionNumber.majorSchemaReleaseNo

URL 模板，用于 XML 模式位置：

  • https://schemas.isotc211.org/standardNumber/-[partNumber]/namespace/editionNumber.majorSchemaReleaseNo.minorSchemaRevisionNo/namespace.xsd

其中：

  • namespace 是模式的 XML 命名空间前缀；
    例 1：mda（用于元数据应用的 XML 命名空间）。
  • majorSchemaReleaseNo 是模式的主要版本号，当使用新命名空间时，该版本号会更改；
  • minorSchemaRevisionNo 是模式的次要版本号，添加到模式位置以在保持命名空间稳定的同时启用次要修正。

注 1：有关 URI 模板中基本元素的解释，请参见 4.3.3。
注 2：版本号附加在模板的末尾，以便在实施中便于升级。

例 2：ISO 19115-1，第 1 版，主要版本号为 3，次要版本号为 0 的 mcc 命名空间的命名空间前缀和模式位置表示为：

  • 命名空间：
    https://schemas.isotc211.org/19115/-1/mcc/1.3
  • 模式位置：https://schemas.isotc211.org/19115/-1/mcc/1.3.0/mcc.xsd

将命名空间 URI 作为资源定位符（即 URL）取消引用将检索命名空间的描述，链接到命名空间内容的说明，并链接到基本规范的命名空间实现和规范 XML 模式位置。

由于完整 URI 在读取、写入和人类讨论中较为繁琐，通常省略公共前缀。然而，由于本文档涉及跨多个文档的 URI，因此在使用本文档时，建议使用完整 URI 以便清晰。

4.3.5 规范声明

规范声明类的 URI 模板：

  • https://standards.isotc211.org/standardNumber/-[partNumber]/editionNumber/statementType/nsClassId

规范声明的 URI 模板：

  • https://standards.isotc211.org/standardNumber/-[partNumber]/editionNumber/statementType/nsClassId/nsId

其中：

  • statementType 是规范声明的类型，可以是 req（要求）、rec（推荐）或 per（许可）；
  • nsClassId 是规范声明类的内部标识符；
  • nsId 是规范声明类内的规范声明的内部标识符。

注 1：有关 URI 模板中基本元素的解释，请参见 4.3.3。
注 2：文件的版本号放置在声明类型之前，以便在一个版本中为所有声明提供一个主要 URI。每个版本的声明预计需要检查。

示例：在 ISO 19131（第 2 版）的要求类 content 中，对需求 extent 的 URI 标识为：

  • https://standards.isotc211.org/19131/-/2/req/content/extent

4.3.6 符合性类和测试

符合性类的 URI 模板：

https://standards.isotc211.org/standardNumber/[-partNumber]/editionNumber/conf/classId

符合性测试的 URI 模板：

https://standards.isotc211.org/standardNumber/[-partNumber]/editionNumber/conf/classId/TestId

其中：

  • classId 是符合性类的内部标识符；
  • testID 是符合性测试在符合性类中的内部标识符。

注意 1：有关 URI 模板中基本元素的解释，参见 4.3.3。

注意 2：为了确保所有版本的 URI 统一，文档版本号放置在“conf”之前。每个版本的符合性类都可能需要检查。

示例：符合性类中 allContent 的符合性测试 URI 在 ISO 19131（第 2 版）的 content 符合性类中，标识为：

https://standards.isotc211.org/19131/-/2/conf/content/allContent

4.4 本文档中信息资源的呈现

4.4.1 概述

本文件提供了来自不同来源的多种类型的信息资源描述，包括：

  • 关联到 ISO 19115-1 和 ISO 19115-2 中描述的 UML 模型的规范性陈述类和符合性类；
  • 实现 ISO 19115-1 和 ISO 19115-2 中描述的 UML 模型的 XML 模式，以及 ISO 19103:2015 和 ISO 19136-1:2020；
  • 适用于本文件中描述的 XML 模式的规范性陈述类和符合性类；
  • 实现本文件中描述的 XML 模式的符合性测试的机器可执行支持资源。

以下子条款描述了这些信息资源在本文件中的相互关系。

4.4.2 信息资源之间的关系

本文档中提供的信息资源类型及其关系如图 1 所示。

特别是，图 1 显示了两个关注层面：

  • UML 层面，包含 UML 模型及其规范性陈述类（带有要求）和符合性类（带有符合性测试）；
  • XML 层面，包含 XML 模式及其规范性陈述类（带有要求）和符合性类（带有符合性测试）。

在本文档中：

  • UML 被视为平台无关的建模机制，其中定义了抽象信息模型（可能包括约束信息），不考虑平台特定的关注点。UML 层面代表了信息结构和关系的概念关注点。
  • XML 被视为编码机制，其中定义了可由计算设备使用的信息模型，并可用于编码数据实例以实现互操作性。XML 层面代表了关于信息如何编码为位的编码关注点。

当 XML 模式以符合 UML 模型要求的方式执行时，即被视为实现了 UML 模型，并允许将数据编码为 XML 文档。

UML 模型和 XML 模式的正确使用由适用于这些 UML 模型或 XML 模式的规范性陈述类和符合性类所管理。

UML 层面和 XML 层面之间存在紧密关系。特别是，XML 层面必须至少满足 UML 层面中描述的所有要求：

  • XML 模式需要完全满足 UML 模型中规定的信息要求；
  • 适用于 UML 模型的每个规范性陈述类和符合性类需要通过对应的 XML 层面的规范性陈述类和符合性类来满足；
  • 适用于 UML 模型的每个规范性陈述和符合性测试需要通过对应的 XML 层面的规范性陈述和符合性测试来满足。

最后，本文档还引用了机器可执行测试（见附录 A），这些测试在 XML 层面实现了一些符合性测试，见图1右下角。

  • 图1 — 本文档中描述的信息资源类型及其关系
    图1 — 本文档中描述的信息资源类型及其关系

4.4.3 信息资源的位置

某些信息资源由本文件引用，并由维护机构管理，存在于外部。图 2 指出了这些信息资源的位置，无论它们是位于本文档中还是由维护机构管理。

图 2 是在图 1 的基础上开发的，图 1 仅指示抽象概念（如“XML 模式”），而图 2 提供了与当前文档描述的内容相关的实际信息（如“作为 ISO/TC 211 资源提供的 XML 模式”）。

由维护机构管理的资源可以在 4.1.1 中描述的相应位置进行访问。

  • 图2 — 本文件描述的信息资源的位置
    图2 本文件描述的信息资源的位置

5 XML 模式

5.1 概述

本文档中描述的 XML 模式通过其命名空间前缀和遵循 4.3.4 中描述的模式的 URI 进行标识。
本文档在以下子条款中提供了与其实现相关的 XML 模式信息：

  • 5.2 中的表格详细列出了来自 ISO 19115-1 和 ISO 19115-2 的内部 XML 模式命名空间 URI 和命名空间前缀约定，并提供了它们的要求类和一致性类的链接；
  • 5.3 中的表格详细列出了来自 ISO 19115-1 和 ISO 19115-2 之外的其他规范的外部 XML 模式命名空间 URI 和命名空间前缀约定。

对于每个列出的 XML 模式（由单个命名空间前缀标识），提供以下信息：

  • UML 信息：

    • XML 模式实现的对应 UML 包；
    • UML 包的文档来源。

  • XML 模式信息：

    • XML 模式的范围；
    • XML 模式的命名空间。
    • XML 模式的命名空间前缀
    • 与 XML 模式相关的规范性声明类。
    • 与 XML 模式相关的一致性类。

XML 模式与相关信息之间的关系详见图 3。

  • 图3 XML 模式及其相关信息概述
    图3 XML 模式及其相关信息概述
    注 1： 本文件定义的 XML 模式可以在线获取，位置如 4.3.4 所述。
    注 2： 参见附录 B 以获取支持本条款定义的 XML 模式使用的额外资源。

5.2 属于 ISO 19115 系列的 XML 模式

属于 ISO 19115 系列的 XML 模式如表 5 至表 23 所示。

这些模式使用 ISO/TS 19139-1:2019 定义的地理公共对象命名空间的新版本，惯例上使用前缀 gco 表示，并定义在 ISO 19103 中。其命名空间 URI 为 https://schemas.isotc211.org/19103/-/gco/1.2。

  • 表 5 — XML 模式：元数据应用信息类（ISO 19115-1）
命名空间前缀mda（“MetaData Application”的缩写）
命名空间 URIhttps://schemas.isotc211.org/19115/-/mda/1.3
UML 包名称元数据应用信息（Metadata application information）
UML 包来源ISO 19115-1:2014, 6.2
范围包括用于描述具有层次结构的元数据的资源集合的类。
相关条款和规定— 要求类 6：元数据应用信息的 XML 实现（ISO 19115-1）
相关一致性类和测试— 一致性类 A.6：元数据应用信息的 XML 实例验证（ISO 19115-1）
  • 表 6 — XML 模式：元数据信息类（ISO 19115-1）
命名空间前缀mdb（“MetaData Base”的缩写）
命名空间 URIhttps://schemas.isotc211.org/19115/-/mdb/1.3
UML 包名称元数据信息（Metadata information)
UML 包来源ISO 19115-1:2014, 6.5.2
范围定义元数据根元素和属性，具有抽象实现。此命名空间旨在支持概要文件开发。
相关条款和规定— 要求类 7：元数据基本信息的 XML 实现（ISO 19115-1）
— 要求 4：元数据信息的最低交换（ISO 19115-1）
— 要求 1：元数据基本数据要求
相关一致性类和测试— 一致性类 A.7：元数据基本信息的 XML 实例验证（ISO 19115-1）
— 一致性类 A.4：最低有效 XML 元数据实例的验证（ISO 19115-1）
— 一致性测试 A.1：元数据基本数据要求
  • 表 7 — XML 模式：标识信息类（ISO 19115-1）
命名空间前缀mri（“Metadata for Resource Identification”的缩写）
命名空间 URIhttps://schemas.isotc211.org/19115/-/mri/1.3
UML 包名称标识信息（Identification information)
UML 包来源ISO 19115-1:2014, 6.5.3
范围关于资源的描述信息。
相关条款和规定— 要求类 8：标识信息的 XML 实现（ISO 19115-1）
— 要求 4：元数据信息的最低交换（ISO 19115-1）
— 要求 3：标识信息数据要求
相关一致性类和测试— 一致性类 A.4：最低有效 XML 元数据实例的验证（ISO 19115-1）
— 一致性测试 A.3：标识信息数据要求
  • 表 8 — XML 模式：约束信息类（ISO 19115-1）
命名空间前缀mco（“Metadata for Constraints”的缩写）
命名空间 URIhttps://schemas.isotc211.org/19115/-/mco/1.3
UML 包名称约束信息（Constraint information）
UML 包来源ISO 19115-1:2014, 6.5.4
范围指定访问和使用的约束。
相关条款和规定— 要求类 9：约束信息的 XML 实现（ISO 19115-1）
— 要求 4：约束信息数据要求
相关一致性类和测试— 一致性测试 A.4：约束信息数据要求
  • 表 9 — XML 模式：日志信息/扩展日志信息类（ISO 19115-1）
命名空间前缀mrl（“Metadata for Resource Lineage”的缩写）
命名空间 URIhttps://schemas.isotc211.org/19115/-/mrl/1.3
UML 包名称日志信息/扩展日志信息（Lineage information/Extended Lineage information）
UML 包来源ISO 19115-1:2014, 6.5.5; ISO 19115-2:2019, 6.3.3
范围资源来源
相关条款和规定— 要求类 10：资源日志信息的 XML 实现（ISO 19115-1）
— 要求 5：日志信息数据要求
相关一致性类和测试— 一致性测试 A.5：日志信息数据要求
  • 表 10 — XML 模式：维护信息类（ISO 19115-1）
命名空间前缀mmi（“Metadata for Maintenance Information”的缩写）
命名空间 URIhttps://schemas.isotc211.org/19115/-/mmi/1.3
UML 包名称维护信息 （Maintenance information）
UML 包来源ISO 19115-1:2014, 6.5.6
范围资源和元数据的维护。
相关条款和规定— 要求类 11：维护信息的 XML 实现（ISO 19115-1）
— 要求 6：维护信息数据要求
相关一致性类和测试— 一致性测试 A.6：维护信息数据要求
  • 表 11 — XML 模式：空间表示信息类（ISO 19115-1）
命名空间前缀msr（“Metadata for Spatial Representation”的缩写）
命名空间 URIhttps://schemas.isotc211.org/19115/-/msr/1.3
UML 包名称空间表示信息（Spatial representation information）
UML 包来源ISO 19115-1:2014, 6.5.7; ISO 19115-2:2019, 6.3.4
范围资源内容中的位置信息编码。
相关条款和规定— 要求类 12：空间表示信息的 XML 实现（ISO 19115-1）
— 要求 7：空间表示信息数据要求
相关一致性类和测试— 一致性测试 A.7：空间表示信息数据要求
  • 表 12 — XML 模式：参考系统信息类（ISO 19115-1）
命名空间前缀mrs（“Metadata for Reference System”的缩写）
命名空间 URIhttps://schemas.isotc211.org/19115/-/mrs/1.3
UML 包名称参考系统信息（Reference system information&

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/web/25987.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

运营商大模型进化之路：策略分野与AI未来的璀璨展望

运营商大模型进化之路：策略分野与AI未来的璀璨展望

运营商大模型的进化路线“分野”与AI大模型的璀璨前景 随着人工智能技术的飞速发展，AI大模型已成为推动科技进步和产业变革的重要力量。在这个浪潮中，运营商作为通信行业的巨头，也纷纷投入大模型的研发与应用，探索出各自独特的进化…
阅读更多...
性能测试2【搬代码】

性能测试2【搬代码】

1.性能测试脚本完善以及增强 2.jmeter插件安装以及监控使用 3.性能压测场景设置（基准、负载、压力、稳定性） 4. 无界面压测场景详解 一、性能测试脚本完善以及增强 使用控制器的目的是使我们的脚本更加接近真实的场景 1.逻辑控制器: 【事务控制器】&…
阅读更多...
MySQL存储引擎详述：InnoDB为何胜出？

MySQL存储引擎详述：InnoDB为何胜出？

MySQL作为当前最流行的开源关系型数据库之一,其强大的功能和良好的性能使其广泛应用于各种规模的应用系统中。其中,存储引擎的设计理念是MySQL数据库灵活高效的关键所在。 一、什么是存储引擎 存储引擎是MySQL架构的重要组成部分,负责MySQL中数据的存储和提供了视图,存储过程等…
阅读更多...
idea鼠标滚轮滚动放大缩小字体

idea鼠标滚轮滚动放大缩小字体

在idea中的【file】->【settings】菜单，弹出settings窗口，点击窗口中的【Editor】->【General】，在右侧窗口中，选中【Change font size with CtrlMouse Wheel in All editors】即可。
阅读更多...
「动态规划」如何求粉刷房子的最少花费？

「动态规划」如何求粉刷房子的最少花费？

LCR 091. 粉刷房子https://leetcode.cn/problems/JEj789/description/ 假如有一排房子，共n个，每个房子可以被粉刷成红色、蓝色或者绿色这三种颜色中的一种，你需要粉刷所有的房子并且使其相邻的两个房子颜色不能相同。当然，因为市…
阅读更多...
通过 CartPole 游戏详细说明 PPO 优化过程

通过 CartPole 游戏详细说明 PPO 优化过程

CartPole 介绍 在一个光滑的轨道上有个推车，杆子垂直微置在推车上，随时有倒的风险。系统每次对推车施加向左或者向右的力，但我们的目标是让杆子保持直立。杆子保持直立的每个时间单位都会获得 1 的奖励。但是当杆子与垂直方向成 15 度以上的…
阅读更多...
springboot与flowable（1）：介绍、Flowable-ui使用

springboot与flowable（1）：介绍、Flowable-ui使用

一、工作流引擎使用场景 工作流在企业管理系统中是高频使用的功能，一个最常见的例子是请假加班申请与审批的过程。事实上，工作流引擎能支持的业务场景远远不止单据审批，几乎所有涉及到业务流转、多人按流程完成工作的场景背后都可以通过工作流…
阅读更多...
任务4.8.1 利用Spark SQL实现词频统计

任务4.8.1 利用Spark SQL实现词频统计

实战：利用Spark SQL实现词频统计 目标 使用Apache Spark的Spark SQL模块，实现一个词频统计程序。 环境准备 本地文件准备 在本地/home目录下创建words.txt文件。 HDFS文件准备 创建HDFS目录/wordcount/input。将words.txt文件上传到HDFS的/wordcount…
阅读更多...
在 Visual Studio 2022 中配置 OpenCV

在 Visual Studio 2022 中配置 OpenCV

在 Visual Studio 2022 中配置 OpenCV 软件准备系统环境配置VS 2022 环境配置测试 软件准备 Visual Studio 2022 下载链接 OpenCV 下载链接 Visual Studio 的版本与 OpenCV 的 vc 版本需对应好，可以向下兼容： VS 2015 – vc14VS 2017 – vc15VS 2019…
阅读更多...
【启明智显芯片应用】Model3C芯片4.3寸拼图机应用方案

【启明智显芯片应用】Model3C芯片4.3寸拼图机应用方案

数据显示，618前期，早教启智、智能玩具、科学启蒙、数字阅读类产品销量增长迅猛。当下，90后新生代父母对于孩子的科学启蒙教育愈发重视，他们在给孩子选择学习产品时，越来越倾向于选择寓教于乐的益智类产品，而…
阅读更多...
PNAS | 工作记忆中大脑节律的因果功能图

PNAS | 工作记忆中大脑节律的因果功能图

摘要 工作记忆是一个涉及大脑中多个功能解剖节点的关键认知过程。尽管有大量与工作记忆结构相关的神经影像学证据，但我们对控制整体表现的关键中枢的理解并不完整。因果解释需要在对特定功能解剖节点进行安全、暂时和可控的神经调节后进行认知测试。随着经颅交流电…
阅读更多...
工业机器人远程运维，增强智慧工厂运营管理

工业机器人远程运维，增强智慧工厂运营管理

1、需求背景 随着工业自动化技术的普及和工业机器人应用的增加，制造业对于生产线稳定性和效率的要求不断提高。然而，传统的现场监控方式存在着地理位置限制、实时监控难度大以及诊断能力有限等问题，迫切需要一种更具灵活性和效率的监控方式。…
阅读更多...
充电宝哪个牌子好？10款主流款充电宝推荐

充电宝哪个牌子好？10款主流款充电宝推荐

步入高速发展的快充时代，一个优质的充电宝已成为我们日常生活中的必备良品。本文将为大家介绍10主流款的充电宝品牌，它们包括西圣PB、品胜、京东京造、京东京造、飞利浦、倍思等知名品牌的系列产品。这些充电宝涵盖了不同的容量和快充协议，能…
阅读更多...
redis windos修复版本

redis windos修复版本

遇到的问题: Django的channel插件连接安装在windows上的redis报错: unknown command BZPOPMIN, channels-redis版本和redis不兼容导致.解决方案: 更新Redis版本. 微软官方维护的 Redishttps://github.com/microsoftarchive/redis/releases 2016年后就不更新了, 版本停留在了3.x…
阅读更多...
2024年城市建设、运输与智慧交通国际会议（ICUCTST 2024）

2024年城市建设、运输与智慧交通国际会议（ICUCTST 2024）

2024 International Conference on Urban Construction, Transportation, and Smart Transportation 【1】大会信息 会议简称：ICUCTST 2024 大会地点：中国厦门 会议官网：www.icuctst.com 投稿邮箱：icuctstsub-paper.com 【2】会…
阅读更多...
【论文】2405.Phased Consistency Model（港中文提出了AI绘画加速模型，一步采样生成图像，支持SD1.5,SDXL）

【论文】2405.Phased Consistency Model（港中文提出了AI绘画加速模型，一步采样生成图像，支持SD1.5,SDXL）

论文：https://arxiv.org/abs/2405.18407 （2024.05.30发布） 代码：https://github.com/G-U-N/Phased-Consistency-Model 一、论文要解决什么问题？效果如何？ (需要先了解LCM模型) (阶段性一致性模型:朝着稳定…
阅读更多...
后端面试题分享查看测试代码

后端面试题分享查看测试代码

问题描述 编写一个函数，该函数接受一个字符串作为参数，检查该字符串是否符合密码强度要求， 返回True或False。 要求 密码强度要求如下： 不能小于6个字符必须出现大写、小写、数字、特殊字符（!#$%^&*_-&#xf…
阅读更多...
（免费领源码）基于 node.js#vue#mysql的网上游戏商城35112-计算机毕业设计项目选题推荐

（免费领源码）基于 node.js#vue#mysql的网上游戏商城35112-计算机毕业设计项目选题推荐

摘 要 本论文主要论述了如何使用node.js语言开发一个基于vue的网上游戏商城，本系统将严格按照软件开发流程进行各个阶段的工作，本系统采用的数据库是Mysql，使用node.js的koa技术技术构建的一个管理系统，实现了本系统的全部功能。在…
阅读更多...
Java--Math类和Random类

Java--Math类和Random类

1.Math类简介 1.Math类中提供了大量用于数学运算的相关方法。 2.Math类是使用final修饰的终结类，不能产生子类 3.Math类中的方法都是static修饰的静态方法，可以通过类名.方法名直接调用 2.Math常用方法 1.abs(int)：求绝对值(int,long,floa…
阅读更多...
ABB机器人修改IO信号的具体方法介绍

ABB机器人修改IO信号的具体方法介绍

ABB机器人修改IO信号的具体方法介绍 具体步骤可从参考以下内容： 导出IO配置文件 打开【控制面板】-【配置】-【I/O System】-【文件】-【‘EIO’另存为】，就可以保存IO配置文件【EIO.cfg】用RobotStudio软件打开EIO.cfg文件在软件界面，鼠标右击，选择【I/O信号数据编辑器】选…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023