OGC开放式地理信息系统联盟

开放式地理信息系统联盟（OGC）日期:

2002-04-04本文档在OpenGIS©计划中的编号:OGC02-024版本号:0.7分类:OpenGIS©OGC互操作计划报告–工程规范撰写人:

JohnD.EvansOWS1网络覆盖服务（WCS）

版权申明本OGC文档是一份草案，版权属于OGC，OpenGIS互操作计划的参与者可以不经OGC事先许可使用任何形式的草案复制品。但是，事先没有OGC的书面许可，不得因任何其它目的、以任何形式复制、存储或传播本文档或其摘要。警告本文档并非OGC的标准或规范，它阐述了在OGC互操作计划的第一步中讨论的技术问题。阐述本文献的内容是为了促使整个地理空间信息行业讨论这个主题；而不是将其作为任何一种可采用的规范。本文献不代表OGC或OGC技术委员会的正式立场。它可能在未经告示的情况下进行修改，并且不能作为ＯＧＣ的标准或规范进行引用。不过，文献中的讨论能很好地产生ＯＧＣ实施规范的定义。本文档的收件人需随同对本文档的评论一起，递交一份所知道的相关专利权的通知及证明文件。文档分类：――OpenGIS©互操作计划报告——工程规范二级分类：――适用采纳文档级别：――定稿文档语言：――英语目录Ｉ前言。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。ＶⅡ提交机构。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。ＶⅢ文档投稿者联系方式。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。ＶⅣ修订历史。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。ＶＶＯｐｅｎＧＩＳ抽象规范的改进。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。Ｖ序。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。ＶＩ导言。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。ＶＩ１－规定范围。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。１２－致性。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。１３－标准化参考资料。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。１４－术语和定义。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。１５－约定。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。２５．１．１－符号（缩写的术语）。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。２５．１．２－ＵＭＬ符号。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。３６－基本服务要素。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。４６．１－版本编号和协调。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。４６．１．１－版本号格式。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。４６．１．２－版本的更改。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。４６．１．３－在请求及服务性元数据上的显示方式。。。。。。。。。。。。。。。。。。。。。。。。。。。5６．１．４－版本号的协调。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。５６．２－通用的ＨＴＴＰ请求规则。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。6６．２．１－关键值对编码。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。６６．２．２－ＸＭＬ编码。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。７６．３－通用的ＨＴＴＰ响应规则。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。８６．４－服务异常。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。97—GATCAPABILITIES操作（必需的）。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。9７．1GATCAPABILITIES请求。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。107．1．1－关键值对编码。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。107．1．2－ＸＭＬ编码。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。107．2GATCAPABILITIES响应：CAPABILITIESXML文档。。。。。。。。。。。。。。。。。。。。107．2．1-CoverageLayerList顶级元素。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。117．2．2-CoverageLayer特性（共用）。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。127．2．3-域说明。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。167．2．4-范围说明。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。247．3异常情况。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。308-GETCOVERAGE操作（必选）。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。318．1ETCOVERAGE请求。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。318．1．1－关键值对编码。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。318．1．2－ＸＭＬ编码。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。368．2-GETCOVERAGE响应。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。388．2．1覆盖编码。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。398．2．2-异常。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。398．2．3GetCoverage的近似响应。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。399-DESCRIBECOVERAGELAYER操作（可选）。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。399．1-DESCRIBECOVERAGELAYER请求。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。409．1．1－关键值对编码。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。409．1．2－ＸＭＬ编码。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。409．2-DESCRIBECOVERAGELAYER响应。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。4110-参考书目。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。41附录A（标准）XML模式。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。42附录D（标准）一致性测试。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。89参考书目。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。90

i.–前言ii．提交机构本互操作计划报告——工程规范由下列机构提交给OGC互操作计划。iii．文档投稿者联系方式有关本文档的问题请与编者或撰稿人联系。联系人公司（/组织）地址电话号码EMAILJohnD.EvansGST,Inc.6411IvyLn.Ste300Greenbelt,MD20770USA(301)474-9696evans@StephaneFellahPCIGeomatics490St.JosephBlvd.,Suite400Hull,QuebecJ8Y3Y7CANADA(819)770-0022Ext.223fellah@JeffLansingPolexis,Inc.jeff@iv．-修订历史日期版本作者修改的段落说明2001-11-170.5JohnEvans最初的DIPR版本2001-11-290.5JeffLansing添加了DescribeCoverageType的内容2001-11-290.5StephaneFellah修订格式和插值法定义;许多独立存在的实体的注释2002-01-310.5.1JohnEvans修订&校正;XML模式2002-02-200.6StephaneFellah覆盖层描述和XML请求的新模式2002-04-040.7JohnEvans确定并理顺了0.6版中的模式;增加了复杂观测、文件和综合.V．-OpenGIS抽象规范的改进OpenGIS抽象规范不需要改进以适应本文档的技术内容。序OGC

01-018r3由以下部分构成：网络覆盖服务报告。.序言网络覆盖服务（WCS）支持网上地理空间数据的相互交换，此时地理空间数据作为包含地理位置值或特征的“覆盖”。不同于网络地图服务（OGC文档#01-021r2），它通过筛选和描绘空间数据返回静态的地图（服务器以图片形式表示）；网络覆盖服务在客户端的再现、多值覆盖、以及输入科学模型和不仅仅是阅读器的客户机需要提供对原始的（未处理的）地理空间信息的访问。网络覆盖服务由三种操作组成：GetCapabilities，GetCoverage和DescribeCoverageType。GetCapabilities操作返回一个描述服务和客户机能从中获取覆盖的数据集合的XML文档。通常，客户机运行GetCapabilities操作并贮存结果，是为了在整个会话过程中，或是在多次会话过程中重复使用它。一般而言，网络覆盖服务中的GetCoverage操作是在GetCapabilities确定什么样的查询可以执行、什么样的数据能够获取之后执行的。它返回地理位置的值或特征，这些值或特征被捆扎在通用的覆盖格式中。除了几个扩展支持覆盖检索而不支持静态地图的检索以外，GetCoverage的句法和语义与WMS中GetMap的请求类似。OWS1网络覆盖服务（WCS）1．规定范围本规范文档阐述WCS如何实现在万维网上描述、请求和传输多尺度覆盖数据。网络覆盖服务的这一版本着重于“简单的”覆盖（定义为一些规则的、直角坐标网或棋盘形镶嵌的空间），它还预期了在OpenGIS抽象规范中定义的其它覆盖类型（专题6，“覆盖类型”，OGC文档#99-106）。2-一致性使用附录A（标准化的）中列出的相关测试可以检查OGC互操作程序报告的一致性和互操作测试。测试的框架、概念、方法及得出一致性结论的标准，在ISO19105地理信息——一致性和测试中都做了详细说明。3-标准化参考资料文中引用的下列标准中，包含了构成本规范的条款。过时的参考资料在其后的修正、再版或任何出版物中都不再使用。鼓励就OGC

