《OGC网络服务公共执行规范》由会员分享，可在线阅读，更多相关《OGC网络服务公共执行规范（52页珍藏版）》请在金锄头文库上搜索。
1、OGC Web Service Common Implementation Specification,OGC网络服务公共执行规范,简介,OGC(Open Geospatial Consortium)开放地理信息协会，他是一个非赢利的国际化标准制定组织，领导进行对地理数据相关的操作和服务标准的制定。 OGC最主要的一项计划是互操作计划（Interoperability Program，简称IP），该项目的目标是提供一套综合的开放接口规范，以使软件开发商可以根据这些规范来编写互操作组件，从而满足互操作需求。,简介,Web Services即Web服务，它是自包含的、模块化的应用程序，它可以在网络
2、中被描述、发布、查找以及调用。Web服务的一个主要思想，就是未来的应用将由一组应用了网络的服务组合而成。简单理解，在Web Services体系中，所有东西都是服务，这些服务发布一个API供网络中的其他服务或者应用使用，并且封装了实现细节。Web Services是OGC规范以及建立面向服务的空间共享体系的基础技术体系。,简介,空间信息Web服务是在Web服务技术和标准基础之上实现的地理空间信息网上在线服务。它利用Web服务技术提供的公共接口、交换协议和服务规范，提供应用客户管理、注册服务、编码、处理服务、描述服务和数据服务等。主要的应用客户包括发现客户、地图浏览客户、影像利用客户等。空间信息
3、Web服务除了采用基本的Web服务技术协议外，还需要相关地理空间信息及处理的技术协议，目前主要有OGC、ISO/TC211和W3C等组织在进行相关协议标准的制定。 OGC Web服务(OWS)即是典型的空间信息Web服务标准体系。,OGC Web服务公共执行规范,1 范围 目前这篇文档详细描述了OWS接口执行规范包含的公共方面： a）操作请求和响应的内容 b）操作请求和响应包含的参数和数据结构 c）操作请求和响应的XML和KVP编码 这篇文档的一个作用是作为对未来版本的OWS接口执行规范的一个标准参考。这些规范目前包括网络地图执行规范（WMS）、网络特征数据执行规范（WFS）、网络覆盖执行规范
4、(WCS)。,2 术语和定义,边界框 bounding box 位于坐标参考系统上下限的部分 capabilities XML 采用XML编码的服务元数据 客户端 client 从服务器中调用一个操作的软件组件 地理信息 geographic information 接口 interface 描述实体行为的一系列操作名 操作 operation 参数 parameter,平台 platform 独立平台 platform-neutral (specification) 特定平台 platform-specific (specification) 请求 request 响应 response 资
5、源 resource 服务器 server 服务 service 服务元数据 service metadata 版本 version,3 协定,3.1 符号（缩略词） CRS （Coordinate Reference System ）坐标参考系统 DCP （Distributed Computing Platform ）分布式计算平台 EPSG（European Petroleum Survey Group） 欧洲石油勘测队 GML （Geography Markup Language ）地理置标语言 HTTP（Hypertext Transfer Protocol） 超文本传输协议 ISO
6、 （International Organization for Standardization） 国际标准组织 KVP （Keyword Value Pair） 关键字值对 MIME （Multipurpose Internet Mail Extensions） 功能Internet 邮件扩充服务,OGC （ Open Geospatial Consortium ）开放式地理信息联盟 OWS （OGC Web Service） 开放式网络服务 TBD （To Be Determined ） TBR （To Be Reviewed ） UML （Unified Modeling Languag
7、e）统一建模语言 URI （Universal Resource Identifier）统一资源标识符 URL （Uniform Resource Locator）统一资源定位符 URN （Universal Resource Name）统一资源名称,WCS （Web Coverage Service ）网络覆盖服务 WFS （Web Feature Service ）网络特征服务 WMS（ Web Map Service ）网络地图服务 XML （Extensible Markup Language ）可扩展标记语言 1D （One Dimensional ）一维空间 2D （Two Dim
8、ensional ）二维空间 3D （Three Dimensional ）三维空间 4D （Four Dimensional ） 思维空间,3.2 UML符合 UML（统一建模语言）是一个标准的图形表示法，它不是面向对象的分析和设计，也不是一种方法，它仅仅是一组符号而已。作为一种建模语言，UML的定义包括UML语义和UML表示法两个部分。其中UML表示法定义UML符号的表示法。标准建模语言UML定义五类图，第一类是用例图（Use Case Diagram），第二类是静态图 (Static diagram)，包括类图、对象图和包图。其中类图描述系统中类的静态结构。不仅定义系统中的类，表示类之间
9、的联系如关联、依赖、聚合等，也包括类的内部结构（类的属性和操作）。第三类是行为图（Behavior diagram），第四类是交互图（Interactive diagram），第五类是实现图 ( Implementation diagram )。,本文档中显示的所有关系图都使用统一建模语言 (UML) 静态结构图。下图描述了本文档中使用的 UML 表示法。 Figure 1 UML notations,在这些类关系图中使用下面固定类型的UML 类： a） 无身份的一组原始值的描述符。数据类型是一个没有操作的类，它的主要目的是保存信息。 k) 一种数据类型，其实例组成了一个替代文字值的列表。 枚
10、举意味着一个易于理解的潜在值类中的简短列表。 I） 为表达潜在的可选值的一长串的灵活的枚举。如果完全知道列表选项，则使用枚举 ； 如果只知道可能替代方案则使用代码列表。 M） 是在没有给出对象的实现和状态的情况下对对象行为的描述。 接口包含操作但不包含属性，平且它没有对外界可见的关联。,N）一是抽象类，不能有实例，在运行时，CLR都会创建一个包含这个类型信息的Type类型的对象。Type类可以有特性和关联。 O) 一个替代的属性列表，任何时候只出现这些特性的其中一个。 在这个文档中，使用下面标准数据类型： CharacterString一串字母 Boolean一个值描述成真的或假的 URI提供
11、很多信息的资源标识符 URL可用在线资源标识符 Integer整数 Double双精度浮点数,独立平台和特定平台规范 如OGC抽象规范第10章的第12课题“OpenGIS Service Architecture”中描述的，这个文本包括了独立平台和特定平台规范。ISO19119也详述了“依据ISO/TS19103的规定和准则用UML描述”，和“有了平台中立模型或至少有特定的平台模型，服务规范才被完全考虑”的独立平台模型。 本文档第一次详述了在独立平台方式中，每个操作的请求和响应及其参数和数据结构。用表描述每一数据结构，表中列出并定义了参数和其他数据结构。这些表为前面的UML类图和UML模型充当
12、了数据词典。,使用多种交替方式编译指定的独立平台数据，每一方式适合一个或多个特定平台。目前这篇文档详述的编码，为适合HTTP GET转换操作请求（用KVP编码），为适合使用HTTP POST 转换操作请求（用XML或KVP编码）。然而相同操纵的请求和响应可以被编译成适合许多其他的特定平台，包括SOAP/WSDL（SOAP/WSDL DCPs）。 为了符合OGC第12课题的第10条款和ISO19119，这里论述OWS规范应该与其有相同的格式。也就是说，请求反映操作首先指定在中立平台方式中，使用相似的表作为UML模型的数据字典。每一独立平台规范应遵循此数据的一个或多个特定平台编码。这些特定平台编码
13、，应列入该特定OWS系统规范，以此来相互支持特定平台。,4 GetCapabilities 操作,4.1 简介 这一章节主要描述由OWS提供的GetCapabilities 操作。强制性的GetCapabilities 操作允许任何客户获取该服务的元数据文档，即“能力文档”，这一元数据是由实现OWS接口操作规范的服务器提供的。GetCapabilities 操作正常响应是返回给请求客户端一个服务元数据文档，这一服务元数据文档主要包括特定的服务器功能元数据（如从服务器中得到的具体数据和格式）。这个服务元数据能使 OWS 服务器部分自我描述、 支持客户端的后期绑定。,4.2 GetCapabili
14、ties 请求 4.2.1 GetCapabilities 请求参数 GetCapabilities 操作请求平台将使用图2描述的和表3指定数据结构,Figure 2 GetCapabilities operation request UML class diagram,Table 1 Parameters in GetCapabilities operation request,4.2.2 执行请求 表4“多样性和使用”列中指定在GetCapbilities 操作请求中每列参数的可选性，表4详述了OWS客户端和服务器这些参数的可实行性。,Table 2 Implementation of p
15、arameters in GetCapabilities operation request,4.2.3 GetCapabilities request KVP encoding,Table 3 GetCapabilities operation request URL parameters,4.2.4 GetCapabilities 请求XML编码 XML架构文件包含名为owsServiceIdentification.xsd，包含文件的每个元素，属性的含义。 下面是一个用XML编码的GetCapabilities请求信息例子 1.0.0 0.8.3, Contents text/xml e
16、n-CA fr-CA 这个例子包括了XML所有可能的属性和元素，但是仅有“service”属性是需要的，包括需要GetCapabilities的根元素。,4.3 参数讨论 4.3.1 Version参数 每一OWS执行规范的修订将指定一个版本号，使客户端和服务器能相互作用来达成符合这一规范的版本。这一版本号应包含三个非负整数并由小数点分开，形式为“x.y.z”整数y和z不能超过99。 随着规范的演变，每个服务都定义许多版本，并且版本号不同。每个OWS都有自己的序列版本号；不同服务的版本号是相互独立的，因此可以用重叠的部分。当版本号改变，第一个整数变的最重要，这将很单调。这些版号可能没有顺序，因为一些版号是草案。服务器和客户端不必支持定义版本，但鼓励支持多重版本。,4.3.2 Version协商 在GetCapabilities操作请求中，使用可选AcceptVersions参数执行Version协商。尽管是可选的，但客户
