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

2024-06-11 10:12

本文主要是介绍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(目标类型)规定适用的主题类型。
Imp

这篇关于ISO 19115-3:2023 基本概念的 XML模式实现的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1050877

相关文章

Spring IOC的三种实现方式详解

《SpringIOC的三种实现方式详解》:本文主要介绍SpringIOC的三种实现方式,在Spring框架中,IOC通过依赖注入来实现,而依赖注入主要有三种实现方式,构造器注入、Setter注入... 目录1. 构造器注入(Cons编程tructor Injection)2. Setter注入(Setter

Android kotlin语言实现删除文件的解决方案

《Androidkotlin语言实现删除文件的解决方案》:本文主要介绍Androidkotlin语言实现删除文件的解决方案,在项目开发过程中,尤其是需要跨平台协作的项目,那么删除用户指定的文件的... 目录一、前言二、适用环境三、模板内容1.权限申请2.Activity中的模板一、前言在项目开发过程中,尤

Spring IOC控制反转的实现解析

《SpringIOC控制反转的实现解析》:本文主要介绍SpringIOC控制反转的实现,IOC是Spring的核心思想之一,它通过将对象的创建、依赖注入和生命周期管理交给容器来实现解耦,使开发者... 目录1. IOC的基本概念1.1 什么是IOC1.2 IOC与DI的关系2. IOC的设计目标3. IOC

Python实现文件下载、Cookie以及重定向的方法代码

《Python实现文件下载、Cookie以及重定向的方法代码》本文主要介绍了如何使用Python的requests模块进行网络请求操作,涵盖了从文件下载、Cookie处理到重定向与历史请求等多个方面,... 目录前言一、下载网络文件(一)基本步骤(二)分段下载大文件(三)常见问题二、requests模块处理

Java中使用Java Mail实现邮件服务功能示例

《Java中使用JavaMail实现邮件服务功能示例》:本文主要介绍Java中使用JavaMail实现邮件服务功能的相关资料,文章还提供了一个发送邮件的示例代码,包括创建参数类、邮件类和执行结... 目录前言一、历史背景二编程、pom依赖三、API说明(一)Session (会话)(二)Message编程客

Java中List转Map的几种具体实现方式和特点

《Java中List转Map的几种具体实现方式和特点》:本文主要介绍几种常用的List转Map的方式,包括使用for循环遍历、Java8StreamAPI、ApacheCommonsCollect... 目录前言1、使用for循环遍历:2、Java8 Stream API:3、Apache Commons

C#提取PDF表单数据的实现流程

《C#提取PDF表单数据的实现流程》PDF表单是一种常见的数据收集工具,广泛应用于调查问卷、业务合同等场景,凭借出色的跨平台兼容性和标准化特点,PDF表单在各行各业中得到了广泛应用,本文将探讨如何使用... 目录引言使用工具C# 提取多个PDF表单域的数据C# 提取特定PDF表单域的数据引言PDF表单是一

使用Python实现高效的端口扫描器

《使用Python实现高效的端口扫描器》在网络安全领域,端口扫描是一项基本而重要的技能,通过端口扫描,可以发现目标主机上开放的服务和端口,这对于安全评估、渗透测试等有着不可忽视的作用,本文将介绍如何使... 目录1. 端口扫描的基本原理2. 使用python实现端口扫描2.1 安装必要的库2.2 编写端口扫

PyCharm接入DeepSeek实现AI编程的操作流程

《PyCharm接入DeepSeek实现AI编程的操作流程》DeepSeek是一家专注于人工智能技术研发的公司,致力于开发高性能、低成本的AI模型,接下来,我们把DeepSeek接入到PyCharm中... 目录引言效果演示创建API key在PyCharm中下载Continue插件配置Continue引言

MySQL分表自动化创建的实现方案

《MySQL分表自动化创建的实现方案》在数据库应用场景中,随着数据量的不断增长,单表存储数据可能会面临性能瓶颈,例如查询、插入、更新等操作的效率会逐渐降低,分表是一种有效的优化策略,它将数据分散存储在... 目录一、项目目的二、实现过程(一)mysql 事件调度器结合存储过程方式1. 开启事件调度器2. 创