文章版权由作者李晓晖和博客园共有,若转载请于明显处标明出处:http://www.cnblogs.com/naaoveGIS/

1.背景

公司目前的多数项目采用的是ArcGIS产品+Oracle+WebLogic/Tomcat/APUSIC/WebShpere这样的架构。由于公司从事的是政府项目,甲方单位普遍均采购有以上产品,所以很多时候忽略购买以上产品所需要的费用。并且很多项目的推广,ARCGIS、IBM还有联通或者移动是公司的合作伙伴,涉及到商务问题,对开源的需求并不是很大。再则,政府项目一般侧重的是系统的稳定和易维护,所以他们在基础建设上投资比较大方。

不过随着政府经费的控制趋于严格,管理者水平的提高,对相关软件的购买开始谨慎起来。目前,公司越来越多的项目现场是没有ArcGIS产品的,虽然,我们已能利用GeoServer来代替ArcGIS Server使用,也推出了相应的产品,并且在很多个项目中已经运用,但是仍然是有不足的。

2.目前公司GIS开源项目的不足——没有全套的开源解决方案

A.底图的整体处理还是用ArcGIS Desktop来进行的配置,然后将配置好的底图用ArcGIS切图。

B.虽然利用本地瓦片文件作为底图,绕开了地图的在线服务,但是就切图工具来说,虽然公司有自己的切图软件,但是普遍采用的还是ArcGIS的工具切好图了再给现场实施。

C.涉及到空间数据的管理时,依然是用的ArcGIS Catalog+SDE导入到Oracle数据库中。不涉及到大量空间数据库管理时,是采用的直接通过GeoServer来修改shp数据。并没有统一管理,也不利于其他业务组获取数据。

D.目前基于GeoServer的项目,空间分析能力不强。部分功能已经探索出来,但是还没有在专门的空间分析产品上做出GeoServer版本。

3.WebGIS通用型全套开源解决方案

根据开发环境,可以将主流的WebGIS开源解决方案分成两派,一派是C/C++,一派是java。

C/C++的解决方案为:Mapserver(服务器)+QGIS(桌面软件)+Tomcat(中间件)+PostGIS|MySQL空间扩展(数据库)+Openlayers(JS)/ openscale (FLex)(浏览器客户端)

JavaEE的解决方案为:Geoserver(服务器)+uDig(桌面软件)+Tomact(中间件)+PostGIS|MySQL空间扩展(数据库)+Openlayers(JS)/ openscale (FLex)(浏览器客户端)

3.1MapServer和GeoServer的总体对比

功能上:MapServer弱于GeoServer,QGIS要强于UDIG。

效率上:Mapserver对WMS(Web Map service)的支持更为高效,而Geoserver则更擅长于结合WFS(Web Feature service)规范的属性查询。

以下是来自于http://www.cnblogs.com/mazhenyu/archive/2013/03/16/2963177.html统计的MapServer和GeoServer的使用量趋势图。

3.1.1 MapServer的特点

提供两种工作方式,CGI方式(适用于CGI、AJAX、FLEX开发人员)和MapScript方式(适用于Php、Java、 C#、Python开发人员)。以原生CGI方式效率最高,配合TileCache,可以快速生成大范围的地图瓦片数据。比较基于.Net和J2EE的商 业或开源平台,MapServer更适合高负荷的大型互联网地图应用。MapServer 是基于C写的地图服务软件,比用JAVA写的GeoServer速度要快。而且 MapServer 历史要比 GeoServer 悠久,甚至MapServer 的性能与商业的 ArcIMS 的功能可以娉美。

3.1.2 GeoServer的特点

GeoServer(http://geoserver.org/)是一个符合J2EE规范,且实现了WCS、WMS及WFS规格,支持TransactionWFS(WFS-T),其技术核心是整合了颇负盛名的JavaGISolkit--GeoTools。对于空间信息存储,它支持ESRI Shapefile及PostGIS、Oracle、ArcSDE等空间数据库,输出的GML档案满足GML2.1的要求。由于它是纯Java的,所以更适合于复杂的环境要求,而且由于它的开源,所以开发组织可以基于GeoServer灵活实现特定的目标要求,而这些都是商业GIS组件所缺乏的。GeoServer作为一个纯粹的Java实现,被部署在应用服务器中,简单的如Tomcat等;它的WMS和WFS组件响应来自于浏览器或uDig的请求,访问配置的空间数据库,如PostGIS、OracleSpatial等,产生地图和GML文档传输至客户端。

具有以下优点: 1) 用 java 语言编写、标准的 J2EE 框架、基于 ser vlet 和 STRUTS 框架、 支持高效的 Spring 框架开发; 2) 兼容 WMS 和 WFS 特性、支持 WFS-T 规范; 3) 高效的数据库支持 PostGIS、ShapeFile、ArcSDE,Oracle、MySQL 等; 4) 支持上百种投影; 5) 能够将网络地图输出为 jpeg、gif、png 等格式;

