CN114153631A - 一种WebGIS数据共享方法、装置和系统 - Google Patents

Abstract

本申请提供了一种WebGIS数据共享方法、装置和系统，方法包括：根据WebGIS数据发布地图服务；其中，WebGIS数据包括后端服务器适用的设定数据、底图数据和三维格式数据，当后端服务器设置MapGuide时，设定数据为SDF数据，当后端服务器设置GeoServer时，设定数据为SHP数据；通过地图服务对应的数据共享接口，接收多个客户端设备的WebGIS数据获取请求；根据WebGIS数据获取请求从WebGIS数据中确定目标WebGIS数据；发送目标WebGIS数据至对应的客户端设备，以使与目标WebGIS数据对应的客户端设备通过Cesium调用并显示目标WebGIS数据；成本低，扩展灵活。

Description

一种WebGIS数据共享方法、装置和系统

技术领域

本申请涉及WebGIS数据共享的技术领域，尤其是涉及一种WebGIS数据共享方法、装置和系统。

背景技术

WebGIS（web Geographic Information System，网络地理信息系统）是指工作在Web网上的GIS（Geographic Information System，地理信息系统）,是传统的GIS在网络上的延伸和发展，具有传统GIS的特点，可以实现空间数据的检索、查询、制图输出、编辑等GIS基本功能，同时也是Internet 上地理信息发布、共享和交流协作的基础。近年来，随着信息技术和互联网业务的发展，Internet技术正逐步进入到企业日常管理的各个业务，基于WebGIS应用支撑的各种业务需求也越来越多。企业独立建设的WebGIS主要面向的地理资源管理，比较封闭和单一，因而，在面对企业内部其他业务的WebGIS涉及的地理资源管理需求时，需要重复建设针对此业务的WebGIS；另外，付费WebGIS商业平台虽提供部分数据接口，厂商需要根据业主的需求进行接口扩展，但是更新周期长，扩展受限。

因此，如何提供一种解决上述技术问题的方案是本领域技术人员目前需要解决的问题。

发明内容

本申请目的一是提供一种WebGIS数据共享方法，通过以下技术方案得以实现的：

一种WebGIS数据共享方法，应用于设置有MapGuide或GeoServer的后端服务器，包括：

根据WebGIS数据发布地图服务；其中，所述WebGIS数据包括将原始空间数据、原始栅格影像数据和模型数据分别进行数据处理后依次生成的所述后端服务器适用的设定数据、底图数据和三维格式数据，当所述后端服务器设置MapGuide时，所述设定数据为SDF数据，当所述后端服务器设置GeoServer时，所述设定数据为SHP数据；

通过所述地图服务对应的数据共享接口，接收多个客户端设备的WebGIS数据获取请求；

根据所述WebGIS数据获取请求从WebGIS数据中确定目标WebGIS数据；

发送所述目标WebGIS数据至对应的所述客户端设备，以使与所述目标WebGIS数据对应的所述客户端设备通过Cesium调用并显示所述目标WebGIS数据。

基于上述技术方案，本方案提供的数据共享系统包括：设置有MapGuide或GeoServer的后端服务器和设置有Cesium的多个客户端设备，MapGuide、GeoServer和Cesium均是开源技术，成本低、可定制性强；后端服务器提供后台的地图服务，在利用数据共享接口接收到客户端设备的数据获取请求后，前端的客户端设备的Cesium调用地图服务提供的目标WebGIS数据，进行目标WebGIS数据的显示，WebGIS数据可以提供给多个客户端设备，满足了相关业务的扩展需求，避免了相关技术采用在后端服务器上搭建商业的WebGIS服务平台，造成的再根据实际需求扩展时，需要厂商根据需求进行开发的低效以及扩展不灵活的问题。

优选的，还包括：

对所述原始空间数据进行格式转化，生成所述SDF数据；

利用要素参数和图层数据加载所述原始栅格影像数据，得到所述底图数据；

根据原始空间数据的高程信息或所述原始栅格影像数据的高程信息，生成地面模型图；

参照所述原始空间数据的坐标和所述地面模型图中实体位置形状进行三维建模并设置所述模型数据的各个模型，得到三维模型数据；

将所述三维模型数据转换为三维格式数据。

基于上述技术方案，本方案对数据进行加工处理，得到后端服务器的格式可用的数据，具体的，通过对原始空间数据进行格式转化，得到了当前的后端服务器的格式可用的SDF数据；同时也对原始栅格影像数据进行数据处理得到底图数据；对于三维模型数据需要进行一致性工作保证数据一致，具体是根据高程信息生成地面模型图，该地模型图具有高低起伏作为后续建模的基准，进而参照原始空间数据的实体的坐标摆放各个模型，得到三维模型数据，保证了三维和二维的数据一致性。

优选的，还包括：

将所述原始空间数据、原始栅格影像数据和模型数据的扩展数据提取到属性数据库，其中，所述扩展数据包括数据ID；

获取目标实体的操作指令，其中，所述操作指令包括查询、分析、统计中的任意一种；

根据所述操作指令确定所述目标实体的目标数据ID；

根据所述目标数据ID确定目标数据，并将所述目标数据反馈至所述客户端设备。

基于上述技术方案，本方案通过将原始空间数据的扩展数据存储到属性数据库，即每个二维或三维实体都在属性数据库中对应一个数据ID属性，每个数据ID在数据库中对应一条记录，详细记录本目标实体的属性信息，便于二三维场景下查询、统计、分析的相关工作，避免了将扩展数据写入空间数据中造成的获取难、获取效率低的问题。

