至于WebGIS开源解决方案的探究

至于WebGIS开源解决方案的探究

 文章版权由作者李晓晖同博客园共有,若转载请为大庭广众处于标明出处: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的使用量趋势图。

 档案馆 1                      

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的界面:

 档案馆 2

uDig的界面:

 档案馆 3

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/

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

                                    档案馆 4

admin

网站地图xml地图