CN108491445A - 区域内指标数据的展示方法及系统 - Google Patents

Abstract

本发明提供一种区域内指标数据的展示方法及系统，其中方法包括：将区域内每个网格中的指标数据以矩阵的形式存储在GIS服务器中；根据存储在GIS服务器中的指标数据生成带有标识信息的栅格数据集；接收浏览器前台发送的请求，所述请求中包含待展示的栅格数据集的标识信息，根据所述请求查找出待展示的栅格数据集，对查找出的栅格数据集渲染后提供给浏览器前台，以供展示。本发明极大的降低了数据存储过程中的磁盘占用，减小了后台原始数据到GIS可直接展示数据的时间，显著的提高了前台图层呈现效率，在降低成本的同时，提升了生产效率。

Description

区域内指标数据的展示方法及系统

技术领域

本发明涉及通信技术领域，更具体地，涉及区域内指标数据的展示方法及系统。

背景技术

在通信行业，各大运营商为了方便、清晰的查看某个地理区域的信号覆盖情况，将地理区域划分为100m*100m、50m*50m、20m*20m，甚至是10m*10m的网格，然后定期对在这些网格里采集到的指标数据(例如信号强度、码元传输速率等待)进行汇总并推送到后台，这些指标数据在后台经过数据处理后，在前台，会根据指标值的不同，用不同的颜色进行渲染展示，通过查看渲染结果，掌握信号覆盖情况，进而更有针对性的增设或者调整基站。

通常，当网格数少于3000时，采用将网格数据以要素图层的形式直接加载到前台实时渲染，能得到比较快速的体验；当网格数大于5000时，继续采用前台渲染会出现卡顿、崩溃等问题，这时可通过将网格数据生成矢量图层，然后发布为动态地图服务，前台通过向后台请求服务，后台渲染完成返回动态图片，以在前台进行加载；当网格数达到30万时，后台渲染全部要素返回图片完成的时间超过5s；当网格数超过100万时，请求完成的时间则超过30s，多用户并发请求时，后台负载过重，并且在数据返回到前台后，用户在地图上移动、缩放操作，会继续向GIS服务器发送请求，重新加载，严重影响展示效果，用户体验差。

对动态地图服务进行切片，确实能够解决展示速度慢的问题，但是却无法满足以下要求：1、无法查看历史，无法根据权限控制展示范围；2、切图比较耗时，无法在规定的时间内完成展示。

当数据量达到亿级甚至百亿级时，生成矢量图层所花费的时间无法满足客户的需求，而存储矢量数据又会导致磁盘占用过高，矢量数据前台展示更是难上加难。

发明内容

本发明提供一种克服上述问题或者至少部分地解决上述问题的区域内指标数据的展示方法及系统。

根据本发明的一个方面，提供一种区域内指标数据的展示方法，包括：

S1、将区域内每个网格中的指标数据以矩阵的形式存储在GIS服务器中；

S2、根据存储在GIS服务器中的指标数据生成带有标识信息的栅格数据集；

S3、接收浏览器前台发送的请求，所述请求中包含待展示的栅格数据集的标识信息，根据所述请求查找出待展示的栅格数据集，对查找出的栅格数据集渲染后提供给浏览器前台，以供展示。

优选地，所述步骤S1具体包括：

S1.1、将区域进行网格划分，记录每个网格的行列号，采集所有网格中的指标数据；

S1.2、按照每个网格的行列号，将所有网格中的指标数据以矩阵的形式存储在文本文件中；

S1.3、利用矩阵处理程序将所述文本文件加载至GIS服务器的内存中成为一个矩阵，所述矩阵中的元素为所述文本文件中对应位置所存储的指标数据。

优选地，所述步骤S2具体包括：

指定像元大小、位深度、坐标系基准点以及nodata值，创建坐标投影，结合后台存储的矩阵生成带有标识信息的栅格数据集并存储在GIS服务器的磁盘中，所述栅格数据集中的每个像元具有坐标值。

优选地，所述步骤S3具体包括：

S3.1、将所述栅格数据集推送至GIS服务器的镶嵌数据集，根据镶嵌数据集构建概视图，设置影像服务参数并发布影像服务；