优选的，还包括：确定发生容灾事件后，利用已备份数据进行数据恢复。

基于上述技术方案，本方案通过存储备份数据，保证在发生容灾事件后，能够自动数据恢复，降低了网络的风险，保证了系统运行的稳定性与可靠性。

本申请目的二是提供一种WebGIS数据共享装置，通过以下技术方案得以实现的：

一种WebGIS数据共享装置，包括：

服务发布模块，用于根据WebGIS数据发布地图服务；其中，所述WebGIS数据包括将原始空间数据、原始栅格影像数据和模型数据分别进行数据处理后依次生成的所述后端服务器适用的设定数据、底图数据和三维格式数据；当所述后端服务器设置MapGuide时，所述设定数据为SDF数据，当所述后端服务器设置GeoServer时，所述设定数据为SHP数据；

请求接收模块，用于通过所述地图服务对应的数据共享接口，接收多个客户端设备的WebGIS数据获取请求；

WebGIS数据确定模块，用于根据所述WebGIS数据获取请求从WebGIS数据中确定目标WebGIS数据；

发送模块，用于发送所述目标WebGIS数据至对应的所述客户端设备，以使与所述目标WebGIS数据对应的所述客户端设备通过Cesium调用并显示所述目标WebGIS数据。

基于上述技术方案，本方案提供的数据共享系统包括：设置有MapGuide或GeoServer的后端服务器和设置有Cesium的多个客户端设备，MapGuide、GeoServer和Cesium均是开源技术，成本低、可定制性强；后端服务器提供后台的地图服务，在利用数据共享接口接收到客户端设备的数据获取请求后，前端的客户端设备的Cesium调用地图服务提供的目标WebGIS数据，进行目标WebGIS数据的显示，WebGIS数据可以提供给多个客户端设备，满足了相关业务的扩展需求，避免了相关技术采用在后端服务器上搭建商业的WebGIS服务平台，造成的再根据实际需求扩展时，需要厂商根据需求进行开发的低效以及扩展不灵活的问题。

本申请目的三是提供一种WebGIS数据共享方法，通过以下技术方案得以实现的：

一种WebGIS数据共享方法，应用于设置有Cesium的客户端设备，包括：

通过后端服务器的地图服务的数据共享接口，发送WebGIS数据获取请求，以使所述后端服务器根据所述WebGIS数据获取请求从WebGIS数据中确定目标WebGIS数据；其中，所述WebGIS数据包括将原始空间数据、原始栅格影像数据和模型数据分别进行数据处理后依次生成的所述后端服务器适用的设定数据、底图数据和三维格式数据；当所述后端服务器设置MapGuide时，所述设定数据为SDF数据，当所述后端服务器设置GeoServer时，所述设定数据为SHP数据；

接收到所述后端服务器发送的所述目标WebGIS数据；

通过Cesium调用并显示所述目标WebGIS数据。

基于上述技术方案，本方案提供的数据共享系统包括：设置有MapGuide或GeoServer的后端服务器和设置有Cesium的多个客户端设备，MapGuide、GeoServer和Cesium均是开源技术，成本低、可定制性强；后端服务器提供后台的地图服务，在利用数据共享接口接收到客户端设备的数据获取请求后，前端的客户端设备的Cesium调用地图服务提供的目标WebGIS数据，进行目标WebGIS数据的显示，WebGIS数据可以提供给多个客户端设备，满足了相关业务的扩展需求，避免了相关技术采用在后端服务器上搭建商业的WebGIS服务平台，造成的再根据实际需求扩展时，需要厂商根据需求进行开发的低效以及扩展不灵活的问题。

优选的，所述通过Cesium调用并显示所述目标WebGIS数据，包括：

根据所述目标WebGIS数据中的目标SDF数据、目标底图数据建立二维图层，同时根据所述目标WebGIS数据中的目标三维模型数据创建三维图层；

将所述二维图层以及三维图层存储于预先实例化的地图容器中；

通过Cesium调用并叠加显示所述地图容器中的二维图层以及三维图层。

基于上述技术方案，本方案设置二维图层和三维图层完成在客户端设备中的地图服务的加载和二维数据和三维数据的融合展示，实现了目标WebGIS数据的服务的可视化。

优选的，还包括：

接收用户发送的图层数据处理请求，其中，所述图层数据处理请求包括插入、更新、删除、检索或关闭中的任意一种；

根据所述图层数据处理请求执行相应操作。

基于上述技术方案，本方案通过Cesium的地图和图层类的处理请求，还能够进行数据交互，例如插入、更新、删除、检索或关闭，提供用户基础数据服务。

本申请目的四是提供一种WebGIS数据共享装置，通过以下技术方案得以实现的：

一种WebGIS数据共享装置，包括：

请求发送模块，用于通过后端服务器的地图服务的数据共享接口，发送WebGIS数据获取请求，以使所述后端服务器根据所述WebGIS数据获取请求从WebGIS数据中确定目标WebGIS数据；其中，所述WebGIS数据包括将原始空间数据、原始栅格影像数据和模型数据分别进行数据处理后依次生成的所述后端服务器适用的设定数据、底图数据和三维格式数据，当所述后端服务器设置MapGuide时，所述设定数据为SDF数据，当所述后端服务器设置GeoServer时，所述设定数据为SHP数据；

接收模块，用于接收到所述后端服务器发送的所述目标WebGIS数据；

显示模块，用于通过Cesium调用并显示所述目标WebGIS数据。

