开放地理空间信息联盟OGC
opengis名词解释
OpenGIS 名词解释1. 引言OpenGIS（开放地理信息系统）是一种基于开放标准和协议的地理信息系统。
它的目标是促进不同地理信息系统之间的互操作性，使得地理数据能够在不同平台、不同应用程序之间自由交换和共享。
本文将对OpenGIS的概念、历史背景、关键技术和应用领域进行详细解释。
2. 概念解释OpenGIS是一个由Open Geospatial Consortium（OGC，开放地理空间联盟）制定和维护的一组标准和规范的集合。
这些标准旨在定义地理信息数据、服务和应用程序之间的接口和交互方式，以实现跨平台和跨应用程序的互操作性。
3. 历史背景OGC成立于1994年，是一个国际性非营利组织，致力于推动地理信息技术的发展和应用。
在创建OGC之前，各个厂商使用自己独有的数据格式、协议和接口，导致不同地理信息系统之间无法互相通信。
OGC的成立改变了这种局面，通过制定统一的标准来实现地理信息系统之间的互操作性。
4. 关键技术OpenGIS的关键技术包括地理信息数据模型、地理信息服务和地理信息元数据。
4.1 地理信息数据模型地理信息数据模型定义了地理实体（如点、线、面）的结构和属性，以及这些实体之间的拓扑关系。
常用的地理信息数据模型包括矢量数据模型和栅格数据模型。
矢量数据模型使用点、线和面来表示地理实体，而栅格数据模型将地理空间划分为规则的网格单元。
4.2 地理信息服务地理信息服务是通过网络提供的一种基于标准接口的服务，可以让用户在不同平台上访问、查询和分析远程存储的地理数据。
常见的地理信息服务包括Web Map Service（WMS，网络地图服务）、Web Feature Service（WFS，网络要素服务）和Web Coverage Service（WCS，网络覆盖服务）等。
4.3 地理信息元数据地理信息元数据是描述地理信息资源特性和内容的一组规范化描述符。
它包含了关于资源来源、制作方法、坐标系统、属性定义等方面的详细描述。
OGC的WCS WFS及WMS服务
OGC——Open Geospatial Consortium——开放地理信息联盟，是一个非盈利的志愿的国际标准化组织，引领着空间地理信息标准及定位基本服务的发展目前在空间数据互操作领域，基于公共接口访问模式的互操作方法是一种基本的操作方法。
通过国际标准化组织（ISO/TC211）或技术联盟（如OGC）制定空间数据互操作的接口规范，GIS 软件商开发遵循这一接口规范的空间数据的读写函数，可以实现异构空间数据库的互操作。
基于http（Web）XML的空间数据互操作是一个很热门的研究方向，主要涉及Web Service的相关技术。
OGC和ISO/TC211共同推出了基于Web服务（XML）的空间数据互操作实现规范Web Map Service，Web Feature Service，WebCoverage Service以及用于空间数据传输与转换的地理信息标记语言GML。
Web地图服务Web地图服务（WMS）利用具有地理空间位置信息的数据制作地图。
其中将地图定义为地理数据可视的表现。
这个规范定义了三个操作：GetCapabitities返回服务级元数据，它是对服务信息内容和要求参数的一种描述；GetMap返回一个地图影像，其地理空间参考和大小参数是明确定义了的；GetFeatureInfo（可选）返回显示在地图上的某些特殊要素的信息Web要素服务Web地图服务返回的是图层级的地图影像，Web要素服务（WFS）返回的是要素级的GML编码，并提供对要素的增加、修改、删除等事务操作，是对Web地图服务的进一步深入。
OGC Web要素服务允许客户端从多个Web要素服务中取得使用地理标记语言（GML）编码的地理空间数据，这个远东定义了五个操作：GetCapabilites返回Web 要素服务性能描述文档（用XML描述）；DescribeFeatureType返回描述可以提供服务的任何要素结构的XML文档；GetFeature为一个获取要素实例的请求提供服务；Transaction为事务请求提供服务；LockFeature处理在一个事务期间对一个或多个要素类型实例上锁的请求。
地理图形标记语言GML的架构及范例
地理图形标记语言GML的架构及范例一、前言在信息高速公路的时代，如何能在不同的GIS 系统间实时分享资料，是刻不容缓的问题，现在该问题已经有了一个很好解决方案，那就是以 XML 为基础的 GIS 编码标准，称为地理图形标记语言GML（Geogr aphy Markup Language）。
GML是由开放式地理信息系统联盟（OpenGIS Consortium，简称OGC）所发展，专为地理信息而发展的，以XML 为基础的编码标准，其与生俱来的转换及存取能力，将地理空间信息的管理开启一个全新的领域（请参考黄旭初[2002]，『新世代的GIS编码标准－地理图形标记语言GML』，国土信息系统通讯第42期）。
由于GML在GIS领域，将对『资料交换』课题的扮演关键的角色，GIS 的参与者实有必要对GML的内容有深入的了解，本文将介绍GML的架构，并以范例说明。
二、GML 基本架构（一）以XML技术为基础GML 目前的正式版本是2.1.1版，它以XML技术为基础，并使用最新的 XML Schema文件定义技术，X ML Schema具有DTD所没有的型态继承（type inheritance）、名称空间（namespaces）等，且其使用XL ink来表现地理空间实体间的关系，使得实体间关系的建立不仅限于同一数据库，甚至可横跨网际网络，因此GML 2.1.1版已足以建构分布式的GIS数据库。
（二）以simple feature为处理的单元GML使用『地理图形实体（称为feature）』来描述这个世界，基本上一个feature是由一系列的属性（properties）及几何图形（geometries）所组成，属性的内容包括名称（name）、型态（type）、值的叙述（value description）等，几何图形（geometries）则由基本几何区块（例如点、线、及多边形）所组成，为了简化，GML的初始规格限定在平面的简单几何图形（称为simple feature，包括点、线、及多边形），在不久的将来，将会扩展至3D的几何图形及位相资料。
ogs 标准-概述说明以及解释
ogs 标准-概述说明以及解释1.引言1.1 概述ogs 标准是一套用于地学数据交换和共享的标准，它的名称来源于"Open Geospatial Consortium"，意味着开放式地理空间数据协会。
ogs 标准的出现使得不同地理空间数据之间的交流变得更加简便和高效。
通过遵循ogs 标准，各种地学数据可以被无缝地整合在一起，从而为地质勘探、环境保护、城市规划等领域的工作提供了便利。
本文将详细介绍ogs 标准的定义、重要性、应用领域以及未来发展趋势，帮助读者更加深入地了解该标准的价值和作用。
通过本文的阐述，读者可以更好地掌握ogs 标准在地学领域中的地位和影响，从而为相关工作提供更有力的支持和指导。
1.2 文章结构文章结构本文主要分为引言、正文和结论三个部分。
- 引言部分将介绍ogs标准的概述，文章的结构及目的。
- 正文部分将详细介绍ogs标准是什么，其重要性和应用领域。
- 结论部分将总结ogs标准的作用，展望其未来发展，并给出结论。
1.3 目的在本文中，我们将探讨ogs标准的目的。
ogs标准作为一项重要的行业标准，其主要目的是为了规范和统一相关领域的操作和表达方式，以确保在实践中的一致性和可比性。
通过制定ogs标准，可以提高工作效率，减少错误和混乱，促进行业内的良好发展。
此外，ogs标准的目的还包括推动技术创新和提高产品质量，从而更好地满足市场需求和客户期望。
通过本文的讨论，我们希望更深入地了解ogs标准的目的，并为其进一步推广和应用提供参考和指导。
2.正文2.1 什么是ogs标准ogs标准（Open Geospatial Consortium Standards）是一组由开放地理空间联盟制定的标准，旨在促进和改进地理信息数据的互操作性和共享性。
这些标准涵盖了地理信息系统（GIS）领域的各个方面，包括数据格式、数据存储、数据传输、数据处理、服务接口等。
ogs标准不仅仅限于地理信息领域，它们还涉及到与地理信息相关的其他领域，如环境保护、城市规划、气象学等。
地理信息系统名词解释大全(整理版本)
地理信息系统名词解释大全地理信息系统Geographic Information System GIS作为信息技术的一种, 是在计算机硬、软件的支持下, 以地理空间数据库（Geospatial Database）为基础, 以具有空间内涵的地理数据为处理对象, 运用系统工程和信息科学的理论, 采集、存储、显示、处理、分析、输出地理信息的计算机系统, 为规划、管理和决策提供信息来源和技术支持。
简单地说, GIS就是研究如何利用计算机技术来管理和应用地球表面的空间信息, 它是由计算机硬件、软件、地理数据和人员组成的有机体, 采用地理模型分析方法, 适时提供多种空间的和动态的地理信息, 为地理研究和地理决策服务的计算机技术系统。
地理信息系统属于空间型信息系统。
地理信息是指表征地理圈或地理环境固有要素或物质的数量、质量、分布特征、联系和规律等的数字、文字、图像和图形等的总称；它属于空间信息, 具有空间定位特征、多维结构特征和动态变化特征。
地理信息科学与地理信息系统相比, 它更加侧重于将地理信息视作为一门科学, 而不仅仅是一个技术实现, 主要研究在应用计算机技术对地理信息进行处理、存储、提取以及管理和分析过程中提出的一系列基本问题。
地理信息科学在对于地理信息技术研究的同时, 还指出了支撑地理信息技术发展的基础理论研究的重要性。
地理数据是以地球表面空间位置为参照, 描述自然、社会和人文景观的数据, 主要包括数字、文字、图形、图像和表格等。
地理信息流即地理信息从现实世界到概念世界, 再到数字世界（GIS）, 最后到应用领域。
数据是通过数字化或记录下来可以被鉴别的符号, 是客观对象的表示, 是信息的表达, 只有当数据对实体行为产生影响时才成为信息。
信息系统是具有数据采集、管理、分析和表达数据能力的系统, 它能够为单一的或有组织的决策过程提供有用的信息。
包括计算机硬件、软件、数据和用户四大要素。
四叉树数据结构是将空间区域按照四个象限进行递归分割（2n×2n, 且n ≥1）, 直到子象限的数值单调为止。
ogc名词解释
ogc名词解释
OGC是“Open Geospatial
Consortium“的缩写，中文翻译为“开放地理空间联盟“。
OGC是一个国际性的组织，致力于推动地理空间信息标准的制定和推广。
OGC成立于1994年，由一些领先的地理信息技术和地理空间数据提供商共同组成。
该组织的使命是促进全球地理信息社区之间的合作和互操作性，以实现地理空间数据和服务的共享和交互操作。
OGC通过制定和维护一系列开放的地理空间标准和规范，使各种地理空间数据和服务能够互相交流和共享。
这些标准包括数据格式、数据模型、数据传输协议、地理信息服务接口等，涵盖了从地图数据到传感器数据等各种地理空间信息类型。
OGC的标准被广泛应用于地理信息系统（GIS）、地理数据管理、地理空间数据交换、地图制作、位置导航、环境监测等领域。
通过遵循OGC标准，不同厂商和组织的地理空间数据和服务可以实现互操作性，使得用户能够更方便地获取、集成和分析地理空间信息。
总之，OGC是一个致力于推动地理空间信息标准化和互操作性的国际组织，通过制定开放的标准，促进地理空间数据和服务的共享和交流。
OGC网络服务公共执行规范
简介
• Web Services即Web效劳，它是自包含的、模块 化的应用程序，它可以在网络中被描述、发布、 查找以及调用。Web效劳的一个主要思想，就是 未来的应用将由一组应用了网络的效劳组合而成。 简单理解，在Web Services体系中，所有东西都 是效劳，这些效劳发布一个API供网络中的其他效 劳或者应用使用，并且封装了实现细节。Web Services是OGC标准以及建立面向效劳的空间共 享体系的根底技术体系。
记语言
• 1D 〔One Dimensional 〕一维空间 • 2D 〔Two Dimensional 〕二维空间 • 3D 〔Three Dimensional 〕三维空间 • 4D 〔Four Dimensional 〕 思维空间
• 3.2 UML符合
• UML〔统一建模语言〕是一个标准的图形表示法， 它不是面向对象的分析和设计，也不是一种方法，它 仅仅是一组符号而已。作为一种建模语言，UML的定 义包括UML语义和UML表示法两个局部。其中UML表 示法定义UML符号的表示法。标准建模语言UML定义 五类图，第一类是用例图〔Use Case Diagram〕，第 二类是静态图 (Static diagram)，包括类图、对象图和 包图。其中类图描述系统中类的静态结构。不仅定义 系统中的类，表示类之间的联系如关联、依赖、聚合 等，也包括类的内部结构〔类的属性和操作〕。第三 类是行为图〔Behavior diagram〕，第四类是交互图 〔Interactive diagram〕，第五类是实现图 ( Implementation diagram )。
OGC新WKT标准与坐标系构建方法研究
第４１卷第９期２０１８年９月测绘与空间地理信息ＧＥＯＭＡＴＩＣＳ＆ＳＰＡＴＩＡＬＩＮＦＯＲＭＡＴＩＯＮＴＥＣＨＮＯＬＯＧＹＶｏｌ.４１ꎬＮｏ.９Ｓｅｐ.ꎬ２０１８收稿日期:２０１７－０８－２５基金项目:国家自然科学基金资助项目(４１４７１３３６)资助作者简介:陈㊀达(１９８９－)ꎬ男ꎬ湖北天门人ꎬ助理工程师ꎬ学士ꎬ主要从事地理信息系统开发与软件工程方面的应用研究工作ꎮＯＧＣ新ＷＫＴ标准与坐标系构建方法研究陈㊀达１ꎬ苏亚龙１ꎬ崔虎平２(１.３１６８２部队ꎬ甘肃兰州７３００２０ꎻ２.信息工程大学地理空间信息学院ꎬ河南郑州４５０００１)摘要:ＯＧＣ的开放标准为地理信息系统的互通互操作提供了基础ꎬ其已经成为ＧＩＳ的标准之一ꎮＷＫＴ是ＯＧＣ关于时空定义的标准ꎮ２０１５年ＯＧＣ颁布了新ＷＫＴ标准－ＩＳＯ１９１６２:２０１５ꎬ分析了ＯＧＣ新ＷＫＴ标准和旧ＷＫＴ标准的差异ꎬ阐述了新ＷＫＴ标准的新特性ꎬ并对几种新的坐标系进行了描述ꎮ最后ꎬ针对ＷＫＴ字符串的组成结构和坐标系之间的关系ꎬ采用Ｃ＋＋和ＧＤＡＬ开源库㊁设计了读取ＷＫＴ字符串和构建坐标系方法和流程ꎮ关键词:ＯＧＣꎻＷＫＴꎻＩＳＯ１９１６２:２０１５ꎻ坐标系ꎻ时空参考中图分类号:Ｐ２２６＋.３㊀㊀㊀文献标识码:Ａ㊀㊀㊀文章编号:１６７２－５８６７(２０１８)０９－０１０１－０５ＲｅｓｅａｒｃｈｏｎＯＧＣＮｅｗＷＫＴＳｔａｎｄａｒｄａｎｄＭｅｔｈｏｄｏｆＢｕｉｌｄｉｎｇＣｏｏｒｄｉｎａｔｅＳｙｓｔｅｍＣＨＥＮＤａ１ꎬＳＵＹａｌｏｎｇ１ꎬＣＵＩＨｕｐｉｎｇ２(１.３１６８２ＴｒｏｏｐｓꎬＬａｎｚｈｏｕ７３００２０ꎬＣｈｉｎａꎻ２.ＩｎｓｔｉｔｕｔｅｏｆＧｅｏｇｒａｐｈｉｃＳｐａｃｅＩｎｆｏｒｍａｔｉｏｎꎬＩｎｆｏｒｍａｔｉｏｎＥｎｇｉｎｅｅｒｉｎｇＵｎｉｖｅｒｓｉｔｙꎬＺｈｅｎｇｚｈｏｕ４５０００１ꎬＣｈｉｎａ)Ａｂｓｔｒａｃｔ:ＯＧＣｏｐｅｎｓｔａｎｄａｒｄｓｐｒｏｖｉｄｅｔｈｅｂａｓｉｓｆｏｒｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙｂｅｔｗｅｅｎｇｅｏｇｒａｐｈｉｃｉｎｆｏｒｍａｔｉｏｎｓｙｓｔｅｍｓ(ＧＩＳ)ꎬｗｈｉｃｈｈａｓｂｅｃｏｍｅｏｎｅｏｆｔｈｅｃｒｉｔｅｒｉａｆｏｒＧＩＳ.ＷＫＴｉｓＯＧＣｏｎｔｈｅｄｅｆｉｎｉｔｉｏｎｏｆｔｉｍｅａｎｄｓｐａｃｅｓｔａｎｄａｒｄｓ.Ｉｎ２０１５ＯＧＣｐｒｏｍｕｌｇａｔｅｄｔｈｅｎｅｗＷＫＴｓｔａｎｄ￣ａｒｄ－ＩＳＯ１９１６２:２０１５ꎬｔｈｉｓｐａｐｅｒａｎａｌｙｚｅｄｔｈｅｄｉｆｆｅｒｅｎｃｅｓｂｅｔｗｅｅｎｔｈｅｎｅｗＷＫＴｓｔａｎｄａｒｄａｎｄｔｈｅｏｌｄＷＫＴｓｔａｎｄａｒｄꎬｅｌａｂｏｒａｔｅｄｔｈｅｎｅｗｆｅａｔｕｒｅｓｏｆｔｈｅｎｅｗＷＫＴｓｔａｎｄａｒｄꎬａｎｄｄｅｓｃｒｉｂｅｄｓｅｖｅｒａｌｎｅｗｃｏｏｒｄｉｎａｔｅｓｙｓｔｅｍｄｅｓｃｒｉｐｔｉｏｎｓ.ＦｉｎａｌｌｙꎬｂａｓｅｄｏｎｔｈｅｒｅｌａｔｉｏｎｓｈｉｐｂｅｔｗｅｅｎｔｈｅｃｏｍｐｏｓｉｔｉｏｎｏｆｔｈｅＷＫＴｓｔｒｉｎｇａｎｄｔｈｅｃｏｏｒｄｉｎａｔｅｓｙｓｔｅｍꎬｔｈｅｍｅｔｈｏｄａｎｄｐｒｏｃｅｓｓｏｆｒｅａｄｉｎｇｔｈｅＷＫＴｓｔｒｉｎｇａｎｄｂｕｉｌｄｉｎｇｃｏｏｒｄｉｎａｔｅｓｙｓｔｅｍａｒｅｄｅｓｉｇｎｅｄｗｉｔｈＣ＋＋ｌａｎｇｕａｇｅａｎｄＧＤＡＬｏｐｅｎｓｏｕｒｃｅｌｉｂｒａｒｙ.Ｋｅｙｗｏｒｄｓ:ＯＧＣꎻＷＫＴꎻＩＳＯ１９１６２:２０１５ꎻｃｏｏｒｄｉｎａｔｅｓｙｓｔｅｍꎻｓｐａｔｉｏｔｅｍｐｏｒａｌｒｅｆｅｒｅｎｃｅ０㊀引㊀言ＯＧＣ的全称是开放地理空间信息联盟(ＯｐｅｎＧｅｏｓｐａｔｉａｌＣｏｎｓｏｒｔｉｕｍ)ꎬ是一个致力于为地理信息产业软件㊁数据㊁服务等提供开放标准的非营利组织ꎬＯＧＣ的开放标准为地理空间信息系统的互操作㊁数据和服务共享发挥了巨大作用ꎮＯＧＣ通过国际化标准组织制定了一系列数据和接口规范ꎬ这其中就包括ＷＫＴ(ＷｅｌｌＫｎｏｗｎＴｅｘｔ)ꎬ其规定了坐标系的定义方法和格式ꎮＯＧＣ在１９９９年制定了ＷＫＴ格式标准ꎬ并在２００１年进行了扩展ꎬ这个标准被成为ＷＫＴ１(后面简称旧ＷＫＴ标准)ꎮ后来ꎬ随着坐标系统的各类概念模型的演化和发展ꎬ该标准已经越来越不能适应地理信息系统的发展要求ꎬ２０１５年ＯＧＣ颁布了ＷＫＴ新标准ꎬ称为ＷＫＴ２(后面简称新ＷＫＴ标准)ꎬＷＫＴ２在ＷＫＴ１的基础上扩展了很多关键字ꎬ并增加对时间坐标系㊁继承坐标系等的支持ꎮＷＫＴ２标准已经被ＩＳＯ组织发布ꎬ代号为ＩＳＯ１９１６２:２０１５ꎮ本文通过对ＷＫＴ新标准的分析ꎬ阐述了新标准的扩展ꎬ以及与旧标准的差异ꎬ并在开源ＧＤＡＬ的基础上进行开发ꎬ使用Ｃ＋＋实现了一套解析ＷＫＴ标准ꎬ并能对各类坐标系进行管理和转换的类库ꎮ１㊀ＷＫＴ格式及标准简介[１]ＷＫＴ一般用于描述坐标系ꎬ在新版的ＷＫＴ标准中ꎬ能够支持大地坐标系㊁垂直坐标系㊁工程坐标系㊁图像坐标系㊁参数坐标系㊁继承坐标系㊁复合坐标系的描述ꎬ以及部分坐标系之间的转换ꎮＷＫＴ只是对各坐标系的元数据进行了定义ꎬ也就说明了坐标系的基本信息和参数ꎬ具体的使用方法则由各软件厂商去具体实现ꎮＷＫＴ的具体形式以一系列对象的值组成ꎬ并以 [ 和 ] 为值的开始和结束字符ꎬ对象用ＷＫＴ中规定的关键值表示ꎬ值可以是字符新㊁数值型或是枚举型ꎮ值中可以继续嵌套其他对象ꎮ具体的形式如下所示:ＫＥＹＷＯＲＤ[ａｔｔｒｉｂｕｔｅ１ꎬＫｅｙｗｏｒｄ２[ａｔｔｒｉｂｕｔｅ２ꎬａｔｔｒｉｂｕｔｅ３]]一般来说关键字不区分大小写ꎬ但在使用时一般以大写表示ꎬ以ＷＧＳ８４地理坐标系的表示如下:ＧＥＯＤＣＲＳ["ＷＧＳ８４"ꎬＤＡＴＵＭ["ＷｏｒｌｄＧｅｏｄｅｔｉｃＳｙｓ￣ｔｅｍ１９８４"ꎬＥＬＬＩＰＳＯＩＤ["ＷＧＳ８４"ꎬ６３７８１３７ꎬ２９８.２５７２２３５６３ꎬＬＥＮＧＴＨＵＮＩＴ["ｍｅｔｒｅ"ꎬ１.０]]]ꎬＣＳ[ｅｌｌｉｐｓｏｉｄａｌꎬ３]ꎬＡＸＩＳ["(ｌａｔ)"ꎬｎｏｒｔｈꎬＡＮＧＬＥＵＮＩＴ["ｄｅ￣ｇｒｅｅ"ꎬ０.０１７４５３２９２５１９９４３３]]ꎬＡＸＩＳ["(ｌｏｎ)"ꎬｅａｓｔꎬＡＮ￣ＧＬＥＵＮＩＴ["ｄｅｇｒｅｅ"ꎬ０.０１７４５３２９２５１９９４３３]]ꎬＡＸＩＳ["ｅｌｌｉｐ￣ｓｏｉｄａｌｈｅｉｇｈｔ(ｈ)"ꎬｕｐꎬＬＥＮＧＴＨＵＮＩＴ["ｍｅｔｒｅ"ꎬ１.０]]]其中ꎬＧＥＯＤＣＲＳ是类型标识符ꎬ确定坐标系统类别ꎬＤＡＴＵＭ㊁ＥＬＬＩＰＳＯＩＤ㊁ＬＥＮＧＴＨＵＮＩＴ确定了ＷＧＳ８４椭球基准面信息ꎬＡＸＩＳ确定了坐标轴的意义及指向ꎮ通过此字符串ꎬ可以描述ＷＧＳ８４的地理坐标系元数据信息㊁可将其作为某个对象的空间参考ꎮ基于旧ＷＫＴ的地理坐标系和投影坐标系已经被ＡｒｃＧＩＳ等知名软件厂商所采用ꎬ且ＥＰＳＧ组织对每种地理坐标系和投影坐标系都规定了唯一编号ꎬ几乎涵盖了所有常见的坐标系ꎮ２㊀新ＷＫＴ标准的扩展２.１㊀新旧标准关键字异同新ＷＫＴ标准对关键字进行了规范与统一ꎬ为了兼容老的坐标参考标准ꎬ新版本的坐标参考系统关键字与老版本完全不同ꎬ对任意一个ＷＫＴ字符串则可以通过关键字进行辨识ꎬ其区分见表１ꎮ表１㊀新旧ＷＫＴ标准的坐标系标识关键字差异Ｔａｂ.１㊀Ｄｉｆｆｅｒｅｎｃｅｂｅｔｗｅｅｎｎｅｗａｎｄｏｌｄ㊀㊀㊀㊀ＷＫＴＣＲＳｋｅｙｗｏｒｄ新ＷＫＴ坐标系旧ＷＫＴ坐标系含义ＢＯＵＮＤＣＲＳＦＩＴＴＥＤ＿ＣＳ绑定坐标系ＣＯＭＰＯＵＮＤＣＲＳＣＯＭＰＤＣＳ复合坐标系ＥＮＧＣＲＳＬＯＣＡＬ＿ＣＳ局部坐标系ＧＥＯＤＣＲＳＧＥＯＣＣＳ/ＧＥＯＧＣＳ地理/大地坐标系ＩＭＡＧＥＣＲＳ无图像坐标系ＰＲＯＪＣＲＳＰＲＯＪＣＳ投影坐标系ＴＩＭＥＣＲＳ无时间坐标系ＶＥＲＴＣＲＳＶＥＲＴ＿ＣＳ垂直坐标系㊀㊀在ＯＧＣ的官方文档ＩＳＯ１９１６２:２０１５[２]中ꎬ新ＷＫＴ标准维持了原ＷＫＴ标准的整个体系ꎬ只是变更了关键字和增加的新的坐标系描述方法ꎬ字符串的整个结构并未做更改ꎬ这也为其他软件厂商的软件升级提供了灵活的处理手段ꎬ也便于兼容旧ＷＫＴ标准ꎮ以常用的ｇｏｏｇｌｅ地图采用的伪墨卡托投影为例ꎬ旧ＷＫＴ标准使用的字符串为:ＰＲＯＪＣＳ["ＷＧＳ８４/Ｐｓｅｕｄｏ－Ｍｅｒｃａｔｏｒ"ꎬＧＥＯＧＣＳ["ＷＧＳ８４"ꎬＤＡＴＵＭ["ＷＧＳ＿１９８４"ꎬＳＰＨＥＲＯＩＤ["ＷＧＳ８４"ꎬ６３７８１３７ꎬ２９８.２５７２２３５６３]]]ꎬＰＲＩＭＥＭ["Ｇｒｅｅｎｗｉｃｈ"ꎬ０]ꎬＵＮＩＴ["ｄｅｇｒｅｅ"ꎬ０.０１７４５３２９２５１９９４３３]]ꎬＰＲＯＪＥＣＴＩＯＮ["Ｍｅｒｃａｔｏｒ＿１ＳＰ"]ꎬＰＡＲＡＭＥＴＥＲ["ｃｅｎｔｒａｌ＿ｍｅｒｉｄｉａｎ"ꎬ０]ꎬＰＡＲＡＭＥＴＥＲ["ｓｃａｌｅ＿ｆａｃｔｏｒ"ꎬ１]ꎬＰＡＲＡＭＥＴＥＲ["ｆａｌｓｅ＿ｅａｓｔｉｎｇ"ꎬ０]ꎬＰＡＲＡＭＥＴＥＲ["ｆａｌｓｅ＿ｎｏｒｔｈｉｎｇ"ꎬ０]ꎬＵＮＩＴ["ｍｅｔｒｅ"ꎬ１]ꎬＡＸＩＳ["Ｘ"ꎬＥＡＳＴ]ꎬＡＸＩＳ["Ｙ"ꎬＮＯＲＴＨ]ꎬＡＵＴＨＯＲＩＴＹ["ＥＰＳＧ"ꎬ"３８５７"]]采用新ＷＫＴ标准的字符串如下:ＰＲＯＪＣＲＳ["ＷＧＳ８４/Ｐｓｅｕｄｏ－Ｍｅｒｃａｔｏｒ"ＢＡＳＥＧＥＯＤＣＲＳ["ＷＧＳ８４"ＤＡＴＵＭ["ＷＧＳ＿１９８４"ＳＰＨＥ￣ＲＯＩＤ["ＷＧＳ８４"ꎬ６３７８１３７ꎬ２９８.２５７２２３５６３]]]ＰＲＩＭＥＭ["Ｇｒｅｅｎｗｉｃｈ"ꎬ０]ꎬＵＮＩＴ["ｄｅｇｒｅｅ"ꎬ０.０１７４５３２９２５１９９４３３]]ꎬＣＯＮＶＥＲＳＩＯＮ["Ｐｓｅｕｄｏ－ＭｅｒｃａｔｏｒＰｒｏｊｅｃｔｉｏｎ"ꎬＭＥＴＨＯＤ[ Ｍｅｒｃａｔｏｒ＿１ＳＰ ]ꎬＰＡＲＡＭＥＴＥＲ["ｃｅｎｔｒａｌ＿ｍｅｒｉｄｉａｎ"ꎬ０]ꎬＰＡＲＡＭＥＴＥＲ["ｓｃａｌｅ＿ｆａｃｔｏｒ"ꎬ１]ꎬＰＡＲＡＭＥＴＥＲ["ｆａｌｓｅ＿ｅａｓｔｉｎｇ"ꎬ０]ꎬＰＡＲＡＭＥＴＥＲ["ｆａｌｓｅ＿ｎｏｒｔｈｉｎｇ"ꎬ０]]ꎬＣＳ[Ｃａｒ￣ｔｅｓｉａｎꎬ２]ꎬＡＸＩＳ["(Ｙ)"ꎬｎｏｒｔｈꎬＯＲＤＥＲ[１]]ꎬＡＸＩＳ["(Ｘ)"ꎬｅａｓｔꎬＯＲＤＥＲ[２]]ꎬＬＥＮＧＴＨＵＮＩＴ["ｍｅｔｅｒ"ꎬ１.０]ꎬＩＤ["ＥＰＳＧ"ꎬ３８５７]]新标准中对投影坐标系的地理基准的关键字由ＧＥＯＧＣＳ改为ＢＡＳＥＧＥＯＤＣＲＳꎬ投影关键字由ＰＲＯＪＥＣＴＩＯＮ改为ＣＯＮＶＥＲＳＩＯＮꎬ对于空间参考的坐标轴信息ꎬ新ＷＫＴ标准统一使用ＣＳ标识ꎬ并赋予坐标系统的类型和维数ꎬ上述ＷＫＴ标准的字符串采用的是笛卡尔坐标系ꎬ坐标维数为２ꎬ坐标系标识关键字由原来的Ａｕ￣ｔｈｏｒｉｔｙ改为了ＩＤꎮ２.２㊀新ＷＫＴ标准的扩展新ＷＫＴ标准在原基础上扩展出了图像坐标系㊁时间坐标系和坐标变换操作等坐标参考和方法ꎬ可以为将来统一的时空数据模型和矢栅数据模型提供基础ꎮ以时间坐标系为例ꎬ某卫星的时间坐标系描述可以表示为:ＴＩＭＥＣＲＳ["ＧＰＳＴｉｍｅ"ꎬＴＤＡＴＵＭ["Ｔｉｍｅｏｒｉｇｉｎ"ꎬＴＩＭＥＯＲＩＧＩＮ[１９８０－０１－０１Ｔ００:００:００.０Ｚ]]ꎬＣＳ[ｔｅｍｐｏｒａｌꎬ１]ꎬＡＸＩＳ["ｔｉｍｅ"ꎬｆｕｔｕｒｅ]ꎬＴＩＭＥＵＮＩＴ["ｄａｙ"ꎬ８６４００.０]]在该字符串中ꎬＴＩＭＥＯＲＩＧＩＮ表示时间起点ꎬ时间以标准的ＵＴＣ格式记录ꎬＣＳ记录时间坐标系的维数ꎬＴＩＭＥ￣２０１㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀测绘与空间地理信息㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀２０１８年ＵＮＩＴ表示时间坐标系的计量单位ꎬｄａｙ表示按天计算ꎬ８６４００表示天对应的秒数ꎮ新ＷＫＴ标准中提出了继承坐标系(ｄｅｒｉｖｅｄＣＲＳ)的概念ꎬ这与旧ＷＫＴ标准的Ｆｉｔｔｅｄ＿ＣＳ很相似ꎮ在旧ＷＴＫ标准中ꎬ坐标之间的转换通过Ｆｉｔｔｅｄ＿ＣＳ定义的ꎬ但其不含有源坐标系和目的坐标系的属性信息ꎬ给软件的解译造成很大困难ꎬ新ＷＫＴ标准对此进行了规范ꎮ在新ＷＫＴ标准中定义的继承坐标系是指自身无法存在但是通过一个坐标参考可以通过变换而来的坐标系ꎬ其实质是坐标的变换ꎮ投影坐标系本身就是一种特殊的继承坐标系ꎬ它依附于某个地理坐标系参考ꎬ通过投影变换的方法来定义自身的坐标参考ꎮ继承坐标系主要定义了基坐标系信息和转换方法信息ꎬ继承坐标系与普通坐标系的区别见表２ꎮ表２㊀继承坐标系与普通地理坐标系结构差异Ｔａｂ.２㊀Ｄｉｆｆｅｒｅｎｃｅｂｅｔｗｅｅｎｄｅｒｉｖｅｄａｎｄ㊀㊀㊀㊀ｇｅｏｇｒａｐｈｉｃＣＲＳｓｔｒｕｃｔｕｒｅ地理坐标系结构继承坐标系结构关键字(ｋｅｙｗｏｒｄ)关键字(ｋｅｙｗｏｒｄ)坐标系统名称(ｎａｍｅ)坐标系统名称(ｎａｍｅ)基准面信息(ｄａｔｕｍ)基坐标信息(ｂａｓｅＣＲＳ)转换方法及参数(ｃｏｎｖｅｒｓｉｏｎ)坐标信息(ｃｏｏｒｄｉｎａｔｅｓｙｓｔｅｍ)坐标信息(ｃｏｏｒｄｉｎａｔｅｓｙｓｔｅｍ)附加信息(ｏｐｔｉｏｎａｌｍｅｔａｄａｔａ)附加信息(ｏｐｔｉｏｎａｌｍｅｔａｄａｔａ)下面以某站心坐标系为例进行说明:ＥＮＧＣＲＳ["ＴｏｐｏｃｅｎｔｒｉｃｅｘａｍｐｌｅＡ"ꎬＢＡＳＥＧＥＯＤＣＲＳ["ＷＧＳ８４"ꎬＤＡＴＵＭ["ＷＧＳ８４"ꎬＥＬＬＩＰＳＯＩＤ["ＷＧＳ８４"ꎬ６３７８１３７ꎬ２９８.２５７２２３６ꎬＬＥＮＧＴＨＵＮＩＴ["ｍｅｔｒｅ"ꎬ１.０]]]]ꎬＤＥＲＩＶＩＮＧＣＯＮＶＥＲＳＩＯＮ["ＴｏｐｏｃｅｎｔｒｉｃｅｘａｍｐｌｅＡ"ꎬＭＥＴＨＯＤ["Ｇｅｏｇｒａｐｈｉｃ/ｔｏｐｏｃｅｎｔｒｉｃｃｏｎｖｅｒｓｉｏｎｓ"ꎬＩＤ["ＥＰＳＧ"ꎬ９８３７]]ꎬＰＡＲＡＭＥＴＥＲ["Ｌａｔｉｔｕｄｅｏｆｔｏｐｏｃｅｎｔｒｉｃｏｒｉｇｉｎ"ꎬ５５.０ꎬＡＮＧＬＥＵＮＩＴ["ｄｅｇｒｅｅ"ꎬ０.０１７４５３２９２５１９９４３３]]ꎬＰＡＲＡＭＥＴＥＲ["Ｌｏｎｇｉｔｕｄｅｏｆｔｏｐｏｃｅｎｔｒｉｃｏｒｉｇｉｎ"ꎬ５.０ꎬＡＮＧＬＥ￣ＵＮＩＴ["ｄｅｇｒｅｅ"ꎬ０.０１７４５３２９２５１９９４３３]]ꎬＰＡＲＡＭＥＴＥＲ["Ｅｌｌｉｐ￣ｓｏｉｄａｌｈｅｉｇｈｔｏｆｔｏｐｏｃｅｎｔｒｉｃｏｒｉｇｉｎ"ꎬ０.０ꎬＬＥＮＧＴＨＵＮＩＴ["ｍｅｔｒｅ"ꎬ１.０]]]ꎬＣＳ[Ｃａｒｔｅｓｉａｎꎬ３]ꎬＡＸＩＳ["ＴｏｐｏｃｅｎｔｒｉｃＥａｓｔ(Ｕ)"ꎬｎｏｒｔｈꎬＯＲＤＥＲ[１]]ꎬＡＸＩＳ["ＴｏｐｏｃｅｎｔｒｉｃＮｏｒｔｈ(Ｖ)"ꎬｅａｓｔꎬＯＲＤＥＲ[２]]ꎬＡＸＩＳ["Ｔｏｐｏｃｅｎｔｒｉｃｈｅｉｇｈｔ(Ｗ)"ꎬｅａｓｔꎬＯＲＤＥＲ[３]]ꎬＬＥＮＧＴＨＵＮＩＴ["ｍｅｔｒｅ"ꎬ１.０]]ＢＡＳＥＧＥＯＤＣＲＳ关键字说明了该站心坐标系所在的地理基准ꎬ即坐标系原点所处的地理基准ꎮＭＥＴＨＯＤ关键字说明了地理基准向站心坐标系转换的方法及参数ꎬ方法为地理坐标－站心坐标转换ꎮＰＡＲＡＭＥＴＥＲ说明了站心坐标系原点在地理基准中的位置(纬度㊁经度㊁大地高)ꎮＣＳ㊁ＡＸＩＳ等关键字说明了站心坐标系的坐标轴信息ꎮ但ＷＫＴ在规定的继承坐标系中ꎬ只是说明了转换方法的名称和ＩＤ号ꎬ并未说明转换的具体步骤ꎬ在使用ＷＫＴ对坐标参考进行表达时ꎬ需要开发者对ＷＫＴ标准进行解析ꎬ对并ＷＫＴ中的各类坐标系统之间的转换方法进行实现ꎮ这与ＯＧＣ标准设计的初衷是一致的ꎬＯＧＣ的各类标准只是列举出了类的接口信息和相应的代码标准ꎬ规范了相应的数据模型ꎬ软件的实现则由各软件厂商去完成ꎮ３㊀基于ＷＫＴ标准的空间参考库的构建ＷＫＴ字符串定义了坐标系的元数据信息ꎬ只是提供了构造坐标参考的一种手段ꎬ无法快速提取坐标系的信息ꎬ单纯的ＷＫＴ字符串要在软件中使用ꎬ需要一整套解析ꎬ存储ꎬ查询方法ꎬ并且ＷＫＴ字符串只是提供了构建坐标系的元数据信息ꎬ在投影坐标系㊁继承坐标系等需要进行坐标系转换的方法中并未提供现成的方法ꎮ笔者在实践过程中ꎬ基于ＧＤＡＬ[２]和Ｐｒｏｊ４[３]开源库ꎬ设计了一个能对坐标系进行解析㊁管理㊁标系之间变换的动态库ꎮ３.１㊀基于ＧＤＡＬ库对新ＷＫＴ字符串的解析在笔者设计的空间参考中ꎬ封装了ＧＤＡＬ中的ＣＳＰａ￣ｔｉａｌＲｅｆｅｒｅｎｃｅＢｕｉｌｄｅｒ类来解析ＷＫＴ字符串ꎮ首先ꎬ通过ＷＫＴ字符串内容构造一个ＧＤＡＬ提供的ＯＧＲＳＰａｔｉａｌＲｅｆ￣ｅｒｅｎｃｅ类的对象ꎬ并使用ＧｅｔＡｔｔｒＳｔｒｉｎｇＶａｌｕｅ()和ＧｅｔＡｔｔｒ￣ＤｏｕｂｌｅＶａｌｕｅ()来获取关键字对应的值ꎮ通过解析ＷＫＴ字符串的各元素后ꎬ将其装配为坐标系对象ꎮ构造地理坐标系的部分代码如下所示:ＣＳｐａｔｉａｌＲｅｆｅｒｅｎｃｅＢｕｉｌｄｅｒ::ＢｕｉｌｄＧｅｏＧＣＳ(ＯＧＲＳｐａｔｉａｌ￣Ｒｅｆｅｒｅｎｃｅｓ){ｓｈａｒｅｄ＿ｐｔｒ<ＣＧｅｏｇｒａｐｈｉｃＣＳ>ｇꎻｓｈａｒｅｄ＿ｐｔｒ<ＣＤａｔｕｍ>ｄ＝ＢｕｉｌｄＤａｔｕｍ(ｓ)ꎻ//构造坐标系的基准面ｓｈａｒｅｄ＿ｐｔｒ<ＣＡｘｉｓ>ｘ＝ＢｕｉｌｄＡｘｉｓ(ｓ)ꎻＣＳｔｄＳｔｒｉｎｇＧＥＯＧＣＳＮａｍｅ＝ｓ.ＧｅｔＡｔｔｒＶａｌｕｅ("ＧＥＯＤ￣ＣＲＳ"ꎬ０)ꎻｃｏｎｓｔｃｈａｒ∗ＡｕｔｈｏｒｉｔｙＮａｍｅ＝ｓ.ＧｅｔＡｔｔｒＶａｌｕｅ("ＩＤ"ꎬ０)ꎻ//得到坐标系的授权机构名称ｃｏｎｓｔｃｈａｒ∗Ｃｏｄｅ＝ｓ.ＧｅｔＡｔｔｒＶａｌｕｅ("ＩＤ"ꎬ１)ꎻ//得到坐标系的代码ｃｏｎｓｔｃｈａｒ∗Ｒｅｍａｒｋ＝ｓ.ＧｅｔＡｔｔｒＶａｌｕｅ("Ｒｅｍａｒｋ")ꎻｓｈａｒｅｄ＿ｐｔｒ<ＣＧｅｏｇｒａｐｈｉｃＣＳＭｇｒ>ｐＧｅｏｇｒａｐｈｉｃＣＳＭｇｒ＝ＣＧｅｏｇｒａｐｈｉｃＣＳＭｇｒ::Ｉｎｓｔａｎｃｅ()ꎻ//获取坐标器管理类的实例ｉｆ(ｐＧｅｏｇｒａｐｈｉｃＣＳＭｇｒ－>ＦｉｎｄＧｅｏｇｒａｐｈｉｃＣＳＢｙＮａｍｅ(ＧＥＯＧＣＳＮａｍｅ)＝＝ＮＵＬＬ)３０１第９期陈㊀达等:ＯＧＣ新ＷＫＴ标准与坐标系构建方法研究{ｇ＝ｍａｋｅ＿ｓｈａｒｅｄ<ＣＧｅｏｇｒａｐｈｉｃＣＳ>()ꎻ//构造地理坐标系ｇ－>ＳｅｔＤａｔｕｍ(ｄ)ꎻ//设置地理坐标系的基准面ｇ－>ＳｅｔＡｘｉｓ(ｘ)ꎻ//设置坐标系的轴信息ｇ－>ＳｅｔＮａｍｅ(ＧＥＯＧＣＳＮａｍｅ)ꎻ//设置坐标系的名称ｇ－>ＳｅｔＲｅｍａｒｋ(Ｒｅｍａｒｋ)ꎻ//设置坐标系的说明信息ｉｆ(ＡｕｔｈｏｒｉｔｙＮａｍｅ＆＆Ｃｏｄｅ){ｇ－>ＳｅｔＡｕｔｈｏｒｉｔｙ(ＡｕｔｈｏｒｉｔｙＮａｍｅ)ꎻｇ－>ＳｅｔＣｏｄｅ(Ｃｏｄｅ)ꎻ}ｐＧｅｏｇｒａｐｈｉｃＣＳＭｇｒ－>ＧｅｔＧｅｏｇｒａｐｈｉｃＣＳＭａｐ().ｉｎｓｅｒｔ(ＣＧｅｏｇｒａｐｈｉｃＣＳｅｓ::ｖａｌｕｅ＿ｔｙｐｅ(ＧＥＯＧＣＳＮａｍｅꎬｇ))ꎻｒｅｔｕｒｎｇꎻ}ｅｌｓｅ{ｒｅｔｕｒｎｐＧｅｏｇｒａｐｈｉｃＣＳＭｇｒ－>ＦｉｎｄＧｅｏｇｒａｐｈｉｃＣＳＢｙＮａｍｅ(ＧＥＯＧＣＳＮａｍｅ)ꎻ}}３.２㊀时空类库结构在该库中ꎬ定义了地理(地心)坐标系㊁投影坐标系㊁垂直坐标系㊁站心坐标系㊁载体坐标系等常用坐标ꎬ按照ＷＫＴ标准中提供了坐标系组成结构ꎬ设计了椭球㊁基准面㊁子午线㊁坐标轴㊁单位(长度单位和角度单位)㊁投影方法等类和结构ꎮ针对坐标参考中可能存在各坐标之间的关联问题(如投影坐标系必须引用地理坐标系)和元素之间共同依赖问题(坐标系都必须依赖坐标单位对象)ꎬ设计了元素和坐标系管理类ꎮ部分类库的关系如图１所示ꎮ图１㊀部分时空类的关系Ｆｉｇ.１㊀ＲｅｌａｔｉｏｎｓｈｉｐａｍｏｎｇｓｐａｔｉｏｔｅｍｐｏｒａｌｃｌａｓｓｅｓＣ＿ＲｅｆｅｒｅｎｃｅＳｙｓｔｅｍ为空间参考的基类ꎬＥ＿ＣＳＴｙｐｅ为坐标系枚举类型ꎮＣ＿ＥＮＵＣＳ㊁Ｃ＿ＧｅｏｇｒａｐｈｉｃＣＳ㊁Ｃ＿Ｇｅｏｃｅｎ￣ｔｒｉｃＣＳ㊁Ｃ＿ＰｒｏｊｅｃｔｅｄＣＳ分别为站心坐标系㊁地理坐标系㊁地心坐标系㊁投影坐标系ꎬＣ＿ＰｏｌａｒＣＳ为极坐标系ꎬ是直角坐标系外的另一种表现形式ꎬＣ＿ＶｅｒｔｉｃａｌＣＳ为垂直坐标系ꎬ在我国常用的是 １９８５国家基准 和 １９５６黄海基准 ꎬＣ＿ＥＣＩＣＳ为地球惯性坐标系ꎬ可以用于描述地球外的物体运动位置ꎬＣ＿ＴｅｍｐｏｒａｌＣＳ为时间坐标系ꎮＣ＿ＳｐａｔｉａｌＲｅｆｅｒ￣ｅｎｃｅＭａｎａｇｅｒ为坐标系管理类ꎬＣ＿ＳｐａｔｉａｌＲｅｆｅｒｅｎｃｅＣｏｎｖｅｒｔ为坐标系转换类ꎬ完成各个不同坐标系之间的坐标转换ꎮ需要说明的是ꎬ载体坐标系(ＢｏｄｙＣｏｏｒｄｉｎａｔｅ)主要是针对移动的飞行器㊁舰船等而设计ꎬ其ＢａｓｅＣＲＳ是不断变化的ꎬ因此无法给定一个具体的ＷＫＴ字符串表达式ꎬ这说明ＷＫＴ无法表述这类动态坐标系ꎬ这也是今后ＷＫＴ标准应该完善的方面之一ꎮ３.３㊀基于ＷＫＴ字符串的坐标系构建流程根据上节设计的类库结构ꎬ将所有ＷＫＴ字符串以文本文件或者Ｓｑｌｉｔｅ格式存储ꎮ在动态库初始化时ꎬ遍历所有的ＷＫＴ字符串ꎬ解析每个ＷＫＴ字符串的标识符ꎬ可以得到其坐标系类别ꎬ针对该坐标系分别读取解析各个元素ꎬ并将元素分别加入到相应元素列表中ꎬ各个元素以名称作为唯一标识ꎮ每次在创建坐标系的各元素时可以通过元素名称的唯一标识查询该元素是否已经创建ꎬ如果已经创建ꎬ则将其地址直接赋值给坐标系对象即可ꎮ当坐标系的所有元素都创建完成后ꎬ将其组装为坐标系对象ꎬ并加入到坐标系管理器中ꎮ坐标系构建的整个流程如图２所示ꎮ图２㊀基于ＷＫＴ字符串的坐标系系统构建流程Ｆｉｇ.２㊀ＢｕｉｌｄｉｎｇＣＲＳｐｒｏｃｅｓｓｂａｓｅｄｏｎＷＫＴｓｔｒｉｎｇ３.４㊀坐标系的管理和之间的转换在完成ＷＫＴ字符串的解析和坐标系对象的构建后ꎬ使用Ｃ＿ＳｐａｔｉａｌＲｅｆｅｒｅｎｃｅＭａｎａｇｅｒ来管理构建好的坐标系ꎬ能完成坐标系对象的增加㊁删除㊁更改㊁查询等功能ꎮ每一个坐标系对象有一个坐标系名称和ＥＰＳＧ组织赋予的编号以及别名ꎮ可以根据名称或者编号查询出坐标系对象的指针ꎬ然后赋值给坐标系之间的转换通过Ｃ＿Ｓｐａｔｉａｌ￣ＲｅｆｅｒｅｎｃｅＣｏｎｖｅｒ类进行ꎬ其利用Ｐｒｏｊ４和Ｎｏｖａｓ等开源程序包实现了基本的投影变换㊁大地坐标与大地空间直角坐标之间的转换㊁地惯系与地固系等之间的转换ꎮ需要说明的是ꎬ地惯系与地固系之间的转换涉及了地球自转ꎬ因此需要将时间作为输入参数ꎮ其他转换只在地固系下进行ꎬ与时间无关ꎮＣ＿ＳｐａｔｉａｌＲｅｆｅｒｅｎｃｅＣｏｎｖｅｒｔ类提供的部分函数见表３ꎮ４０１㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀测绘与空间地理信息㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀２０１８年表３㊀Ｃ＿ＳｐａｔｉａｌＲｅｆｅｒｅｎｃｅＣｏｎｖｅｒｔ的部分函数Ｔａｂ.３㊀ＭｅｔｏｄｓｏｆＣ＿ＳｐａｔｉａｌＲｅｆｅｒｅｎｃｅＣｏｎｖｅｒｔｃｌａｓｓ函数名功能ＧｅｏＧｒａｐｈｉｃ＿Ｔｏ＿Ｇｅｏｃｅｎｔｒｉｃ(ｓｈａｒｅｄ＿ｐｔｒ<ＣＧｅｏｇｒａｐｈｉｃＣＳ>ｇꎬｄｏｕｂｌｅ∗Ｌꎬｄｏｕｂｌｅ∗Ｂꎬｄｏｕｂｌｅ∗Ｈ)完成地理坐标系向地心坐标系的转换Ｇｅｏｃｅｎｔｒｉｃ＿Ｔｏ＿Ｇｅｏｇｒａｐｈｉｃ(ｓｈａｒｅｄ＿ｐｔｒ<ＣＧｅｏｇｒａｐｈｉｃＣＳ>ｇꎬｄｏｕｂｌｅ∗Ｘꎬｄｏｕｂｌｅ∗Ｙꎬｄｏｕｂｌｅ∗Ｚ)完成地心坐标系向地理坐标系的转换ＰｒｏｊｅｃｔｉｏｎＣａｌｃ(ＣＰｒｏｊｅｃｔｅｄＣＳｐꎬｄｏｕｂｌｅ∗Ｌꎬｄｏｕｂｌｅ∗Ｂ)完成投影正算ＩｎｖＰｒｏｊｅｃｔｉｏｎＣａｌｃ(ＣＰｒｏｊｅｃｔｅｄＣＳｐꎬｄｏｕｂｌｅ∗Ｌꎬｄｏｕｂｌｅ∗Ｂ)完成投影反算ＥＣＩ＿Ｔｏ＿ＥＣＦ(ｄｏｕｂｌｅ∗ｘꎬｄｏｕｂｌｅ∗ｙꎬｄｏｕｂｌｅ∗ｚꎬｄｏｕｂｌｅＭＪＤ)完成地球惯性系到地球固定系的转换(参数ＭＪＤ为儒略日时间)ＥＣＦ＿Ｔｏ＿ＥＣＩ(ｄｏｕｂｌｅ∗ｘꎬｄｏｕｂｌｅ∗ｙꎬｄｏｕｂｌｅ∗ｚꎬｄｏｕｂｌｅＭＪＤ)完成地球固定系到地球惯性的转换Ｂｏｄｙ＿Ｔｏ＿ＥＮＵ(ｓｈａｒｅｄ＿ｐｔｒ<ＣＢｏｄｙＣＳ>ｂꎬｄｏｕｂｌｅ∗ｘꎬｄｏｕｂｌｅ∗ｙꎬｄｏｕｂｌｅ∗ｚ)载体坐标系转站心坐标系ＥＮＵ＿Ｔｏ＿Ｂｏｄｙ(ｓｈａｒｅｄ＿ｐｔｒ<ＣＢｏｄｙＣＳ>ｂꎬｄｏｕｂｌｅ∗Ｅꎬｄｏｕｂｌｅ∗Ｎꎬｄｏｕｂｌｅ∗Ｕ)站心坐标系转载体坐标系４㊀结束语本文阐述了ＯＧＣ的ＷＫＴ标准的格式ꎬ以及新ＷＫＴ标准与旧标准的异同扩展ꎬ并对几个重要的坐标系做了对比与分析ꎮ基于开源ＧＤＡＬ库对新ＷＫＴ标准的字符进行了解析ꎬ并设计了一套基于新版ＷＫＴ字符串的坐标系管理的动态库ꎬ并利用Ｐｒｏｊ４和ＮＯＶＡＳ等开源程序实现了坐标系之间的转换功能ꎮ通过本文方法实现的动态库表明ꎬ该库能兼容新老标准ＷＫＴ字符串ꎬ能够方便地对坐标系进行管理ꎬ并能采用极其简单的形式完成坐标系之间的转换ꎮ新版ＷＫＴ标准在语义上更加统一ꎬ并且更加标准化ꎬ但众多软件厂商对其还未完全支持ꎬ一方面是传统的ＧＩＳ仅仅局限在地球上ꎬ重点使用的是地理坐标系㊁投影坐标系等传统的坐标系ꎬ在这方面旧ＷＫＴ标准已经符合要求ꎻ另一方面是存在着版本升级的困难ꎮ此外新ＷＫＴ标准在时空的一体化描述以及各类局部坐标系和天球坐标系上还有待继续发展ꎮ相信随着ＧＩＳ在全息位置地图[４]㊁全空间信息系统[５]等方面的发展ꎬ新版ＷＫＴ标准一定会被众多ＧＩＳ厂商所接受并继续向前发展ꎮ参考文献:[１]㊀柴树春ꎬ唐建智.一种基于ＷＫＴ自动填充空间坐标参考系到ＯｒａｃｌｅＳｐａｔｉａｌ的方法[Ｊ].测绘与空间地理信息ꎬ２０１５ꎬ３８(６):１６１－１６３.[２]㊀刘昌明ꎬ陈荦.ＧＤＡＬ多源空间数据访问中间件[Ｊ].地理空间信息ꎬ２０１１ꎬ９(５):５８－６１.[３]㊀盖森ꎬ熊伟ꎬ刘建忠ꎬ等.基于Ｐｒｏｊ.４的空间坐标转换[Ｊ].测绘工程ꎬ２０１２ꎬ２１(２):２９－３１.[４]㊀朱欣焰ꎬ周成虎ꎬ呙维ꎬ等.全息位置地图概念内涵及其关键技术初探[Ｊ].武汉大学学报:信息科学版ꎬ２０１５ꎬ４０(３):２８５－２９５.[５]㊀华一新.全空间信息系统的核心问题和关键技术[Ｊ].测绘科学技术学报ꎬ２０１６ꎬ３３(４):３３１－３３５.[编辑:任亚茹](上接第１００页)此ꎬ本研究具有相当重要的意义ꎮ由于可利用土地资源评价考虑的因素较多而且地区间差异较大ꎬ再者一些技术规范仍在试行中ꎬ一些参数的确定可能还不够全面和准确ꎬ在以后的研究中ꎬ会进一步完善ꎬ以便得到更精准的结果ꎮ参考文献:[１]㊀金龙新ꎬ朱红梅ꎬ陈伊翔.基于多规合一的县域国土空间开发规划编制框架构建[Ｊ].国土与自然资源研究ꎬ２０１５(６):２９－３３.[２]㊀周墨ꎬ张天红ꎬ周艳ꎬ等.基于地理国情普查数据的空间规划底图编制研究[Ｊ].测绘与空间地理信息ꎬ２０１６ꎬ３９(１２):１１２－１１５.[３]㊀侯秀娟ꎬ王利.基于ＧＩＳ的辽宁可利用土地资源综合评价[Ｊ].国土与自然资源研究ꎬ２００９(２):３９－４１.[４]㊀蔡四平.长株潭城市群核心区可利用土地资源评价研究[Ｊ].湖南商学院学报ꎬ２０１３ꎬ２０(１):９－１５. [５]㊀徐勇ꎬ汤青ꎬ樊杰ꎬ等.主体功能区划可利用土地资源指标项及其算法[Ｊ].地理研究ꎬ２０１０ꎬ２９(７):１２２３－１２３１. [６]㊀王丽丽ꎬ王永刚ꎬ盖艾鸿.ＧＩＳ支持下可利用土地资源研究－以庆阳市为例[Ｊ].中国农学通报ꎬ２０１４ꎬ３０(１７):２８９－２９３.[７]㊀张玮ꎬ陈基伟ꎬ刘雯ꎬ等.上海市主体功能区划分中可利用土地资源评价[Ｊ].上海地质ꎬ２００９(３):３２－３４. [８]㊀张雷ꎬ宗跃光ꎬ杨伟.基于ＧＩＳ的城市建设用地生态适宜性评价 以福建省连城县为例[Ｊ].山东师范大学学报:自然科学版ꎬ２００８ꎬ２３(３):９４－９８.[９]㊀赵小汎.区位熵模型在土地利用变化分析中的新运用[Ｊ].经济理ꎬ２０１３ꎬ３３(２):１６２－１６７.[编辑:任亚茹]５０１第９期陈㊀达等:ＯＧＣ新ＷＫＴ标准与坐标系构建方法研究。
ogc服务的标准
OGC服务的标准OGC（Open Geospatial Consortium，开放地理空间信息联盟）是一个国际性的非营利组织，致力于制定和推广开放地理空间信息（OGC）标准，以促进地理信息系统（GIS）和地理位置服务（GPS）等领域的发展。
以下是OGC服务的标准：1. WMS（Web Map Service）：Web Map Service 是一种用于在Web上发布地图和空间数据的标准，它可以将地图数据以图像或矢量格式发布到互联网上，并提供基于HTTP 协议的访问方式。
2. WFS（Web Feature Service）：Web Feature Service 是一种用于在Web上发布矢量数据的标准，它可以将矢量数据以可查询的方式发布到互联网上，并提供基于HTTP协议的访问方式。
3. WCS（Web Coverage Service）：Web Coverage Service 是一种用于在Web上发布遥感影像数据的标准，它可以将遥感影像数据以图像或矢量格式发布到互联网上，并提供基于HTTP协议的访问方式。
4. CSW（Catalog Service for the Web）：Catalog Service for the Web 是一种用于在Web上发布地理信息目录的标准，它可以将地理信息目录以XML格式发布到互联网上，并提供基于HTTP协议的访问方式。
5. SLD（Styled Layer Descriptor）：Styled Layer Descriptor 是一种用于定义地图图层样式的标准，它可以将地图图层的样式信息以XML格式发布到互联网上，并提供基于HTTP协议的访问方式。
6. GML（Geography Markup Language）：Geography Markup Language 是一种用于描述地理信息的标准，它可以将地理信息以XML格式发布到互联网上，并提供基于HTTP协议的访问方式。
ogc open geospatial consortium 开放地理空间信息联盟标准
OGC — Open Geospatial Consortium 开放地理空间信息联盟标准简介开放地理空间信息联盟Open Geospatial Consortium (OGC) 成立于1994年，其认为是将地理空间信息融入的到世界信息服务的框架之中。
OGC成员包括技术开发者和用户。
他们在全球范围内合作建立地理信息技术的开放标准和最佳实践，为地理信息交换的便捷提供技术支持。
这些技术从人造地球观测卫星复杂的运行设计和控制到简单的地理坐标编码和地图图像显示。
您可以访问OGC Domain Working Groups 了解该组织各个部门当前的工作内容。
OGC 基准与OGC 参考模型OGC 标准化包含了OGC 标准(/standards) 用于规范接口、编码、功能描述、应用类型和最佳实践文档。
OGC 参考模型(ORM) (/standards/orm) 描述了这些标准相互间以及与ISO 标准的关系。
ORM 提供了对OGC 标准群的概览，并适用于描述各类应用体系。
使用OGC 标准开发应用并了解各个标准间的关系有利于促进在网络环境下发布、发现和连接重要的地理空间服信息务功能。
发布：信息源所有者提供其信息发现：用户可以在业务运行时找到所需的资源连接：用户可以在业务运行时获取资源最近一些年来发展的多数标准都是基于网络服务的。
这些标准合成OGC 网络服务（OGC Web Services, OWS）。
下面所展示的是基本框架，包含了在各种地理空间信息处理和地理相关活动中的应用模式。
其中的名称解释如下。
其中某些是确定的OGC 标注，另一些则是待议论文（Discussion Papers）、请求（Requests）和建议论文（Discussion Papers）。
其中有一部分目前只对OGC 成员开放。
Catalogue Service for the Web (CSW) 网络地理数据编录服务Filter Encoding (FE) 过滤器编码Geography Markup Language (GML) 地理注记KML Encoding Standard (KML) 地理注记Sensor Model Language (SensorML) 传感器描述语言Style Layer Descriptor (SLD) 图层样式注记Sensor Observation Service (SOS) 传感器数据传输标准Web Coverage Service (WCS) 网络地理场数据服务WebFeature Service (WFS) 网络地理要素服务Web Map Service (WMS) 网络地图服务Web Processing Service (WPS) 网络地理信息处理服务Sensor Planning Service (SPS) 传感器使用规划Web Terrain Service (WTS) 网络地形数据服务Grid Coverage Service 地理格网系统Coordinate Transformation Service 坐标转换Web Coverage Processing Service (WCPS) 网络地理编录处理Web Map Tile Service (WMTS) 网络地图切片Simple Features (SF) 简单地理要素Sensor Web Enablement (SWE) 网络传感器控制XML for Image and Map Annotation (XIMA) 用于图像和地图注记的XML 文档CityGML 城市地理信息标注语言GeosciML 地学信息标注语言GML in JPEG 2000 地理编码（用于JPEG 2000 图像）Observations and Measurements (O&M) 观测和测量Symbology Encoding 图形符号编码Transducer Markup Language (TML) 传感器标注语言其它信息OGC 标准完整列表/standards/OGC 教程（IGARSS 2010）/node/1481OGC 线上教程/learn。
OGC 标准
1.概述开放地理空间信息联盟(Open Geospatial Consortium-OGC)，致力于提供地理信息行业软件和数据及服务的标准化工作。
OGC在1994年到2004年期间机构名为Open GIS Consortium，后因业务需要更名。
OGC是一个非盈利的志愿的国际标准化组织，引领着空间地理信息标准及定位基本服务的发展。
在空间数据互操作领域，基于公共接口访问模式的互操作方法是一种基本的操作方法。
通过国际标准化组织(ISO/TC211)或技术联盟(如OGC)制定空间数据互操作的接口规范，GIS软件商开发遵循这一接口规范的空间数据的读写函数，可以实现异构空间数据库的互操作。
基于http(Web)XML的空间数据互操作是一个很热门的研究方向，主要涉及Web Service的相关技术。
OGC和ISO/TC211共同推出了基于Web服务(XML)的空间数据互操作实现规范Web Map Service，Web Feature Service，Web Coverage Service以及用于空间数据传输与转换的地理信息标记语言GML。
OGC提出了一个能无缝集成各种在线空间处理和位置服务的框架即OWS(OGC Web Service)，使得分布式空间处理系统能够通过XML和HTTP技术进行交互，并为各种在线空间数据资源、来自传感器的信息、空间处理服务和位置服务，基于Web的发现、访问、集成、分析、利用和可视化提供互操作框架。
2.地图服务Web地图服务(WMS)利用具有地理空间位置信息的数据制作地图。
其中将地图定义为地理数据可视的表现。
这个规范定义了三个操作:Get Cap abilities 返回服务级元数据，它是对服务信息内容和要求参数的一种描述;GetMap返回一个地图影像，其地理空间参考和大小参数是明确定义了的;GetFeatureInfo(可选)返回显示在地图上的某些特殊要素的信息。
3.矢量服务Web地图服务返回的是图层级的地图影像，Web矢量服务(WFS)返回的是矢量级的GML编码，并提供对矢量的增加、修改、删除等事务操作，是对Web地图服务的进一步深入。
基于 OGC 标准的水利一张图关键技术解析
第 3 期2021 年 6 月水利信息化Water Resources InformatizationNO.3Jun .,2021基于 OGC 标准的水利一张图关键技术解析曹 帅 1，陈 珺 2，王 颖 1，王 培 1，胡文斌1（1. 江苏省水文水资源勘测局，江苏 南京 210029；2. 江苏省基础地理信息中心，江苏 南京 210013）收稿日期：2020-08-16基金项目：江苏省水利科技项目（2019071-5）作者简介：曹帅（1981-），男，安徽明光人，高级工程师，研究方向为水利信息化。
E -mail: 32411869@摘 要：为解决水利空间数据共享困难的问题，江苏省基于开放地理信息标准，采用去中心化技术路线，构建水利一张图。
利用 OGC （开放地理空间信息联盟）提供空间数据交换和服务互操作协议，具体接口可以在业务领域定制化实现，提出以 OWS （OGC 网络服务）融合异构空间数据，实现地图局部更新和统一风格展示；通过URI 定位属性并与 Solr 搜索引擎结合，扩展 WFS 实现基于语义的空间信息查询；基于服务链和工作流整合水利空间功能；结合 LDAP 协议实现 CSW 服务，构建跨部门、级别、业务的细粒度空间信息目录；通过服务负载均衡，实现云端 GIS 等方案。
从技术上实现水利一张图平台框架，可满足水利空间信息公共服务的功能、性能需求，并为基于水利一张图整合全省水利信息资源，提供理论参考和技术借鉴。
关键词：WebGIS ；OGC 标准；水利一张图；技术解析中图分类号：TP391 文献标志码：A 文章编号：1674-9405(2021)03-0013-04DOI: 10.19364/j.1674-9405.2021.03.0030 引言水利对象具有空间分布特征，水利行业管理和业务应用均需要水利地理信息支持。
以往水利 GIS 建设中，信息资源分散，资源复用率低，地区发展不均。
随着 WebGIS 技术的发展和应用日益成熟，各水利数据中心试图构建公共 GIS 平台作为一张图 [1]，通过基于网络的地理信息服务，满足水利 GIS 共享的需求。
开放地理空间信息联盟OGC
开放地理空间信息联盟（OGC）OGC是一个非营利性国际组织，成立于1994年。
OGC属于论坛性国际标准化组织，以美国为中心，目前有259个来自不同国家和地区的成员。
OGC的目标是通过信息基础设施，把分布式计算、对象技术、中间件软件技术等用于地理信息处理，使地理空间数据和地理处理资源集成到主流的计算技术中。
由于OGC所涉及问题的挑战性，使得在地理信息与地理信息处理领域中的著名专家参与了OGC的互操作计划(Interoperability Program，简称ＩＰ)。
该项计划的目标是提供一套综合的开放接口规范，以使软件开发商可以根据这些规范来编写互操作组件，从而满足互操作需求。
它所制定的规范已被各国采用，OGC与其他地理数据处理标准组织有密切的协作关系，ISO/TC211也是其管理委员会成员。
1、OGC宗旨OGC致力于一种基于新技术的商业方式来实现能互操作的地理信息数据的处理方法，利用通用的接口模板提供分布式访问（即共享）地理数据和地理信息处理资源的软件框架。
OGC的使命是实施地理数据处理技术与最新的以开放系统、分布处理组件结构为基础的信息技术同步，推动地球科学数据处理领域和相关领域的开放式系统标准及技术的开发和利用。
2、OGC制定的标准目前OGC指定的标准已逐渐成为广泛认可的主流标准。
美国联邦地理数据委员会（FGDC）在1994年就计划引用OGC的标准实现国家空间数据基础设施工程，并于1997年正式开展地理信息数据处理互操作技术合作，实现网上地理信息数据和传播功能。
OGC几年努力已逐渐成熟，它提出的地理数据互操作技术被普遍接受并开始付诸实践。
最近OGC又推出一个参考模型，来反映其标准体系、相互关系和引用关系。
OGC目前在因特网上公布的标准约有30项，分基本规范和执行规范，其中基本规范是提供OPENGIS的基本构架或参考模型方面的规范。
基本规范的关系如下图。
开放地理空间联盟，英文名称Open Geospatial Consortium （OGC），非盈利的志愿的国际标准化组织, 致力于提供地理信息行业软件和数据及服务的标准化工作。
WebGIS发展综述
WebGIS发展综述一. WebGIS的概念地理信息系统 (GIS,GeographicInformationSystem)是采集、存储、管理、检索、分析和描述整个或部分地球表面与空间地理分布数据的空间信息系统。
21世纪互联网络(Internet)的迅速崛起和在全球范围内的飞速发展，使万维网(World Wide Web简称WWW或Web)成为高效的全球性信息发布渠道。
随着Internet技术的不断发展和人们对地理信息系统(GIS)的需求，利用Internet 在Web上发布和出版空间数据，为用户提供空间数据浏览、查询和分析的功能，已经成为GIS发展的必然趋势。
万维网地理信息系统是在Internet或Intranet网络环境下的一种兼容、存储、处理、分析和显示与应用地理信息的计算机信息系统。
WebGIS，就是利用Web技术来扩展和完善地理信息系统的一项新技术。
随着近年来计算机技术的发展，GIS在组成结构和应用技术等方面已与传统的GIS技术有了很大的不同,而基于Internet/Intranet的WebGIS则是GIS技术发展的新趋势。
具体地讲，WebGIS的应用可以分为以下几个层面：1.空间数据发布由于能够以图形方式显示空间数据，较之于单纯的FTP方式，WebGIS使用户更容易找到需要的数据；2.空间查询检索利用浏览器提供的交互能力，进行图形及属性数据库的查询检索；3.空间模型服务在服务器端提供各种空间模型的实现方法，接收用户通过浏览器输入的模型参数后，将计算结果返回。
换言之，利用Web不仅可以发布空间数据，也可以发布空间模型服务，形成浏览器/服务器结构(Browser/Server，B/S)。
4.Web资源的组织在Web上，存在着大量的信息，这些信息多数具有空间分布特征，如分销商数据往往有其所在位置属性，利用地图对这些信息进行组织和管理，并为用户提供基于空间的检索服务，无疑也可以通过WebGIS实现。
OneGeology计划及其进展
编者按：2008年8月初，“地质一体化（OneGeology）”计划的首张数字地质图问世，全球科学家为之瞩目。
2008年8月6日，第33届国际地质大会召开，会议的焦点之一就是全球启动OneGeology计划。
本文对OneGeology计划及其已经取得的一些进展作一介绍，以期能够为我国的相关研究提供参考和借鉴。
OneGeology计划及其进展“地质一体化（OneGeology）”是国际行星地球年（IYPE）提出的全球地质调查行动计划，同时也是国际行星地球年的旗舰项目，它得到了联合国教科文组织（UNESCO）和其它6个国际组织的支持，目前全世界共有79个国家参与。
该计划的主要目标是在网络上创建一个开放的动态的世界地质图数据库，为公众提供信息服务。
同时，它将加速地质图的发展，使地质图数据在可共同使用方面采用新的标准（即GeoSciML，可用来传递地质信息）。
OneGeology计划是一个新的全球地学计划，目前仍然处于起步阶段，但其已受到全球地学机构与组织的关注。
1 宗旨、目标及意义“地质一体化”是一个国际性的创意，其宗旨是在网络上以1：100万的比例对全球开放已有的最佳地质数据，以此作为地质调查对国际行星地球年的献礼。
1.1 目标：（1）为全球创建一个动态的数字地质图数据库。
（2）为各国提供并开放已有的不同数字格式的地质数据。
目标比例为1：100万，不过该计划将从实际出发，接受各种比例及最佳比例的有效数据。
（3）为需求者转让技巧，不同的国家参与能力不一，因此采取量力而行的方式。
（4）这是一个涉及多边、多国的真正的行动计划，它将由几个全球性组织机构承办运作。
1.2 意义：（1）在寻找自然资源例如水、碳氢化合物与矿藏方面，以及在减少生态风险例如地震、火山爆发等方面，地质图非常重要。
因此，有关人类赖以生存的岩石的知识会越来越重要，而在全球环境变化的时候分享这一知识将具有重要意义。
（2）通过该项计划还可以提升行星、全球、大陆、海洋地球科学图的编制和出版的合作能力，并深化对一些地区地质问题的研究。
乐 鹏-OGC中国论坛互操作实验进展
波段2 波段1
融合
遥感影像水域覆盖面积变化提取科学工作流
14
案例2
正射纠正
辐射定标
大气校正
裁剪
遥感成图
泥沙反演
掩膜运算
水域提取
遥感影像水体浊度提取科学工作流
15
基于OGC标准的面向服务架构
目录服务 发布 CSW 空间信息处理 服务目录 发布 分布式数据 元数据 图像
...
集成环境
CSW 发现
数据服务目录
7
内容
引言
提纲
OGC中国论坛的发展和作用 OGC中国论坛实验进展 总结
8
OGC中国论坛的发展和作用
2011年10月 2007年10月
OGC 中国 研讨会
旨在将OGC标准在中 国社区中进行推广应 用，加强了OGC和中 国社区之间的合作 OGC亚洲 论坛 中国是重要发起方，OGC 亚洲论坛提高了OGC在亚 洲区域的影响力
11
内容
引言
提纲
OGC中国论坛的发展和作用 OGC中国论坛实验进展 总结
12
OGC中国论坛互操作实验参与单位
中国机构 武汉大学 国家基础地理信息中心 中国科学院遥感与数字地球研究所 福州大学 信息工程大学 武大吉奥信息技术有限公司
13
案例1
水域提取 二值化 渲染
波段2 波段1 水域提取 二值化 渲染
OGC中国论坛互操作实验进展
报告人： 乐 鹏
武汉大学 2016年9月
内容
引言 国家重大需求分析
提纲
OGC中国论坛的发展和作用 OGC中国论坛互操作实验进展 总结
2
引言
各种空间 数据处理 工具空Fra bibliotek数据库矢量
科学指南
一个以OGC标准为导向的煤矿分布图服务架构注释：OGC----Open Geospatial Consortium---开放地理空间信息联盟 GIS----Geographic Information Service ---地理信息服务Web---互联网/网络摘要：虽然地理信息系统或基于CAD的技术已被广泛用于煤矿地图分布的制作中，但是在更高层次上，为了一些特定的目的，我们很难在这些分布图的空隙中去提供一个集成的地图服务。
没有统一的平台去管理所有涉及到的地图，其中主要的原因是，数据资料是由个别煤矿通过使用他们个人不同的软件来收集提供的。
对于数据抽象和模式化的软件其中并没有应用统一的模式。
本文首先回顾了所有有关的OGC（开放地理空间联盟）的互操作性基本规范，然后，为了给分布式煤矿提供地图服务，一个以OGC标准为导向的架构就被提出来了。
在这个新构架中，空间数据管理档案和煤矿地图的整合就通过这样一个地理信息服务的接口而实现。
最终，一个开放地理信息服务资源就被提倡去实施相关的计划。
淮北煤炭集团就是采取这样建议的一个例子。
关键词：煤矿地图服务；面向服务架构；OGC的互操作规范；开源地理空间解决方案1 简介煤矿地图服务提供了煤矿的基本信息并且提供了一个地理空间数据集的综合汇编。
它不经表明物质表面的自然属性，而且还揭示了地下潜在的岩石、断痕、人工地下建筑以及煤矿开采过程等特点。
因此，某种程度上，煤矿地图是最复杂同时也是最重要的地图产品。
目前，几种有专利的地图软件主宰了中国的煤矿市场。
对于煤矿来说，采用不同的软件来达到同样的制图目的，这种现象是很普遍的，即使是在同一煤炭管理机构下的煤矿也会采用不同的软件。
因此，在煤矿数字地图产品互不兼容。
通常情况下，煤矿必须定期向FTP或者其他机构提供地图，同时该机构也必须具备不同制图软件的许可证来以此查看这些异构地图。
此外，为了特定的目的，对于那些不便于管理的地图档案，很难通过传统的方法[1].对其进行整合。
开放GIS标准OGC之路-WFS初探2
开放GIS标准OGC之路-WFS初探2LockFeature从现在开始我们将进入"幽暗的山谷"，这里风景秀丽但是危机四伏。
这不是危言耸听，一直以来我们仅仅是从服务器获得数据，但是接下来的操作将修改服务器的状态。
设想，你维护着一个提供GIS服务的系统，你需要定期更新数据。
那你就需要一个方法，不单是能获得这些数据还要能修改这些数据。
设想和你一样的维护人员有许多，你们同时维护着这个数据源。
如果你们只是同时查询，下载，打印数据，那唯一的问题就是服务器会偶尔显得拥堵。
但是如果你们同时修改数据问题就来了。
我们来设想这样的情况，A获得了图层states的1，2，3，4四个Feature，然后把Feature 1的属性做了修改，这时B向服务器发出删除Feature的指令，碰巧Feature 1被删除了，此时A才将修改后的数据提交到服务器。
会发生什么？服务器首先是找不到Feature 1，然后它会返回异常给Ａ说Feature 1不存在，而Ａ会很郁闷，Feature 1明明是存在的！这种情况就是分布式系统常常需要处理的，并发访问。
不幸的是几乎所有GIS系统都是分布式的。
说了这么多无非是想引入LockFeature。
WFS为我们考虑到了并发访问的问题，它提出的解决方案就是锁住需要修改的Feature。
我们只需要告诉服务器我们希望锁住哪些Feature，然后服务器会返回两组数据，一组是成功锁定的Feature Id，一组是无法锁定的Feature Id。
我们来看一个典型调用< LockFeatureversion ="1.1.0"service ="WFS"lockAction ="SOME"xmlns ="/wfs"xmlns:myns ="/myns"xmlns:ogc ="/ogc"xmlns:xsi ="/2001/XMLSchema-instance" xsi:schemaLocation="/wfs ../wfs/1.1.0/WFS.xsd" >和它的返回Code< wfs:LockFeatureResponsexsi:schemaLocation ="/wfshttp://localhost:8080/geoserver/schemas/wfs/1.1.0/wfs.xsd" xmlns:ogc ="/ogc"xmlns:tiger ="" xmlns:wfs="/wfs"xmlns:topp ="/topp"xmlns:xsi ="/2001/XMLSchema-instance" xmlns:sf ="/spearfish"xmlns:ows ="/ows"xmlns:gml ="/gml"xmlns:xlink ="/1999/xlink" >GeoServer_6074053a2e54aae0所有含义一目了然。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
开放地理空间信息联盟（OGC）
OGC是一个非营利性国际组织，成立于1994年。
OGC属于论坛性国际标准化组织，以美国为中心，目前有259个来自不同国家和地区的成员。
OGC的目标是通过信息基础设施，把分布式计算、对象技术、中间件软件技术等用于地理信息处理，使地理空间数据和地理处理资源集成到主流的计算技术中。
由于OGC所涉及问题的挑战性，使得在地理信息与地理信息处理领域中的著名专家参与了OGC的互操作计划(Interoperability Program，简称ＩＰ)。
该项计划的目标是提供一套综合的开放接口规范，以使软件开发商可以根据这些规范来编写互操作组件，从而满足互操作需求。
它所制定的规范已被各国采用，OGC与其他地理数据处理标准组织有密切的协作关系，ISO/TC211也是其管理委员会成员。
1、OGC宗旨
OGC致力于一种基于新技术的商业方式来实现能互操作的地理信息数据的处理方法，利用通用的接口模板提供分布式访问（即共享）地理数据和地理信息处理资源的软件框架。
OGC的使命是实施地理数据处理技术与最新的以开放系统、分布处理组件结构为基础的信息技术同步，推动地球科学数据处理领域和相关领域的开放式系统标准及技术的开发和利用。
2、OGC制定的标准
目前OGC指定的标准已逐渐成为广泛认可的主流标准。
美国联邦地理数据委员会（FGDC）在1994年就计划引用OGC的标准实现国家空间数据基础设施工程，并于1997年正式开展地理信息数据处理互操作技术合作，实现网上地理信息数据和传播功能。
OGC几年努力已逐渐成熟，它提出的地理数据互操作技术被普遍接受并开始付诸实践。
最近OGC又推出一个参考模型，来反映其标准体系、相互关系和引用关系。
OGC目前在因特网上公布的标准约有30项，分基本规范和执行规范，其中基本规范是提供OPENGIS的基本构架或参考模型方面的规范。
基本规范的关系如下图。
开放地理空间联盟，英文名称Open Geospatial Consortium （OGC），非盈利的志愿的国际标准化组织, 致力于提供地理信息行业软件和数据及服务的标准化工作。
开放地理空间联盟（Open Geospatial Consortium-OGC）起源于1994年，是一个国际化的、自愿协商的标准化组织。
在OGC，谷歌、微软、美国环境系统研究所公司（Esri）、哈佛大学、甲骨文公司等超过480个来自世界各地的商业组织、政府机构、非盈利组织和研究性机构在寻求共识的过程中合作，致力于发展和执行地理信息的开放式标准，规范地理空间的内容、服务，方便地理信息系统的数据处理、数据共享。
OGC所制定的规范已被各国采用。
OGC致力于一种基于新技术的商业方式来实现能互操作的地理信息数据的处理方法，利用通用的接口模板提供分布式访问（即共享）地理数据和地理信息处理资源的软件框架。
OGC 的使命是实施地理数据处理技术与最新的以开放系统、分布处理组件结构为基础的信息技术同步，推动地球科学数据处理领域和相关领域的开放式系统标准及技术的开发和利用。
OGC的一些特点：
1.强大的董事会成员
2.与很多标准组织有联盟关系
3.与美国政府部门合作
4.多领域发展。