关于ArcGIS Server的WMS+WFS的调用相关的内容.docx

一、 WMS相关的内容1. 使用openlayers来调用ArcGIS Server 9.3发布的WMS服务第一步：创建服务的同时勾选wms服务,并取出wms的web access路径第二步：在ArcCatalog中添加路径获取wms服务 查看图层的参数name当然，当你增加了wms服务之后。你也可以查看wms地图，如下图所示：从上面可以得到结论，ArcGIS Server发布的WMS服务正常。第三步：下载openlayers2.8 解压 以wms页面为例，在D:tempOpenLayers-2.8examples目录下找到wms.html文件进行修改，修改里面的参数如下。注意的是，图层名字直接使用0，1，2等来表达。如下图所示：试运行一下。效果如下图所示：当然也可以增加多个图层。直接在后面增加就可以了，如下图所示。2. 使用其来添加ArcGIS Server 的rest服务，找到文件D:tempOpenLayers-2.8examplesarcgis93rest.html并打开编辑，改为rest服务 注意 export在Java 环境下，使用同样的方法来实现调用WMS和Rest服务，使用ArcGIS Server Manager来管理服务，并选择WMS服务选择项，使用ArcCatalog来测试服务运行状态及相关参数，要注意的就是图层的名称，在图层属性中可以查询得到，如下图所示：3、使用其来添加ArcGIS Server的Kml服务在Rest服务中创建KML文件，如：http:/jamespc/ArcGIS/rest/services/EditingFeatures/MapServer/generatekml把服务的一个图层或多个图层造成一个kmz文件。保存成一个kmz文件，如下图所示：并转换成kml文件。编辑kml-layer.html文件，并修改4、ArcGIS Server Flex API调用WMS 服务通过扩展 DynamicMapServiceLayer来调用WMS服务，相关代码如下：/ /相关CityStatesWMSLayer.as的内容：/en/webapi/flex/samples/index.html/注意：WMS服务发布后，请求时有个参数LAYERS，这个参数的值就是图层的名字，但是server93发布之后的图层名并不是mxd文档中所看到的图层名，而是被改过了，成了0、1、2、3这样的数字，所以你在访问的时候LAYERS参数要注意了。查看这个0123可以在catalog里建一个wms服务器，然后就能看到图层名对应的数字了，具体是那一个数字可以使用ArcCatalog查询图层的属性。 二、 关于ArcGIS Server中的WFS服务调用注意问题：点坐标表达的顺序问题(x,y)还是(y,x)，如果这里不注意的话可能出现访问成功但是得不到地理要素的问题，可以通过设置配置文件来修改，帮助文档中相关部分，看看就明白了：这个跟你所使用的地理坐标系统所定义的有关系，有些定义其getfeature请求得到的是坐标如下所示： 48.4922165520043 122.630685732366 当然也有些坐标定义是基于(x,y)来返回的。要根据实际情况而定:设置ArcGIS Server服务的WFS属性部分，停止Server的服务，并到ArcGIS Server的安装目录，如：c:arcgisserverusercfg. 找到对应的服务的配置文件，在WFS部分增加下面的信息：WFSServertruelonglatfalsefalse EditingFeatures http:/jamespc/ArcGIS/services/EditingFeatures/MapServer/WFSServer http:/jamespc/ArcGIS/services/EditingFeatures/MapServer/WFSServer EditingFeaturestrue启动服务，这时WFS服务有效，同样你也可以直接使用arccatalog或arcgis server manager来进行相关的设置，如下图所示：之后，可以通过以下方式进行调用，当然你也可以调用WFS的其他方法来得到结构等相关信息：如果得到请看后面的WFS介绍部分：例如得到表结构：http:/jamespc/ArcGIS/services/EditingFeatures/MapServer/WFSServer?service=WFS&request=GetCapabilities 得到要素： http:/jamespc/ArcGIS/services/EditingFeatures/MapServer/WFSServer?typename=mylayername&SERVICE=WFS&VERSION=1.0.0&REQUEST=GetFeature&SRS=EPSG:4326&filter=？：如果你是在用get的方式向wfs服务器传递参数,那么，属性查询的时候要注意了，filter这个参数后面带着一串xml格式的字符串，但是xml字符串中的filter节点要加上命名空间，否则打死也没效果，而且如果有bbox参数的话，会和filter参数冲突，必须把bbox参数转化到filter参数的xml字符串中filter参数内容的一个例子：Device_id70*Device120,30 121,31还有其他的相关问题如下： WFS介绍1.1 在 OGC之路（1）WMS总结 中我们讨论了WMS标准。我们可以从WMS服务器很方便的获得指定区域内的地图，但是我们只能获得渲染后的地图。有时候我们希望获得指定图层的Feature数据包括地理坐标和属性，更进一步，当我们需要修改数据源的数据的时候，WMS就不能满足需要了。OGC为我们提供了另外一个标准Web Feature Service（WFS）来对应以上需求。顾名思义，WFS是通过网络操作Feature的服务。它支持客户端对服务器的Feature执行INSERT, UPDATE, DELETE, LOCK, QUERY，DISCOVERY操作。乍一看感觉WFS像是一个数据库。那么是不是还有类似于SQL的东东呢，确实是这样，关于这个主题我们会在随后讨论。让我们先从一些基本概念开始。 2.1 先来说说Feature与FeatureType。我们说过Feature是对现实抽象的基本元素。它把现实物体抽象为属性数据和地理数据，然后再加上一个Id来标识。许多同类的Feature往往会要求统一处理，对他们分组就显得有必要了。于是Layer出现了，一个Layer就是一组具有相同属性结构的Feature（这是我的理解）。很多系统中同一个Layer里面的Feature还必须具有相同的几何类型，例如都是Point或者都是Polygon。Layer还有一个的Style，这样Feature就会以一致的方式渲染。 3.1 Feature的属性范围很宽，几乎没有限制，只要能和它代表的现实物体产生联系的数据，包括地理数据，都可以作为属性。实际上，我见过的几乎所有GIS系统都把一个Feature对应到一条数据库记录上，在C#里这往往表现为DataRow对象的实例。把Layer对应到数据库表（视图）上，在C#里这往往表现为DataTable对象的实例。于是我们会发现GIS数据的持久化依然是一个古老的主题ORM。那么对Feature的检索是不是也类似数据库的检索呢。差不多吧，一般，企业级的GIS应用，Feature的属性数据和地理数据都保存在数据库里。对他们的操作也就是一大串的SQL。有些系统的地理数据访问有专门的中间件来辅助，目前几乎所有的商用数据库都自己提供了GIS数据访问支持，看来GIS很快就会成为Web应用的标配了。OGC有一个 简单对象访问协议 ，里面有很完整的关于GIS 对象建模 和 数据库建模 的设计指导，是相当不错的学习资料。 4.1 那FeatureType是什么呢，我们可以用类比的方式来描述：用OO语言中类型（Type）和实例（Instance）的关系来类比，FeatureType是Feature的类型，Feature是FeatureType的实例。 5.1 从数据库获取数据我们会使用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（可选）。 a) 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服务器。 b) DescribeFeatureType 在操作数据库的时候，我们有时需要反射数据库的结构，在ADO.NET里我们会使用函数GetSchema来获得一个描述了数据库元信息的XML数据块。在使用WFS的时候我们也存在同样问题。有时候我们需要知道某个FeatureType有哪些属性以及分别是什么类型，这时我们就需要DescribeFeatureType方法。一个典型的DescribeFeatureType调用是这样的： http:/localhost:8080/geoserver/ows?service=WFS&request=DescribeFeatureType&TypeName=states 。返回值是这样的 / /。这个数据块携带FeatureType的结构信息。为以后的访问提供了支持。我们要注意一个叫the_geom的属性它的类型是gml:MultiSurfacePropertyType，这就是Feature的地理数据的属性名，我们可以通过这个名称来获得Feature的地理数据。WFS用这种方法来统一数据的访问形式，避免了需要特殊处理的情况。 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 。现在好多了，我们看到它返回的数据是这样的/ wfs:FeatureCollection numberOfFeatures =1 timeStamp =2009-10-13T00:14:43.515/。 用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数据块/ topp:STATE_NAME topp:LAND_KM topp:the_geom topp:LAND_KM 100000 150000 /。用POST把这个数据块发给WFS服务器，我们会看到返回了与前面相似的数据块。用SQL来描述这个调用select STATE_NAME, LAND_KM, the_geom from states where 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数据块中可以看到的服务器支持哪些函数，以及他们的签名。 LockFeature 从现在开始我们将进入幽暗的山谷，这里风景秀丽但是危机四伏。这不是危言耸听，一直以来我们仅仅是从服务器获得数据，但是接下来的操作将修改服务器的状态。设想，你维护着一个提供GIS服务的系统，你需要定期更新数据。那你就需要一个方法，不单是能获得这些数据还要能修改这些数据。设想和你一样的维护人员有许多，你们同时维护着这个数据源。如果你们只是同时查询，下载，打印数据，那唯一的问题就是服务器会偶尔显得拥堵。但是如果你们同时修改数据问题就来了。我们来设想这样的情况，A获得了图层states的1，2，3，4四个Feature，然后把Feature 1的属性做了修改，这时B向服务器发出删除Feature的指令，碰巧Feature 1被删除了，此时A才将修改后的数据提交到服务器。会发生什么？服务器首先是找不到Feature 1，然后它会返回异常给说Feature 1不存在，而会很郁闷，Feature 1明明是存在的！这种情况就是分布式系统常常需要处理的，并发访问。不幸的是几乎所有GIS系统都是分布式的。说了这么多无非是想引入LockFeature。WFS为我们考虑到了并发访问的问题，它提出的解决方案就是锁住需要修改的Feature。我们只需要告诉服务器我们希望锁住哪些Feature，然后服务器会返回两组数据，一组是成功锁定的Feature Id，一组是无法锁定的Feature Id。我们来看一个典型调用 和它的返回 Code GeoServer_6074053a2e54aae0 。所有含义一目了然。我们可以用Filter来指定需要锁定的Feature，返回数据告诉我们这些Feature哪些成功锁定，哪些不能锁定。不能锁定的Feature显然就是已经被锁定了的。 这里有两个地方需要注意，首先是调用参数里面有一个expiry属性。这个值代表希望锁定的时间，以分钟为单位。如果超过这个时间还没有解锁，服务器会自动解锁，这样就避免了死锁。另外一个是返回值里有一个LockId节点。它的值标识了一次锁定行为，这个值一直到此次锁定解开前都是有效地，在Transaction中我们会用到它。 值得注意的是，在WFS里LockFeature是可选的，也就是说标准并不要求服务器一定要提供这个方法