GB T 25597-2010 地理信息 万维网地图服务接口.pdf

《GB T 25597-2010 地理信息 万维网地图服务接口.pdf》由会员分享，可在线阅读，更多相关《GB T 25597-2010 地理信息 万维网地图服务接口.pdf（76页珍藏版）》请在麦多课文档分享上搜索。

1、运昌ICS 07.040;35.240.70 A 75 和国国家标准圭K/、中华人民GB/T 25597-2010 万维网地图服务接口地理信息Geographic information-Web map server interface 2011-03-01实施(lSO 19128: 2005 , MOD) 2010-12-01发布发布中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会-AH巧且$h-一。3-Je ha句矶huFE-二qmw川、且飞hy 岛H吻中华人民共和国国家标准地理信息万维网地图服务接口GB/T 25597-2010 争夺中国标准出版社出版发行北京复兴门外三里河

2、北街16号邮政编码:100045网址电话:6852394668517548 中国标准出版社秦皇岛印刷厂印刷各地新华书店经销9唔开本880X12301/16 印张4.75 字数115千字2011年4月第一版2011年5月第二次印刷9唔书号:155066 1-42333 定价66.00元如有印装差错由本社发行中心调换版权专有侵权必究举报电话:(010)68533533GB/T 25597-2010 目次前言.III 引言.凹1 范围-2 一致性2.1 一致性的类别和要求12.2 基本万维网地图服务2.3 可查询万维网地图服务. 3 规范性引用文件. 4 术语和定义5 缩略语36 基本服务元素36.

