adoyle@intl-interfaces.com John Evans,
GST, Inc./NASA GSFC john.evans@gsfc.nasa.gov George Percivall GST, Inc./NASA GSFC percivall@gsfc.nasa.gov Arliss Whiteside
BAE SYSTEMS Mission Solutions Arliss.Whiteside@baesystems.com
四、修订历史 日期 版本 编者 描述 WMS 第一个执行规范(OGC文档号 #00-028) 修订版(OGC文档号 #01-047r2) 少量修改(OGC文档号 #01-068r3) 2000-04-19 1.0.0 Allan Doyle 2001-06-21 1.1.0 Jeff de La Beaujardière 2001-12-12 1.1.1 Jeff de La Beaujardière
五、对OpenGIS抽象规范的改动
为了与本规范协调一致，OpenGIS抽象规范要做以下的改动：
在抽象规范主题12“服务体系结构”中关于网络地图服务的简短描述应该增加内容。 预计所需的资料部分来自OGC网络服务测试台结果中有关体系结构的内容。
5
前 言
值得注意的是，OGC 01-068r3的某些部分有可能涉及到专利权。ISO将不对任何或所有这样的专利权承担鉴别的责任。
该版本废除了并且取代了前一个已经进行过技术修订的版本(OGC 01-047r2)。
对1.1.0版本的主要修改
1. 根据坐标变换工作组提出的意见，并利用该组提供的新文本，对6.5.5.1一节中关于EPSG:4326空间参照系进行了修订。为了与OGC的其它文档中的用法保持一至，在该节中及其它地方，用“坐标参照系”一词取代了原来的“坐标系” 一词。
2. 在关于Capabilities XML中〈SRS〉的用法上有一处推荐性的改动。WMS1.1.0允许单个〈SRS〉，在其内部用空格将各个空间参考系标识符分隔开，该修订版则允许使用一连串SRS元素，每一个SRS元素都包含一个标识符，而不赞成使用用空格符分隔的列单编码法。
3. 按照ISO8601：1988（E）标准规定表示的UTC时间串的后缀Z已经从推荐使用改为强制使用。附件B更加清楚的表明了对ISO8601的哪些地方进行了扩充。
4. 关于BBOX请求参数中数值的序列，在6.5.5.1节中已规定得更加清楚。
5. 原来的7.1.5节已经被重新编号为7.1.4节。7.1.4.4节（层和样式）改写得更加清楚。增加了一个新的小节7.1.4.5（层属性）。有些以前只能在Capabilities DTD 中才能找到参考性资料已经被复制到这个规范文件中。
6. 表7 “层属性继承”已被彻底更改使其更加清楚，增加了文字内容，并且原先在注解栏的资料已经移到在7.1.4.5节中适当的分节。
7. 为了采用图示化层描述符规范，命名了三个新的可选操作（GetLegendGraphic, GetStyles, PutStyles），但除此之外在本文档中未做其它规定。
8. 明确了HTTP GET URL里保留字符的使用。这个更改增加了新的6.2.1节和表1，后面的部分也因此重新编号。
9. 原来默许服务器在Capabilities XML中引用私自拷贝的DTD文档，该修订版已明确允许了（7.1.4节）。
10. 在7.2.3.7（“FORMAT”）中关于GETMAP请求的可接受的和推荐的输出格式方面，增加了一些文字内容，该节同样被移到关于输出宽度和高度一节的前面。
11. 明确要求要用XML格式报告异常信息（7.2.3.11节）。
12. 该文档定义的异常代码在附件A.3中总结。
13. 关于可选测试层WMT_GRATICULE（原7.1.4.7节）的叙述已被删除，因为在实践中发现它容易导致错
6
的，并且在诊断其它层的配准误差时没有什么用处。
14. 有关跨越国际日期变更线并用X轴表示经度的的地图的规定比原来更为宽容（6.5.6节）。
15. 关于默认样式的GETMAP请求的例子已经得到了更正（引言）。GETMAP请求的样式列表中的错误已经得到更正（7.2.3.4节）。
16. 在7.2.3节中明确了每个GETMAP请求参数的作用，而且缩短了其中每个子条款的名字。在7.3.3节中明确了每个GETFEATUREINFO请求参数的作用。
17. 原来在7.3.3.7节中关于FEATURE_COUNT默认数值的文字和表8中的信息相互矛盾，现已被修改和表8一致了，并清楚地规定了其默认值为1，而不是一个任意值。
18. 在6.4.1节中（参数顺序和大小写）中关于请求的未知参数的要求已经放宽（从“必须忽略” 到“不可要求”）。
19. 第五节增加了关于UML和OGC抽象规范的内容。
20. 增加了附件E（“自动投影”）。
21. 增加了附件F（“未来的工作”）作为参考信息。
22. 在附件D增加了关于OGC一致性测试程序的内容。涉及ISO19105的内容已经从条款2中删除。
23. 术语和定义的列表（4节）内容增加了，并且采用ISO惯用的格式。
24. 先前在引言中的资料已被移到范围条款中，并且按照ISO的惯例，引言已经减少到一页纸之内。
25. 本文档的供稿人增加了，并且移到第三节(有关联络)。
26. 修改了声明和规范性参考文献的引用，使其更加符合ISO惯例。加长了规范性参考文献的清单，以反映文中明确的引用。更正了几个参考书目的作者名。
27. 更正附件A2中的XML（参考内容）样例，使其符合7.5.1.2节中要求的服务命。
28. 为了和ISO的惯例一致， “MUST”一词已由“SHALL”代替（“SHALL”意味着出于标准的要求，“MUST”意味着出于法律的要求）。
规范性的附件
除了分节A2和A4属于参考性内容外，附件A、B、C、D和E都是规范性的附件。附件F也属于参考性内容。
7
导 论
网络地图服务（WMS）利用具有地理空间位置信息的数据制作地图。我们将地图定义为地理数据可视的表
现；地图本身并不是数据。这个规范定义了三个WMS操作：GetCapabilities返回服务级元数据，它是对服务信息内容和可接受要求参数的一种描述；GetMap返回一个地图影像，其地理空间参数和大小参数是明确定义了的；GetFeatureInfo（可选）返回显示在地图上的某些特殊要素的信息。
这个规范定义了一个用于调用上述操作的万维网统一资源定位器（URL）语法。同样，本规范还定义了服务级元数据的XML（可扩展标记语言）表达法。
在请求一幅地图时，客户端会指定显示在地图上的信息（一个或是多个层），也许还要规定这些层的样式，绘制的是地球上的哪个部分（一个“范围框”），将要用到的投影坐标的和地理的坐标参考系统（空间参考系或是SRS），预期输出的格式，输出的尺寸（宽度和高度），背景的透明性和颜色等。
当两个或是更多的地图采用同样的范围框、空间参考系统、输出大小的时候，其结果就可以精确叠置在一起，从而制作出复合地图。采用支持透明背景的图像格式，就可以看见较低层的图。此外，每个地图层都可以从不同的服务器请求得到。这样，采用WMS规范就可以构建由分布式地图服务器组成的网络，客户端可以利用它来制作符合自己定制要求的地图。
在分布式WMS网络中，一个特定的WMS供应商仅仅需要管理好自身数据集。与此形成鲜明对照的是一个纵向集成的网络制图服务站点，它需要将所有的数据收集在一个地方，用户通过该站点自身的界面来访问这些数据。
8
网络地图服务执行规范
1、范围
本OpenGIS?标准规定了用于制作具有地理参照系的地图的服务行为。同样这个标准也规定为了获取一个服务实例对自身所提供的地图的描述、为了获取一幅地图、为了向服务器查询显示在地图上的要素等需要进行的各种操作。
这个OpenGIS标准适用于图形格式地图的图示化表现。但是这个标准不适用于获取要素本身的数据或者覆盖的数据值。
网络地图服务利用具有地理位置信息的数据制作地图。我们定义地图为地理数据的可视化表达；地图并不是数据本身。地图通常以图像格式表达，例如PNG,GIF或是JPEG，有时候也表达为基于矢量图形，如可缩放矢量图形（SVG）或是网络电脑图形元文件等格式（WebCGM）。这个规范定义了客户请求地图以及服务器描述其拥有的数据所采用的标准方式。这个文件定义了三种操作，其中的前两个是所有的WMS中必须有的。
GetCapabilities（必选）：获取服务级元数据，它是计算机和人都可理解的、关于WMS的信息内容和可接受的请求参数的描述。
GetMap（必选）：获取地图图像，它的地理空间参数和大小参数都有明确的定义。
GetFeatureInfo（可选）：请求显示在地图上的某些特定要素的信息。
一个标准的网络浏览器能够通过简单地递交URL（IETF RFC2369）请求来要求网络地图服务完成这些操作，这个URL的内容要视请求的具体任务而定。所有URL都包含了一个规范版本号和一个请求类型参数。另外，在调用GetMap时，WMS的客户端还可以指定显示在地图上中的信息（一个或是更多的层），也许还要规定这些层的样式，绘制的是地球上的哪个部分（一个“范围框”），将要用到的投影坐标的和地理的坐标参考系统（空间参考系或是SRS），预期输出的格式，输出的尺寸（宽度和高度），背景的透明性和颜色等。当调用GetFeatureInfo，客户须指明被查询的是哪幅地图、在图上的什么位置等。
当两个或是更多的地图采用同样的范围框、空间参考系统、输出大小的时候，其结果就可以精确叠置在一起，从而制作出复合地图。采用支持透明背景的图像格式，就可以看见较低层的图。此外，每个地图层都可以从不同的服务器请求得到。这样，采用WMS规范就可以构建由分布式地图服务器组成的网络，客户端可以利用它来制作符合自己定制要求的地图。
在分布式WMS网络中，一个特定的WMS供应商仅仅需要管理好自身数据集。与此形成鲜明对照的是一个纵向集成的网络制图服务站点，它需要将所有的数据收集在一个地方，用户通过该站点自身的界面来访问这些数据。
因为每个WMS都是独立的，一个WMS必须能够提供一个有关其功能的计算机可理解的描述。这种“服务元数据”使得客户端能够构造出有效的要求, 并且可以构造出可查询的目录，由它将客户端引导到某些具体的WMS。
?
9