开放地理空间信息联盟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标准与坐标系构建方法研究
第４１卷第９期２０１８年９月测绘与空间地理信息ＧＥＯＭＡＴＩＣＳ＆ＳＰＡＴＩＡＬＩＮＦＯＲＭＡＴＩＯＮＴＥＣＨＮＯＬＯＧＹＶｏｌ.４１ꎬＮｏ.９Ｓｅｐ.ꎬ２０１８收稿日期:２０１７－０８－２５基金项目:国家自然科学基金资助项目(４１４７１３３６)资助作者简介:陈㊀达(１９８９－)ꎬ男ꎬ湖北天门人ꎬ助理工程师ꎬ学士ꎬ主要从事地理信息系统开发与软件工程方面的应用研究工作ꎮＯＧＣ新ＷＫＴ标准与坐标系构建方法研究陈㊀达１ꎬ苏亚龙１ꎬ崔虎平２(１.３１６８２部队ꎬ甘肃兰州７３００２０ꎻ２.信息工程大学地理空间信息学院ꎬ河南郑州４５０００１)摘要:ＯＧＣ的开放标准为地理信息系统的互通互操作提供了基础ꎬ其已经成为ＧＩＳ的标准之一ꎮＷＫＴ是ＯＧＣ关于时空定义的标准ꎮ２０１５年ＯＧＣ颁布了新ＷＫＴ标准－ＩＳＯ１９１６２:２０１５ꎬ分析了ＯＧＣ新ＷＫＴ标准和旧ＷＫＴ标准的差异ꎬ阐述了新ＷＫＴ标准的新特性ꎬ并对几种新的坐标系进行了描述ꎮ最后ꎬ针对ＷＫＴ字符串的组成结构和坐标系之间的关系ꎬ采用Ｃ＋＋和ＧＤＡＬ开源库㊁设计了读取ＷＫＴ字符串和构建坐标系方法和流程ꎮ关键词:ＯＧＣꎻＷＫＴꎻＩＳＯ１９１６２:２０１５ꎻ坐标系ꎻ时空参考中图分类号:Ｐ２２６＋.３㊀㊀㊀文献标识码:Ａ㊀㊀㊀文章编号:１６７２－５８６７(２０１８)０９－０１０１－０５ＲｅｓｅａｒｃｈｏｎＯＧＣＮｅｗＷＫＴＳｔａｎｄａｒｄａｎｄＭｅｔｈｏｄｏｆＢｕｉｌｄｉｎｇＣｏｏｒｄｉｎａｔｅＳｙｓｔｅｍＣＨＥＮＤａ１ꎬＳＵＹａｌｏｎｇ１ꎬＣＵＩＨｕｐｉｎｇ２(１.３１６８２ＴｒｏｏｐｓꎬＬａｎｚｈｏｕ７３００２０ꎬＣｈｉｎａꎻ２.ＩｎｓｔｉｔｕｔｅｏｆＧｅｏｇｒａｐｈｉｃＳｐａｃｅＩｎｆｏｒｍａｔｉｏｎꎬＩｎｆｏｒｍａｔｉｏｎＥｎｇｉｎｅｅｒｉｎｇＵｎｉｖｅｒｓｉｔｙꎬＺｈｅｎｇｚｈｏｕ４５０００１ꎬＣｈｉｎａ)Ａｂｓｔｒａｃｔ:ＯＧＣｏｐｅｎｓｔａｎｄａｒｄｓｐｒｏｖｉｄｅｔｈｅｂａｓｉｓｆｏｒｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙｂｅｔｗｅｅｎｇｅｏｇｒａｐｈｉｃｉｎｆｏｒｍａｔｉｏｎｓｙｓｔｅｍｓ(ＧＩＳ)ꎬｗｈｉｃｈｈａｓｂｅｃｏｍｅｏｎｅｏｆｔｈｅｃｒｉｔｅｒｉａｆｏｒＧＩＳ.ＷＫＴｉｓＯＧＣｏｎｔｈｅｄｅｆｉｎｉｔｉｏｎｏｆｔｉｍｅａｎｄｓｐａｃｅｓｔａｎｄａｒｄｓ.Ｉｎ２０１５ＯＧＣｐｒｏｍｕｌｇａｔｅｄｔｈｅｎｅｗＷＫＴｓｔａｎｄ￣ａｒｄ－ＩＳＯ１９１６２:２０１５ꎬｔｈｉｓｐａｐｅｒａｎａｌｙｚｅｄｔｈｅｄｉｆｆｅｒｅｎｃｅｓｂｅｔｗｅｅｎｔｈｅｎｅｗＷＫＴｓｔａｎｄａｒｄａｎｄｔｈｅｏｌｄＷＫＴｓｔａｎｄａｒｄꎬｅｌａｂｏｒａｔｅｄｔｈｅｎｅｗｆｅａｔｕｒｅｓｏｆｔｈｅｎｅｗＷＫＴｓｔａｎｄａｒｄꎬａｎｄｄｅｓｃｒｉｂｅｄｓｅｖｅｒａｌｎｅｗｃｏｏｒｄｉｎａｔｅｓｙｓｔｅｍｄｅｓｃｒｉｐｔｉｏｎｓ.ＦｉｎａｌｌｙꎬｂａｓｅｄｏｎｔｈｅｒｅｌａｔｉｏｎｓｈｉｐｂｅｔｗｅｅｎｔｈｅｃｏｍｐｏｓｉｔｉｏｎｏｆｔｈｅＷＫＴｓｔｒｉｎｇａｎｄｔｈｅｃｏｏｒｄｉｎａｔｅｓｙｓｔｅｍꎬｔｈｅｍｅｔｈｏｄａｎｄｐｒｏｃｅｓｓｏｆｒｅａｄｉｎｇｔｈｅＷＫＴｓｔｒｉｎｇａｎｄｂｕｉｌｄｉｎｇｃｏｏｒｄｉｎａｔｅｓｙｓｔｅｍａｒｅｄｅｓｉｇｎｅｄｗｉｔｈＣ＋＋ｌａｎｇｕａｇｅａｎｄＧＤＡＬｏｐｅｎｓｏｕｒｃｅｌｉｂｒａｒｙ.Ｋｅｙｗｏｒｄｓ:ＯＧＣꎻＷＫＴꎻＩＳＯ１９１６２:２０１５ꎻｃｏｏｒｄｉｎａｔｅｓｙｓｔｅｍꎻｓｐａｔｉｏｔｅｍｐｏｒａｌｒｅｆｅｒｅｎｃｅ０㊀引㊀言ＯＧＣ的全称是开放地理空间信息联盟(ＯｐｅｎＧｅｏｓｐａｔｉａｌＣｏｎｓｏｒｔｉｕｍ)ꎬ是一个致力于为地理信息产业软件㊁数据㊁服务等提供开放标准的非营利组织ꎬＯＧＣ的开放标准为地理空间信息系统的互操作㊁数据和服务共享发挥了巨大作用ꎮＯＧＣ通过国际化标准组织制定了一系列数据和接口规范ꎬ这其中就包括ＷＫＴ(ＷｅｌｌＫｎｏｗｎＴｅｘｔ)ꎬ其规定了坐标系的定义方法和格式ꎮＯＧＣ在１９９９年制定了ＷＫＴ格式标准ꎬ并在２００１年进行了扩展ꎬ这个标准被成为ＷＫＴ１(后面简称旧ＷＫＴ标准)ꎮ后来ꎬ随着坐标系统的各类概念模型的演化和发展ꎬ该标准已经越来越不能适应地理信息系统的发展要求ꎬ２０１５年ＯＧＣ颁布了ＷＫＴ新标准ꎬ称为ＷＫＴ２(后面简称新ＷＫＴ标准)ꎬＷＫＴ２在ＷＫＴ１的基础上扩展了很多关键字ꎬ并增加对时间坐标系㊁继承坐标系等的支持ꎮＷＫＴ２标准已经被ＩＳＯ组织发布ꎬ代号为ＩＳＯ１９１６２:２０１５ꎮ本文通过对ＷＫＴ新标准的分析ꎬ阐述了新标准的扩展ꎬ以及与旧标准的差异ꎬ并在开源ＧＤＡＬ的基础上进行开发ꎬ使用Ｃ＋＋实现了一套解析ＷＫＴ标准ꎬ并能对各类坐标系进行管理和转换的类库ꎮ１㊀ＷＫＴ格式及标准简介[１]ＷＫＴ一般用于描述坐标系ꎬ在新版的ＷＫＴ标准中ꎬ能够支持大地坐标系㊁垂直坐标系㊁工程坐标系㊁图像坐标系㊁参数坐标系㊁继承坐标系㊁复合坐标系的描述ꎬ以及部分坐标系之间的转换ꎮＷＫＴ只是对各坐标系的元数据进行了定义ꎬ也就说明了坐标系的基本信息和参数ꎬ具体的使用方法则由各软件厂商去具体实现ꎮＷＫＴ的具体形式以一系列对象的值组成ꎬ并以 [ 和 ] 为值的开始和结束字符ꎬ对象用ＷＫＴ中规定的关键值表示ꎬ值可以是字符新㊁数值型或是枚举型ꎮ值中可以继续嵌套其他对象ꎮ具体的形式如下所示:ＫＥＹＷＯＲＤ[ａｔｔｒｉｂｕｔｅ１ꎬＫｅｙｗｏｒｄ２[ａｔｔｒｉｂｕｔｅ２ꎬａｔｔｒｉｂｕｔｅ３]]一般来说关键字不区分大小写ꎬ但在使用时一般以大写表示ꎬ以ＷＧＳ８４地理坐标系的表示如下:ＧＥＯＤＣＲＳ["ＷＧＳ８４"ꎬＤＡＴＵＭ["ＷｏｒｌｄＧｅｏｄｅｔｉｃＳｙｓ￣ｔｅｍ１９８４"ꎬＥＬＬＩＰＳＯＩＤ["ＷＧＳ８４"ꎬ６３７８１３７ꎬ２９８.２５７２２３５６３ꎬＬＥＮＧＴＨＵＮＩＴ["ｍｅｔｒｅ"ꎬ１.０]]]ꎬＣＳ[ｅｌｌｉｐｓｏｉｄａｌꎬ３]ꎬＡＸＩＳ["(ｌａｔ)"ꎬｎｏｒｔｈꎬＡＮＧＬＥＵＮＩＴ["ｄｅ￣ｇｒｅｅ"ꎬ０.０１７４５３２９２５１９９４３３]]ꎬＡＸＩＳ["(ｌｏｎ)"ꎬｅａｓｔꎬＡＮ￣ＧＬＥＵＮＩＴ["ｄｅｇｒｅｅ"ꎬ０.０１７４５３２９２５１９９４３３]]ꎬＡＸＩＳ["ｅｌｌｉｐ￣ｓｏｉｄａｌｈｅｉｇｈｔ(ｈ)"ꎬｕｐꎬＬＥＮＧＴＨＵＮＩＴ["ｍｅｔｒｅ"ꎬ１.０]]]其中ꎬＧＥＯＤＣＲＳ是类型标识符ꎬ确定坐标系统类别ꎬＤＡＴＵＭ㊁ＥＬＬＩＰＳＯＩＤ㊁ＬＥＮＧＴＨＵＮＩＴ确定了ＷＧＳ８４椭球基准面信息ꎬＡＸＩＳ确定了坐标轴的意义及指向ꎮ通过此字符串ꎬ可以描述ＷＧＳ８４的地理坐标系元数据信息㊁可将其作为某个对象的空间参考ꎮ基于旧ＷＫＴ的地理坐标系和投影坐标系已经被ＡｒｃＧＩＳ等知名软件厂商所采用ꎬ且ＥＰＳＧ组织对每种地理坐标系和投影坐标系都规定了唯一编号ꎬ几乎涵盖了所有常见的坐标系ꎮ２㊀新ＷＫＴ标准的扩展２.１㊀新旧标准关键字异同新ＷＫＴ标准对关键字进行了规范与统一ꎬ为了兼容老的坐标参考标准ꎬ新版本的坐标参考系统关键字与老版本完全不同ꎬ对任意一个ＷＫＴ字符串则可以通过关键字进行辨识ꎬ其区分见表１ꎮ表１㊀新旧ＷＫＴ标准的坐标系标识关键字差异Ｔａｂ.１㊀Ｄｉｆｆｅｒｅｎｃｅｂｅｔｗｅｅｎｎｅｗａｎｄｏｌｄ㊀㊀㊀㊀ＷＫＴＣＲＳｋｅｙｗｏｒｄ新ＷＫＴ坐标系旧ＷＫＴ坐标系含义ＢＯＵＮＤＣＲＳＦＩＴＴＥＤ＿ＣＳ绑定坐标系ＣＯＭＰＯＵＮＤＣＲＳＣＯＭＰＤＣＳ复合坐标系ＥＮＧＣＲＳＬＯＣＡＬ＿ＣＳ局部坐标系ＧＥＯＤＣＲＳＧＥＯＣＣＳ/ＧＥＯＧＣＳ地理/大地坐标系ＩＭＡＧＥＣＲＳ无图像坐标系ＰＲＯＪＣＲＳＰＲＯＪＣＳ投影坐标系ＴＩＭＥＣＲＳ无时间坐标系ＶＥＲＴＣＲＳＶＥＲＴ＿ＣＳ垂直坐标系㊀㊀在ＯＧＣ的官方文档ＩＳＯ１９１６２:２０１５[２]中ꎬ新ＷＫＴ标准维持了原ＷＫＴ标准的整个体系ꎬ只是变更了关键字和增加的新的坐标系描述方法ꎬ字符串的整个结构并未做更改ꎬ这也为其他软件厂商的软件升级提供了灵活的处理手段ꎬ也便于兼容旧ＷＫＴ标准ꎮ以常用的ｇｏｏｇｌｅ地图采用的伪墨卡托投影为例ꎬ旧ＷＫＴ标准使用的字符串为:ＰＲＯＪＣＳ["ＷＧＳ８４/Ｐｓｅｕｄｏ－Ｍｅｒｃａｔｏｒ"ꎬＧＥＯＧＣＳ["ＷＧＳ８４"ꎬＤＡＴＵＭ["ＷＧＳ＿１９８４"ꎬＳＰＨＥＲＯＩＤ["ＷＧＳ８４"ꎬ６３７８１３７ꎬ２９８.２５７２２３５６３]]]ꎬＰＲＩＭＥＭ["Ｇｒｅｅｎｗｉｃｈ"ꎬ０]ꎬＵＮＩＴ["ｄｅｇｒｅｅ"ꎬ０.０１７４５３２９２５１９９４３３]]ꎬＰＲＯＪＥＣＴＩＯＮ["Ｍｅｒｃａｔｏｒ＿１ＳＰ"]ꎬＰＡＲＡＭＥＴＥＲ["ｃｅｎｔｒａｌ＿ｍｅｒｉｄｉａｎ"ꎬ０]ꎬＰＡＲＡＭＥＴＥＲ["ｓｃａｌｅ＿ｆａｃｔｏｒ"ꎬ１]ꎬＰＡＲＡＭＥＴＥＲ["ｆａｌｓｅ＿ｅａｓｔｉｎｇ"ꎬ０]ꎬＰＡＲＡＭＥＴＥＲ["ｆａｌｓｅ＿ｎｏｒｔｈｉｎｇ"ꎬ０]ꎬＵＮＩＴ["ｍｅｔｒｅ"ꎬ１]ꎬＡＸＩＳ["Ｘ"ꎬＥＡＳＴ]ꎬＡＸＩＳ["Ｙ"ꎬＮＯＲＴＨ]ꎬＡＵＴＨＯＲＩＴＹ["ＥＰＳＧ"ꎬ"３８５７"]]采用新ＷＫＴ标准的字符串如下:ＰＲＯＪＣＲＳ["ＷＧＳ８４/Ｐｓｅｕｄｏ－Ｍｅｒｃａｔｏｒ"ＢＡＳＥＧＥＯＤＣＲＳ["ＷＧＳ８４"ＤＡＴＵＭ["ＷＧＳ＿１９８４"ＳＰＨＥ￣ＲＯＩＤ["ＷＧＳ８４"ꎬ６３７８１３７ꎬ２９８.２５７２２３５６３]]]ＰＲＩＭＥＭ["Ｇｒｅｅｎｗｉｃｈ"ꎬ０]ꎬＵＮＩＴ["ｄｅｇｒｅｅ"ꎬ０.０１７４５３２９２５１９９４３３]]ꎬＣＯＮＶＥＲＳＩＯＮ["Ｐｓｅｕｄｏ－ＭｅｒｃａｔｏｒＰｒｏｊｅｃｔｉｏｎ"ꎬＭＥＴＨＯＤ[ Ｍｅｒｃａｔｏｒ＿１ＳＰ ]ꎬＰＡＲＡＭＥＴＥＲ["ｃｅｎｔｒａｌ＿ｍｅｒｉｄｉａｎ"ꎬ０]ꎬＰＡＲＡＭＥＴＥＲ["ｓｃａｌｅ＿ｆａｃｔｏｒ"ꎬ１]ꎬＰＡＲＡＭＥＴＥＲ["ｆａｌｓｅ＿ｅａｓｔｉｎｇ"ꎬ０]ꎬＰＡＲＡＭＥＴＥＲ["ｆａｌｓｅ＿ｎｏｒｔｈｉｎｇ"ꎬ０]]ꎬＣＳ[Ｃａｒ￣ｔｅｓｉａｎꎬ２]ꎬＡＸＩＳ["(Ｙ)"ꎬｎｏｒｔｈꎬＯＲＤＥＲ[１]]ꎬＡＸＩＳ["(Ｘ)"ꎬｅａｓｔꎬＯＲＤＥＲ[２]]ꎬＬＥＮＧＴＨＵＮＩＴ["ｍｅｔｅｒ"ꎬ１.０]ꎬＩＤ["ＥＰＳＧ"ꎬ３８５７]]新标准中对投影坐标系的地理基准的关键字由ＧＥＯＧＣＳ改为ＢＡＳＥＧＥＯＤＣＲＳꎬ投影关键字由ＰＲＯＪＥＣＴＩＯＮ改为ＣＯＮＶＥＲＳＩＯＮꎬ对于空间参考的坐标轴信息ꎬ新ＷＫＴ标准统一使用ＣＳ标识ꎬ并赋予坐标系统的类型和维数ꎬ上述ＷＫＴ标准的字符串采用的是笛卡尔坐标系ꎬ坐标维数为２ꎬ坐标系标识关键字由原来的Ａｕ￣ｔｈｏｒｉｔｙ改为了ＩＤꎮ２.２㊀新ＷＫＴ标准的扩展新ＷＫＴ标准在原基础上扩展出了图像坐标系㊁时间坐标系和坐标变换操作等坐标参考和方法ꎬ可以为将来统一的时空数据模型和矢栅数据模型提供基础ꎮ以时间坐标系为例ꎬ某卫星的时间坐标系描述可以表示为:ＴＩＭＥＣＲＳ["ＧＰＳＴｉｍｅ"ꎬＴＤＡＴＵＭ["Ｔｉｍｅｏｒｉｇｉｎ"ꎬＴＩＭＥＯＲＩＧＩＮ[１９８０－０１－０１Ｔ００:００:００.０Ｚ]]ꎬＣＳ[ｔｅｍｐｏｒａｌꎬ１]ꎬＡＸＩＳ["ｔｉｍｅ"ꎬｆｕｔｕｒｅ]ꎬＴＩＭＥＵＮＩＴ["ｄａｙ"ꎬ８６４００.０]]在该字符串中ꎬＴＩＭＥＯＲＩＧＩＮ表示时间起点ꎬ时间以标准的ＵＴＣ格式记录ꎬＣＳ记录时间坐标系的维数ꎬＴＩＭＥ￣２０１㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀测绘与空间地理信息㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀２０１８年ＵＮＩＴ表示时间坐标系的计量单位ꎬｄａｙ表示按天计算ꎬ８６４００表示天对应的秒数ꎮ新ＷＫＴ标准中提出了继承坐标系(ｄｅｒｉｖｅｄＣＲＳ)的概念ꎬ这与旧ＷＫＴ标准的Ｆｉｔｔｅｄ＿ＣＳ很相似ꎮ在旧ＷＴＫ标准中ꎬ坐标之间的转换通过Ｆｉｔｔｅｄ＿ＣＳ定义的ꎬ但其不含有源坐标系和目的坐标系的属性信息ꎬ给软件的解译造成很大困难ꎬ新ＷＫＴ标准对此进行了规范ꎮ在新ＷＫＴ标准中定义的继承坐标系是指自身无法存在但是通过一个坐标参考可以通过变换而来的坐标系ꎬ其实质是坐标的变换ꎮ投影坐标系本身就是一种特殊的继承坐标系ꎬ它依附于某个地理坐标系参考ꎬ通过投影变换的方法来定义自身的坐标参考ꎮ继承坐标系主要定义了基坐标系信息和转换方法信息ꎬ继承坐标系与普通坐标系的区别见表２ꎮ表２㊀继承坐标系与普通地理坐标系结构差异Ｔａｂ.２㊀Ｄｉｆｆｅｒｅｎｃｅｂｅｔｗｅｅｎｄｅｒｉｖｅｄａｎｄ㊀㊀㊀㊀ｇｅｏｇｒａｐｈｉｃＣＲＳｓｔｒｕｃｔｕｒｅ地理坐标系结构继承坐标系结构关键字(ｋｅｙｗｏｒｄ)关键字(ｋｅｙｗｏｒｄ)坐标系统名称(ｎａｍｅ)坐标系统名称(ｎａｍｅ)基准面信息(ｄａｔｕｍ)基坐标信息(ｂａｓｅＣＲＳ)转换方法及参数(ｃｏｎｖｅｒｓｉｏｎ)坐标信息(ｃｏｏｒｄｉｎａｔｅｓｙｓｔｅｍ)坐标信息(ｃｏｏｒｄｉｎａｔｅｓｙｓｔｅｍ)附加信息(ｏｐｔｉｏｎａｌｍｅｔａｄａｔａ)附加信息(ｏｐｔｉｏｎａｌｍｅｔａｄａｔａ)下面以某站心坐标系为例进行说明:ＥＮＧＣＲＳ["ＴｏｐｏｃｅｎｔｒｉｃｅｘａｍｐｌｅＡ"ꎬＢＡＳＥＧＥＯＤＣＲＳ["ＷＧＳ８４"ꎬＤＡＴＵＭ["ＷＧＳ８４"ꎬＥＬＬＩＰＳＯＩＤ["ＷＧＳ８４"ꎬ６３７８１３７ꎬ２９８.２５７２２３６ꎬＬＥＮＧＴＨＵＮＩＴ["ｍｅｔｒｅ"ꎬ１.０]]]]ꎬＤＥＲＩＶＩＮＧＣＯＮＶＥＲＳＩＯＮ["ＴｏｐｏｃｅｎｔｒｉｃｅｘａｍｐｌｅＡ"ꎬＭＥＴＨＯＤ["Ｇｅｏｇｒａｐｈｉｃ/ｔｏｐｏｃｅｎｔｒｉｃｃｏｎｖｅｒｓｉｏｎｓ"ꎬＩＤ["ＥＰＳＧ"ꎬ９８３７]]ꎬＰＡＲＡＭＥＴＥＲ["Ｌａｔｉｔｕｄｅｏｆｔｏｐｏｃｅｎｔｒｉｃｏｒｉｇｉｎ"ꎬ５５.０ꎬＡＮＧＬＥＵＮＩＴ["ｄｅｇｒｅｅ"ꎬ０.０１７４５３２９２５１９９４３３]]ꎬＰＡＲＡＭＥＴＥＲ["Ｌｏｎｇｉｔｕｄｅｏｆｔｏｐｏｃｅｎｔｒｉｃｏｒｉｇｉｎ"ꎬ５.０ꎬＡＮＧＬＥ￣ＵＮＩＴ["ｄｅｇｒｅｅ"ꎬ０.０１７４５３２９２５１９９４３３]]ꎬＰＡＲＡＭＥＴＥＲ["Ｅｌｌｉｐ￣ｓｏｉｄａｌｈｅｉｇｈｔｏｆｔｏｐｏｃｅｎｔｒｉｃｏｒｉｇｉｎ"ꎬ０.０ꎬＬＥＮＧＴＨＵＮＩＴ["ｍｅｔｒｅ"ꎬ１.０]]]ꎬＣＳ[Ｃａｒｔｅｓｉａｎꎬ３]ꎬＡＸＩＳ["ＴｏｐｏｃｅｎｔｒｉｃＥａｓｔ(Ｕ)"ꎬｎｏｒｔｈꎬＯＲＤＥＲ[１]]ꎬＡＸＩＳ["ＴｏｐｏｃｅｎｔｒｉｃＮｏｒｔｈ(Ｖ)"ꎬｅａｓｔꎬＯＲＤＥＲ[２]]ꎬＡＸＩＳ["Ｔｏｐｏｃｅｎｔｒｉｃｈｅｉｇｈｔ(Ｗ)"ꎬｅａｓｔꎬＯＲＤＥＲ[３]]ꎬＬＥＮＧＴＨＵＮＩＴ["ｍｅｔｒｅ"ꎬ１.０]]ＢＡＳＥＧＥＯＤＣＲＳ关键字说明了该站心坐标系所在的地理基准ꎬ即坐标系原点所处的地理基准ꎮＭＥＴＨＯＤ关键字说明了地理基准向站心坐标系转换的方法及参数ꎬ方法为地理坐标－站心坐标转换ꎮＰＡＲＡＭＥＴＥＲ说明了站心坐标系原点在地理基准中的位置(纬度㊁经度㊁大地高)ꎮＣＳ㊁ＡＸＩＳ等关键字说明了站心坐标系的坐标轴信息ꎮ但ＷＫＴ在规定的继承坐标系中ꎬ只是说明了转换方法的名称和ＩＤ号ꎬ并未说明转换的具体步骤ꎬ在使用ＷＫＴ对坐标参考进行表达时ꎬ需要开发者对ＷＫＴ标准进行解析ꎬ对并ＷＫＴ中的各类坐标系统之间的转换方法进行实现ꎮ这与ＯＧＣ标准设计的初衷是一致的ꎬＯＧＣ的各类标准只是列举出了类的接口信息和相应的代码标准ꎬ规范了相应的数据模型ꎬ软件的实现则由各软件厂商去完成ꎮ３㊀基于ＷＫＴ标准的空间参考库的构建ＷＫＴ字符串定义了坐标系的元数据信息ꎬ只是提供了构造坐标参考的一种手段ꎬ无法快速提取坐标系的信息ꎬ单纯的ＷＫＴ字符串要在软件中使用ꎬ需要一整套解析ꎬ存储ꎬ查询方法ꎬ并且ＷＫＴ字符串只是提供了构建坐标系的元数据信息ꎬ在投影坐标系㊁继承坐标系等需要进行坐标系转换的方法中并未提供现成的方法ꎮ笔者在实践过程中ꎬ基于ＧＤＡＬ[２]和Ｐｒｏｊ４[３]开源库ꎬ设计了一个能对坐标系进行解析㊁管理㊁标系之间变换的动态库ꎮ３.１㊀基于ＧＤＡＬ库对新ＷＫＴ字符串的解析在笔者设计的空间参考中ꎬ封装了ＧＤＡＬ中的ＣＳＰａ￣ｔｉａｌＲｅｆｅｒｅｎｃｅＢｕｉｌｄｅｒ类来解析ＷＫＴ字符串ꎮ首先ꎬ通过ＷＫＴ字符串内容构造一个ＧＤＡＬ提供的ＯＧＲＳＰａｔｉａｌＲｅｆ￣ｅｒｅｎｃｅ类的对象ꎬ并使用ＧｅｔＡｔｔｒＳｔｒｉｎｇＶａｌｕｅ()和ＧｅｔＡｔｔｒ￣ＤｏｕｂｌｅＶａｌｕｅ()来获取关键字对应的值ꎮ通过解析ＷＫＴ字符串的各元素后ꎬ将其装配为坐标系对象ꎮ构造地理坐标系的部分代码如下所示:ＣＳｐａｔｉａｌＲｅｆｅｒｅｎｃｅＢｕｉｌｄｅｒ::ＢｕｉｌｄＧｅｏＧＣＳ(ＯＧＲＳｐａｔｉａｌ￣Ｒｅｆｅｒｅｎｃｅｓ){ｓｈａｒｅｄ＿ｐｔｒ<ＣＧｅｏｇｒａｐｈｉｃＣＳ>ｇꎻｓｈａｒｅｄ＿ｐｔｒ<ＣＤａｔｕｍ>ｄ＝ＢｕｉｌｄＤａｔｕｍ(ｓ)ꎻ//构造坐标系的基准面ｓｈａｒｅｄ＿ｐｔｒ<ＣＡｘｉｓ>ｘ＝ＢｕｉｌｄＡｘｉｓ(ｓ)ꎻＣＳｔｄＳｔｒｉｎｇＧＥＯＧＣＳＮａｍｅ＝ｓ.ＧｅｔＡｔｔｒＶａｌｕｅ("ＧＥＯＤ￣ＣＲＳ"ꎬ０)ꎻｃｏｎｓｔｃｈａｒ∗ＡｕｔｈｏｒｉｔｙＮａｍｅ＝ｓ.ＧｅｔＡｔｔｒＶａｌｕｅ("ＩＤ"ꎬ０)ꎻ//得到坐标系的授权机构名称ｃｏｎｓｔｃｈａｒ∗Ｃｏｄｅ＝ｓ.ＧｅｔＡｔｔｒＶａｌｕｅ("ＩＤ"ꎬ１)ꎻ//得到坐标系的代码ｃｏｎｓｔｃｈａｒ∗Ｒｅｍａｒｋ＝ｓ.ＧｅｔＡｔｔｒＶａｌｕｅ("Ｒｅｍａｒｋ")ꎻｓｈａｒｅｄ＿ｐｔｒ<ＣＧｅｏｇｒａｐｈｉｃＣＳＭｇｒ>ｐＧｅｏｇｒａｐｈｉｃＣＳＭｇｒ＝ＣＧｅｏｇｒａｐｈｉｃＣＳＭｇｒ::Ｉｎｓｔａｎｃｅ()ꎻ//获取坐标器管理类的实例ｉｆ(ｐＧｅｏｇｒａｐｈｉｃＣＳＭｇｒ－>ＦｉｎｄＧｅｏｇｒａｐｈｉｃＣＳＢｙＮａｍｅ(ＧＥＯＧＣＳＮａｍｅ)＝＝ＮＵＬＬ)３０１第９期陈㊀达等:ＯＧＣ新ＷＫＴ标准与坐标系构建方法研究{ｇ＝ｍａｋｅ＿ｓｈａｒｅｄ<ＣＧｅｏｇｒａｐｈｉｃＣＳ>()ꎻ//构造地理坐标系ｇ－>ＳｅｔＤａｔｕｍ(ｄ)ꎻ//设置地理坐标系的基准面ｇ－>ＳｅｔＡｘｉｓ(ｘ)ꎻ//设置坐标系的轴信息ｇ－>ＳｅｔＮａｍｅ(ＧＥＯＧＣＳＮａｍｅ)ꎻ//设置坐标系的名称ｇ－>ＳｅｔＲｅｍａｒｋ(Ｒｅｍａｒｋ)ꎻ//设置坐标系的说明信息ｉｆ(ＡｕｔｈｏｒｉｔｙＮａｍｅ＆＆Ｃｏｄｅ){ｇ－>ＳｅｔＡｕｔｈｏｒｉｔｙ(ＡｕｔｈｏｒｉｔｙＮａｍｅ)ꎻｇ－>ＳｅｔＣｏｄｅ(Ｃｏｄｅ)ꎻ}ｐＧｅｏｇｒａｐｈｉｃＣＳＭｇｒ－>ＧｅｔＧｅｏｇｒａｐｈｉｃＣＳＭａｐ().ｉｎｓｅｒｔ(ＣＧｅｏｇｒａｐｈｉｃＣＳｅｓ::ｖａｌｕｅ＿ｔｙｐｅ(ＧＥＯＧＣＳＮａｍｅꎬｇ))ꎻｒｅｔｕｒｎｇꎻ}ｅｌｓｅ{ｒｅｔｕｒｎｐＧｅｏｇｒａｐｈｉｃＣＳＭｇｒ－>ＦｉｎｄＧｅｏｇｒａｐｈｉｃＣＳＢｙＮａｍｅ(ＧＥＯＧＣＳＮａｍｅ)ꎻ}}３.２㊀时空类库结构在该库中ꎬ定义了地理(地心)坐标系㊁投影坐标系㊁垂直坐标系㊁站心坐标系㊁载体坐标系等常用坐标ꎬ按照ＷＫＴ标准中提供了坐标系组成结构ꎬ设计了椭球㊁基准面㊁子午线㊁坐标轴㊁单位(长度单位和角度单位)㊁投影方法等类和结构ꎮ针对坐标参考中可能存在各坐标之间的关联问题(如投影坐标系必须引用地理坐标系)和元素之间共同依赖问题(坐标系都必须依赖坐标单位对象)ꎬ设计了元素和坐标系管理类ꎮ部分类库的关系如图１所示ꎮ图１㊀部分时空类的关系Ｆｉｇ.１㊀ＲｅｌａｔｉｏｎｓｈｉｐａｍｏｎｇｓｐａｔｉｏｔｅｍｐｏｒａｌｃｌａｓｓｅｓＣ＿ＲｅｆｅｒｅｎｃｅＳｙｓｔｅｍ为空间参考的基类ꎬＥ＿ＣＳＴｙｐｅ为坐标系枚举类型ꎮＣ＿ＥＮＵＣＳ㊁Ｃ＿ＧｅｏｇｒａｐｈｉｃＣＳ㊁Ｃ＿Ｇｅｏｃｅｎ￣ｔｒｉｃＣＳ㊁Ｃ＿ＰｒｏｊｅｃｔｅｄＣＳ分别为站心坐标系㊁地理坐标系㊁地心坐标系㊁投影坐标系ꎬＣ＿ＰｏｌａｒＣＳ为极坐标系ꎬ是直角坐标系外的另一种表现形式ꎬＣ＿ＶｅｒｔｉｃａｌＣＳ为垂直坐标系ꎬ在我国常用的是 １９８５国家基准 和 １９５６黄海基准 ꎬＣ＿ＥＣＩＣＳ为地球惯性坐标系ꎬ可以用于描述地球外的物体运动位置ꎬＣ＿ＴｅｍｐｏｒａｌＣＳ为时间坐标系ꎮＣ＿ＳｐａｔｉａｌＲｅｆｅｒ￣ｅｎｃｅＭａｎａｇｅｒ为坐标系管理类ꎬＣ＿ＳｐａｔｉａｌＲｅｆｅｒｅｎｃｅＣｏｎｖｅｒｔ为坐标系转换类ꎬ完成各个不同坐标系之间的坐标转换ꎮ需要说明的是ꎬ载体坐标系(ＢｏｄｙＣｏｏｒｄｉｎａｔｅ)主要是针对移动的飞行器㊁舰船等而设计ꎬ其ＢａｓｅＣＲＳ是不断变化的ꎬ因此无法给定一个具体的ＷＫＴ字符串表达式ꎬ这说明ＷＫＴ无法表述这类动态坐标系ꎬ这也是今后ＷＫＴ标准应该完善的方面之一ꎮ３.３㊀基于ＷＫＴ字符串的坐标系构建流程根据上节设计的类库结构ꎬ将所有ＷＫＴ字符串以文本文件或者Ｓｑｌｉｔｅ格式存储ꎮ在动态库初始化时ꎬ遍历所有的ＷＫＴ字符串ꎬ解析每个ＷＫＴ字符串的标识符ꎬ可以得到其坐标系类别ꎬ针对该坐标系分别读取解析各个元素ꎬ并将元素分别加入到相应元素列表中ꎬ各个元素以名称作为唯一标识ꎮ每次在创建坐标系的各元素时可以通过元素名称的唯一标识查询该元素是否已经创建ꎬ如果已经创建ꎬ则将其地址直接赋值给坐标系对象即可ꎮ当坐标系的所有元素都创建完成后ꎬ将其组装为坐标系对象ꎬ并加入到坐标系管理器中ꎮ坐标系构建的整个流程如图２所示ꎮ图２㊀基于ＷＫＴ字符串的坐标系系统构建流程Ｆｉｇ.２㊀ＢｕｉｌｄｉｎｇＣＲＳｐｒｏｃｅｓｓｂａｓｅｄｏｎＷＫＴｓｔｒｉｎｇ３.４㊀坐标系的管理和之间的转换在完成ＷＫＴ字符串的解析和坐标系对象的构建后ꎬ使用Ｃ＿ＳｐａｔｉａｌＲｅｆｅｒｅｎｃｅＭａｎａｇｅｒ来管理构建好的坐标系ꎬ能完成坐标系对象的增加㊁删除㊁更改㊁查询等功能ꎮ每一个坐标系对象有一个坐标系名称和ＥＰＳＧ组织赋予的编号以及别名ꎮ可以根据名称或者编号查询出坐标系对象的指针ꎬ然后赋值给坐标系之间的转换通过Ｃ＿Ｓｐａｔｉａｌ￣ＲｅｆｅｒｅｎｃｅＣｏｎｖｅｒ类进行ꎬ其利用Ｐｒｏｊ４和Ｎｏｖａｓ等开源程序包实现了基本的投影变换㊁大地坐标与大地空间直角坐标之间的转换㊁地惯系与地固系等之间的转换ꎮ需要说明的是ꎬ地惯系与地固系之间的转换涉及了地球自转ꎬ因此需要将时间作为输入参数ꎮ其他转换只在地固系下进行ꎬ与时间无关ꎮＣ＿ＳｐａｔｉａｌＲｅｆｅｒｅｎｃｅＣｏｎｖｅｒｔ类提供的部分函数见表３ꎮ４０１㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀测绘与空间地理信息㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀２０１８年表３㊀Ｃ＿ＳｐａｔｉａｌＲｅｆｅｒｅｎｃｅＣｏｎｖｅｒｔ的部分函数Ｔａｂ.３㊀ＭｅｔｏｄｓｏｆＣ＿ＳｐａｔｉａｌＲｅｆｅｒｅｎｃｅＣｏｎｖｅｒｔｃｌａｓｓ函数名功能ＧｅｏＧｒａｐｈｉｃ＿Ｔｏ＿Ｇｅｏｃｅｎｔｒｉｃ(ｓｈａｒｅｄ＿ｐｔｒ<ＣＧｅｏｇｒａｐｈｉｃＣＳ>ｇꎬｄｏｕｂｌｅ∗Ｌꎬｄｏｕｂｌｅ∗Ｂꎬｄｏｕｂｌｅ∗Ｈ)完成地理坐标系向地心坐标系的转换Ｇｅｏｃｅｎｔｒｉｃ＿Ｔｏ＿Ｇｅｏｇｒａｐｈｉｃ(ｓｈａｒｅｄ＿ｐｔｒ<ＣＧｅｏｇｒａｐｈｉｃＣＳ>ｇꎬｄｏｕｂｌｅ∗Ｘꎬｄｏｕｂｌｅ∗Ｙꎬｄｏｕｂｌｅ∗Ｚ)完成地心坐标系向地理坐标系的转换ＰｒｏｊｅｃｔｉｏｎＣａｌｃ(ＣＰｒｏｊｅｃｔｅｄＣＳｐꎬｄｏｕｂｌｅ∗Ｌꎬｄｏｕｂｌｅ∗Ｂ)完成投影正算ＩｎｖＰｒｏｊｅｃｔｉｏｎＣａｌｃ(ＣＰｒｏｊｅｃｔｅｄＣＳｐꎬｄｏｕｂｌｅ∗Ｌꎬｄｏｕｂｌｅ∗Ｂ)完成投影反算ＥＣＩ＿Ｔｏ＿ＥＣＦ(ｄｏｕｂｌｅ∗ｘꎬｄｏｕｂｌｅ∗ｙꎬｄｏｕｂｌｅ∗ｚꎬｄｏｕｂｌｅＭＪＤ)完成地球惯性系到地球固定系的转换(参数ＭＪＤ为儒略日时间)ＥＣＦ＿Ｔｏ＿ＥＣＩ(ｄｏｕｂｌｅ∗ｘꎬｄｏｕｂｌｅ∗ｙꎬｄｏｕｂｌｅ∗ｚꎬｄｏｕｂｌｅＭＪＤ)完成地球固定系到地球惯性的转换Ｂｏｄｙ＿Ｔｏ＿ＥＮＵ(ｓｈａｒｅｄ＿ｐｔｒ<ＣＢｏｄｙＣＳ>ｂꎬｄｏｕｂｌｅ∗ｘꎬｄｏｕｂｌｅ∗ｙꎬｄｏｕｂｌｅ∗ｚ)载体坐标系转站心坐标系ＥＮＵ＿Ｔｏ＿Ｂｏｄｙ(ｓｈａｒｅｄ＿ｐｔｒ<ＣＢｏｄｙＣＳ>ｂꎬｄｏｕｂｌｅ∗Ｅꎬｄｏｕｂｌｅ∗Ｎꎬｄｏｕｂｌｅ∗Ｕ)站心坐标系转载体坐标系４㊀结束语本文阐述了ＯＧＣ的ＷＫＴ标准的格式ꎬ以及新ＷＫＴ标准与旧标准的异同扩展ꎬ并对几个重要的坐标系做了对比与分析ꎮ基于开源ＧＤＡＬ库对新ＷＫＴ标准的字符进行了解析ꎬ并设计了一套基于新版ＷＫＴ字符串的坐标系管理的动态库ꎬ并利用Ｐｒｏｊ４和ＮＯＶＡＳ等开源程序实现了坐标系之间的转换功能ꎮ通过本文方法实现的动态库表明ꎬ该库能兼容新老标准ＷＫＴ字符串ꎬ能够方便地对坐标系进行管理ꎬ并能采用极其简单的形式完成坐标系之间的转换ꎮ新版ＷＫＴ标准在语义上更加统一ꎬ并且更加标准化ꎬ但众多软件厂商对其还未完全支持ꎬ一方面是传统的ＧＩＳ仅仅局限在地球上ꎬ重点使用的是地理坐标系㊁投影坐标系等传统的坐标系ꎬ在这方面旧ＷＫＴ标准已经符合要求ꎻ另一方面是存在着版本升级的困难ꎮ此外新ＷＫＴ标准在时空的一体化描述以及各类局部坐标系和天球坐标系上还有待继续发展ꎮ相信随着ＧＩＳ在全息位置地图[４]㊁全空间信息系统[５]等方面的发展ꎬ新版ＷＫＴ标准一定会被众多ＧＩＳ厂商所接受并继续向前发展ꎮ参考文献:[１]㊀柴树春ꎬ唐建智.一种基于ＷＫＴ自动填充空间坐标参考系到ＯｒａｃｌｅＳｐａｔｉａｌ的方法[Ｊ].测绘与空间地理信息ꎬ２０１５ꎬ３８(６):１６１－１６３.[２]㊀刘昌明ꎬ陈荦.ＧＤＡＬ多源空间数据访问中间件[Ｊ].地理空间信息ꎬ２０１１ꎬ９(５):５８－６１.[３]㊀盖森ꎬ熊伟ꎬ刘建忠ꎬ等.基于Ｐｒｏｊ.４的空间坐标转换[Ｊ].测绘工程ꎬ２０１２ꎬ２１(２):２９－３１.[４]㊀朱欣焰ꎬ周成虎ꎬ呙维ꎬ等.全息位置地图概念内涵及其关键技术初探[Ｊ].武汉大学学报:信息科学版ꎬ２０１５ꎬ４０(３):２８５－２９５.[５]㊀华一新.全空间信息系统的核心问题和关键技术[Ｊ].测绘科学技术学报ꎬ２０１６ꎬ３３(４):３３１－３３５.[编辑:任亚茹](上接第１００页)此ꎬ本研究具有相当重要的意义ꎮ由于可利用土地资源评价考虑的因素较多而且地区间差异较大ꎬ再者一些技术规范仍在试行中ꎬ一些参数的确定可能还不够全面和准确ꎬ在以后的研究中ꎬ会进一步完善ꎬ以便得到更精准的结果ꎮ参考文献:[１]㊀金龙新ꎬ朱红梅ꎬ陈伊翔.基于多规合一的县域国土空间开发规划编制框架构建[Ｊ].国土与自然资源研究ꎬ２０１５(６):２９－３３.[２]㊀周墨ꎬ张天红ꎬ周艳ꎬ等.基于地理国情普查数据的空间规划底图编制研究[Ｊ].测绘与空间地理信息ꎬ２０１６ꎬ３９(１２):１１２－１１５.[３]㊀侯秀娟ꎬ王利.基于ＧＩＳ的辽宁可利用土地资源综合评价[Ｊ].国土与自然资源研究ꎬ２００９(２):３９－４１.[４]㊀蔡四平.长株潭城市群核心区可利用土地资源评价研究[Ｊ].湖南商学院学报ꎬ２０１３ꎬ２０(１):９－１５. [５]㊀徐勇ꎬ汤青ꎬ樊杰ꎬ等.主体功能区划可利用土地资源指标项及其算法[Ｊ].地理研究ꎬ２０１０ꎬ２９(７):１２２３－１２３１. [６]㊀王丽丽ꎬ王永刚ꎬ盖艾鸿.ＧＩＳ支持下可利用土地资源研究－以庆阳市为例[Ｊ].中国农学通报ꎬ２０１４ꎬ３０(１７):２８９－２９３.[７]㊀张玮ꎬ陈基伟ꎬ刘雯ꎬ等.上海市主体功能区划分中可利用土地资源评价[Ｊ].上海地质ꎬ２００９(３):３２－３４. [８]㊀张雷ꎬ宗跃光ꎬ杨伟.基于ＧＩＳ的城市建设用地生态适宜性评价 以福建省连城县为例[Ｊ].山东师范大学学报:自然科学版ꎬ２００８ꎬ２３(３):９４－９８.[９]㊀赵小汎.区位熵模型在土地利用变化分析中的新运用[Ｊ].经济理ꎬ２０１３ꎬ３３(２):１６２－１６７.[编辑:任亚茹]５０１第９期陈㊀达等:ＯＧＣ新ＷＫＴ标准与坐标系构建方法研究。
- 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.多领域发展。