本节将讨论基于能力匹配的OWS服务，用WMS作为例子。
WMS响应，不仅包括“version”和“attributes”属性，还包括“Service”和“Capa-bility”元素。 “version”可以是到目前为止的版本号。 “Service”包括的必须元素有“Name”、 “Title”、 “Abstract”、 “Online Resource”，可选择的元素有“Keyword List”、“Contact Information”、 “Fees”、 “Access Constraints”、 “Layer Limit”、 “Max Width”和“Max Height”。“Capability”包括必须元素“Request”和“Exception”元素，可选择元素有“Extended Capabilities”和“Layer”。上面的属性和元素都用于能力探测。在本书中，“WMS_ Capabilities”标签和“version”属性用于从潜在的URL数据库中查找“WMS”链接; “Service”和“Capability”元素用于产生“WMS”本体实例。
图5-5表示了WMS爬行与探测的过程。这个过程包括下面几个步骤:
(1) 爬行: 我们使用流行的开源搜索引擎Nutch跟踪每个知道的网页和相关的链接，从特别的URL链接产生一个URL数据库 (A)。
(2) 查询: 一旦有了页面内容，我们就准备查询。Indexer索引器将搜索的内容作全文倒排索引。将文档分成一些索引段，每个片段适合于一个搜索过程。我们使用“WMS”和“Web Map Service”关键字查询索引的页面内容，潜在的“WMS”URL数据库能归档(B)。
(3) 解析: 潜在“WMS”URL数据库里的链接包含“WMS”和“Web Map Service”关键字。使用html解析器解析内容，一些“WMS”相关的链接能够被发现并且存储在潜在的URL数据库 (C) 中。(www.xing528.com)
(4) 探测: 我们向“WMS”链接发送“WMS_ Get Capabilities”get或者post请求并得到响应。如果返回的响应包含“WMS_ Capablities”元素，我们就能得到URL和“WMS”元数据和相应的信息。
(5) 合并: 比较上面的各个“WMS”URL，删除重复记录，产生一个“WMS”URL数据库。
(6) 产生: 每个WMS服务作为一个本体在OGC CSW中注册。
图5-5 OWS能力匹配过程
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