S3.2、接收浏览器前台发送的请求，根据所述请求查找出待展示的栅格数据集，对查找出的栅格数据集渲染后提供给浏览器前台，以使得浏览器前台对栅格数据集进行镶嵌、设置颜色以及过滤展示。

优选地，当文本文件占用的内存大于预设阈值时，所述步骤2还包括采用迭代的方式分块读取并生成栅格数据集。

优选地，所述文本文件为后缀为.csv格式的文件。

优选地，所述矩阵处理程序为Python中的Numpy库。

根据本发明的另一个方面，还提供一种区域内指标数据的展示系统，包括：

存储模块，用于将区域内每个网格中的指标数据以矩阵的形式存储在GIS服务器中；

栅格数据集生成模块，用于根据存储在GIS服务器中的指标数据生成带有标识信息的栅格数据集；

展示模块，接收浏览器前台发送的请求，所述请求中包含待展示的栅格数据集的标识信息，根据所述请求查找出待展示的栅格数据集，对查找出的栅格数据集渲染后提供给浏览器前台，以供进行展示。

优选地，所述存储模块进一步包括：

网格划分单元，用于将区域进行网格划分，记录每个网格的行列号，采集所有网格中的指标数据；

文本存储单元，用于按照每个网格的行列号，将所有网格中的指标数据以矩阵的形式存储在文本文件中；

矩阵生成单元，用于利用矩阵处理程序将所述文本文件加载至GIS服务器的内存中成为一个矩阵，所述矩阵中的元素为所述文本文件中对应位置所存储的指标数据。

优选地，所述展示模块进一步包括：

镶嵌单元，用于将所述栅格数据集推送至GIS服务器的镶嵌数据集，根据镶嵌数据集构建概视图，设置影像服务参数并发布影像服务；

查找单元，接收浏览器前台发送的请求，根据所述请求查找出待展示的栅格数据集，对查找出的栅格数据集渲染后提供给浏览器前台，以使得浏览器前台对栅格数据集进行镶嵌、设置颜色以及过滤展示。

本发明提出的区域内指标数据的展示方法及系统，利用栅格数据的特点，预先将网格中的指标数据以矩阵的形式存储，这样通过矩阵形式的指标数据直接生成栅格数据集能够减少生成所需的时间，提高显示速度，并且只需要接收浏览器前台发送的请求渲染该请求对应的栅格数据集，并不需要如同现有技术需要对所有的栅格数据集进行渲染，具有能够控制显示范围的优势，显著的提高了前台图层呈现效率，在降低成本的同时，提升了生产效率。

附图说明

图1为根据本发明实施例的区域内指标数据的展示方法的流程示意图；

图2为根据本发明实施例的存储在文本文件中的指标数据的矩阵结构示意图；

图3为根据本发明实施例的区域内指标数据的展示系统的功能框图。

具体实施方式

下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。

为了克服现有技术的上述问题，本发明提供了一种区域内指标数据的展示方法，参见图1，包括：

101、将区域内每个网格中的指标数据以矩阵的形式存储在GIS服务器中。

102、根据存储在GIS服务器中的指标数据生成带有标识信息的栅格数据集。

需要说明的是，栅格数据是按网格的行与列排列、具有不同灰度或颜色的阵列数据。栅格结构是大小相等、分布均匀、紧密相连的像元(即网格)阵列来表示空间地物或现象分布的数据组织。而本发明实施例利用栅格数据的特点，预先将网格中的指标数据以矩阵的形式存储，这样通过矩阵形式的指标数据直接生成栅格数据集能够减少生成所需的实际，提高显示速度。每一个区域对应着一个栅格数据集，而每一个栅格数据集都具有唯一的标识信息。例如2018年1月1日北京市的栅格数据集的标识信息为r20180101101，而上海市的栅格数据集的标识信息为r20180101102。栅格数据是最简单、最直观的空间数据结构，它将区域(本发明实施例中指地理区域)划分为大小、均匀、紧密相邻的网格阵列。栅格结构的最显著特点是：数据直接记录属性的指针或属性本身，而其所在位置则根据行列号转换成相应的坐标给出。也就是说，定位是根据数据在数据集合中的位置得到的。