基于上述技术方案，本方案提供的数据共享系统包括：设置有MapGuide或GeoServer的后端服务器和设置有Cesium的多个客户端设备，MapGuide、GeoServer和Cesium均是开源技术，成本低、可定制性强；后端服务器提供后台的地图服务，在利用数据共享接口接收到客户端设备的数据获取请求后，前端的客户端设备的Cesium调用地图服务提供的目标WebGIS数据，进行目标WebGIS数据的显示，WebGIS数据可以提供给多个客户端设备，满足了相关业务的扩展需求，避免了相关技术采用在后端服务器上搭建商业的WebGIS服务平台，造成的再根据实际需求扩展时，需要厂商根据需求进行开发的低效以及扩展不灵活的问题。

本申请目的五是提供一种WebGIS数据共享装置，通过以下技术方案得以实现的：

一种WebGIS数据共享系统，包括：设置有MapGuide或GeoServer的后端服务器，以及，与所述后端服务器进行数据共享的设置有Cesium的多个客户端设备；

其中，所述后端服务器，用于根据WebGIS数据发布地图服务；其中，所述WebGIS数据包括将原始空间数据、原始栅格影像数据和模型数据分别进行数据处理后依次生成的所述后端服务器适用的设定数据、底图数据和三维格式数据；通过所述地图服务对应的数据共享接口，接收多个客户端设备的WebGIS数据获取请求；根据所述WebGIS数据获取请求从WebGIS数据中确定目标WebGIS数据；发送所述目标WebGIS数据至所述客户端设备；当所述后端服务器设置MapGuide时，所述设定数据为SDF数据，当所述后端服务器设置GeoServer时，所述设定数据为SHP数据；

所述客户端设备，用于发送所述WebGIS数据获取请求；通过所述Cesium调用并显示所述目标WebGIS数据。

基于上述技术方案，本方案提供的数据共享系统包括：设置有MapGuide或GeoServer的后端服务器和设置有Cesium的多个客户端设备，MapGuide、GeoServer和Cesium均是开源技术，成本低、可定制性强；后端服务器提供后台的地图服务，在利用数据共享接口接收到客户端设备的数据获取请求后，前端的客户端设备的Cesium调用地图服务提供的目标WebGIS数据，进行目标WebGIS数据的显示，WebGIS数据可以提供给多个客户端设备，满足了相关业务的扩展需求，避免了相关技术采用在后端服务器上搭建商业的WebGIS服务平台，造成的再根据实际需求扩展时，需要厂商根据需求进行开发的低效以及扩展不灵活的问题。

本申请目的六是提供一种电子设备，通过以下技术方案得以实现的：

一种电子设备，所述电子设备具体为后端服务器或客户端设备，包括：

一个或者多个处理器；

存储器；

一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于：执行根据上述任意一种WebGIS数据共享方法。

本申请目的七是提供一种计算机可读存储介质，通过以下技术方案得以实现的：

一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，所述指令在计算机上执行时，使得所述计算机执行如上述任意一种WebGIS数据共享方法的步骤。

附图说明

图1为本申请实施例提供的一种WebGIS数据共享方法的流程示意图；

图2为本申请实施例提供的一种WebGIS数据共享装置的结构示意图；

图3为本申请实施例提供的另一种WebGIS数据共享方法的流程示意图；

图4为本申请实施例提供的另一种WebGIS数据共享装置的结构示意图；

图5为本申请实施例提供的一种WebGIS数据共享系统的结构示意图；

图6为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

以下结合附图对本申请作进一步详细说明。

本具体实施例仅是对本申请的解释，其并不是对本申请的限制，本领域技术人员在阅读完本说明书后可以根据需要对本实施例做出没有创造性贡献的修改，但只要在本申请的范围内都受到专利法的保护。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

另外，本文中术语“和/或”，仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。

下面结合说明书附图对本申请实施例作进一步详细描述。

本申请实施例提供了一种WebGIS数据共享方法，由电子设备执行，该电子设备可以为后端服务器，该后端服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云计算服务的云服务器。请参考图1，图1为本申请实施例提供的一种WebGIS数据共享方法的流程示意图，该方法包括：

S110、根据WebGIS数据发布地图服务。

其中，WebGIS数据包括将原始空间数据、原始栅格影像数据和模型数据分别进行数据处理后依次生成的后端服务器适用的设定数据、底图数据和三维格式数据，当后端服务器设置MapGuide时，设定数据为SDF（Service Data Function，业务数据功能）数据，当后端服务器设置GeoServer时，设定数据为SHP（Shapefile）数据。

本实施例的执行主体是电子设备，该电子设备具体为设置有MapGuide或GeoServer的后端服务器。MapGuide是具有开放性特点的开源的GIS发布平台，以使客户端设备在获取后端服务器的WebGIS数据时，不需要有专门的GIS浏览器，可以直接从网络浏览器中打开，并且设置有MapGuide的后端服务器能够预留一个或多个共享接口，提高扩展的灵活性；采用开源技术，也节省了成本。开源的GeoServer设置在后端服务器上，方便发布地图数据，允许客户端设备利用共享接口对特征数据进行更新、删除、插入操作，通过GeoServer可以比较容易的在客户端设备之间迅速共享WebGIS数据。其中，MapGuide采用FDO（Feature Data Objects，特征数据对象）技术，支持的数据源ArcSDE、MYSQL、SDF，适用性更强，通过自身WebLayout技术实现系统建设，建设效率更高。可见，本实施例是基于开源技术架构实现企业WebGIS数据共享的方法，基于面向服务的理念，为企业的多个客户端设备对应的其他业务提供低成本的基础数据服务。