3、1 概述36.2 版本号和协商36.3 基本的HTTP请求规则46.4 基本的HTTP响应规则56. 5 数值和布尔值66. 6 输出格式66. 7 坐标系76.8 请求参数规则96.9 通用请求参数106. 10 服务结果106.11 服务异常107 万维网地图服务操作117. 1 概述117. 2 GetCapabilities .11 7.3 GetMap 20 7. 4 GetFeatureInfo 25 附录A(规范性附录)一致性测试UA.1 基本的WMS 27 A.2 可查询的WMS n 附录B(规范性附录)坐标参照系(CR凹的定义mB.1 概述 m B. 2 地图坐标系(CRS:

4、1) m B.3 用CGCS2000坐标系定义的LayerCRS m B.4 用Beijing1954坐标系定义的LayerCRS 30 B.5 用Xian1980坐标系定义的LayerCRS . 31 B. 6 用1956黄海高程基准定义VerticalCRS 32 B. 7 用1985国家高程基准定义VerticalCRS 32 GB/T 25597-2010 B.8 通用横轴墨卡托(UTM)Layer CRS B.9 横轴墨卡托LayerCRS B. 10 正交的LayerCRS M B.11 等角的LayerCRS M B.四摩尔魏特LayerCRS 35 附录C(规范性附录)多维数据

5、处理m巳1综述mC.2 声明维及其允许值 m C.3 包含在请求中维的值 37 C.4 服务器响应. . . . . . ., . . . . . 39 附录D(规范性附录)GB/T 74082005的万维网地图服务专用标准uD.1 概述. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41 D.2 时间详细格式. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41 D.3 时段格式uD.4 时间表和范围 c D.5 示例42附录E(规范性附录)XML模式

6、uE.1 WMS Capabilities的XML模式GE.2 服务异常模式 M 附录F(规范性附录)UML模型m附录G(资料性附录)网络制图示例60G.1 例1.一个服务器，一个图层，默认样式60G.2 例2:一个服务器，三个图层，命名样式.60G.3 例3.两个服务器，四个图层61G.4 例L一个服务器，一个层，默认样式61G.5 例5.两个服务器，两个层62附录H(资料性附录)XML示例MH.1 WMS服务元数据示例 64 H.2 服务异常的XML编码示例参考文献70H GB/T 25597-2010 前言本标准修改采用国际标准ISO19128:2005(E)(地理信息万维网地图服务接口

7、，与ISO19128: 2005相比，主要技术内容作了如下修改:删除了原文7.2.4.6.14第1自然段的FeatureListURLis not inherited by child layers. ，因为这句话与第二自然段完全重复;在附录B中以2000中国大地坐标系(CGCS2000)、Beijing1954、泪an1980坐标系代替了WGS84等其他坐标系用于定义LayerCRS;并增加了1956黄海高程系和1985国家高程系作为可选的VerticalCRS; 在附录G中增加用中国数据制作的示例(G.4和G.5)。本标准还做了下列编辑性修改:一一本标准的编写方法执行GB/T1. 1-20

8、00、GB/T20000.2-2001(标准化工作指南第2部分:采用国际标准的规则的要求;本国际标准一词以及文档中的I臼SO19128均改为本标准删除了原国际标准的封面和前言;本标准的引言采用了原标准的引言，但作了少量的修改;一一一凡己被我国等同采用的国际标准，在本标准用国家标准的代号和名称取代相应的国际标准的代号和名称。本标准的附录A、附录B、附录C、附录D、附录E和附录F是规范性附录，附录G和附录H是资料性附录。本标准由国家测绘局提出。本标准由全国地理信息标准化委员会(SAC/TC230)归口。本标准起草单位:武汉大学测绘遥感信息高程国家重点实验室、国土资源部信息中心、武汉大学资源与环境学

9、院、武大吉奥信息技术有限公司。本标准主要起草人:龚健雅、杜道生、高文秀、陈玉敏、贾文臣、邓跃进。阳山GB/T 25597-2010 百|万维网地图服务接口(WMS)根据地理信息动态生成地理空间数据的地图。本标准将由地理信息图示表达的地图定义为计算机屏幕上显示的数字图像文件。地图本身并不是数据。WMS产生的地图一般以图像格式提供，如PNG、GIF或JPEG;或按SVG或WebCGM格式提供基于矢量的图形元素。本标准定义了三个操作:一个操作是返回服务级元数据;另一个操作是返回一幅地图，其地理空间参数和维参数有明确定义;可选的第三个操作是返回显示在地图上的某些特定要素的信息。使用标准的万维网浏览器并

10、以统一资源定位符(UniformResources Locators , URLs)的形式发出请求可以调用万维网地图服务的操作。URLs的内容取决于被请求的那些操作。特别是，当请求一幅地图时，URLs指出什么信息要显示在地图上、制图范围覆盖地球上的哪一部分、所需的空间参照系以及输出图像的宽度和高度。当利用同样的地理信息参数和外包矩形(BoundaryBox，BBOX)产生两幅或多幅地图时，其结果可以准确地被叠置以便产生组合地图。使用支持透明背景的图像格式(如GIF或PNG)可以使下层的地图可见。此外，单个地图可以从不同的服务器请求得来。因此，万维网地图服务能够支持构建由分布式地图服务器组成的网

11、络，客户可以从该网络定制符合自己要求的地图。地图请求URLs及其结果图的示例见附录G。本标准适用于万维网地图服务实例，该实例具有发布和生成地图的功能，但不提供访问特定数据资掘的功能。基本万维网地图服务将地理信息资源分为图层(Layers)并提供有限的预定义样式( Styles)来显示这些图层。本标准仅支持命名的图层和样式，不包括用户自定义要素数据符号化机制。N GB/T 25597-2010 地理信息万维网地图服务接口1 范围本标准规范了基于地理信息动态生成具有空间参照的地图的服务行为。它规定了从服务器获取地图所需要进行的各种操作，包括获取地图的描述信息、获取地图以及查询地图上要素信息的操作等

12、。本标准适用于以图片格式获取地图的图示表现，但不适用于获取实际要素数据或者覆盖数据。2 一致性2. 1 一致性的类别和要求本标准定义了两种一致性的类别:一种是用于基本万维网地图服务，另一种是用于可查询万维网地图服务。每一种级别都具有两个子类z一个用于客户，另一个用于服务器。2.2 基本万维网地图服务支持基本的服务元素(第6章)，GetCapabilities(获取能力)操作(7.2)，和GetMap(获取地图)操作(7. 3)。为了与本标准一致，基本万维网地图服务应满足附录A中抽象测试套件A.1的要求。2.3 可查询万维网地图服务满足基本万维网地图服务的全部要求，同时也应支持GetFeatur

13、einfo(获取要素信息)的操作(7. 4)。为了与本标准一致，可查询万维网地图服务应满足附录A中抽象测试套件的全部要求。3 规范性引用文件下列文件中的条款通过本标准的引用成为本标准的条款。凡是注日期的引用文件，其随后所有的改动(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新的版本适用于本标准。GB/T 7408-2005数据元和交换格式信息交换日期和时间表示法(lSO8601: 2000 , IDT) GB/T 19710-2005地理信息元数据(lSO19115:2003 , MOD) 1SO

14、19111:2007 地理信息基于坐标的空间参照EPSG (2003. 2) 欧洲石油调查局大地测量参数IETF RFC 2045-1996 多用途因特网邮件扩展第一部分:因特网消息体格式1ETF RFC 2396-1998统一资源标识符通用句法1ETF RFC 2616-1999 超文本传输协议呵HTTP/1.1 UCUM 度量单位的统一编码1.5版XML 1. 0 可扩展标记语言(XML)1. 0 XML模式第1部分:结构4 术语和定义4.1 4.2 本标准使用了下列术语和定义。害户client 能从服务器调用操作的软件组件。坐标参照系coordinate reference system

15、 通过基准与现实世界相关联的坐标系。ISO 19111 :2007J 1 GB/T 25597一20104.3 4.4 4.5 4.6 4. 7 4.8 4.9 4. 10 4.11 4.12 4. 13 4. 14 2 坐标系coordinate system 给点赋予坐标的数学规则集。ISO 19111:2007J 地理信息geographic information 与地球上的位置直接或间接相关现象的信息。ISO 19101J 接口interface 描述实体行为的命名操作集。ISO 19119 :2005J 图层layer 地理信息(4.的的基本单元，它可以作为一幅地图从服务器端请求得

16、到。地图map 适合于在计算机屏幕上显示的数字图像文件的地理信息(4.4)的图示表达。操作operation 转换和查询的规范，按照这个规范对象可以被调用执行。ISO 19119:2005J 图示表达portrayal 人类对信息的表示。ISO 19117:2005J 请求request 通过害户(4.1)对操作(4.8)的调用。晌应response 由服务器端返回给客户的操作(4.8)结果。服务器server 服务的特定实例。服务service 实体通过接口(4.5)提供的功能性的独特角色。ISO/IEC 14252J 服务元数据service metadata 描述服务器上可用的操作(4.

17、8)和地理信息(4.们的元数据。G/T 25597一20105 缩略语CDATA XML字符数据(XMLCharacter Data) CRS 坐标参照系(CoordinateReference System) CS 坐标系(CoordinateSystem) DCP 分布式计算平台(DistributedComputing Platform) DTD 文件类型定义(Documel1tType Definition) EPSG 欧洲石油调查局(EuropeanPetroleum Survey Group) GIF 图形交换格式(GraphicsInterchange Format) GIS 地

18、理信息系统(GeographicInformation System) HTTP 超文本传输协议(HypertextTransfer ProtocoD IANA 国际因特网地址分配委员会CInternetAssigned Numbers Authority) IERS 国际地球自转服务局(lnternationalEarth Rotation s巴rvice)IETF /因特网工程任务组(lnternetEngineering Task Force) ITRF 国际陆地参考框架(lnternatioanlTerrestrial Refereuce Fni rne) ITRS ERS陆地参照系(

19、lERSTerrestrial Reference System) JPEG 联合图像专家m:(J ont Photographc Exp盯tsGroup) 岛11MB多用途因特网邮件扩充协议CMultipur】oseInternet Mail Extensions) NAD 北美基准(NorthAmerican Datum) OGC 开放式地理空间协会(OpenGeospatial Consorlium) PN(t 可移植的网络图像文件( 己为) i和j应是正整数。原点(i，j)=(O，O)在地图的左上角向右递增且j向下递增。MapC$用附录/B.2中ISO19111 :2007术语进行定义

20、，用CRS11标记来识别。通常，MapCS的坐标轴方向是这样定义的:即i轴与LayerCRS的东吁陌向的轴平行并且向东递增，)轴与LayerCRS的北一甫的铀平行JHl向l判边增n在Jit屿t，ji)(.F.这种方向可能并不存在，比如南极上的正射投影。但是只要这种投路变换存在.那么变换所追捕的惯例便是:无论在什么情况下，东应指向MapCS的右边，北应站r;JMlp CS的上边。GetMap请求(见7.3.3.8)中使用的WlDTH(宽度)参数和HElC泣IT(高度)参数以及包括在GetFeatureln fo请求中对应于i相j的参数如下:一一-WIDTH指沿z轴并以像元为单位的地图图像的大小(

21、也就汪说，WIDTH1是i的最大值); 一一-HEIGHT指沿j铀并以像元为单位的地图图像的大小也就i中说，HEIGH丁:_1 -Jfd的最大值); 在GetFeaturelnfo请求(7.4.:i. 7)中使用的参数1和j分别指?什苦MapCS的1轴和j轴的整型值。6.7.3 图层坐标参照系6.7.3.1 概述Layer CRS是一种水平坐标参照系，用于定义作为地图来源的地理信息。正如下面将要论述的一样，可能有多个L叮叮CR鼠LayerCRS出现在下列与WMS相关的实体中:, 一一服务元数据中的(BoundingBox)元素(7.2.4.6.8);一-GetMap请求中的CRS参数(7.3.

22、3.5)手一-GetFeaturelnfo请求中地图请求部分的CRS参数(7.主.3.3)。一个WMS应支持至少一种CRS。只有所有被选择的服务器都支持一种共同的CRS，来自多台服务器的地图才可能被叠置。本标准不要求支持任何特定的LayerCRS，而只是在本节和附录B中声明如何定义CRS并描述几个可选的LayerCRS。地图提供者为特定地理区域提供最有用和最适合的CRS。为了充分发挥服务器之间的互操作性，提供者还应通过地心坐标系，如I盯TRF为基础的各种系统来支持地理坐标。每个LayerCRS都有一个字符串作为标识符。LayerCRS标识符允许Label和URL两种类型:一一Label:该标识

23、符包括一个namespace(命名空间)前缀、一个冒号、一串数字或字符代码，并且在某些实例中还有一个逗号，其后跟随附加参数。本标准定义两种命名空间:CRS(坐标参照系)和CGCS2000(2000中国国家大地坐标系)。一-URL:该标识符是一个完全合法的URL，它指向一个可公开访问的包含CRS定义的文件，且与ISO19111 :2007一致。7 GB/25597-2010 Layer CRS有两个轴，分别为工和y。按CRS定义，X轴是第一轴，y轴是第二轴。z轴是否是东西方向，y轴是否是南-北方向，这取决于特定的CRS。当将地理信息、由LayerCRS映射到MapCS时，WMS的图示表达操必须考

24、虑到LayerCRS中坐标轴的排列次序、坐标系的原点以及坐标轴方向。坐标排列的次序必须依照CRS中定义坐标排列次序，并在投影操作时映射到相应的MapCS的i轴和J轴，在必要时交换坐标轴的次序。许多投影坐标参照系的坐标轴和坐标的排列并不一定是按照先东向坐标、再北向坐标的次序，例如，在芬兰使用的统一坐标系(EPSG:2393)采用的次序是先北向坐标、再东向坐标。EPSG地理坐标参照系遵循ISO6709:1983，总是将纬度列在经度之前。大多数坐标参照系的-个坐标轴向东为正，另一个坐标轴向北为正，很方便的映射为外包矩形的i轴和1轴。但是，有些CRS的坐标沿其他方向递增，例如，南非使用的Hartebe

25、esthoek94/Lo25系统(EPSG:2051)中的坐标向西和向南递增。因此，检验外包矩形的有效区域必须要识别和考虑CRS坐标轴的正方向。在地理坐标参照系中，纬度应在-900，900J之间取值，经度应在1800，1800J之间取值，或者是在以其他单位定义的CRS的等效值中取值，7.3.5描述了从地理坐标参照系的LayerCRS投影到MapCS的过程。当CRS定义中指定的2维地理坐标参照系的坐标轴使用其他单位而不是使用度为单位，或者使用度但不是以十进制的度表示时，必须转换成十进制度的表示。注:将经度排在纬度之前的坐标轴排放次序的地理CRS不同于历史惯例。国际航空和航海部门的用户可能期望纬度

26、在经度之前的排列顺序。这种不同的坐标排列出于安全的目的，特别是在处理紧急事件时作出响应。尽管本标准没有指定用户界面，但是WMS的用户界面开发者都应注意纬度和经度的引用顺序，例如，在用户的一个外包矩形输入或读取鼠标位置坐标时，都应将纬度显示在经度之前。6.7.3.2 LayerCRS的CRS命名空间CRS的命名空间的前缀涉及到本标准附录B中定义的坐标参照系，这些定义采用了ISO19111: 2007规定的格式。一个CRS的CRS标签格式的命名空间由例，CRS坠:CGCS20OO指基于CGCS20OO大地坐标系定义的LayerCRS的命名空间。6.7.3.3 定义CRS的地理信息服务器可能提供并没

27、有准确定义空间参照的2维地理信息。例如，一张手绘的历史地图可能代表一块地球区域但它并没有采用近代的空间参照系，而且航空像片可能没有引用精确的地理参照。这种类型的图片信息应该被看作图像，并且在为这样的对象描述LayerCRS时，就应使用图像CS的标签CRS:1。客户不能将一个6.7.4 夕剑外l卡、包矩形外包矩形利用两对坐标值指定映射到特定LayerCRS上的地理区域范围。第一对坐标指定了Layer CRS中的最小坐标，第三对坐标指定了LayerCRS中的最大坐标。尽管对于大多数具有向东和向北递增的坐标轴的CRS而言，最大和最小坐标就是感兴趣区域的左下角坐标和右上角坐标，但是在某些实例中，最大和

28、最小值往往是其他点的坐标值，比如说，当使用地理坐标来描述极点上方的区域时，或者当LayerCRS的坐标轴并不是向东和向西递增时就是如此。每个坐标对中的坐标排列次序应遵循LayerCRS的定义:X对应于LayerCRS的第一轴，y对应于LayerCRS的第二轴，这个坐标次序可能与MapCS的坐标次序i，j并不一致。外包矩形的坐标值必须采用LayerCRS 9:定义的尺度单位。8 注:使用两个角点指定地图区域在理论上不是唯一可能的方法，其他可能性包括指定一个中心点和一条直径，或一个中心点和一个伸缩等级或比例尺。使用映射(基于位置的服务)的某些服务可以发现基于中心点的公式更适合。本标准不打算排除内部

29、或客户机交互使用其他地图区域定义的其他服务类型。对多数坐标参照系来说，角点和中心点方法之间的转换是一个简单的数学操作。这样，例如当从实现本标准的WMS请求幅地图时，用户输入的中心点和半径可变换为外包矩形的两个点。外包矩形的值出现在下面的与WMS相关的要素中:服务元数据中的元素(7.2.4.6.8);一一GetMap请求中的BBOX参数(7.3.3.6);一-GetFeatureIr巾请求中地图请求部分的BBOX参数(7.4.3.3)。外包矩形的范围一定不能为零。6.7.5 垂直坐标参照系GR/1! 25597-2010 有些地理信息可能要利用多个高度(例如，空气中不同高度的臭氧浓度)。一个WM

30、S需要在它的服务元数据中声明可利用的高度信息，并且GetMap操作要包括一个用于请求特定高度信息的可选参数。单个高程或深度值是一个由1维VerticalCRS(垂直坐标参照系)来指定其单位及纵坐标递增方向的数字。正如在附录C中规定的那样，高程可能是单个值，也可能是多个值的列表，或者是一段间隔，它出现的形式取决于它所在的上下文。服务器最多可以为每一图层指定一个垂直坐标参照系。在本标准中，将水平坐标参照系和Vertical CRS看成互相独立的元数据元素和请求参数。对一幅指定高程的地图请求应包括高程值，但不包括VerticalCRS标识符(与水平坐标参照系相比较，它随同水平外包矩形一起包含在请求参

31、数中)。在提供高程信息时，服务器应在它的服务元数据中设定一个默认值，如果服务器已经设走了一个默认值并且在客户的请求中外包矩形没有包括该值，那么服务器应以默认值响应客户的请求。允许使用两种类型的VerticalCRS标识符，即:label(标签)和URL标识符:一一Label:该标识符包括一个命名空间前缀、一个冒号、一个数字或字符代码。附录B定义了两个可选的垂直坐标系(高程坐标系):1956黄海高程系(CRS:56)和1985国家高程基准(CRS:85)。URL:这个标识符是统一资源定位符的全称，它指向一个大家都能访问的包含CRS定义的文件，且与ISO19111 :2007一致。如果高程是一个3

32、-维坐标参照系的垂直部分.Vertical CRS的标识符就是该3-维坐标参照系的标识符。6.7.6 时间坐标系有些地理信息可能使用多种时间(例如，每小时的气象图)0WMS可以在其服务元数据中声明可利用的时间，并且GetMap操作应包括一个请求特定时间的参数。附录D规定了时间串的格式。根据上下文，时间值可以作为单个值、一列值或一个时间间隔出现，就像附录C中描述的一样。当提供时间信息时，服务器应在服务元数据中设定一个默认值。如果服务器已经设定了一个默认值并且在客户的请求中没有该值，那么服务器应以默认值响应客户的请求。6.7.7 其他坐标系有些地理信息可能适合其他维(如，不同波段的卫星影像)。除了

33、4个时空维之外的其他维都被称为样本维。一个WMS可以在它的服务元数据中声明可利用的样本维，并且GetMap操作要包括一个请求维数值的机制。每个样本维应有一个名称及一个或多个有效值。附录C.3.3中规定了样本维的声明及用法。6.8 请求参数规则6.8. 1 参数排序和大小写参数名不区分大小写，但是参数值要区分大小写。在本标准里，参数名都以大写字母出现仅是为了印刷清晰，并非必须。请求中的参数可以按任何顺序进行指定。当请求参数的赋值发生冲突时，服务器的响应可能没有被明确寇义。本标准不要求服务器确定应使用客户发送冲突值中的哪一个。WMS应该考虑不属于本标准中的额外请求参数，但就根据本标准产生的结果而言

34、，WMS不要求这些参数。9 G/T 25597-2010 6.8.2 参数列表由列表组成的参数(例如，在WMSGetMap中的BBOX，LA YERS和STYLES)应使用逗号(，)作为列表中各个项之间的分隔符，不应使用另外的空格符来分隔列表中的各个项。如果参数值中包含了空格或逗号，应使用URL编码规则(见6.3.2和IETFRFC 2396 1998)进行换码。在某些列表中，个别实体可以为空，并应使用空字符串()表示。因此，两个连续的引号(一个开始引号和一个结尾引号)表明一个空的项。一个空列表()是表示一个不包括任何项目的列表还是表示一个只包含一个空项的列表，这取决于其上下文。6.9 通用请

35、求参数6.9. 1 版本(VERSION)参数VERSION具体指定协议版本号frbt今L亏恪式和版丰拂商见6.2。6.9.2 请求(REQUEST)参数REQUEST指明调用的是哪个版务操作，其值应是服务器提供的各种操作名称之一。6.9.3 格式(FORMAT)参数FORMAT规定对操作响应的输出格式。WMS可以只实现某种操作类型可识别格式的子集。服务器应在服务元数据中声明它所支持的格式，并且应接受对某已严明的何种格式的服务请求。服务器可以有选择性地提供此前其他服务实例没有提供过的新格式，但应认识到过汗水丘咪苦J型农客户民受99:处Jfj!这种未知的格式。如果一个请求包含指定的服务器所不提供

36、的格式.此时有两种情况:若该服务器U任主义默认格式，那么该服务器将以默认格式响应;若该服务器未定义默认格式、则该服务器将抛出一个服务异常(采用代码InvalidForffint(元效格式)。客户可以只接受某种操作类明已知格式的、牛个子集，如果客户和服务器不支持任何相互认可的格式，客户出于说慎的考虑可能停止初t.l!5个服务器的通讯，或J;二寻找一个rll向服务完成格式转换，或是允许用户选择其他处现方法(例如，保仔到水地存储器战是转到辅助应用)。在服务元数据和操作请求中表达的所台恪式都要使用MIME类咱d每个操作者I具有它所支持格式的明晰列表。有些格式可f)J:H 甩在多个操竹巾.i 1;-根J

37、阳市安应将这些格式重复写在每个操作的列表里。6.9.4 异常(EXCEPTIONS)参数EXCEPTIONS规定了报告错误的格式(见6.11)。6.9.5 扩展能力和操作WMS允许可选的扩展能力(capabili.iCO)和操作。当需要附加功能(flnctionality)或专门化(specializa tion)时，在一个信息团体内同以定义各种扩展。一般的客户不需要也不希望使用这些扩展。当需要时，应使用附录E服务元数据模式中提供的抽象的)元素中。每个服务器应支持附录A中定义的缺省格式text/xml，对其他格式的支持是可选的。元素中完整的MIME类型字符串是参数FORMAT(格式)的值。在H

38、TTP环境中，MIME类型应在返回对象的HTTPContent-type的实体头中设置。如果某个请求中包含了服务器不支持的格式，服务器应采用text/xml作出响应。7.2.3.2 版本(VERSION)可选参数VERSION及其在版本协商中的使用已在6.2中规定。7.2.3.3 服务(SERVICE)必选参数SERVICE指明向特定服务器正在调用哪个可用服务类型。在调用本标准当前版本或更新版本的实现的WMS中的GetCapabilities操作时，应使用WMS作为值。7.2.3.4 i青求(REQUEST)必选参数REQUEST的含义在6.9. 2作了规定。调用GetCapabilities

39、操作时，参数REQUEST的取值为GetCapabilities11 GB/T 25597-2010 7.2.3.5 更新次序(UPDATESEQUENCE)可选参数UPDATESEQUENCE用于保持缓存的一致性，其值可以是整型、或在ISO8602: 2000 恪式中代表时间戳的字符(见附录B)、或其他任何字符。服务器可以在其服务元数据中包括一个UpdateSeql阳lce值。如果存在这样的值，在Capabilities发生变化时(如，当加入新地图时)，该值应随之增加。客户可以在其GetCapabilities请求中包括该参数。服务器根据出现在客户请求中的UpdateSequence的相对值

40、及服务器元数据进行响应，该响应应遵守表4所列的规定。表4UpdateSequence参数使用客户请求UpdateSequence值no口eany equal lower higher 7. 2. 4 GetCapabilities的晌应7.2.4.1 概述服务器元数据服务器响应UpdateSequence值any 最新的服务元数据none 最新的服务元数据equal 异常:code= CurrentU pdateSequence higher 最新的服务元数据lower 异常:code= InvalidUpdateSequence 当调用WMS时，对GetCapabilities请求的响应应是

41、一个XML文档，该文档中包含了符合附录E的E.l中XML模式格式的服务元数据。这个模式规定了服务元数据中必选和可选的内容以及格式要求。XML文档应包含htt户:/ww.opengis. net/wms命名空间中被命名为WMS_Capabilities (WMS_能力1的根元素。该元素应包含XML模式实例的SchemaLocation(模式地址)属性，该属性在E.l的模式中绑定在功tt户:/www.oengis. net/wms命名空间内。在模式的标准内容没有变化的情况下，被根属性绑定的模式可以是E.l中的模式的拷贝，而不是附录中声明的URL的原版拷贝。该附录中提供的所有模式的标准内容都没有改变

42、。模式的拷贝位于完全符合要求的、可访问的URL地址上，以便允许XML有效性检查软件能访问它。GetCapabilities请求的响应应符合XML模式有效性检查规则。服务器可以采用其他己出版的或实验性的协议版本，在这种情况下，服务器应支持6.2所规定的版本协商规则。7.2.4.2 名称和标题(Namesand Titles) 许多元素具有(Name)(名称)和(Title)(标题)。一般情况下，Name元素是文字字符串，用于机器间的通信，而Title则为人服务。例如，一个数据集可能具有TitleMaximumAtmospheric Tem pera ture (最高气温勺并用Name的缩写ATMAX请求。7.2.4.3 通用服务元数据服务元数据的第一部分是为服务提供完整的通用元数据的(Service)元素。通用元数据应包括Name、Title和OnlineResource URL元素。可选服务元数据包括Abstract(摘要)、KeywordList (关键宇列表)、ContactInformation(联系信息)、Fees(费用)、AccessConstraints(访问限制)和请求中图层的数目或者输出地图大小的限制