103、接收浏览器前台发送的请求，请求中包含待展示的栅格数据集的标识信息，根据请求查找出待展示的栅格数据集，对查找出的栅格数据集渲染后提供给浏览器前台，以供展示。

本发明实施例只需要接收浏览器前台发送的请求渲染该请求对应的栅格数据集，并不需要如同现有技术需要对所有的栅格数据集进行渲染，具有能够控制显示范围的优势，显著的提高了前台图层呈现效率，在降低成本的同时，提升了生产效率。

在上述实施例的基础上，步骤101具体包括：

S1.1、将区域进行网格划分，记录每个网格的行列号，采集所有网格中的指标数据；

S1.2、按照每个网格的行列号，将所有网格中的指标数据以矩阵的形式存储在文本文件中；

需要说明的是，网格中的指标数据并不能直接存储在GIS服务器中，而是需要先存储在一个文本文件中，本发明实施例将网格的指标数据以矩阵的形式存储在文本文件中，图2示出了本发明实施例的存储在文本文件中的指标数据的矩阵结构示意图，图2中的文本文件一共记录了9条，共3行3列指标数据，矩阵中的第一行在文本文件中称之为第0行，同理，矩阵中的第一列在文本文件中称之为第0列，图2中的箭头所指的位置即为行号为2，列号为2的指标数据，该指标数据为9.331083146926523186e-01。在本发明实施例中，指标数据的存在是为了根据不同的数值渲染出不同的颜色，以对信号覆盖质量的好坏情况一目了然。

S1.3、利用矩阵处理程序将所述文本文件加载至GIS服务器的内存中成为一个矩阵，所述矩阵中的元素为所述文本文件中对应位置所存储的指标数据。需要说明的是，本步骤能方便后期跟进指标数据构建栅格数据集。

在上述实施例的基础上，步骤102具体包括：

指定像元大小、位深度、坐标系基准点以及nodata值，创建坐标投影，结合后台存储的矩阵生成带有标识信息的栅格数据集并存储在GIS服务器的磁盘中，栅格数据集中的每个像元具有坐标值。

需要说明的是，栅格结构是用有限的网格逼近某个图形，因此用栅格数据表示的地表是不连续的，是近似离散的数据。栅格单元的大小决定了在一个象元所覆盖的面积范围内地理数据的精度，网格单元越细，则栅格数据越精确，但如果太细则数据量太大。尤其按某种规则在象元内提取的值，如对长度、面积等的度量，主成分值、均值的求算等，其精度由象元的大小直接决定。

计算机用每个像素需要的位深度来表示数字图像的颜色。例如，黑白二色的图像是数字图像中最简单的一种，它只有黑、白两种颜色，也就是说它的每个像素只有1位颜色，位深度是1，用2的一次幂来表示。由于位深度平均分给R、G、B和Alpha，而只有RGB可以相互组合成颜色，所以4位颜色的图的位深度是4，只有2的4次幂种颜色，8位颜色的图的位深度是8，只有2的8次幂种颜色。24位颜色可称之为真彩色，位深度是24，它能组合成2的24次幂种颜色。

坐标系基准点用来指定为网格生成加载点、在绘图中连接基准目标和注释，以及创建坐标系。需要注意的是，栅格数据集可以理解为一张图片，那么在将栅格数据集显示到地图中时，必须存在一个基准点以准确的放置和缩放。而Nodata值用于表述像元中的数据缺失。NoData被作为栅格数据集中的掩码进行存储。

在上述实施例的基础上，步骤103具体包括：

S3.1、将栅格数据集推送至GIS服务器的镶嵌数据集，根据镶嵌数据集构建概视图，将概视图发布为影像服务，设置影像服务参数；

需要说明的是，镶嵌数据集用于管理和发布海量多分辨率，多传感器影像，对栅格数据集提供了动态镶嵌和实时处理的功能。其最大优势是具有高级栅格查询功能及实时处理函数功能，并可用作提供影像服务的源。