nnn部分达成一致的各方对下列国际标准的最新版本中的内容在本规范中应用的可能性进行评价。未过时的参考资料在最新的标准化文献中作为参考使用。OGC

01021r2:2001，网络地图服务v.1.1ISO

19123,地理信息——覆盖几何图形和功能抽象规范专题0：综述，OGC文档99-100r1成功的OGC接口规范准则，OGC文档00-014r14—术语和定义上面的参考资料中的术语和定义在本文献中的含义与下列的术语相同。操作对象需要执行的转换或查询的规范。[OGCAS12]接口由体现实体行为特性的操作组成的具有给定名称的集合。服务实体通过接口提供的明确的一部分功能。[OGCAS12]服务实例服务器服务的实际实现。客户端可以从服务器上调用操作的软件组件。请求客户端对操作的调用。响应服务器返回给客户端的操作结果。地图地理数据的图示表示。功能XML服务级元数据，用以描述服务实例中的操作和内容。5约定5．1．1—符号（缩写的术语）下列是本文献中使用的符号和缩写术语。API 应用编程接口DCP 分布式计算平台ISO 国际标准化组织OGC OpenGIS联盟UML 统一建模语言XML 可扩展标记语言1D 一维2D 二维3D 三维5．1．2—ＵＭＬ符号本文献中出现的图表使用统一建模语言（UML）静态结构图表。下面的图表描述了本文献中使用的UML符号。图SEQFigure\*ARABIC1-UML符号图中使用了UML类的下面三种模板a）—<<接口>>对由具有这个接口的对象支持的一组操作的定义。一个接口类不包含任何属性。b）—<<数据类型>>一组相异（独立存在并可能产生侧面影响）值的描述符。数据类型类没有操作，其主要目的是保存信息。c）—<<代码列表>>是用串值表示潜在值列表的一个灵活的枚举。本文献使用了以下的标准数据类型：a）—字符串——字符序列b）—整型——整数c）—双精度型——双精度浮点数d）—浮点型——单精度浮点数6—基本服务要素这一部分阐述网络覆盖服务器的行为概要（更一般的说法是OGC网络服务行为）它独立于具体的操作，或是与几个操作或接口共同行为。6．1—版本编号和协调。6．1．1—版本号格式已出版的规范的版本号包括三个型为“x.y.z”的正整数，彼此之间用小数点隔开，“y”和“z”位上的数字不超过99，各OWS规范独立编号。6．1．2—版本的更改一个具体的规范版本号须随再版而改变。版本号必须单调增加，且仅由三个彼此间用小数点分开的整数组成，其中第一个整数的意义最重大。这些数字序列间存在差距。有些数字可以表示实验性或临时版本，服务实例和客户端不需要支持所有确定的版本，但必须遵循下述的协调规则。6．1．3—在请求和服务元数据上的显示方式至少要在两个地方使用版本号，一是在CapabilitiesXML描述一服务时，另一是在客户端请求该服务的参数列表中。在具体服务实例的客户端请求中使用的版本号必须与该实例申明支持的版本号相一致（如下所述的协调情况除外）。一个服务实例可支持几个版本，客户端可以根据协调规则确定这些版本号。6．1．4—版本号协调OWS客户端可以与服务实例协调，确定一个彼此都适宜的规范版本。协调是由GetCapabilities操作依据下述规则来完成的。所有CapabilitiesXML都必须包括一个协议版本号。为了响应包括一个版本号的GetCapabilities请求，OGC网络服务必须响应与规范的该版本相一致的输出，假如被请求的版本在服务器上不能执行，则必须协调出一个彼此适宜的版本。如果请求中没有指定版本号，服务器必须响应它所支持的最高版本并据此标注响应。版本号协调过程如下：1—如果服务器执行请求的版本号，服务器必须发送该版本。2—如果服务器不执行请求的版本，服务器必须发送低于请求版本的最高版本。3—如果客户端请求的版本比服务器执行的任何版本都要低，服务器必须发送它所执行的最低版本。4—如果客户端不理解服务器发送的新版本号，它可能会中断与服务器的通信，或者发送带有客户端理解的、比服务器发送的低的新版本号的新请求（如果服务器响应较低版本）。5—如果服务器响应较高版本（因为请求的版本比服务器执行的任何版本都要低），但是客户端不理解建议的较高版本，客户端可发送比服务器发送的高的版本号的新请求。这一过程会重复进行，直到找到一个互相都能理解的版本，或是客户端确定不再与特定服务器通信。例1：服务器支持版本1，2，4，5，8；客户端支持版本1，3，4，6，7；客户端请求版本7，服务器响应版本5；客户端请求版本4，服务器响应客户端支持的版本4，至此协调成功结束。例2：服务器支持版本4，5，8；客户端支持版本3；客户端请求版本3，服务器响应版本4，客户端不支持版本4或其它更高的版本，因此协调失败，客户端终止与服务器的交流。6．2—通用HTTP请求规则目前，OGC网络服务明确支持的、唯一的分布式计算平台(DCP)是万维网本身，更具体地说是执行超文本传输协议(HTTP)[6]的因特网主机。因此，由服务实例支持的各操作的在线资源是HTTP的统一资源定位器(URL).。对于各操作而言，URL可能不同，也可能相同，这取决于服务供应商的判断力。各URL的确定须遵循[6]中的描述，或者依据具体实现来确定，只有服务请求本身的参数是由OGC网络服务规范强制规定的。HTTP支持GET和POST两种请求模式。一个特定的OGC网络服务类型可以只定义其中的一种或是两种模式都定义，并由具体的服务实例提供上述模式，不同的实例在线资源URL的用法不同。事实上，供HTTP的GET请求使用的在线资源URL只有一个URL前缀，为了构造有效的操作请求，还要在这个前缀后添加必要的参数。URL前缀定义为不透明的字符串，它包括协议，主机名，可选的端口数，路径，问号'?'，还可以增加一个或多个以'&'符号结尾的具体服务器参数。前缀唯一地标识具体的服务实例。对于HTTP的GET，URL前缀必须以一个'?'(在没有附加的具体服务器参数的情况下)或'&'结尾。然而，在实践中,为了构造一个有效的请求URL，客户端在添加本规范中定义的操作参数之前，应该准备添加一个'?'或'&'结尾。供HTTP的POST请求使用的在线资源URL是一个完整而有效的URL，客户端通过POST文档向它传输经过编码的请求。在构建请求操作的有效目标时，WCS服务器不必在URL上添加另外的参数。6．2．1—关键值对编码使用关键值对编码时,客户程序将必需的请求参数编写为"关键字=值"形式的关键字/值对，并经由HTTPGET或HTTPPOST传输到服务器。对于HTTPGET，客户端为选定操作的在线资源URL的前缀后添加用‘&’，用来分隔关键字/值对；形成的URL必须符合HTTP通用网关接口（CGI）标准[7]，CGI要求查询参数序列前面必须有'?'，每两个查询参数间必须用'&'来分隔；正象所有CGI的应用一样，查询URL的编码[8]必须能够保护特殊的字符。表1总结了HTTPGET操作请求URL的组成部分。表1–通用的OGC网络服务请求URL构件说明[:port]/path?{name[=value]&}服务操作的URL前缀，[]表示出现次数为0或1；{}表示出现次数为0或更多；前缀完全由服务供应商来确定。Name=value&OGC网络服务定义的一个或多个标准化请求参数名称/值对，各个操作中必选的和可选的参数实际列表由相应的OWS规范确定。使用HTTPGET方法编码为关键值对的请求可以作为书签存储，也可以嵌入为超链接,还可以经由XML文档中的Xlink被引用。6．2．1．1—参数顺序和大小写参数名不须区分大小写，但参数值必须区分大小写。本文献中参数名特别用大写仅是为了印刷上的清晰，不是必需的。请求中的参数可以按任意次序指定。OGC网络服务必须做好遇到不属于这一规范的参数的准备，在由规范产生的结果方面,OGC网络服务须忽视这样的参数。6．2．1．2—参数列表由列表组成的参数须使用逗号(",")作为列表中各数据项之间的分隔符。例如，参数=数据项1,数据项2,数据项3。多重列表可通过将各列表封入圆括弧("(",")")中作为一个参数的值来确定。例如，参数=(数据项1a,数据项1b,数据项1c)(数据项2a,数据项2b,数据项2c).6．2．2—ＸＭＬ编码[在实际实施的测试里，还没有完全解决关于是否使用SOAP[19]问题，因而，在此暂时阐述两种可供选择的观点。]为了向使用HTTPGET或(更常用的是)HTTPPOST的服务器传输请求，客户端也可能将请求用XML编码。XML请求必须与相应的可选操作模式相一致，而且客户端序须将请求发送给在服务器CapabilitiesXML文件中针对该操作列出的URL。<env:Body>requestdocumenthere</env:Body></env:Envelope>客户端需在XML请求前面加上下面定义的适当的HTTP请求头信息（与其它头信息一起在[8]中确定）内容-类型:text/xml;charset="utf-8"

