首页 > 代码库 > Web前台直接加载GIS格式数据分析
Web前台直接加载GIS格式数据分析
本文以Flex直接加载Shp、DWG和MDB为例。
首先看一份现估测数据:
1) 加载Shp文件,目前直接由前台Flex代码完成;
图1 在ArcCatalog里面的Shp文件
图2 直接在前台加载后的Shp文件
结果显示:
Shp文件 | 大小 | 加载时间 |
Shp1 | 50kb | 约3s |
Shp2 | 750kb | 约10s |
分析:未用后台开发,直接使用前台Flex对SHP开放数据加载,省去通讯时间,速度快捷,速度与客户端配置成正比。
说明:直接加载使用了LibertyGIS.swc组件。
2) 加载Dwg文件,后台开发Web服务,部署发布调用
图3 ArcCatalog里面的Dwg可视化 图4 Flex前台加载后的可视化
结果显示:
Dwg文件 | 大小 | 加载时间 |
dwg1 | 50kb | 约10s以上 |
|
|
|
分析:后台VS开发,使用了ArcGIS组件及转换方法,最后发布成服务前台调用,本机测试加载速度明显慢;
3) 加载MDB文件,也是后台开发Web服务
图5 ArcCatalog里mdb中要素
图6 Flex前台加载的MDB中的要素
结果显示:
MDB文件 | 大小 | 加载时间 |
mdb1 | 1M | 20s以上 |
|
|
|
分析:后台VS开发,使用了ArcGIS组件及转换方法,将图形数据转为轻量的Json/String数据然后传输到前台,速度随MDB大小成反比,而且并发会影响服务器运行。
总结:
加载Shp由于采用的是前台语言,比较快捷,很多基于Flex/Silverlight/JS的GIS系统都有直接加载Shp的功能,比较实用;
加载Dwg和Mdb采用了ArcGIS组件技术,并发布成Web服务,需要服务器后台与前台通讯联合,数据量一大就会出现地图卡死,加载慢,这是通用的弊端;
由此:
BS端GIS运用一般采用的直接发布地图服务的方式,不管什么数据统一使用地图服务转而使用图层的方式来加载,是最便捷快速的;
直接加载一些GIS数据适用于:局域网单独的小型的GIS格式文件,带有少量的属性数据,以便捷查看为主;大量(超过100M)的直接加载不符合BS开发的方式,BS端向来只以发布展现为主, 目前可继续测试在高配置服务器上加载多大文件比较适宜。
算法改进:目前从SOAP的协议以轻量的Json/String来实现,速度还是不尽如人意,可找寻替代开发技术或地图展现方面着手。
说明:测试速度以机子配置有关,本次测试以一般的普通机子为测试,速度较慢,配置好的机子速度会快,但理论思维可参考。
分析内容与结果仅供参考。