本实施例先获取原始空间数据、原始栅格影像数据和模型数据，然后依次对上述数据进行对应的数据处理，依次生成后端服务器可用的设定数据、底图数据和三维格式数据。其中，本实施例不对原始空间数据、原始栅格影像数据和模型数据的获取来源进行限定，可以是外业新采集的数据或企业已有的旧数据，用户可自定义设置，只要是能够实现本实施例的目的即可。原始空间数据为二维空间矢量数据，具体可以为dwg数据，该原始空间数据包括平面信息和高程信息，高程信息包括海拔高度信息，将原始空间数据转换成设置MapGuide后端服务器可用的SDF数据或设置GeoServer后端服务器可用的SHP数据。原始栅格影像数据为二维空间矢量数据，具体为jpeg(Joint Photographic Experts Group，联合图像专家小组)、tif(Tagged Image File Format，标签图像文件格式)数据；该原始栅格影像数据包括高程信息、RGB数据；将该原始栅格影像数据进行处理，生成后端服务器可以使用的底图数据。模型数据用3D建模工具输出成obj格式数据，后端服务器不可使用，需要数据处理得到后端服务可用的3dtiles的三维格式数据。

进一步的，本实施例基于独立于软件产商的Open GIS（Open GeodataInteroperability Specificatioin，开放地理互操作规范），该Open GIS提供了一个统一的设计和开发软件工具的框架，使不同地理信息系统软件之间连接、信息交换没有障碍，支持了多源数据融合，同时，可以采用前后台分离架构模块化设计，为将来的企业信息化建设准备足够的空间，便于与现有的商业平台对接的各客户端设备的集成与信息交换。

设置有MapGuide或GeoServer的后端服务器可以提供基于Web的可视化GIS信息发布管理平台和地图编辑工具，用户可以用其进行名称空间定义、数据源定义、服务发布和预览、系统优化配置等操作实现WebGIS数据的地图发布。当后端服务器具有了WebGIS数据后，将其分布成符合OGC(Open Geospatial Consortium, 开放地理空间信息联盟)包含面向资源服务的rest风格服务的规范的地图服务，该地图服务旨在为多个客户端设备提供地图的相关服务。

本实施例不对客户端设备的数量进行限定，由于采用的是开源技术，共享接口适用性强，避免了相关技术中的企业采用商用WebGIS平台，在需要对不同客户端进行数据共享时进行系统更新造成的效率低的问题。

S120、通过地图服务对应的数据共享接口，接收多个客户端设备的WebGIS数据获取请求。

本实施例中设置有与地图服务对应的数据共享接口，该共享接口可以对应多个客户端设备，每个客户端设备可以对应不同的业务服务，优选的，共享接口为80接口。当然，为了遵循技术先进、功能实用、性能稳定、信息可靠的原则，综合考虑实施、维护、操作、扩展等因素，确保整个系统具有系统性、完整性、科学性、合理性和可操作性，本实施例还可以提供其他接口，具体可以对应其它业务系统，例如工程管理、安全监测监控、资源管理等，上述业务系统会涉及与GIS系统数据的共享交换，便于提高后端服务器数据共享的灵活性。对于WebGIS数据获取请求客户端设备对应的用户可根据实际需求进行设置，例如，该WebGIS数据获取请求可以是设定范围内的绿化数据获取请求；还可以是设定范围内的厂房数据获取请求。

S130、根据WebGIS数据获取请求从WebGIS数据中确定目标WebGIS数据。

对于不同的WebGIS数据获取请求，获取的WebGIS数据的范围存在差异，指定的是不同设定范围内的WebGIS数据。本步骤的目的是从WebGIS数据中确定出所需求的目标WebGIS数据。在一种可实现的实施方式中，S130可以包括：解析WebGIS数据获取请求，得到数据标识；根据数据标识从WebGIS数据中提取出目标WebGIS数据，该数据标识对应数据的设定范围。

S140、发送目标WebGIS数据至对应的客户端设备，以使与目标WebGIS数据对应的客户端设备通过Cesium调用并显示目标WebGIS数据。

本步骤是将目标WebGIS数据传输至对应的客户端设备，以便客户端设备进行调用与显示。当后端服务器设置有MapGuide时，可以基于mapagent实现已有地图的第三方对应的客户端设备直接调用，作为客户端Cesium的数据源，进行二维数据、三维数据或二三维融合展示的基础数据。

本实施例中后端服务器可以对应多个客户端设备进行WebGIS数据的共享，提高了信息资源的利用率，保证由后端服务器和客户端设备组成的分布异构系统之间互联互通，后端服务器对外则完成非同源数据的抽取、集中、加载、展现，构造统一的数据处理和交换。

本实施例中后端服务器采用MapGuide或GeoServer，前端的客户端设备采用Cesium；无论是MapGuide或GeoServer还是Cesium均为开源架构，可根据企业实际业务需求对源代码修改实现零活调整。例如：企业因为操作系统环境变化，需要将windows平台更换为linux，涉及变更的主要是MapGuide平台，因为MapGuide平台是开源平台，可以直接将源码重新编译为linux下运行的成果；对于企业实际工作中并不需要的功能模块，可以零活地从源码上屏蔽或删除，避免臃肿。

基于上述技术方案，本实施例提供的数据共享系统包括：设置有MapGuide或GeoServer的后端服务器和设置有Cesium的多个客户端设备，MapGuide、GeoServer和Cesium均是开源技术，成本低、可定制性强；后端服务器提供后台的地图服务，在利用数据共享接口接收到客户端设备的数据获取请求后，前端的客户端设备的Cesium调用地图服务提供的目标WebGIS数据，进行目标WebGIS数据的显示，WebGIS数据可以提供给多个客户端设备，满足了相关业务的扩展需求，避免了相关技术采用在后端服务器上搭建商业的WebGIS服务平台，造成的再根据实际需求扩展时，需要厂商根据需求进行开发的低效以及扩展不灵活的问题。