-或者?-

内容-类型:application/vnd.ogc.request+xml

(这里的request是一个已定义的操作名)内容-长度:nnnn

(这里的nnnn是请求文档的字节数)SOAP消息传送需要下列头信息:内容-类型：text/xml;charset="utf-8"内容-长度:nnnn

这里的nnnn是包括SOAP信封在内的文档字节数SOAPAction:{URL}(可以为NULL)6．3—通用HTTP响应规则当接收到一个有效请求时，服务必须根据适当规范中的细节返回严格对应于该请求的响应。只有在版本协调的情况下（上面所描述的），服务器才可能提供不一样的结果。当接收到一个无效请求时，服务程序必须发布一个6.4部分所阐述的服务异常。注意:作为一个实际问题，在3W环境下，客户端应能够接收有效结果，或什么也不接收，或任何其它的结果。这是因为客户端本身可能产生一个不相容的请求，这个请求通过OGC网络服务程序以外的其它服务程序不经意地触发了的一个应答；也可能是因为服务程序本身是不相容的，等等。适当的多用途网际邮件扩充(MIME)类型[9]必须伴随响应目标。SOAP请求返回一个由多个部分组成MIME文档，该文档是依据W3C中带有附件[20]条文的SOAP消息格式化的。第一部分是一个SOAP消息；第二部分包括实际的服务器应答(图象，覆盖，等等)。换句话说，该应答可能是一个包含来自服务器实际响应的URL的SOAP消息。其它的HTTP实体的头信息应当尽可能附带适当的响应对象。特别地，有关终止和上次修改的头信息提供了关于存储的重要信息；客户端通过使用内容-长度了解数据传输完成时间并为结果有效地分配空间；为了适当地解释结果，内容编码或内容传送编码可能是必需的。6．4—服务异常根据使用的分布式计算平台(DCP)的规则，在接收到无效请求时，服务器程序可发布在该DCP中为有效类型的异常。例如，在HTTP的DCP中，假如URL前缀是错误的，服务器程序将返回一个HTTP404状态码。在接收到无效请求时，服务器程序必须发布一条服务异常XML消息，向客户应用程序和用户解释请求无效的原因。依据附录A.3中的服务异常DTD，服务异常XML必须是有效的。在HTTP环境下，返回的XML的MIME类型必须为"application/vnd.ogc.se_xml"。包含的具体错误信息可以是纯文本块，也可以被包含在字符数据(CDATA)块段中，形成类似XML的包含角括弧("<"and">")的文本。如同附录A.4服务异常XML中的例子所示。服务异常可包括附录A.3中指明的异常代码。除了那些已指定的含义外，服务器不能使用这些代码表示其它含义。客户端可以使用这些代码自动响应服务异常。7—GetCapabilities操作（必需的）网络覆盖服务器需说明其Capabilities。本节定义了一个XML文件结构，用于传送服务程序本身的一般信息，和可以从中请求覆盖的有效数据集的具体信息。7．1—GetCapabilities请求7．1．1—关键值对编码一般格式的GetCapabilities请求在基本服务原理一节已定义，下表2是对其的总结。表2—GetCapabilities请求URL的参数请求参数必需的/可选的说明REQUEST=GetCapabilitiesR该请求的名称VERSION=versionO该请求的版本SERVICE=WCSR服务程序类型在生成该请求时，考虑到OGC网络服务器还可提供WCS以外的其它服务，必须特别说明客户程序查找的是关于WCS服务器的信息。因而，请求的SERVICE参数必须有表2.中所示的值"WCS"。7．1．2—XML编码在OWSServiceMetadataXMLIPR中介绍了GetCapabilities请求的XML编码的XML模式。例如，客户端可用XML编写一个GetCapabilities的请求如下：<GetCapabilitiesversion="0.7"service="WCS"><Section>/OGC_Capabilities/OperationSignatures</Section></GetCapabilities>顶级XML元素GetCapabilities有两个属性：version和service，它们分别表示协议的版本号和服务器地址。GetCapabilities元素有一个可选的子元素Section，它表示返回CapabilitiesXML文档的哪个部分：ServiceOffering，OperationSignatures，还是ContentMetadata元素。如果没有提供这个子元素，那么服务器必须返回整个的CapabilitiesXML文档。7．2—GetCapabilities应答：CapabilitiesXML文档对GetCapabilities请求的应答是与OWSServiceMetadataXMLIPR中给出的模式相一致的CapabilitiesXML文档，它由图3所示的四个主要部分组成。该部分提供了服务公用的元数据，该元数据包含了最少量的可以阅读的信息该部分用WDSL描述了服务所支持的操作该部分提供了服务公用的元数据，该元数据包含了最少量的可以阅读的信息该部分用WDSL描述了服务所支持的操作该元素是一个可包含任何具体服务元数据的容器。例如：一个wfsFeatureList、一个wmsLayerList或者ISO19115都可以插入该部分该元素是一个可包含任何具体服务元数据的容器。例如：一个wfsFeatureList、一个wmsLayerList或者ISO19115都可以插入该部分该部分可以包含任何一个用来描述额外功能的方案。最浅显的例子是过滤功能方案。根元素图2-OGC_Capabilities顶级元素OWSServiceMetadataXMLIPR中阐述了这四个部分的任务，以及前两个部分(ServiceMetadata和OperationSignatures)的结构。OperationSignatures是WSDL服务的描述，它引入几个模式去定义请求（关键值对，XML，SOAP）和应答(XML文档，异常，或覆盖数据).的句法。下面的部分详细地阐述了这些模式。CapabilitiesXML文件的第三部分(ContentMetadata)是具体针对WCS的，它引入了接下来要阐述的CoverageLayerList模式。7．2．1—CoverageLayerList顶级元素针对WCS的CapabilitiesXML文档中ContentMetadata部分的顶层是CoverageLayerList元素，它按任意次序排列覆盖层。图3显示了该CoverageLayerList元素的结构。图SEQFigure\*ARABIC2–CoverageLayerList(ContentMetadata下的顶层)有5种不同的覆盖层，但它们都具有下面所列的几个共有特性。7．2．2—CoverageLayer特性（共有）在CapabilitiesXML应答中，网络覆盖服务器宣称它能从各数据集中挑选并返回某些覆盖(即时空位置的值或属性)。每一个可以提供覆盖的逻辑的集合称为一个覆盖层。可获取的各种覆盖层共享几个共同的元素，这些元素组成了AbstractCoverageLayerType(图4)。图SEQFigure\*ARABIC3–抽象CoverageLayerType(AbstractCoverageLayerType本身扩展了一般的LayerType，这意味着它可被网络地图服务（WebMapService）和网络要素服务（WebFeatureService）共享。)下面部分阐述AbstractCoverageLayerType的各子元素——这些子元素是各种覆盖层都具备的。7．2．2．1—LayerIDLayerID是一个不可或缺唯一的标识符(不能用于任何其它的覆盖层)。进行GetCoverage或DescribeCoverage操作时，客户端通过在LAYERS参数中(针对以关键值对表示的请求)，或在LayerID元素中(针对XML请求)使用LayerID值，从该覆盖层(或是覆盖层描述)中请求覆盖数据。7．2．2．2—TitleTitle元素不可缺少，它包含一个为了在菜单中表示的人们可读取的字符串。7．2．2．3—Abstract和KeywordListAbstract和KeywordList元素是可选的，但推荐使用。Abstract是图层的一种叙述式描述，KeywordList包括类目检索中用于辅助搜索的关键字。7．2．2．4—MetadataURLMetadataURL元素是可选的，但推荐使用，它用于访问某一个特定层下数据的详细、标准的元数据。type属性指出了元数据所遵循的标准。目前定义了两种类型：'TC211'=ISOTC21119115；'FGDC'=FGDCContentStandardforDigitalGeospatialMetadata（数字地理空间元数据FGDC内容标准）。7．2．2．5—LatLonBoundingBox必选的LatLonBoundingBox元素具有按经纬度十进制度数显示封闭矩形边界的属性。地图服务器支持无论什么样SRS的覆盖请求和应答，都必须提供LatLonBoundingBox。但是，假如EPSG:4326(WGS84地理坐标)不是一个被支持的请求SRS，那LatLonBoundingBox可能是近似的，其主要目的是为基于地理坐标检索提供入口。7．2．2．6—空间参考系（SRS）：请求参考系，应答参考系和本身参考系对于各覆盖层，CapabilitiesXML的描述指定了：(i)数据本身的空间参考系（SRS）；(ii)在接收到的GetCoverage请求中可以理解的各种SRS列表；(iii)在对GetCoverage请求进行响应时生成的覆盖中可以出现的各种SRS列表。7．2．2．6．1—SRS每个CoverageLayer必须具有一个或多个SRS元素，或是具有既是查询SRS（QuerySRS）又是应答SRS（ResponseSRS）的元素(该元素包括一个或多个SRS元素)。服务器可能分别详细列出查询与应答的SRS，也可能仅仅通告可以同时出现在接的收请求中和在传送覆盖应答中的各种SRS。SRS元素的内容可能是在网络地图服务实现规范中定义的EPSG或AUTO坐标系之一；也可能是未定义的(“OGC:none”)；或者是嵌入式的“扫描条带”参考系(“OGC:swath”)，客户端根据控制点或传感器元数据重建地面坐标。7．2．2．6．2—QuerySRSQuerySRS元素定义了对该覆盖层发出GetCoverage请求时可以采用的SRS，而且，其中的一个坐标系必须是该覆盖层本身的SRS。在请求中的特殊SRS代码如“OGC:none”或“OGC:swath”表示根据层的像素行/列坐标系(针对图象)或层的内部/局部坐标系(针对非栅格数据)来定义子集。7．2．2．6．3—ResponseSRSResponseSRS元素定义了覆盖在响应GetCoverage请求时可以采用的坐标系，且其中的一个坐标系应是该层的本地SRS。当采用特殊SRS代码“OGC:none”或“OGC:swath”提供覆盖服务时，表示该层采用的是像素行/列坐标系(针对图象)或它的内部/局部坐标系(针对非栅格数据)。以SRS“OGC:swath”代码响应的覆盖可嵌入传感器模型或控制点信息，从而使胖客户端确定返回覆盖的地理坐标系。7．2．2．6．4—NativeSRS可选的NativeSRS元素确定覆盖层的本地SRS(随着BoundingBox中本地分辨率的确定，它使客户端能更便捷地访问原始的覆盖的值。)。7．2．2．7—BoundingBox各个层都有一个与其NativeSRS相对应地的BoundingBox元素，也可能对应于QuerySRS中列出的每一个SRS，各层都有（或继承了）一个边界框元素。BoundingBox的属性指出了在指定的SRS单元中层的有效数据的界限。属性resx,resy,resz,rest指出了在BoundingBox的SRS里数据的空间分辨率，这些属性被推荐用于与NativeSRS相应的BoundingBox.。对于SRS为“OGC:none”或“OGC:swath”的BoundingBox（它指出了像素或局部坐标系），这些属性通常是1PAGE\#"'Page:'#'

