文章版权由作者李晓晖和博客园共有,若转载请于明显处标明出处:http://www.cnblogs.com/naaoveGIS/
1.背景介绍
一般WebGIS项目中,前端展示数据的流程基本是先做数据入库、服务发布、然后前端调用展示。假设用户没有基本的GIS背景,需要将本地的excel或CSV等文件快速在地图上进行展示,此需求该如何解决?
目前市场上针对解决这种需求的产品已陆续出现,比如mapbox的studio,esri的portal,超图的地图慧以及由超图原项目经理离职后创办的地图无忧等产品。这类产品一般都以云服务的概念来包装,提供本地文件的Web制图,相关空间分析,数据的编辑,共享等。这里,我以公司某项目来谈谈个人对此类需求的设计和实现。
2.产品设计
研究市场上成熟的产品会发现二八定律是广泛存在的,比如esri的portal中提供了大量的空间分析功能,但是这些功能能够被用户使用上的概率非常低,仅限于卖产品时客户经理的技能秀状态。抽出普适的功能,定位使用的用户,结合公司的需求,是我最开始设计时的原则。
这里首先定义用户:公司研发(目标-数据整合、快速开发),工程同事(某些需求可独立解决),用户使用(解决用户简单需求)。
根据以上三个原则,提出了这样的产品功能构想:
a.本地文件快速展示(研发、工程、客户)。
b.本地文件制图(研发、工程、客户)。
c.基本空间分析(研发、工程、客户)。
d.数据编辑(研发、工程、客户)。
e.数据共享
针对研发:提供数据层面对接、服务层面对接、前端接口对接。
针对工程:提供服务发布功能。
针对客户:提供前端对分享数据的查看。
f.数据权限
针对工程、客户:可配置数据查看权限。
3.产品架构设计
以模块化为核心,首先将地图操作和制图业务进行分裂,构建出两个大模块:
在portal中对各功能模块是否能添加进行配置管理:
4.本地数据展示的设计和实现
本地数据展示主要针对本地的CSV和本地Excel数据,数据中需要包含坐标字段(X、Y),通过portal添加至地图上进行快速展示:
5.Web制图的设计和实现
5.1简单渲染
简单渲染是指用户可以选择渲染的填充色、填充透明度、边框色、边框透明度、以及选择是否用图标(图标可上传选择)展示:
5.2分类渲染
分类渲染是指用户可以选中分类的字段,然后对字段对应的不同阈值进行不同渲染展示:
6.空间分析的设计和实现
6.1多维分析
多维分析中提供热区展现、聚类分析两种维度,并且各参数可以选择控制:
6.2缓冲分析
提供针对上传数据的点、线、面的缓冲分析功能:
7.数据管理
7.1数据关键字查询
选中查询字段,输入查询关键字后便可以搜索出数据中符合要求的结果,点击结果面板后可以在地图上定位到该要素:
7.2数据编辑
针对数据提供增加、修改、删除、另存功能,其中另存功能能将修改后的数据导出成本地的CSV文件:
8.数据共享
8.1设计
选择用PostGIS来存储上传数据,主要考虑都后期可以使用geoserver直接将上传的数据当做图层进行发布。然后设计了三张表来进行数据的元数据管理,分别是tc_user_upload_data,tc_user_upload_data_field,tc_user_upload_data_style表,这三张表中,第一个是存储上传的数据对应的数据表、样式表、上传人员,第二张表对应的各数据所拥有的字段,第三张表存储的是数据对应的样式文件。最后,每上传一个数据,除了填充这三张元数据表外,还为该数据生成一个数据存储表,表中包含geom字段以ST_Geometry格式来存储,为以后和地理服务器对接。
8.2实现
点击上传按钮,即将数据上传至PG库中:
8.3geoserver发布
利用geoserver发布:
或者利用公司集成了发布工具的UDIG配图发布:
Geoserver中预览:
9.权限配置
配置各岗位对服务图层的权限:
图层树中对图层浏览:
10.扩展设计
a.增加前端以配置样式读取上传数据的接口,为研发前端调用。
b.针对研发特殊需求,提供数据层面对接方案。
c.增加更多扩展GIS功能,比如路径纠正、等值线、热点图等。
d.扩展支持更多的本地文件格式。
e.增加地图底图样式可切换配置界面。将地图底图更换成矢量切图,对矢量切图以YAML格式进行样式配置。
-----欢迎转载,但保留版权,请于明显处标明出处:http://www.cnblogs.com/naaoveGIS/
如果您觉得本文确实帮助了您,可以微信扫一扫,进行小额的打赏和鼓励,谢谢 ^_^
![](https://yqfile.alicdn.com/img_f4de35892144e5ccf2907d31b7d25ca2.png?x-oss-process=image/resize,w_1400/format,webp)