zoukankan      html  css  js  c++  java
  • 开放GIS标准OGC之路(3)之 WFS初探(摘抄)

    开放GIS标准OGC之路(3)之 WFS初探

    在" OGC之路(1)WMS总结 "中我们讨论了WMS标准。我们可以从WMS服务器很方便的获得指定区域内的地图,但是我们只能获得渲染后的地图。有时候我们希望获得指定图层的Feature数据包括地理坐标和属性,更进一步,当我们需要修改数据源的数据的时候,WMS就不能满足需要了。OGC为我们提供了另外一个标准Web Feature Service(WFS)来对应以上需求。顾名思义,WFS是通过网络操作Feature的服务。它支持客户端对服务器的Feature执行INSERT, UPDATE, DELETE, LOCK, QUERY,DISCOVERY操作。乍一看感觉WFS像是一个数据库。那么是不是还有类似于SQL的东东呢,确实是这样,关于这个主题我们会在随后讨论。让我们先从一些基本概念开始。

    先来说说Feature与FeatureType。我们说过Feature是对现实抽象的基本元素。它把现实物体抽象为属性数据和地理数据,然后再加上一个Id来标识。许多同类的Feature往往会要求统一处理,对他们分组就显得有必要了。于是Layer出现了,一个Layer就是一组具有相同属性结构的Feature(这是我的理解)。很多系统中同一个Layer里面的Feature还必须具有相同的几何类型,例如都是Point或者都是Polygon。Layer还有一个的Style,这样Feature就会以一致的方式渲染。

    Feature的属性范围很宽,几乎没有限制,只要能和它代表的现实物体产生联系的数据,包括地理数据,都可以作为属性。实际上,我见过的几乎所有GIS系统都把一个Feature对应到一条数据库记录上,在C#里这往往表现为DataRow对象的实例。把Layer对应到数据库表(视图)上,在C#里这往往表现为DataTable对象的实例。于是我们会发现GIS数据的持久化依然是一个古老的主题"ORM"。那么对Feature的检索是不是也类似数据库的检索呢。差不多吧,一般,企业级的GIS应用,Feature的属性数据和地理数据都保存在数据库里。对他们的操作也就是一大串的SQL。有些系统的地理数据访问有专门的中间件来辅助,目前几乎所有的商用数据库都自己提供了GIS数据访问支持,看来GIS很快就会成为Web应用的标配了。OGC有一个" 简单对象访问协议 ",里面有很完整的关于GIS 对象建模 数据库建模 的设计指导,是相当不错的学习资料。

    那FeatureType是什么呢,我们可以用类比的方式来描述:用OO语言中类型(Type)和实例(Instance)的关系来类比,FeatureType是Feature的类型,Feature是FeatureType的实例。

    从数据库获取数据我们会使用SQL,我们需要告诉数据库服务器我们需要哪些表的哪些数据,"select name from peoples where age > 30",这条语句的含义相信大家一看就明白了。从WFS服务器获得数据时我们面临同样的问题,我们需要告诉服务器我们希望得到哪些FeatureType的哪些Feature。具体的格式我们会在介绍GetFeature时讨论,这里需要介绍一个很重要的概念Filter。在前一章我们已经使用过Filter,当时并没有过多纠缠,但是我们已经知道Filter是一种语言,就像SQL一样Filter也提供了表达式,函数等语法与扩展来帮助构建查询。我们可以把Filter看做SQL语句中"where"的部分。

    WFS定义了如下方法:GetCapabilities,DescribeFeatureType,GetFeature, LockFeature(可选),Transaction(可选)。

    1. GetCapabilities。

      WMS有"GetCapabilities",WFS也有"GetCapabilities",将来我们还会看到WCS也提供"GetCapabilities"。而且他们的意义都是一样的,返回服务器的Capability。OGC在定义各种标准时经常会遇到这种情况,本来在一个标准中使用的概念在其他的标准中同样会用到,为了不违反DRY原则,专家们抽象出一些标准来描述基础操作,相应的,先前的标准就成了抽象标准的派生物。是不是有点OO的感觉:)。这里我们就会遇到一个抽象标准OGC Web Services Common Specification(OWS)。GetCapabilities就是OWS的主要方法。派生标准会重写这个方法,WMS的GetCapabilities我们已经很熟悉了,现在我们来看看WFS的GetCapabilities。

      WFS的GetCapabilities的调用格式与WMS差不多, http://localhost:8080/geoserver/ows?service=WFS&request=GetCapabilities ,但是返回数据却有很大区别。由于数据太多我就不把Capability数据块贴上来了。

      我们看到了这样几个节点:ServiceIdentification,ServiceProvider,OperationsMetadata,FeatureTypeList和Filter_Capabilities。前三个节点是OWS定义的,后面两个是WFS追加的。如果你一直从第一章看过来,那你应该很熟悉这种结构了。这些节点的自描述能力很好,从字面上我们就能看出他们的作用。再对比他们的内容,也就八九不离十了。跳过前三个节点,目前他们对我们用处不大。

      我们来看节点FeatureTypeList。很清楚,这个节点包含服务器发布的FeatureType(FeatureType节点)。以及对这些FeatureType的操作(Operations节点)。FeatureType都有一个Name节点,我们可以用它的值来指定FeatureType。DefaultSRS节点告诉我FeatureType在使用哪个坐标系。OutputFormats告诉我们FeatureType用哪些格式返回数据。WGS84BoundingBox就是这个FeatureType的范围的经纬度。

      另外一个值得关注的就是Filter_Capabilities节点。这个节点告诉我们服务器对Filter的支持情况。

      其实在WFS标准里面,Capability数据块的结构还要复杂得多。目前我们了解这些也就足够了。有了这些数据我们就知道我们该如何访问一个WFS服务器。

    2. DescribeFeatureType

      在操作数据库的时候,我们有时需要反射数据库的结构,在ADO.NET里我们会使用函数"GetSchema"来获得一个描述了数据库元信息的XML数据块。在使用WFS的时候我们也存在同样问题。有时候我们需要知道某个FeatureType有哪些属性以及分别是什么类型,这时我们就需要DescribeFeatureType方法。一个典型的DescribeFeatureType调用是这样的: http://localhost:8080/geoserver/ows?service=WFS&request=DescribeFeatureType&TypeName=states 。返回值是这样的

      Code
      。这个数据块携带FeatureType的结构信息。为以后的访问提供了支持。我们要注意一个叫"the_geom"的属性它的类型是"gml:MultiSurfacePropertyType",这就是Feature的地理数据的属性名,我们可以通过这个名称来获得Feature的地理数据。WFS用这种方法来统一数据的访问形式,避免了需要特殊处理的情况。
    3. GetFeature

      终于到了这个方法,这个方法可以说是WFS的基础,它的用途一目了然,获得Feature。如果你敲入这个调用:

      http://localhost:8080/geoserver/ows?service=WFS&request=GetFeature&TypeName=topp:states 。那么你会得到一个很大的xml文档,实际上如果你的服务器发布了一个真实的应用,建议你千万不要这么干。这个调用意味着返回topp:states的所有数据。就和"select * from topp:states"的意思差不多。我们来改造一下这个调用:

      http://localhost:8080/geoserver/ows?service=WFS&request=GetFeature&TypeName=topp:states&FeatureId=states.3 。现在好多了,我们看到它返回的数据是这样的

      Code
      用SQL语句来解释,这个调用就是"select * from topp:states where id= states.3"。我们返回了一个叫states.3的Feature的数据,而返回数据的格式就是GML。我们先不要管GML,只看这个数据块还是不难理解的。它包含states.3的BoundingBox和属性数据。属性数据就是我们在DescribeFeatureType的返回值中看到的字段的值。而第一个属性"the_geom"就是这个Feature的几何数据。这个Feature是一个MultiSurface,它由一个Polygon组成,而这个Polygon又是由一个LinearRing构成。说白了这个Feature就是一个多边形。这个LinearRing由一系列点组成,第一个点与最后一个点重合,这和ESRI Shape的Polygon结构相似。至此我们已经能够成功的获得Feature的数据了。

      来看另外一个调用:

      http://localhost:8080/geoserver/wfs?request=GetFeature&version=1.1.0&typeName=topp:states&BBOX=-75.102613,40.212597,-72.361859,41.512517,EPSG:4326 。这一次我们没有指定id,而是用一个bbox参数来作为检索条件,这就和WMS很像了。

      在真实的应用中,我们不只需要用id来选择Feature,我们还需要更强大的检索机制,就像SQL的"where"一样。这样我们就需要Filter。前面我们都采用了GET方法来执行调用,但是GET只能实现相对简单的调用,要执行复杂的调用我们需要POST方法。下面我们就来看一个XML数据块

      Code
      。用POST把这个数据块发给WFS服务器,我们会看到返回了与前面相似的数据块。用SQL来描述这个调用"select STATE_NAME, LAND_KM, the_geom from states where LAND_KM < 150000 and LAND_KM >= 100000"。意思十分清楚了。现在来简单介绍一下Filter。

      在Filter中这种比较被分为空间操作(Spatial operators),比较操作(Comparison operators)和逻辑操作(Logical operators)三类。空间操作主要针对几何数据,例如我们可以用操作"DWithin"来判断一个几何元素是否完全包含另外一个。比较操作主要针对一般的属性数据,例如我们已经使用的"PropertyIsBetween",判断了属性"LAND_KM "的值是否介于给定的两个值之间。逻辑操作就是"and","or"和"not"操作,它被用来组合前两种操作的结果。依靠这些操作我们可以组合出丝毫不逊于SQL的查询。

      到目前为止我们一直是通过指定属性名或给出一个定值来构造查询,如果我们希望比较某个属性经过一种计算得到的值,例如"2* LAND_KM",该怎么办呢。Filter为我们提供了算数操作(Arithmetic operators)和函数(Functions)。

      算数操作有"Add, Sub, Mul, Div"四则运算,小学水平:)。而函数则为Filter的扩展提供了可能。除了标准函数,服务器还可以增加自己的函数,只要符合Filter的标准。我们在Capability数据块中可以看到的服务器支持哪些函数,以及他们的签名。

    4. LockFeature

      从现在开始我们将进入"幽暗的山谷",这里风景秀丽但是危机四伏。这不是危言耸听,一直以来我们仅仅是从服务器获得数据,但是接下来的操作将修改服务器的状态。设想,你维护着一个提供GIS服务的系统,你需要定期更新数据。那你就需要一个方法,不单是能获得这些数据还要能修改这些数据。设想和你一样的维护人员有许多,你们同时维护着这个数据源。如果你们只是同时查询,下载,打印数据,那唯一的问题就是服务器会偶尔显得拥堵。但是如果你们同时修改数据问题就来了。我们来设想这样的情况,A获得了图层states的1,2,3,4四个Feature,然后把Feature 1的属性做了修改,这时B向服务器发出删除Feature的指令,碰巧Feature 1被删除了,此时A才将修改后的数据提交到服务器。会发生什么?服务器首先是找不到Feature 1,然后它会返回异常给A说Feature 1不存在,而A会很郁闷,Feature 1明明是存在的!这种情况就是分布式系统常常需要处理的,并发访问。不幸的是几乎所有GIS系统都是分布式的。

      说了这么多无非是想引入LockFeature。WFS为我们考虑到了并发访问的问题,它提出的解决方案就是锁住需要修改的Feature。我们只需要告诉服务器我们希望锁住哪些Feature,然后服务器会返回两组数据,一组是成功锁定的Feature Id,一组是无法锁定的Feature Id。我们来看一个典型调用

      Code
      和它的返回
      Code
      。所有含义一目了然。我们可以用Filter来指定需要锁定的Feature,返回数据告诉我们这些Feature哪些成功锁定,哪些不能锁定。不能锁定的Feature显然就是已经被锁定了的。

      这里有两个地方需要注意,首先是调用参数里面有一个"expiry"属性。这个值代表希望锁定的时间,以分钟为单位。如果超过这个时间还没有解锁,服务器会自动解锁,这样就避免了死锁。另外一个是返回值里有一个LockId节点。它的值标识了一次锁定行为,这个值一直到此次锁定解开前都是有效地,在Transaction中我们会用到它。

      值得注意的是,在WFS里LockFeature是可选的,也就是说标准并不要求服务器一定要提供这个方法,所以我们在使用时必须检查GetCapabilities的返回值,看这个服务器是否支持锁定Feature。

    5. Transaction

      砍杀了许多怪物,赞足了经验和血瓶,我们终于要打大Boss了。Transaction,熟悉数据库的朋友对这个词都不陌生,事务。WFS修改数据的方法就是"提交事务"。这个方法也是可选的,这就意味着你完全可以开发一个不支持修改操作的GIS服务器,然后声称你的服务器符合WFS标准。

      一如既往,我们先来看典型调用

      Code
      。这个调用中用到Filter其实我们应该了解在所有OGC标准中需要定位和检索的地方都会用到Filter,它就像一个通用组件。我们专心看看LockId这个节点,在讨论LockFeature时我们见过它,它标识一次成功的锁定操作。现在这个值终于有用武之地了。我们锁定Feature的目的就是为了不受干扰的修改它们,如果我们要修改的Feature有被锁定的对象我们就需要提供这个Id,不然我们会得到一个错误。

      和数据库一样,Transaction提供Insert,Update和Delete操作。此外服务器开发商还可以增加自己的操作,并且在Capability中列出。一个Transaction节点可以包含许多这些操作,下面我们一个个介绍他们。先从Insert开始。

      Insert操作为指定的FeatureType创建新的Feature实例,Feature的数据用GML描述。它会返回新Feature的Id,顺序和提交的顺序一致。其实WFS有一套复杂的机制允许用户指定新Feature的Id,详细情况请阅读标准文档(毕竟我们这个文章不是标准文档的翻译)。这是一个典型的Insert调用

      Code
      以及返回
      Code

      Update操作需要指定要修改的Feature和要修改的属性以及属性的新值。它可以用我们的Filter来指定Feature。这是一个典型的Update调用

      Code
      以及返回
      Code

      Delete操作只需要指定Feature就ok了。

      到这里我们就把Transaction介绍完了,我发现一个问题,WFS不支持创建新的FeatureType。我不知道专家们为什么这样设计,我只能接受这个实事,毕竟WFS已经够复杂了够强大了。

    WFS不可能通过这么短的文字讨论明白,就算仔细阅读标准文档也只能一知半解,糊弄人可以。最佳学习途径就是自己写个程序试试。我们下面就来实践一把。为了保持连贯性我在以前的例子基础上作修改。大家还记得我们的"简单到死的"WMS服务器"SharpMapServer"吧。它只能用ShapeFile作为数据源,这一次我们将增加WFS数据源。

    WFS服务器我们目前只能使用现成的,我使用的是GeoServer。如果你 只想运行一下看看效果, 下载Demo ,并且建议你安装 GeoServer 的最新版。如果你对自己配置感兴趣并且想修改这个程序,在代码里有一个使用说明"readme.doc",详细介绍了SharpMapServer的配置方法。

    到此为止,我们已经见过OGC的两大法宝了,其实还有另外几个服务器协议,像与WMS,WFS并列的WCS。但是我觉想玩点别的,我们就从一直被我们忽略的Filter说起。我们来逐步完善SharpMapServer,让它也能支持比较完整的Style特性。

    注:本文所有演示都是使用FireFox浏览器在GeoServer上进行的,GeoServer的最新版本可以在这里获得: http://geoserver.org/

    ------本文摘抄于http://www.cnblogs.com/sillyemperor/archive/2009/10/15/1583726.html 登山随笔 如需转载请注明

  • 相关阅读:
    将excel中的sheet1导入到sqlserver中
    .net中 Timer定时器
    Exception异常处理机制
    算法
    八、上网行为管理
    获取网站路径绝对路径的方法汇总
    Window逆向基础之逆向工程介绍
    Java Web代码审计流程与漏洞函数
    创建一个Java Web项目,获取POST数据并显示
    七、虚拟专用网
  • 原文地址:https://www.cnblogs.com/kurt/p/2931749.html
Copyright © 2011-2022 走看看