PAGE\#"'Page:'#'

'"Thisismissinginthecurrentschema.OnepossibilitywouldbetobundleitwiththeSRSs.7．2．2．8—SupportedFormatList必选元素SupportedFormatList通告了可从覆盖层请求覆盖的输出格式(如GeoTIFF,HDF-EOS,NITF,DTED,等等.)。格式名称和MIME类型都标识这些格式。现已定义几种具体的OGC类型用于区分各种类型的XML文档，WMS1.1.中列出了这些类型。7．2．2．9—SupportedInterpolationList可选元素SupportedInterpolationList确定当请求需要重采样、重复投影或进行其它综合时，服务器是否会并且如何在空间域上内插一CoverageLayer的值。可选、可复选的InterpolationMethod子元素可能是以下8个不同值中的一个：“最近邻域”，“线性”，“双线性”,“双圆锥”，“无功面积（lostarea）”，“重心（barycentric）”，“分段常数”和“无”.SupportedInterpolationList会在其默认属性中确定一个插值模式，假如客户端没有指定一个插值模式，就会采用这个模式。如果SupportedInterpolationList不存在默认属性，且没有InterpolationMethod子元素，客户端应该预计到会采用最近邻域的插值法。如果列出的唯一插值模式为‘无’，客户端只能在本地SRS中，按照本地分辨率，从该层中检索覆盖。7．2．3—域描述前述部分(6.2.2)描述了AbstractCoverageLayerType，它的元素是所有种类的覆盖层共有的。CapabilitiesXML文档中列出的各实际覆盖层都增加了两个至关重要的元素来扩充了这个类。这两个元素描述了从一个给定的覆盖层中可用的各个覆盖的域和范围。第一个元素描述了覆盖层中有值或有测量值的各个空间（也可能是时间）位置。这些位置用下面5种方法之一定义：像素或点的规则格网；不规则三角网（TIN）；一系列点；弧段集；泰森多边形集合。有些元素是这些不同种类的覆盖所共有的，也有几个元素是每个种类的覆盖所独有的。—共有元素所有覆盖类型的域都有一个空间范围，有些域还有时间范围和高程范围，如图5所示。.图5–域描述共用元素:SpatialExtent——首先，必选元素SpatialExtent列出了各个空间维度的界限，在界限内时，可从覆盖层请求覆盖数据。SpatialExtent元素必须具有属性srsName，该属性指出表示SpatialExtent元素使用的空间参考系，这个参考系可能是一个2-D或3-D的坐标参考系。.必选元素XExtent和YExtent确定了一个在2-D坐标参考系中的2-D空间范围，可选元素Zextent用于3-D空间范围，在3-D坐标参考系内表示。——下图（图6）描述的可选元素TemporalExtent列出了从覆盖层请求覆盖的次数，它可由一个或多个的区段或时间点组成。TemporalExtent具有可选属性uom，它指出了用来表示时间间隔或实例的度量单位。图6–域描述的共用元素：时间和高程范围最后，可选元素ElevationExtent（上图Figure11所描述的）列出了可从覆盖层请求的覆盖的高程范围或点。ElevationExtent有一个可选属性uom，它指出表示高程的量测单位。ElevationExtent是用来向2-D空间范围补充高程范围信息的。除了空间、时间和高程域范围以外，各种不同的覆盖层还增加了更多具体的域描述符，下面几个部分对此作了详细说明。7．2．3．2—格网覆盖层首先，格网覆盖层定义它的域是2，3，或4维空间内点或像元的规则网格。这种描述适合于数字航摄象片、卫片、格网地形模型、或其它的栅格数据。如图7所描述的，格网覆盖层的DomainSetDescription包含一个可复选的元素GridExtentDescription，该元素扩展了共有的DomainSetExtentDescriptionType。图7–格网覆盖层域描述GridExtentDescription模式在共用模式的基础上增加了3个元素。必选元素GridAxisDescription，它确定格网的各坐标轴。GridSpacing对于已纠正的格网而言是必选的，但在其它的格网中未定义。它规定了沿格网各维度空间的地面分辨率（像素尺寸或格网点间距），用（已纠正的）格网的坐标参考系的单位来表示。必选元素Grid或必选元素RectifiedGrid，这两个元素都列出了沿各格网坐标轴的格网坐标的上下界限(它们是用整数像元或格网坐标在格网内部坐标参考系中表示的，其下界限通常定为零)，Grid和RectifiedGrid都有两个必需的属性：dimension(值：2，3或4)表示一个2-,3-,或4-D格网。type(值:点位或中心)指出值是与格网点位置（点位）相联系，还是与邻近点位（中心）间的区域相关。RectifiedGrid（纠正格网）描述如正射象片、Level1G卫片这样的格网数据，这些格网在各维度空间的格网坐标与地面坐标参考系的坐标之间存在仿射关系。如图8所示，RectifiedGrid增加了两个与GridRange并列的、必选的元素:Origin列出了格网原点（即，(0,0,0,0)格网点）在地面坐标系中的位置。Offsets列出了地面坐标系中沿各坐标轴的格网间距。图8–纠正格网的描述RectifiedGrid也增加了第三个必选的属性srsName，它用来标识格网原点和偏移所采用的地面坐标系。在这里也考虑了第三类格网（还没有定案）：RectifiableGrid（可纠正格网）描述了这样的格网，其坐标轴与地面坐标系的坐标轴相关联，这种关联是通过数学转换实现的，而不是一种简单的仿射关系。和RectifiedGrid中的Origin和Offsets相比较，RectifiableGrid描述是一个如图Figure9所示的MathTransform元素。图9–可矫正格网描述MathTransform将列出基于传感器模型、几何参数和外方位元素的转换运算法则，MathTransform元素的句法还没有定义，它将引用SensorMarkupLanguageIPRPAGE\#"'Page:'#'