基于上述实施例，WebGIS数据共享方法，还包括：对原始空间数据进行格式转化，生成设定数据；利用要素参数和图层数据加载原始栅格影像数据，得到底图数据；根据原始空间数据的高程信息或原始栅格影像数据的高程信息，生成地面模型图；参照原始空间数据的坐标和地面模型图中实体位置形状进行三维建模并设置模型数据的各个模型，得到三维模型数据；将三维模型数据转换为三维格式数据。

对于设定数据进行进一步阐述。通过FDO的相关技术如FDO Provider for GDAL/OGR/SHP等工具，将原始空间数据如dwg数据读取后生成SDF数据或SHP数据，该dwg数据包括平面信息和高程信息，将dwg数据导入设置有MapGuide的后端服务器，得到SDF数据；将dwg数据导入设置有GeoServer的后端服务器，得到SHP数据。进一步的，还可以在导入后端服务器时重新指定坐标系。

对于底图数据进行进一步阐述。原始栅格影像数据如jpeg数据、tif数据，直接通过相关工具设置要素和图层数据参数，具体的要素参数和图层数据参数用户可根据实际需求设置，通过“Load”方式实现底图数据的加载,该相关工具可以是MapGuide Maestro工具。

对于三维格式数据进行进一步阐述。用3dmax建模工具将模型数据进行处理得到三维模型数据，三维模型数据通过“Export”直接导出obj数据，再通过obj23dtiles转换工具将obj数据加载后通过“obj23dtiles -i ./bin/buildings/ buildings.obj-tileset”命令转换为3dtiles数据即三维模型数据。值得注意的是，对于三维格式数据，则在开始阶段进行一致性处理保证数据一致：根据高程信息生成地面模型图作为三维底图数据，该地面模型图具有起伏，进而根据原始空间数据的坐标和地面模型图摆放各个模型，得到三维模型数据具体为obj数据，进行格式转化，生成3dtiles格式的三维格式数据。可见，三维格式数据是以二维数据为基础，在转换中指定和二维数据一样的坐标，保证了数据的一致性。

基于上述任一实施例，WebGIS数据共享方法，还包括：将原始空间数据、原始栅格影像数据和模型数据的扩展数据提取到属性数据库，其中，扩展数据包括数据ID；获取目标实体的操作指令，其中，操作指令包括查询、分析、统计中的任意一种；根据操作指令确定目标实体的目标数据ID；根据目标数据ID确定目标数据，并将目标数据反馈至客户端设备。

