Oracle关于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的使用量趋势图。

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

 Oracle 2

uDig的界面:

 Oracle 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.亟待解决的Oracle题材

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/

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

                                    Oracle 4

相关文章