'"Ref.PAGE\#"'Page:'#'

'"Ref.7．2．3．3—点（MultiPoint）覆盖层第二类覆盖层定义其域为一系列的点，这些可能是气温读数、土壤抽样点或高程点的位置。除了共用的元素(SpatialExtent，TemporalExtent和ElevationExtent)外，该类覆盖也列出了两个可选的元素，如图10所示。图10-点（MultiPoint）覆盖层的范围描述Envelope列出了组成有效数据点边界的一个或多个的多边形。它提供了关于域空间范围的更为精确（更紧凑）的描述。PointCount列出了覆盖层域中的点数。7．2．3．4—TIN覆盖层第三类覆盖层将其域定义为，由一系列点通过狄洛尼（Delaunay）三角形连网得到的一系列的三角形。(这类覆盖经常通过沿这些三角形进行线性内插模拟地形：地面被假定为取决于三个相邻测点连成的三角形的表面)，图11显示了这样的域结构。图11-TIN覆盖层的范围描述TIN覆盖层域的描述与点覆盖层域有很多相似之处，它也有Envelope和PointCount。但TIN覆盖层增加了一个可选元素BreakLineCount，该元素列出了在TIN覆盖层中定义的断裂线的总数(断裂线是梯度突然发生明显变化的测点的集合)。7．2．3．5—曲线段覆盖层第四类覆盖层即曲线段覆盖层，其域定义为一系列的曲线（即弧段、样条或线划串），PAGE\#"'Page:'#'