镶嵌数据集的概视图(Overview)，实际上是对镶嵌数据集显示上的“抽稀”，通过重采样生成多层低分辨率的栅格，用与不同比例尺下显示镶嵌数据集。目的是为了提高栅格数据的显示速度和减少CPU的运算，从而提升体验。只有创建了概视图，前台调用的时候才会显示对应的栅格数据，真实的数据是存在镶嵌数据集的，概视图仅仅是为了方便查看。

影响服务的数据源可以是栅格数据集、镶嵌数据集或者引用栅格数据集或镶嵌数据集的图层文件。对定义了动态处理的栅格数据集或栅格图层(例如符号系统或栅格函数)进行共享是影像服务的核心功能，它不需要扩展模块。在共享镶嵌数据集或包含镶嵌函数的栅格图层时，需要ArcGIS Image扩展模块。

影像服务的参数控制了如何令栅格数据可用作影像服务以及启用或限制客户端与影像服务交互的方式。例如，无论数据源是什么，都存在适用于所有影像服务的默认参数，例如默认重采样方法和允许的压缩方法。此外，可通过将功能与影像服务相关联为每个影像服务配置动态处理。还有仅当影像服务的输入为镶嵌数据集时所适用的多个参数。这些参数可对目录进行控制，如确定属性表中的哪些字段对客户端可见，以及是否允许下载或编辑(如添加)

S3.2、接收浏览器前台发送的请求，根据所述请求查找出待展示的栅格数据集，对查找出的栅格数据集渲染后提供给浏览器前台，以使得浏览器前台对栅格数据集进行镶嵌、设置颜色以及过滤展示。具体地，前台HTML页面编写JS调用GIS服务器发布的影像服务，根据不同的镶嵌规则，可以对不同类型的栅格数据集进行镶嵌、设置颜色、过滤显示。

在上述实施例的基础上，当文本文件占用的内存大于预设阈值时，步骤102还包括采用迭代的方式分块读取并生成栅格数据集。需要说明的是，当文本文件过大时，采用迭代的方式分块读取，结合多线程处理，能够加快栅格数据集的生成速度。

在上述各实施例的基础上，文本文件为后缀为.csv格式的文件属于纯文本文件，用于做数据存储容量比XML小，而功能又比TXT文件墙，并且excel也直接支持csv文件的查看和生成。

在上述实施例的基础上，矩阵处理程序为Python中的Numpy库。Numpy库用来进行述职计算，其中进行数组之间的计算是器最擅长的领域，Numpy数组在绝大部分的情况下在数值运算方面都远远优于Python自身所提供的list，使用Numpy可以在代码中省去很多循环语句，从而极大地提高代码的运行效率，并且使代码看起来更简洁。

需要说明的是，本发明实施例的区域内指标数据的展示方法，极大的降低了数据存储过程中的磁盘占用，以20m*20m的栅格为例，存储一天的数据，由原来每天消耗几百G，降至几个G；减小了后台原始数据到GIS服务器可直接展示数据的时间，原来需要4台设备，连续跑一周的任务，现在一台设备，采用多进程两天就可以跑完；显著的提高了前台图层呈现效率，几亿条记录，3s内即可呈现，几十亿甚至百亿数据，10s内也可加载完成，而且拖动、缩放时，运行流畅。在降低成本的同时，提升了生产效率。

根据本发明的另一个方面，还提供一种区域内指标数据的展示系统，参见图3，包括：

存储模块301，用于将区域内每个网格中的指标数据以矩阵的形式存储在GIS服务器中；

栅格数据集生成模块302，用于根据存储在GIS服务器中的指标数据生成带有标识信息的栅格数据集；

需要说明的是，栅格数据是按网格的行与列排列、具有不同灰度或颜色的阵列数据。栅格结构是大小相等、分布均匀、紧密相连的像元(即网格)阵列来表示空间地物或现象分布的数据组织。而本发明实施例的展示系统利用栅格数据的特点，预先将网格中的指标数据以矩阵的形式存储，这样通过矩阵形式的指标数据直接生成栅格数据集能够减少生成所需的实际，提高显示速度。每一个区域对应着一个栅格数据集，而每一个栅格数据集都具有唯一的标识信息。例如2018年1月1日北京市的栅格数据集的标识信息为r20180101101，而上海市的栅格数据集的标识信息为r20180101102。栅格数据是最简单、最直观的空间数据结构，它将区域(本发明实施例中指地理区域)划分为大小、均匀、紧密相邻的网格阵列。栅格结构的最显著特点是：数据直接记录属性的指针或属性本身，而其所在位置则根据行列号转换成相应的坐标给出。也就是说，定位是根据数据在数据集合中的位置得到的。

