Web前台直接加载GIS格式数据分析

浏览数：31 / 时间：2015年06月09日

本文以Flex直接加载Shp、DWG和MDB为例。

首先看一份现估测数据：

1）加载Shp文件，目前直接由前台Flex代码完成；

图1 在ArcCatalog里面的Shp文件

图2 直接在前台加载后的Shp文件

结果显示：

分析：未用后台开发，直接使用前台Flex对SHP开放数据加载，省去通讯时间，速度快捷，速度与客户端配置成正比。

说明：直接加载使用了LibertyGIS.swc组件。

2）加载Dwg文件，后台开发Web服务，部署发布调用

图3 ArcCatalog里面的Dwg可视化图4 Flex前台加载后的可视化

结果显示：

分析：后台VS开发，使用了ArcGIS组件及转换方法，最后发布成服务前台调用，本机测试加载速度明显慢；

3）加载MDB文件，也是后台开发Web服务

图5 ArcCatalog里mdb中要素

图6 Flex前台加载的MDB中的要素

结果显示：

分析：后台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来实现，速度还是不尽如人意，可找寻替代开发技术或地图展现方面着手。

说明：测试速度以机子配置有关，本次测试以一般的普通机子为测试，速度较慢，配置好的机子速度会快，但理论思维可参考。

　　分析内容与结果仅供参考。

Web前台直接加载GIS格式数据分析,古老的榕树,5-wow.com

郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。

标签：算法代码 style 文件 src 服务器数据使用 js at 方法算法代码 style 文件 src 服务器数据使用 js at 方法

相关文章