PAGE\#"'Page:'#'

'"Whydowelisteachcurve–notjustanenvelopeorconvexhull?Whydowecareaboutthetotalnumberofcurvesinthelayer?PAGE\#"'Page:'#'

'"ThisneedstobeadjustedtotheWSDLformulation.图12–曲线段覆盖层域描述]7．2．3．6—泰森多边形覆盖层这里所研究的最后一类覆盖层定义其域为由一系列已知的（“确定的”）点构成的多边形。各多边形不仅封闭了一个确定点，而且多边形内任何一点到该确定点的距离较其它任何点近。这种覆盖结构描述如图13所示。图13–泰森多边形覆盖层域描述泰森多边形覆盖的域通常包括ClipArea元素，该元素列出了一个或多个组成有效数据外部边界的多边形。它也包括列出覆盖中多边形总数的元素PolygonCount。我们也可能还需要讨论常规的多边形覆盖。7．2．4—范围描述各覆盖类型在基本的AbstractCoverageLayerType上增加的第二个元素是RangeSetDescription。这个元素定义了域中各位置的属性（分类，量测或值）。一个位置可能附带几个互不相关的属性（例如当前土地利用，日平均气温，等等），每个属性在独立的范围集（RangeSet）中描述。这些属性可能是一个纯量（数值或文本），如人口密度，或是一个复合（矢量或张量）值，如不同种族的收入，或不同波长辐射率等。7．2．4．1—通用范围集模型在这个WCS版本中，各种覆盖类型都有相同的结构化范围集描述（GridCoverage除外，它增加了一些具体图形元素，如直方图值）。图14表示了这种模式。图14–范围集描述单个RangeSetDescription可有一个或多个的RangeComponentDescription，用于描述与域中每个位置相联系的不同值。每个RangeComponentDescription都包含下列元素：必选元素RangeID，唯一地标识覆盖层中的范围成分。必选元素title，包含一个描述该范围成分的人们可读的字符串，用来在菜单中向用户显示该范围成分。可选元素description，包含范围成分的自由文本描述。可选元素Observable，规定了包含在范围成分中的各种观测（量和属性）的结构化描述。该描述包括一个name,一个自由文本description,一个docURL(观测类型注册条目的索引)，以及一个把表达值与现实世界的量和类相联系的referenceSystem。支持复合观测的可选元素RangeAxis。它描述并列出了范围成分所包含的各种属性值，或范围成分用来提供计数或其它复合值的“容器”。下面详细介绍最后的两个元素。7．2．4．1．1—Observable和referenceSystem上面所述的Observable元素清楚地说明了在一覆盖层中范围组分的信息内容（所有关于观测和测量结果的详细资料都能在ObservationsandMeasurementsDIPRPAGE\#"'Page:'#'

'"Ref.中找到）。它的一个关键子元素PAGE\#"'Page:'#'