本实施例采用数据库及异构数据源融合技术，后端服务器的原始空间数据、原始栅格影像数据和模型数据与属性数据库通过扩展数据中的ID((Identity document，身份标识)进行关联，其中扩展数据包括：数据ID，还可以包括：管线埋深、管径、采集时间等信息。前端客户端设备统一调用数据时，通过后端服务器访问属性数据库。其中，进行目标数据ID的关联，即每个二维或三维实体都在属性数据库中对应一个数据ID，每个数据ID在数据库中对应一条记录，详细记录本实体的属性信息，便于二三维场景下查询、统计、分析等相关工作，避免了将扩展数据写入空间数据中造成的获取难、获取效率低的问题。

基于上述任一实施例，WebGIS数据共享方法，还包括：确定发生容灾事件后，利用已备份数据进行数据恢复。

为了降低网络的风险，后端服务器支持自动备份与恢复，以便在后端服务器的平台服务崩溃时能快速恢复，备份数据主要是WebGIS数据，也可以是外部关联的属性数据，保证了系统运行的稳定性与可靠性。进一步的，支持采用云服务的方式，保证系统运行稳定性和可靠性。

下面对本申请实施例提供的一种WebGIS数据共享装置进行介绍，下文描述的WebGIS数据共享装置与上文描述的WebGIS数据共享方法可相互对应参照，参考图2，图2为本申请实施例提供的一种WebGIS数据共享装置的结构框图，包括：

服务发布模块210，用于根据WebGIS数据发布地图服务；其中，WebGIS数据包括将原始空间数据、原始栅格影像数据和模型数据分别进行数据处理后依次生成的后端服务器适用的设定数据、底图数据和三维格式数据；当后端服务器设置MapGuide时，设定数据为SDF数据，当后端服务器设置GeoServer时，设定数据为SHP数据；

请求接收模块220，用于通过地图服务对应的数据共享接口，接收多个客户端设备的WebGIS数据获取请求；

WebGIS数据确定模块230，用于根据WebGIS数据获取请求从WebGIS数据中确定目标WebGIS数据；

发送模块240，用于发送目标WebGIS数据至对应的客户端设备，以使与目标WebGIS数据对应的客户端设备通过Cesium调用并显示目标WebGIS数据。

还包括，数据处理模块，包括：

原始空间数据处理单元，用于对原始空间数据进行格式转化，生成SDF数据；

原始栅格影像数据处理单元，用于利用要素参数和图层数据加载原始栅格影像数据，得到底图数据；

模型数据处理单元，用于根据原始空间数据的高程信息或原始栅格影像数据的高程信息，生成地面模型图；参照原始空间数据的坐标和地面模型图中实体位置形状进行三维建模并设置模型数据的各个模型，得到三维模型数据；将三维模型数据转换为三维格式数据。

还包括：

扩展数据提取模块，用于将原始空间数据、原始栅格影像数据和模型数据的扩展数据提取到属性数据库，其中，扩展数据包括数据ID；

操作指令获取模块，用于获取目标实体的操作指令，其中，操作指令包括查询、分析、统计中的任意一种；

目标数据ID确定模块，用于根据操作指令确定目标实体的目标数据ID；

目标数据反馈模块，用于根据目标数据ID确定目标数据，并将目标数据反馈至客户端设备。

还包括：

数据恢复模块，用于确定发生容灾事件后，利用已备份数据进行数据恢复。

本申请实施例提供了一种WebGIS数据共享方法，由电子设备执行，该电子设备可以为客户端设备，客户端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机等，但并不局限于此，该客户端设备以及后端服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请实施例在此不做限制。

请参考图3，图3为本申请实施例提供的一种WebGIS数据共享方法的流程示意图，该方法包括：

S310、通过后端服务器的地图服务的数据共享接口，发送WebGIS数据获取请求，以使后端服务器根据WebGIS数据获取请求从WebGIS数据中确定目标WebGIS数据。

其中，其中，WebGIS数据包括将原始空间数据、原始栅格影像数据和模型数据分别进行数据处理后依次生成的后端服务器适用的设定数据、底图数据和三维格式数据；当后端服务器设置MapGuide时，设定数据为SDF数据，当后端服务器设置GeoServer时，设定数据为SHP数据。

S320、接收到后端服务器发送的目标WebGIS数据。

S330、通过Cesium调用并显示目标WebGIS数据。

具体请参考上述实施例，本实施例不再进行赘述。可以理解的是，本实施例以三维格式数据为三维数据、SDF数据或底图数据为平面数据，通过rest服务与三维格式数据二三维调用融合一体展示，当然，也可以对外如企业的其它应用系统提供相关WebGIS数据服务。

基于上述技术方案，本实施例提供的数据共享系统包括：设置有MapGuide或GeoServer的后端服务器和设置有Cesium的多个客户端设备，MapGuide、GeoServer和Cesium均是开源技术，成本低、可定制性强；后端服务器提供后台的地图服务，在利用数据共享接口接收到客户端设备的数据获取请求后，前端的客户端设备的Cesium调用地图服务提供的目标WebGIS数据，进行目标WebGIS数据的显示，WebGIS数据可以提供给多个客户端设备，满足了相关业务的扩展需求，避免了相关技术采用在后端服务器上搭建商业的WebGIS服务平台，造成的再根据实际需求扩展时，需要厂商根据需求进行开发的低效以及扩展不灵活的问题。

基于上述实施例，后端服务器的地图服务发布完成后，需要在第三方的客户端设备实现WebGIS数据服务的可视化，具体S330，包括：

S331（附图未示出）、根据目标WebGIS数据中的目标SDF数据、目标底图数据建立二维图层，同时根据目标WebGIS数据中的目标三维模型数据创建三维图层；

S332（附图未示出）、将二维图层以及三维图层存储于预先实例化的地图容器中；

S333（附图未示出）、通过Cesium调用并叠加显示地图容器中的二维图层以及三维图层。

首先通过为Cesium的viewer.dataSources类，指定渲染到面页上的DOM元素和地图选项来实例化一个地图控件，作为地图容器，用来页面存放和展示二三维数据。

然后分别实例化WMS（Web Mapping Service，网络地图服务）图层对象、WFS（WebFeature Service，网络要素服务）图层对象、REST数据图层对象，根据需要创建多个二维图层，并指定图层的显示范围等参数，最后将创建的图层放入地图容器。可以理解的是，二维图层的数量与WebGIS数据获取请求对应，例如，当WebGIS数据获取请求为设定范围内的绿化请求时，对应的二维图层的数量为两个，二维图层分别有绿化图层和背景图层；再如，当WebGIS数据获取请求为设定范围内的厂房请求时，对应的二维图层的数量可以为两个，二维图层分别有厂房图层和背景图层。

调用三维格式数据并创建一个或多个三维图层，设置相关图层的参数，并放入地图容器中。同样的，三维图层的数量与请求对应，本实施例不再进行赘述。

通过Cesium调用并叠加显示地图容器中的二维图层以及三维图层，实现了二三维共享交互，在一个地图界面下展示二维和三维数据。进一步的还可以辅有查询、分析、统计等功能，并向客户端设备提供基础数据服务。可以理解的是，调用地图图层服务，基于WMS服务将地图定义为地理数据的可视化表现，根据用户需求返回相应的地图图片数据。

基于上述技术方案，本实施例设置二维图层和三维图层完成在客户端设备中的地图服务的加载和二维数据和三维数据的融合展示，实现了目标WebGIS数据的服务的可视化。

优选的，还包括：接收用户发送的图层数据处理请求，其中，图层数据处理请求包括插入、更新、删除、检索或关闭中的任意一种；根据图层数据处理请求执行相应操作。

本实施例还可以接受用户发送的图层数据处理请求，可以实现测距、侧面积、缓冲分析、标注等数据的处理，同时，还可以与后台数据库通过Webapi等方式交互，查询属性数据、分析并统计信息等。进而，后端服务器根据HTTP客户请求返回要素级也就是图层数据的GML(Geography Markup Language、地理标识语言)数据，并提供对图层数据的要素的处理操作。

基于上述技术方案，本实施例通过Cesium的地图和图层类的处理请求，还能够进行数据交互，例如插入、更新、删除、检索或关闭，提供用户基础数据服务。

下面对本申请实施例提供的一种WebGIS数据共享装置进行介绍，下文描述的WebGIS数据共享装置与上文描述的WebGIS数据共享方法可相互对应参照，参考图4，图4为本申请实施例提供的WebGIS数据共享装置的结构框图，包括：

请求发送模块410，用于通过后端服务器的地图服务的数据共享接口，发送WebGIS数据获取请求，以使后端服务器根据WebGIS数据获取请求从WebGIS数据中确定目标WebGIS数据；其中，WebGIS数据包括将原始空间数据、原始栅格影像数据和模型数据分别进行数据处理后依次生成的后端服务器适用的设定数据、底图数据和三维格式数据；当后端服务器设置MapGuide时，设定数据为SDF数据，当后端服务器设置GeoServer时，设定数据为SHP数据；

接收模块420，用于接收到后端服务器发送的目标WebGIS数据；

显示模块430，用于通过Cesium调用并显示目标WebGIS数据。

优选的，显示模块430，包括：

图层创建单元，用于根据目标WebGIS数据中的目标SDF数据、目标底图数据建立二维图层，同时根据目标WebGIS数据中的目标三维模型数据创建三维图层；

存储单元，用于将二维图层以及三维图层存储于预先实例化的地图容器中；

叠加显示单元，用于通过Cesium调用并叠加显示地图容器中的二维图层以及三维图层。

还包括：

请求接收模块，用于接收用户发送的图层数据处理请求，其中，图层数据处理请求包括插入、更新、删除、检索或关闭中的任意一种；

执行模块，用于根据图层数据处理请求执行相应操作。

下面对本申请实施例提供的一种WebGIS数据共享系统进行介绍，下文描述的WebGIS数据共享系统与上文描述的WebGIS数据共享方法可相互对应参照，参考图5，图5为本申请实施例提供的WebGIS数据共享系统的结构框图，包括：

设置有MapGuide或GeoServer的后端服务器510，以及，与后端服务器510进行数据共享的设置有Cesium的多个客户端设备520；

其中，后端服务器510，用于根据WebGIS数据发布地图服务；其中，WebGIS数据包括将原始空间数据、原始栅格影像数据和模型数据分别进行数据处理后依次生成的后端服务器适用的SDF数据、底图数据和三维格式数据；通过地图服务对应的数据共享接口，接收多个客户端设备520的WebGIS数据获取请求；根据WebGIS数据获取请求从WebGIS数据中确定目标WebGIS数据；发送目标WebGIS数据至客户端设备520；

客户端设备520，用于发送WebGIS数据获取请求；通过Cesium调用并显示目标WebGIS数据。

下面对本申请实施例提供的一种电子设备进行介绍，下文描述的电子设备与上文描述的WebGIS数据共享方法可相互对应参照。

本申请实施例中提供了一种电子设备，该电子设备可以是后端服务器，还可以是客户端设备，如图6所示，图6所示的电子设备600包括：处理器601和存储器603。其中，处理器601和存储器603相连，如通过总线602相连。可选地，电子设备600还可以包括收发器604。需要说明的是，实际应用中收发器604不限于一个，该电子设备600的结构并不构成对本申请实施例的限定。

处理器601可以是CPU（Central Processing Unit，中央处理器），通用处理器，DSP（Digital Signal Processor，数据信号处理器），ASIC（Application SpecificIntegrated Circuit，专用集成电路），FPGA（Field Programmable Gate Array，现场可编程门阵列）或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器601也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线602可包括一通路，在上述组件之间传送信息。总线602可以是PCI（Peripheral Component Interconnect，外设部件互连标准）总线或EISA（ExtendedIndustry Standard Architecture，扩展工业标准结构）总线等。总线602可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器603可以是ROM（Read Only Memory，只读存储器）或可存储静态信息和指令的其他类型的静态存储设备，RAM（Random Access Memory，随机存取存储器）或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM（Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器）、CD-ROM（Compact DiscRead Only Memory，只读光盘）或其他光盘存储、光碟存储（包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等）、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器603用于存储执行本申请方案的应用程序代码，并由处理器601来控制执行。处理器601用于执行存储器603中存储的应用程序代码，以实现前述方法实施例所示的内容。

其中，电子设备包括但不限于：移动电话、笔记本电脑、数字广播接收器、PDA（个人数字助理）、PAD（平板电脑）、PMP（便携式多媒体播放器）、车载终端（例如车载导航终端）等的移动终端以及诸如数字TV、台式计算机等的固定终端。图6示出的电子设备仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

下面对本申请实施例提供的一种计算机可读存储介质进行介绍，下文描述的计算机可读存储介质与上文描述的方法可相互对应参照。

本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，指令在计算机上执行时，使得计算机执行如上述任意一种WebGIS数据共享方法的步骤。

由于计算机可读存储介质部分的实施例与方法部分的实施例相互对应，因此计算机可读存储介质部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种WebGIS数据共享方法，其特征在于，应用于设置有MapGuide或GeoServer的后端服务器，包括：

根据WebGIS数据发布地图服务；其中，所述WebGIS数据包括将原始空间数据、原始栅格影像数据和模型数据分别进行数据处理后依次生成的所述后端服务器适用的设定数据、底图数据和三维格式数据，当所述后端服务器设置MapGuide时，所述设定数据为SDF数据，当所述后端服务器设置GeoServer时，所述设定数据为SHP数据；

通过所述地图服务对应的数据共享接口，接收多个客户端设备的WebGIS数据获取请求；

根据所述WebGIS数据获取请求从WebGIS数据中确定目标WebGIS数据；

发送所述目标WebGIS数据至对应的所述客户端设备，以使与所述目标WebGIS数据对应的所述客户端设备通过Cesium调用并显示所述目标WebGIS数据。

2.根据权利要求1所述的WebGIS数据共享方法，其特征在于，还包括：

对所述原始空间数据进行格式转化，生成所述设定数据；

利用要素参数和图层数据加载所述原始栅格影像数据，得到所述底图数据；

根据原始空间数据的高程信息或所述原始栅格影像数据的高程信息，生成地面模型图；

参照所述原始空间数据的坐标和所述地面模型图中实体位置形状进行三维建模并设置所述模型数据的各个模型，得到三维模型数据；

将所述三维模型数据转换为三维格式数据。

3.根据权利要求2所述的WebGIS数据共享方法，其特征在于，还包括：

将所述原始空间数据、原始栅格影像数据和模型数据的扩展数据提取到属性数据库，其中，所述扩展数据包括数据ID；

获取目标实体的操作指令，其中，所述操作指令包括查询、分析、统计中的任意一种；

根据所述操作指令确定所述目标实体的目标数据ID；

根据所述目标数据ID确定目标数据，并将所述目标数据反馈至所述客户端设备。

4.根据权利要求1所述的WebGIS数据共享方法，其特征在于，还包括：

确定发生容灾事件后，利用已备份数据进行数据恢复。

5.一种WebGIS数据共享装置，其特征在于，包括：

服务发布模块，用于根据WebGIS数据发布地图服务；其中，所述WebGIS数据包括将原始空间数据、原始栅格影像数据和模型数据分别进行数据处理后依次生成的所述后端服务器适用的设定数据、底图数据和三维格式数据；当所述后端服务器设置MapGuide时，所述设定数据为SDF数据，当所述后端服务器设置GeoServer时，所述设定数据为SHP数据；

请求接收模块，用于通过所述地图服务对应的数据共享接口，接收多个客户端设备的WebGIS数据获取请求；

WebGIS数据确定模块，用于根据所述WebGIS数据获取请求从WebGIS数据中确定目标WebGIS数据；

发送模块，用于发送所述目标WebGIS数据至对应的所述客户端设备，以使与所述目标WebGIS数据对应的所述客户端设备通过Cesium调用并显示所述目标WebGIS数据。

6.一种WebGIS数据共享方法，其特征在于，应用于设置有Cesium的客户端设备，包括：

通过后端服务器的地图服务的数据共享接口，发送WebGIS数据获取请求，以使所述后端服务器根据所述WebGIS数据获取请求从WebGIS数据中确定目标WebGIS数据；其中，所述WebGIS数据包括将原始空间数据、原始栅格影像数据和模型数据分别进行数据处理后依次生成的所述后端服务器适用的设定数据、底图数据和三维格式数据；当所述后端服务器设置MapGuide时，所述设定数据为SDF数据，当所述后端服务器设置GeoServer时，所述设定数据为shp数据；

接收到所述后端服务器发送的所述目标WebGIS数据；

通过Cesium调用并显示所述目标WebGIS数据。

7.根据权利要求6所述的WebGIS数据共享方法，其特征在于，所述通过Cesium调用并显示所述目标WebGIS数据，包括：

根据所述目标WebGIS数据中的目标设定数据、目标底图数据建立二维图层，同时根据所述目标WebGIS数据中的目标三维模型数据创建三维图层；

将所述二维图层以及三维图层存储于预先实例化的地图容器中；

通过Cesium调用并叠加显示所述地图容器中的二维图层以及三维图层。

8.根据权利要求7所述的WebGIS数据共享方法，其特征在于，还包括：

接收用户发送的图层数据处理请求，其中，所述图层数据处理请求包括插入、更新、删除、检索或关闭中的任意一种；

根据所述图层数据处理请求执行相应操作。

9.一种WebGIS数据共享装置，其特征在于，包括：

请求发送模块，用于通过后端服务器的地图服务的数据共享接口，发送WebGIS数据获取请求，以使所述后端服务器根据所述WebGIS数据获取请求从WebGIS数据中确定目标WebGIS数据；其中，所述WebGIS数据包括将原始空间数据、原始栅格影像数据和模型数据分别进行数据处理后依次生成的所述后端服务器适用的设定数据、底图数据和三维格式数据，当所述后端服务器设置MapGuide时，所述设定数据为SDF数据，当所述后端服务器设置GeoServer时，所述设定数据为SHP数据；

接收模块，用于接收到所述后端服务器发送的所述目标WebGIS数据；

显示模块，用于通过Cesium调用并显示所述目标WebGIS数据。

10.一种WebGIS数据共享系统，其特征在于，包括：设置有MapGuide或GeoServer的后端服务器，以及，与所述后端服务器进行数据共享的设置有Cesium的多个客户端设备；

其中，所述后端服务器，用于根据WebGIS数据发布地图服务；其中，所述WebGIS数据包括将原始空间数据、原始栅格影像数据和模型数据分别进行数据处理后依次生成的所述后端服务器适用的设定数据、底图数据和三维格式数据；通过所述地图服务对应的数据共享接口，接收多个客户端设备的WebGIS数据获取请求；根据所述WebGIS数据获取请求从WebGIS数据中确定目标WebGIS数据；发送所述目标WebGIS数据至所述客户端设备；当所述后端服务器设置MapGuide时，所述设定数据为SDF数据，当所述后端服务器设置GeoServer时，所述设定数据为SHP数据；

所述客户端设备，用于发送所述WebGIS数据获取请求；通过所述Cesium调用并显示所述目标WebGIS数据。

Images