3.2QGIS和uDig的比较

A.界面:QGIS优于uDig。

B.空间分析能力:QGIS优于uDig。

C.发展趋势上:uDig优于QGIS。

D.操作上:uDig优于QGIS。

E.支持的数据源上:uDig优于QGIS。

QGIS的界面:

uDig的界面:

3.3 PostGIS和MySQL空间扩展的对比

根据http://www.cnblogs.com/shanyou/p/3256906.html所提供的观点,下面将其截取总结。

3.3.1 PostGIS的特点

A.PostgreSQL 的稳定性极强。

B. 任何系统都有它的性能极限,在高并发读写,负载逼近极限下,PG的性能指标仍可以维持双曲线甚至对数曲线,到顶峰之后不再下降,而 MySQL 明显出现一个波峰后下滑。

C. PostGIS多年来在 GIS 领域处于优势地位,因为它有丰富的几何类型,实际上不止几何类型,PG有大量字典、数组、bitmap 等数据类型,相比之下MySQL就差很多,instagram就是因为PostGIDS的空间数据库扩展POSTGIS远远强于MySQL的my spatial而采用PGSQL的。

D. 对于WEB应用来说,复制的特性很重要,mysql到现在也是异步复制,pgsql可以做到同步,异步,半同步复制。还有MySQL的同步是基于binlog复制,类似oracle golden gate,是基于stream的复制,做到同步很困难,这种方式更加适合异地复制,pgsql的复制基于wal,可以做到同步复制。同时,pgsql还提供stream复制。

3.3.2mySql空间扩展的特点

A.MySQL有一些实用的运维支持,如 slow-query.log ,这个PostGIS肯定可以定制出来,但是如果可以配置使用就更好了。
B. MySQL的innodb引擎可以充分优化利用系统所有内存,超大内存下PostGIS对内存使用的不那么充分,
C.MySQL的复制可以用多级从库,但是在9.2之前,PostgreSQL不能用从库带从库。
D.从测试结果上看,MySQL5.5的性能提升很大,单机性能强于PostgreSQL,5.6应该会强更多.
E.对于web应用来说, MySQL5.6 的内置MC API功能很好用,PostgreSQL差一些。

4.适合公司的解决方案

4.1原因

公司的后台均由Java编写,所以选择肯定更偏向于基于JavaEE的解决方案。且我们GIS组已经在GeoServer的开源框架上进行了相关开发,比如最短路径服务的开发和道路优化的开发等,并且已经能很好的利用GeoServer提供的WMS服务和WFS服务来进行替AGS化,而且还编写了面向GeoServer的项目配置和发布工具。

同时,公司的V14GIS产品前端采用的是ArcGIS_JS,并且已经对其方法进行了大量封装和整合。

所以,适合目前公司的GIS开源化的解决方案应该是首选:

Geoserver(服务器)+uDig(桌面软件)+Tomact(中间件)+PostGIS(数据库)+ArcGIS_JS (JS)。

对于老项目,只需要将js部分换成我们已有的基于Flex的产品即可。

4.2具体解决方案

A.利用PostGIS将shp数据入库管理。

B.利用uDig连接PostGIS后进行配图。uDig可以生成sld文件,以及发布到GeoServer的样式服务上去,从而实现对服务的配图控制。