'"Ref.图15–参考系UnitOfMeasure用于表达物理量的量测结果（和计数），如单位为华氏度的温度，以米计量的高程。它通过一个name、shortName、一个自由文本description和一个指向单位定义注册表的docURL指针来描述范围值。范围成分也可以表示属性的分类而不是数字测量结果。这些属性的参考系是一个类目列表，它通过唯一的CategoryID，人们易读的title（也是必选的），自由文本description，和指向注册条目的docURL来加以标识。如图16所示。图16–观测的命名和次序类目命名量和次序量反映了用于描绘该类的数字编码（toNumericValue）。命名量和次序量描述的区别只在于各类的顺序是否有意义。对于次序数据（如学校成绩（优秀，…，不合格）或车辆规格（经济，袖珍，…，等大）而言，类目的顺序是有意义的，但对于命名量（如植物种类或土地所有权）而言，顺序则是无意义的。图17中描述了第三种类型的数据——间隔量。为了表示间隔量，间隔应与某一数字尺度上的各个段相对应（例如，年龄范围0-5,6-10,11-20,等等）。（不能完全确定toValue转换应该做什么）。图17–观测的间隔类目7．2．4．1．2—复合观测和RangeAxis范围成分能反映简单的标量观测（如地形高程或昨天的最高气温），或复合观测。复合观测由一组以同一方式定义的观测组成，每一个观测都是同一个测量参数的不同测量值。复合观测值的例子有光谱特性（即多光谱图象中各波长的亮度），年龄分布（人口普查表中按年龄统计的人口数），或气候模式（气候数据库中月平均降水量）。复合观测除了描述测量结果本身以外，还经常用于描述该测量参数，以及列举具有测量结果的参数值。这需要元素RangeAxis，它的句法在图18中显示。图18–范围坐标轴(针对复杂观测)RangeAxis使用与描述测量结果本身相同的术语来描述测量参数(name，description，docURL和referenceSystem)，它也列出了（在RangeExtent元素中）具有测量结果的实际参数值。例如，多光谱图象的RangeAxis可表达它所代表的单位为纳米的波长，它的RangeExtent会列出各图象“波段”的波长，依据该波长可得到辐射率。对于那些与超过一个坐标轴的参数有关的观测来说（如野生动物统计依据大小和种类两个参数制成表格），复合观测可能具有多个RangeAxis元素。7．2．4．1．3—多个数量观测与复杂观测量复合观测量用于具有相同定义的多个观测——反映相同的属性，在同一参考系中表示。如果一组观测量存在语义差别或参照系不同，那么这些不同的观测值属于不同的范围集成分。例如，当多光谱图象上，一些波段记录的是辐射率，其他的波段记录反射的辐射率时，该多光谱图象需要采用截然不同的范围集成分。当几个具有相同定义的测量结果与一个次序的、间隔的或比率的参数联系在一起时，相对于多个纯范围集成分来说，复合测量通常更适合。这是因为，通过复合测量的RangeAxis和RangeExtent元素，并请求沿各坐标轴的区段（“片”），客户端可获得组分观测的子集。例如，通过请求波长坐标轴的相应区段，就可获取超光谱图象的近红外部分，或者，可从一张根据年龄和种族统计人口的表格中，提取出（仅在）老年人中的种族分布状况。在未来的规范中，也允许复合值沿一范围坐标轴内插测量观测值（例如，在被狭窄间隙隔开的狭窄区段的值处内插间隔或比率参数是适宜的）。例如，当光谱波段足够狭窄、足够接近时，多光谱图象允许内插以波长表示的辐射率值。类似地，当年龄等级被恰当定义时，人口金字塔允许内插以年龄表示的人口。范围坐标轴的构造也预测到了“虚拟覆盖”（即，可根据请求调整测量尺度参数值的实时覆盖服务器）。——例如可遥控的成像传感器的波段，或将原始调查数据按用户选择的年龄层次制成表格的人口普查资料服务器。当几个具有相同定义的测量值与一个命名参数（如种类）相联系，且该命名参数的间隔（“片”）无意义的时，复合观测值（如种类计数）就其功能而言与多个纯量范围集成分观测（种类1计数，种类2计数，等等）等同。在任一情况下，范围子集请求都被限制在单值（白种人，西班牙，等等）列表中。此外，复合观测值也提供一次性描述观测量的记载工具——当同一观测量是由一个参数的多个不同值时来表达时，这是一种很有用的简洁表达方式。7．2．4．2—格网覆盖层范围的扩充定义在格网覆盖层的情况下，采用一个可重复的GridRangeDescription，从而增添了在通用范围成分描述中使用的几个可选元素，如图19所示。图19–格网范围描述ColorInterpretation简述了如何理解图象的不同颜色。SampleEncoding详述了图象样本的编码情况。PseudoColorTable列出了索引颜色值。该值用RGB顺序值表示，或用HLS（色相—明度—饱和度），CMYK值表示，或用灰度值表示。Histogram记录了图象的统计表（平均值，中位数，等等），并列出各亮度“区间”中像素的统计数和百分比。7．3异常情况如果网络覆盖服务器在应答GetCapabilities请求时出现错误，它必须产生如第6．4部分所描述的异常，包含错误信息的XML文档的MIME类型必须是application/vnd.ogc.se_xml。8——GetCoverage操作（必选）GetCoverage操作允许从覆盖层中获取覆盖数据，WCS服务器处理GetCoverage请求，并向客户机程序返回一个结果集。8．1—GetCoverage请求GetCoverage请求被编码为关键字-值对，或是一个XML文档。下面两个部分详细阐述了这两种编码。8．1．1——关键字-值对编码8．1．1．1——综述表1描述了完整的GetCoverage请求。URL组分说明?WCS服务器的URL，必选。VERSION=0.7请求协议版本，必选。REQUEST=GetCoverage请求名称:"GetCoverage"，必选。LAYER=LayerID可能获取的覆盖层名称，必选，只能有一个层名—不论“层”是为单数或复数。RANGE=Range1,Range2,…在被请求层上定义的一个或多个范围集成分的标识符。当覆盖层只有一个范围集成分时，该元素可省。SRS=srs_identifier在请求中使用的空间参考系，必选。RESPONSE_SRS=srs_identifier响应中使用的空间参考系，可选的；默认值为请求SRS。BBOX=minx,miny,maxx,maxy[,minz,maxz]请求边界框（左下角坐标，右上角坐标，Z坐标范围可选）内的子集。这些都在由SRS标识的空间参考系中表示，必选。ELEVATION=elev1,elev2,…orELEVATION=min/max/res,…请求对应于指定的高程或高程区段的子集。当使用一个2-DSRS，且被查询的覆盖层具有默认高程时，它是可选的；当使用3-DCRS时，它不可选。TIME=time1,time2,…orTIME=min/max/res,…请求对应于确定的时间瞬间或区段的子集。当使用SRS，且被查询层上定义了默认时间时，它是可选的。RANGE:PARAM=min/max/resorRANGE:PARAM=val1,val2,…orjustPARAM=…通过对包含复合观测量的范围成分RANGE上的参数PARAM进行约束来请求子集。例如：radiance:band=1,5,3(radianceinbands1,5,3)count:age=0/18(agedistributionunder18yrs.)当被选的范围成分中该参数存在缺省值时，它是可选的。当覆盖层只有一个范围集成分时，前缀“RANGE:”可省略。WIDTH=w(integer)HEIGHT=h(integer)DEPTH=d(integer)请求一个指定宽度（x），高度（y）和深度（z）（格网点的整数）的格网。对于格网覆盖层而言，这些参数或者RESX，RESY，RESZ是必选的。RESX=x(double)RESY=y(double)RESZ=z(double)对格网覆盖层空间域进行二次抽样到该分辨率（用SRS单位表示）。对于格网覆盖层而言，这些参数或者WIDTH，HEIGHT，DEPTH参数是必须的。FORMATPAGE\#"'Page:'#'

'"PAGE\#"'Page:'#'