展示模块303，接收浏览器前台发送的请求，请求中包含待展示的栅格数据集的标识信息，根据请求查找出待展示的栅格数据集，对查找出的栅格数据集渲染后提供给浏览器前台，以供进行展示。

本发明实施例只需要接收浏览器前台发送的请求渲染该请求对应的栅格数据集，并不需要如同现有技术需要对所有的栅格数据集进行渲染，具有能够控制显示范围的优势，显著的提高了前台图层呈现效率，在降低成本的同时，提升了生产效率。

在上述实施例的基础上，存储模块进一步包括：

网格划分单元，用于将区域进行网格划分，记录每个网格的行列号，采集所有网格中的指标数据；

文本存储单元，用于按照每个网格的行列号，将所有网格中的指标数据以矩阵的形式存储在文本文件中；

需要说明的是，网格中的指标数据并不能直接存储在GIS服务器中，而是需要先存储在一个文本文件中，本发明实施例将网格的指标数据以矩阵的形式存储在文本文件中，图2示出了本发明实施例的存储在文本文件中的指标数据的矩阵示意图，图2中的文本文件一共记录了9条，共3行3列指标数据，矩阵中的第一行在文本文件中称之为第0行，同理，矩阵中的第一列在文本文件中称之为第0列，图2中的箭头所指的位置即为行号为2，列号为2的指标数据，该指标数据为9.331083146926523186e-01。在本发明实施例中，指标数据的存在是为了根据不同的数值渲染出不同的颜色，以对信号覆盖质量的好坏情况一目了然。

矩阵生成单元，用于利用矩阵处理程序将所述文本文件加载至GIS服务器的内存中成为一个矩阵，所述矩阵中的元素为所述文本文件中对应位置所存储的指标数据。

在上述实施例的基础上，展示模块进一步包括：

镶嵌单元，用于将所述栅格数据集推送至GIS服务器的镶嵌数据集，根据镶嵌数据集构建概视图，设置影像服务参数并发布影像服务；

需要说明的是，镶嵌数据集用于管理和发布海量多分辨率，多传感器影像，对栅格数据集提供了动态镶嵌和实时处理的功能。其最大优势是具有高级栅格查询功能及实时处理函数功能，并可用作提供影像服务的源。

镶嵌数据集的概视图(Overview)，实际上是对镶嵌数据集显示上的“抽稀”，通过重采样生成多层低分辨率的栅格，用与不同比例尺下显示镶嵌数据集。目的是为了提高栅格数据的显示速度和减少CPU的运算，从而提升体验。

影响服务的数据源可以是栅格数据集，、镶嵌数据集或者引用栅格数据集或镶嵌数据集的图层文件。对定义了动态处理的栅格数据集或栅格图层(例如符号系统或栅格函数)进行共享是影像服务的核心功能，它不需要扩展模块。在共享镶嵌数据集或包含镶嵌函数的栅格图层时，需要ArcGIS Image扩展模块。

影像服务的参数控制了如何令栅格数据可用作影像服务以及启用或限制客户端与影像服务交互的方式。例如，无论数据源是什么，都存在适用于所有影像服务的默认参数，例如默认重采样方法和允许的压缩方法。此外，可通过将功能与影像服务相关联为每个影像服务配置动态处理。还有仅当影像服务的输入为镶嵌数据集时所适用的多个参数。这些参数可对目录进行控制，如确定属性表中的哪些字段对客户端可见，以及是否允许下载或编辑(如添加)