C.利用GeoServer来代替ArcGIS Server。通过WMS服务可以实现类似于AGS中的export出图方式,实现部件图层的动态出图。通过WFS服务能实现与类似于AGS中的Query服务。通过WFS服务也可以实现类似于AGS中的FeatureServer服务,从而进行图层的编辑。同时,通过WFS服务还能实现类似于AGS中的GeometryServer服务,实现比如union等功能。

D. 利用GeoWebCache插件,可以实现类似于AGS中的cache功能。同时支持切图。

E.利用GeoTools,可以在后台开发复杂的空间分析和相关操作的功能。

5.亟待解决的问题

5.1技术问题

A.需要验证GeoWebCache的配置和切图功能。以及对GB以上数据的切图效果。

B.需要验证PostGIS对中文的支持(目前测试是支持的)。以及大数据入库时的稳定性。

C.配图的易用性。目前已测试uDig可以配图生成sld,且能配置比较复杂的图。但是如何能直接将所配的图层发布到GeoServer后,让此sld自动与该图层关联,还没测试。后期还需考虑是否有必要开发一个更简易的配图及发布工具。

D.基于GeoServer的空间分析功能还没有验证,目前只开发了部分。

5.2业务问题

如果GIS方面彻底换成开源方案,MIS、工作流、统计、手机等等业务如何和GIS业务结合?

目前公司对固定业务基本采用同一标准库。不同的业务使用标准库中的不同用户空间。有交互的部分的表共用一个业务用户空间。假如我们GIS部分全部采用了开源方案,甚至空间数据的管理都采用开源的数据库来进行管理。如何做到和其他业务的整合,也是一个需要思考和通力解决的地方。

我个人觉得,是可以将GIS的空间数据用开源数据库存放,GIS的业务表还是放入到主版本的数据库中,应该是可以解决以上问题的。

但是问题又来了,既然都有主版本所用的数据库了,比如Oracle,又何必还采用开源数据库呢。

不过,经过我最近的研究,GeoServer也是支持Oracle中的数据的发布的,只是有相关的插件要安装。同时,也有不通过SDE将空间数据导入Oracle的方法。

但是,这种方案,有个最大的问题就是操作相对复杂。

5.3 项目实施人员的实施难度加大问题

开源项目的部署实施问题,是对工程人员的一个巨大挑战。同时,维护的难度也会加大。人的问题其实是最大的问题。

而且工程人员的培训所需要的开销也应该是公司必须考虑的一个方面。

                         -----欢迎转载,但保留版权,请于明显处标明出处:http://www.cnblogs.com/naaoveGIS/

如果您觉得本文确实帮助了您,可以微信扫一扫,进行小额的打赏和鼓励,谢谢 ^_^

                                    