'"Interpolationismissing–needtoadditbackin.覆盖数据文件的输出格式，必选。EXCEPTIONS=application/vnd.ogc.se_xml通过地图服务器报告的异常情况时采用的格式，可选。Vendor-specificparameters可选。表1——以关键值对表示的GetCoverage请求8．1．1．2——VERSION=version基本服务元素一章中定义了这个参数。8．1．1．3——REQUEST=GetCoverage基本服务元素一章中定义了这个参数。对于GetCoverage，必须使用值“GetCoverage”。8．1．1．4——LAYER=LayerIDLAYER参数请求单个的覆盖层，在CapabilitiesXML里通过LayerID元素对它进行标识。不同于WMS，一个GetCoverage查询一次只能提取一个覆盖层。在视觉上或用其它式组合来自不同层的覆盖，这是客户端的工作，而不是服务器的。未来的WCS版本可能会涉及依据数学或逻辑运算符（布尔或其它基本规则叠加）组合覆盖的方法。8．1．1．5——RANGE=Range1,Range2,…RANGE参数请求一个或多个通过CapabilitiesXML定义在选定覆盖层上的范围集成分。它的值必须属于选定覆盖层下的一个或多个RangeID元素。如果选定的覆盖层只有一个已定义的范围集，那么这个参数是可选的。8．1．1．6——SRSSRS(SpatialReferenceSystem)参数在基本服务元素部分做了详细说明。GetCoverage请求须使用这个参数去指定用于查询（BBOX）的坐标参考系。请求参数的值须是在被请求的覆盖层中定义的SRS或QuerySRS/SRS元素中定义的值。如果对于一个层，如果CapabilitiesXML的QuerySRS只列出“OGC:None”或“OGC:Swath”，则必须使用覆盖层内部像素/局部坐标系进行查询。客户必须在GetCoverage请求中指定SRS=OGC:None或SRS=OGC:Swath（不区分大小写），否则服务器会发布一个服务异常。8．1．1．7——RESPONSE_SRS这个参数定义了覆盖应答所使用的坐标系。这是个可选的参数，其默认值为SRS，因而，如果要将其省略，则要求覆盖应答中采用与查询相同的坐标系（同WMS和WFS一样）。请求参数的值必须是在被请求的覆盖层中定义了的SRS或ResponseSRS/SRS元素中定义的值。如果对于一个覆盖层，CapabilitiesXML的SRS或ResponseSRS只列出“OGC:None”，则该覆盖层没有良好定义的空间参考系，不能与其它层一起显示。客户端须在GetCoverage请求中指定ResponseSRS=OGC:None（不区分大小写），否则服务器会发布一个服务异常。如果对于一个覆盖层，CapabilitiesXML的SRS或ResponseSRS只列出“OGC:Swath”，则这个覆盖层仅仅是可以归入地理参照系的：它的空间参考系可根据嵌入的控制点或传感器元数据推断出。客户端可在GetCoverage请求中，通过指定ResponseSRS=OGC:Swath（不区分大小写）来请求这种没有地理参考系的数据。8．1．1．8——BBOXGetCoverage查询必须在至少2-D（XY）的空间内表示空间约束条件，空间约束条件是在SRS参数给出的空间参考系中，用带以逗号隔开的数字（minx,miny,maxx,maxy）的BBOX参数表示的。对于部分或全部包含在BBOX定义的边界框内的覆盖域的任一部分，服务器都应返回适当格式的覆盖数据。此外，如果CapabilitiesXML将层的范围表示为3D坐标系内的一个3-D边界框，GetCoverage查询可使用如同基本服务模式所描述的扩展BBOX句法（BBOX=minx,miny,maxx,maxy,minz,maxz）。附加的参数是可选的：省略minz,maxz时，请求的是覆盖层的缺省高程（如果缺省高程已经定义）。8．1．1．9—高程如果CapabilitiesXML在被请求的覆盖层上定义了一个ElevationExtent，GetCoverage请求可使用一个ELEVATION参数去限制高程请求——因而对2DXYBBOX了进行补充。WMS1.1AnnexC中详细说明了表示高程限制的句法。8．1．1．10——TIME如果CapabilitiesXML在被请求的覆盖层上定义了一个时间范围，GetCoverage请求可能要使用一个TIME参数去限制时间请求，因而对2DXYBBOX或2DXYZBBOX了进行补充。WMS1.1AnnexesBandC中详细说明了表示时间限制和日期/时间值的句法。8．1．1．11——RANGE:PARAM(orPARAM)如果选中的范围集成分之一由一复合观测量组成，则GetCoverage查询请求可用该复合观测量的参数来限制。这是一个可变参数名，由选定范围集成分名称（在RANGE参数中给出）后接冒号（“：”）和在一个该范围集成分上定义的范围坐标轴名称构成。例如，在CapabilitiesXML中一个给定的覆盖层可能定义了叫做“辐射值（radiance）”范围集，它是根据波长区段确定的复合观测量。GetCoverage请求通过指定RANGE=radiance,…和RADIANCE:WAVELENGTH=650/700,500/560,430/500将请求的数据限制在可见光波长范围内。如果选定的覆盖层只有一个已定义的范围集，RANGE参数以及相应的参数前缀都是可选的。在前面的例子里，如果事实上，“radiance”是选定覆盖层上定义的唯一范围集组分，约束条件可简单地表示为：WAVELENGTH=650/700,500/560,430/5008．1．1．12—格网大小：WIDTH,HEIGHT,DEPTH针对格网覆盖的GetCoverage查询可能要求按具体的格网大小返回覆盖。参数WIDTH,HEIGHT,DEPTH沿格网的三个坐标轴定义了格网的大小（格网点树或像元数）。这些参数或RESX,RESY,RESZ都是正常情况下格网覆盖层所要求的。但是，如果CapabilitiesXML对于被请求的覆盖层，返回的插值方式为“None”，GetCoverage查询必须采用数据本身的分辨率：查询不使用RESX,RESY,RESZ或WIDTH,HEIGHT,DEPTH改变覆盖的分辨率。在这种情况下，只能用BBOX获取子集。如果覆盖层在BoundingBox之外单独表示了高程范围，GetCoverage查询可以象前面描述过的一样使用ELEVATION=…来请求的具体范围和分辨率。8．1．1．13—格网分辨率：RESX,RESY,RESZ针对格网覆盖的GetCoverage查询可能要求按具体的格网大小返回覆盖。参数RESX和RESY定义了沿SRS或RESPONSE_SRS中给出的坐标参考系的第一和第二坐标轴的格网单元大小。如果RESPONSE_SRS是一个3D空间参考系，附加的RESZ参数可被用于指定沿该空间参考系第三个坐标轴的分辨率。通常情况下，格网覆盖层都需要这些参数或WIDTH,HEIGHT,DEPTH。但是，对于被查询覆盖层来说，如果CapabilitiesXML返回的插值方法只是“None”，GetCoverage查询必须采用数据的本身的分辨率：查询不能使用RESX,RESY,RESZ或WIDTH,HEIGHT,DEPTH改变覆盖的分辨率。在这种情况下，只能用BBOX获取子集。如果覆盖层在BoundingBox之外单独表示了高程范围，GetCoverage查询可以象前面描述过的一样使用ELEVATION=…来请求的具体范围和分辨率。8．1．1．14—格式这个参数的值必须是在请求的覆盖层的CapabilitiesXML中列出Format元素值。MIMEType子元素中的完整的MIME类型字符串用作FORMAT参数的值。在HTTP环境下，必须用“Content-type”实体头将MIME类型设置到返回对象。8．1．1．15—异常网络覆盖服务须提供异常报告格式“application/vnd.ogc.se_xml”，这个格式在CapabilitiesXML的<Exceptions><Format>元素中列出。<Format>中整个MIME类型串被用作EXCEPTIONS参数的值。错误是采用服务异常XML报告的，如WMS1.1Section6.7andAnnexA.3中所述。如果请求中指定了none，则使用缺省的异常格式。8．1．2—XML编码图20描述了GetCoverage请求的XML编码模式。图20–GetCoverage请求的类型(通用的)CoverageRequestType需要一个版本属性和五个子元素：LayerID指定一个CapabilitiesXML列出的覆盖层。DomainSubset表示获取空间域和时间域里什么样的子集。一般而言，空间子集可以是任何几何要素。事实上，DomainSubset就有一个GML_Geometry的抽象元素。DomainSubset也承认高程和时间子集（值或间隔）。RangeSubset表示检索哪个范围子集。如果覆盖层的CapabilitiesXML中列出的多个范围集成分，这一项请求只针对其中的一个或几个范围组分，并用RangeID标识。如果选定的覆盖层只有