查找单元，接收浏览器前台发送的请求，根据所述请求查找出待展示的栅格数据集，对查找出的栅格数据集渲染后提供给浏览器前台，以使得浏览器前台对栅格数据集进行镶嵌、设置颜色以及过滤展示。具体地，前台HTML页面编写JS调用GIS服务器发布的影像服务，根据不同的镶嵌规则，可以对不同类型的栅格数据集进行镶嵌、设置颜色、过滤显示。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元展示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种区域内指标数据的展示方法，其特征在于，包括：

S1、将区域内每个网格中的指标数据以矩阵的形式存储在GIS服务器中；

S2、根据存储在GIS服务器中的指标数据生成带有标识信息的栅格数据集；

S3、接收浏览器前台发送的请求，所述请求中包含待展示的栅格数据集的标识信息，根据所述请求查找出待展示的栅格数据集，对查找出的栅格数据集渲染后提供给浏览器前台，以供展示。

2.如权利要求1所述的展示方法，其特征在于，所述步骤S1具体包括：

S1.1、将区域进行网格划分，记录每个网格的行列号，采集所有网格中的指标数据；

S1.2、按照每个网格的行列号，将所有网格中的指标数据以矩阵的形式存储在文本文件中；

S1.3、利用矩阵处理程序将所述文本文件加载至GIS服务器的内存中成为一个矩阵，所述矩阵中的元素为所述文本文件中对应位置所存储的指标数据。

3.如权利要求1所述的展示方法，其特征在于，所述步骤S2具体包括：

指定像元大小、位深度、坐标系基准点以及nodata值，创建坐标投影，结合后台存储的矩阵生成带有标识信息的栅格数据集并存储在GIS服务器的磁盘中，所述栅格数据集中的每个像元具有坐标值。

4.如权利要求1所述的展示方法，其特征在于，所述步骤S3具体包括：

S3.1、将所述栅格数据集推送至GIS服务器的镶嵌数据集，根据镶嵌数据集构建概视图，设置影像服务参数并发布影像服务；

S3.2、接收浏览器前台发送的请求，根据所述请求查找出待展示的栅格数据集，对查找出的栅格数据集渲染后提供给浏览器前台，以使得浏览器前台对栅格数据集进行镶嵌、设置颜色以及过滤展示。

5.如权利要求1或3所述的展示方法，其特征在于，当文本文件占用的内存大于预设阈值时，所述步骤2还包括采用迭代的方式分块读取并生成栅格数据集。

6.如权利要求1所述的展示方法，其特征在于，所述文本文件为后缀为.csv格式的文件。

7.如权利要求2所述的展示方法，其特征在于，所述矩阵处理程序为Python中的Numpy库。

8.一种区域内指标数据的展示系统，其特征在于，包括：

存储模块，用于将区域内每个网格中的指标数据以矩阵的形式存储在GIS服务器中；

栅格数据集生成模块，用于根据存储在GIS服务器中的指标数据生成带有标识信息的栅格数据集；

展示模块，接收浏览器前台发送的请求，所述请求中包含待展示的栅格数据集的标识信息，根据所述请求查找出待展示的栅格数据集，对查找出的栅格数据集渲染后提供给浏览器前台，以供进行展示。

9.如权利要求8所述的展示系统，其特征在于，所述存储模块进一步包括：

网格划分单元，用于将区域进行网格划分，记录每个网格的行列号，采集所有网格中的指标数据；

文本存储单元，用于按照每个网格的行列号，将所有网格中的指标数据以矩阵的形式存储在文本文件中；

矩阵生成单元，用于利用矩阵处理程序将所述文本文件中加载至GIS服务器的内存中成为一个矩阵，所述矩阵中的元素为所述文本文件中对应位置所存储的指标数据。

10.如权利要求8所述的展示系统，其特征在于，所述展示模块进一步包括：

镶嵌单元，用于将所述栅格数据集推送至GIS服务器的镶嵌数据集，根据镶嵌数据集构建概视图，设置影像服务参数并发布影像服务；

查找单元，接收浏览器前台发送的请求，根据所述请求查找出待展示的栅格数据集，对查找出的栅格数据集渲染后提供给浏览器前台，以使得浏览器前台对栅格数据集进行镶嵌、设置颜色以及过滤展示。