关于WebGIS开源解决方案的探讨的更多相关文章

  1. 关于WebGIS开源解决方案的探讨(转)

    关于WebGIS开源解决方案的探讨   文章版权由作者李晓晖和博客园共有,若转载请于明显处标明出处:http://www.cnblogs.com/naaoveGIS/. 1.背景 公司目前的多数项目采 ...

  2. 关于WebGIS开源解决方案的探讨(转载)

    1.背景 公司目前的多数项目采用的是ArcGIS产品+Oracle+WebLogic/Tomcat/APUSIC/WebShpere这样的架构.由于 公司从事的是政府项目,甲方单位普遍均采购有以上产品 ...

  3. WebGIS开源解决方案之开发环境搭建(一)

    工欲善其事,必先利其器,本文主要讲述WebGIS开源解决方案之环境搭建--geoserver的安装 安装方式一:tomcat环境下安装 从tomcat官网下载tomcat环境,下载链接:http:// ...

  4. 符合我公司GIS开源解决方案的探讨

    文章版权由作者李晓晖和博客园共有,若转载请于明显处标明出处:http://www.cnblogs.com/naaoveGIS/. 1.前言 这一周,我对GIS开源解决方案中涉及到的开源软件以及相关技术 ...

  5. WebGIS开源解决方案之开发环境搭建(四)

    续前几篇文章,前面陆续介绍了开源GIS服务器Geoserver,开源数据库Postpresql以及开源前端udig的安装和基本使用. WebGIS前端开发,可以选择arcgis for javascr ...

  6. WebGIS开源解决方案之矢量数据导入

    前几篇介绍了开源WebGIS开发环境的搭建,本篇开始陆续介绍这些软件的使用,WebGIS的开发,首要的问题是解决数据来源,本篇主要介绍矢量数据在开源空间数据库PostgreSQL中的存储.后续篇幅中再 ...

  7. Webgis开源解决方案之环境搭建(三)

    前两篇文章介绍了开源GIS服务器Geoserver的安装以及开源数据库Postgres的安装,这篇文章介绍开源前端udig软件的安装,使用在后续篇幅中介绍 开源前端目前主流的是QGIS或者udig,网 ...

  8. WebGIS开源解决方案之环境搭建(二)

    续上篇,本文主要介绍开源GIS数据库产品postgres的安装, 从postgis官网下载安装文件,下载地址http://postgis.net 本文一postgresql-9.4.4-3-windo ...

  9. (转)基于即时通信和LBS技术的位置感知服务(二):XMPP协议总结以及开源解决方案

    在<基于即时通信和LBS技术的位置感知服务(一):提出问题及解决方案>一文中,提到尝试使用XMPP协议来实现即时通信.本文将对XMPP协议框架以及相关的C/S架构进行介绍,协议的底层实现不 ...

随机推荐

  1. C++ 小知识积累

    (1)setw和setfill函数 #include<iomanip> 代码: #include<iostream> #include<iomanip> using ...

  2. RadioGroup实现导航栏

    ​[声明] 欢迎转载,但请保留文章原始出处→_→ 生命壹号:http://www.cnblogs.com/smyhvae/ 文章来源:http://www.cnblogs.com/smyhvae/p/ ...

  3. bgp多线

    BGP(边界网关协议)主要用于互联网AS(自治系统)之间的互联,BGP的最主要功能在于控制路由的传播和选择最好的路由. 中国网通 .中国电信.中国铁通.教育网和一些大的民营IDC运营商都具有AS号,全 ...

  4. Android操作HTTP实现与服务器通信(转)

    Android操作HTTP实现与服务器通信   本示例以Servlet为例,演示Android与Servlet的通信. 众所周知,Android与服务器通信通常采用HTTP通信方式和Socket通信方 ...

  5. 达梦7的试用 与SQLSERVER的简单技术对比

    达梦7的试用 与SQLSERVER的简单技术对比 达梦数据库公司推出了他们的数据库服务管理平台,可以在该平台使用达梦数据库而无须安装达梦7数据库 地址:http://online.dameng.com ...

  6. 图解集合6:LinkedHashMap

    初识LinkedHashMap 上两篇文章讲了HashMap和HashMap在多线程下引发的问题,说明了,HashMap是一种非常常见.非常有用的集合,并且在多线程情况下使用不当会有线程安全问题. 大 ...

  7. Hadoop学习笔记—3.Hadoop RPC机制的使用

    一.RPC基础概念 1.1 RPC的基础概念 RPC,即Remote Procdure Call,中文名:远程过程调用: (1)它允许一台计算机程序远程调用另外一台计算机的子程序,而不用去关心底层的网 ...

  8. [nRF51822] 10、基础实验代码解析大全 · 实验15 - RTC

    一.实验内容: 配置NRF51822 的RTC0 的TICK 频率为8Hz,COMPARE0 匹配事件触发周期为3 秒,并使能了TICK 和COMPARE0 中断. TICK 中断中驱动指示灯D1 翻 ...

  9. Generate input file for OVITO

    using System; using System.Collections.Generic; using System.IO; using System.Linq; using System.Tex ...

  10. 老司机学新平台 - Xamarin开发环境及开发框架初探

    随着被微软收购,最近一年间,Xamarin的火爆程度与日俱增.免费.更好的VS2015集成.更好的模拟器,甚至,在windows上运行和调试iOS平台程序,让我这样接触了十几年.NET平台的老司机,即 ...