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

时间:2022-06-11 19:36:19

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

首先看一份现估测数据:

1)  加载Shp文件,目前直接由前台Flex代码完成;

Web前台直接加载GIS格式数据分析图1 在ArcCatalog里面的Shp文件

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

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

结果显示:

Shp文件

大小

加载时间

Shp1

50kb

约3s

Shp2

750kb

约10s

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

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

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

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

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

 结果显示:

Dwg文件

大小

加载时间

dwg1

50kb

约10s以上

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

3)  加载MDB文件,也是后台开发Web服务

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

图5 ArcCatalog里mdb中要素

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

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

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

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