CN118012428A - 煤矿数据的处理方法、装置和计算机程序产品 - Google Patents

煤矿数据的处理方法、装置和计算机程序产品 Download PDF

Info

Publication number
CN118012428A
CN118012428A CN202410189795.9A CN202410189795A CN118012428A CN 118012428 A CN118012428 A CN 118012428A CN 202410189795 A CN202410189795 A CN 202410189795A CN 118012428 A CN118012428 A CN 118012428A
Authority
CN
China
Prior art keywords
data
coal mine
mine data
target
format
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202410189795.9A
Other languages
English (en)
Inventor
胡子旋
崔亚仲
索智文
杨东
王顼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shendong Coal Branch of China Shenhua Energy Co Ltd
Guoneng Shendong Coal Group Co Ltd
Original Assignee
Shendong Coal Branch of China Shenhua Energy Co Ltd
Guoneng Shendong Coal Group Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shendong Coal Branch of China Shenhua Energy Co Ltd, Guoneng Shendong Coal Group Co Ltd filed Critical Shendong Coal Branch of China Shenhua Energy Co Ltd
Priority to CN202410189795.9A priority Critical patent/CN118012428A/zh
Publication of CN118012428A publication Critical patent/CN118012428A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Processing Or Creating Images (AREA)

Abstract

本申请提供了一种煤矿数据的处理方法、装置和计算机程序产品。该方法包括:获取煤矿数据,其中,煤矿数据是与人员移动、车辆移动和采煤设备有关的数据;根据煤矿数据的数据类型将煤矿数据转换为目标格式,得到目标煤矿数据;根据目标煤矿数据的数据类型存储目标煤矿数据;采用VUE X框架展示目标煤矿数据以及采用VUE X框架管理目标煤矿数据。该方法解决了技术中煤矿行业内现有的各类信息系统无法有效管理这些时空数据的问题。

Description

煤矿数据的处理方法、装置和计算机程序产品
技术领域
本申请涉及数据处理技术领域,具体而言,涉及一种煤矿数据的处理方法、装置、计算机可读存储介质和计算机程序产品。
背景技术
矿井中超过80%的数据都与时空有关,如人员移动轨迹、车辆轨迹和采煤设备轨迹等。这些数据多为半结构化和非结构化数据,并且随着时间流逝不断产生和更新,数据体量巨大。
然而,目前煤矿行业内现有的各类信息系统无法有效管理这些时空数据。
发明内容
本申请的主要目的在于提供一种煤矿数据的处理方法、装置、计算机可读存储介质和计算机程序产品,以至少解决现有技术中煤矿行业内现有的各类信息系统无法有效管理这些时空数据的问题。
为了实现上述目的,根据本申请的一个方面,提供了一种煤矿数据的处理方法,包括:获取煤矿数据,其中,所述煤矿数据是与人员移动、车辆移动和采煤设备有关的数据;根据所述煤矿数据的数据类型将所述煤矿数据转换为目标格式,得到目标煤矿数据,其中,所述目标格式为geojson格式、TIF格式、3D Tiles格式和.terrain格式中的一种或者多种;根据所述目标煤矿数据的所述数据类型存储所述目标煤矿数据,其中,存储方式包括直接存储入数据库和/或采用在线地图服务存储入所述数据库;采用VUE X框架展示所述目标煤矿数据以及采用所述VUE X框架管理所述目标煤矿数据,其中,管理包括增、删、改、查中的一种或者多种。
可选地,获取煤矿数据,包括:获取二维的所述煤矿数据,其中,所述二维的所述煤矿数据包括矢量数据和/或栅格数据,所述矢量数据包括井下巷道网、通风/供电/供排水管网、建筑设施、采煤设备的数据中的一种或者多种,所述栅格数据包括人员/车辆/设备位置报点、井下地理围栏、井下物探钻探、地质勘探、遥感影像的数据中的一种或者多种;获取三维的所述煤矿数据,其中,所述三维的所述煤矿数据包括井下地质建模模型数据、煤矿地形与地质数据、物探钻探数据、管网路网数据中的一种或者多种。
可选地,根据所述煤矿数据的数据类型将所述煤矿数据转换为目标格式,得到目标煤矿数据,包括:在所述煤矿数据为所述二维的所述矢量数据的情况下,将所述煤矿数据的转换为geojson格式,得到第一目标煤矿数据;在所述煤矿数据为所述二维的所述栅格数据的情况下,将所述煤矿数据的转换TIF格式,得到第二目标煤矿数据。
可选地,根据所述煤矿数据的数据类型将所述煤矿数据转换为目标格式,得到目标煤矿数据,包括:在所述煤矿数据为所述三维的所述煤矿数据的情况下,提取除.terrain以外的数据;将所述煤矿数据中除.terrain以外的数据,转换为3D Tiles格式,得到第三目标煤矿数据。
可选地,根据所述目标煤矿数据的所述数据类型存储所述目标煤矿数据,包括:在所述目标煤矿数据是所述二维的所述矢量数据,并且数据格式是geojson格式的情况下,采用所述数据库直接存储所述目标煤矿数据;在所述目标煤矿数据是所述二维的所述栅格数据,并且数据格式是TIF格式的情况下,采用所述在线地图服务发布所述目标煤矿数据并存储入所述数据库中;在所述目标煤矿数据是所述三维的所述煤矿数据的情况下,采用所述在线地图服务发布所述目标煤矿数据并存储入所述数据库中。
可选地,采用VUE X框架展示所述目标煤矿数据,包括:采用所述VUE X框架的Store容器载入所述目标煤矿数据;采用图层管理器调用所述VUE X框架的所述Store容器中的所述目标煤矿数据,并展示所述目标煤矿数据。
可选地,采用所述VUE X框架管理所述目标煤矿数据,包括:采用Container容器,对所述VUE X框架的所述Store容器中的所述目标煤矿数据的图层要素进行管理,其中,管理包括增、删、改、查中的一种或者多种,所述图层要素包括地理围栏形状、位置报点坐标、模型数据渲染要素符号类型与属性字段中的一个或者多个;对所述VUE X框架的所述Store容器中的所述目标煤矿数据的页面组件进行管理,其中,管理包括增、删、改、查中的一种或者多种。
根据本申请的另一方面,提供了一种煤矿数据的处理装置,包括:获取单元,用于获取煤矿数据,其中,所述煤矿数据是与人员移动、车辆移动和采煤设备有关的数据;转换单元,用于根据所述煤矿数据的数据类型将所述煤矿数据转换为目标格式,得到目标煤矿数据,其中,所述目标格式为geojson格式、TIF格式、3D Tiles格式和.terrain格式中的一种或者多种;存储单元,用于根据所述目标煤矿数据的所述数据类型存储所述目标煤矿数据,其中,存储方式包括直接存储入数据库和/或采用在线地图服务存储入所述数据库;处理单元,用于采用VUE X框架展示所述目标煤矿数据以及采用所述VUE X框架管理所述目标煤矿数据,其中,管理包括增、删、改、查中的一种或者多种。
根据本申请的再一方面,提供了一种计算机可读存储介质,所述计算机可读存储介质包括存储的程序,其中,在所述程序运行时控制所述计算机可读存储介质所在设备执行任意一种所述煤矿数据的处理方法。
根据本申请的又一方面,提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现任意一种所述煤矿数据的处理方法的步骤。
应用本申请的技术方案,对于大量的数据,可以设计一种标准化的管理方式,原来的煤矿数据的数据格式包括多种多样,本方案先是规定了统一的数据格式,GeoJSON适用于地理信息系统的数据交换和存储,TIF格式适用于遥感影像数据存储和处理,3D Tiles格式适用于三维地理信息数据的展示和可视化,terrain格式适用于地形数据的存储和展示,而数据一般分为二维和三维,那么二维的数据实际上都是一些坐标点和位置,三维的数据不仅仅包括这些,还有可能包括矿中需要三维展示的数据,以地图的方式存储更好一些,因此本方案还要规定了存储的方式,这样减少了前端框架的冗余,而Vue X作为一种全新的数据操作的管理框架,可以实现数据的前端应用的轻量化,来优化数据的可视化和管理效果,这样通过本方案中定义的前端的统一标准化管理方式,可以有效管理前端的煤矿数据,极大的减少了开发人员的工作量。
附图说明
构成本申请的一部分的说明书附图用来提供对本申请的进一步理解,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1示出了根据本申请的实施例中提供的一种执行煤矿数据的处理方法的移动终端的硬件结构框图;
图2示出了根据本申请的实施例提供的一种煤矿数据的处理方法的流程示意图;
图3示出了本方案的煤矿数据的处理方法的层级结构的示意图;
图4示出了根据本申请的实施例提供的一种煤矿数据的处理装置的结构框图。
其中,上述附图包括以下附图标记:
102、处理器;104、存储器;106、传输设备;108、输入输出设备。
具体实施方式
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
从数据类型角度,在当前煤矿井下工作面的GIS时空轨迹数据应用中,很多情况下井下巷道、人员、设备等井下相关二维、三维GIS数据要素在系统内是独立使用与管理的,同时二者各有优劣与适用场景。虽然目前在煤矿井下工作面相关GIS时空轨迹数据应用场景下二维与三维GIS前端展示与数据管理技术均有使用,但二者基本上在目前系统中均独立使用,独立管理。
相较而言,煤矿井下二维GIS时空轨迹数据是对现实煤矿场景的抽象,具备简单性,体量小,资源消耗低,易于存储与大范围展示,但是数据包含的信息量较小,对具体的模型和细节表现能力较弱。
三维GIS由二维GIS延伸而来,近年来随着计算机软硬件,尤其是显卡、CPU、GPU的能力算力提升,三维GIS展示分析在智慧城市、工业管理等各行业领域中得到了广泛应用。三维GIS拥有更好的模型和细节表现力,能更加清晰地表达对象结构和地理空间信息,同时倾斜摄影、三维激光点云等技术发展,丰富了三维GIS的数据获取来源,但是在需要大量模型渲染的大范围场景时,资源消耗大,硬件性能需求高。煤矿井下地质条件、巷道结构、巷道内部GIS表征要素复杂,GIS数据类型多、数量大,单纯使用三维GIS表征煤矿井下真实三维环境的硬件开销较大,展示时延与内容渲染迟滞明显。
从系统架构角度,除了二三维GIS数据类型的差异,目前针对煤矿场景的GIS展示分析系统仍以传统的客户端/服务器(C/S)GIS可视化架构为主,系统间较为独立,数据标准不统一,数据交互不便,很难做到大范围平台化的GIS数据可视化与分析。目前煤矿场景下的GIS系统多基于传统的客户端/服务器(C/S)GIS架构为主,单一系统往往只针对井下特定工种或场景,开发语言、客户端类型、数据格式多样,存在“七国八制”问题,造成井下管理系统众多,各客户端系统彼此数据信息不互通等问题,不利于煤矿GIS数据统一管理与大系统展示需求。
目前,随着HTML5规范和WebGL规范的完善和推广以及前端应用框架的不断发展,浏览器性能逐渐增强,考虑到其自身具备的跨平台能力与平台统一性,浏览器/服务器(B/S)架构的Web应用更加适合于煤矿井下GIS系统的数据展示、管理与多数据交互。
GIS数据在Web应用前端上的数据管理、图层要素管理以及二三维GIS数据在Web应用上的一体化展示管理均存在技术难点;GIS数据格式类型多样,数采来源丰富,其中的某些数据依赖于专门的桌面客户端数据处理软件进行单一展示与管理,存在数据交互不畅,使用率低,软件数量冗杂等问题。同时,对于井下人员、车辆、设备等动态时空轨迹数据,无法保证其前端展示的时效性。
此外,现有的井下人员、车辆、设备定位系统在井下布设了UWB定位终端和定位设备,但其在软件层面仅仅是在地图页面上展示了人员和车辆的位置和轨迹,没有对上报的时空数据过滤去噪,更缺乏对这些时空数据的分析挖掘能力,对数据价值造成了浪费。此外,一些煤矿已经在井下布设了5G基站,根据5G标准的要求,5G基站能提供较高精度的定位服务(室内定位精度3至5米),而目前这些基于5G基站的时空信息并没有得到应用。
正如背景技术中所介绍的,现有技术中煤矿行业内现有的各类信息系统无法有效管理这些时空数据,为解决如上的问题,本申请的实施例提供了一种煤矿数据的处理方法、装置、计算机可读存储介质和计算机程序产品。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。
本申请实施例中所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例,图1是本发明实施例的一种煤矿数据的处理方法的移动终端的硬件结构框图。如图1所示,移动终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104,其中,上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解,图1所示的结构仅为示意,其并不对上述移动终端的结构造成限定。例如,移动终端还可包括比图1中所示更多或者更少的组件,或者具有与图1所示不同的配置。
存储器104可用于存储计算机程序,例如,应用软件的软件程序以及模块,如本发明实施例中的设备信息的显示方法对应的计算机程序,处理器102通过运行存储在存储器104内的计算机程序,从而执行各种功能应用以及数据处理,即实现上述的方法。存储器104可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器104可进一步包括相对于处理器102远程设置的存储器,这些远程存储器可以通过网络连接至移动终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。传输设备106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端的通信供应商提供的无线网络。在一个实例中,传输设备106包括一个网络适配器(Network Interface Controller,简称为NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输设备106可以为射频(Radio Frequency,简称为RF)模块,其用于通过无线方式与互联网进行通讯。
在本实施例中提供了一种运行于移动终端、计算机终端或者类似的运算装置的煤矿数据的处理方法,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
图2是根据本申请实施例的一种煤矿数据的处理方法的流程示意图。如图2所示,该方法包括以下步骤:
步骤S201,获取煤矿数据,其中,上述煤矿数据是与人员移动、车辆移动和采煤设备有关的数据;
具体地,本方案可以建立统一的二三维GIS数据来源,根据Web前端数据展示与管理需求,根据系统所需数据类型,在系统后端建立统一的业务数据展示来源,包括数据库表及模型文件,煤矿数据至少包括人员移动、车辆移动和采煤设备有关的数据。
步骤S202,根据上述煤矿数据的数据类型将上述煤矿数据转换为目标格式,得到目标煤矿数据,其中,上述目标格式为geojson格式、TIF格式、3D Tiles格式和.terrain格式中的一种或者多种;
具体地,本方案可以规定统一的二三维GIS数据格式,根据煤矿井下工作面二三维GIS数据类型与项目对应展示需求,确定各类数据源的模型文件格式并统一转化。
步骤S203,根据上述目标煤矿数据的上述数据类型存储上述目标煤矿数据,其中,存储方式包括直接存储入数据库和/或采用在线地图服务存储入上述数据库;
具体地,本方案可以规定统一的二三维GIS数据存储管理方式,根据煤矿井下工作面二三维GIS数据类型与项目对应展示需求,对不同类型的数据进行入库管理。
步骤S204,采用VUE X框架展示上述目标煤矿数据以及采用上述VUE X框架管理上述目标煤矿数据,其中,管理包括增、删、改、查中的一种或者多种。
具体地,基于对Vue前端框架的Vuex模块的优化与再封装,实现Web前端二三维GIS时空轨迹数据图层管理器与页面组件管理。
通过本实施例,对于大量的数据,可以设计一种标准化的管理方式,原来的煤矿数据的数据格式包括多种多样,本方案先是规定了统一的数据格式,GeoJSON适用于地理信息系统的数据交换和存储,TIF格式适用于遥感影像数据存储和处理,3D Tiles格式适用于三维地理信息数据的展示和可视化,terrain格式适用于地形数据的存储和展示,而数据一般分为二维和三维,那么二维的数据实际上都是一些坐标点和位置,三维的数据不仅仅包括这些,还有可能包括矿中需要三维展示的数据,以地图的方式存储更好一些,因此本方案还要规定了存储的方式,这样减少了前端框架的冗余,而Vue X作为一种全新的数据操作的管理框架,可以实现数据的前端应用的轻量化,来优化数据的可视化和管理效果,这样通过本方案中定义的前端的统一标准化管理方式,可以有效管理前端的煤矿数据,极大的减少了开发人员的工作量。
针对时空数据独特的数据特点和管理需求,本方案涉及一种针对煤矿井下工作面时空轨迹GIS数据应用场景的轻量级前端GIS二三维一体化展示与数据管理方案,属于地理信息系统(GIS)Web前端信息展示管理技术,可广泛用于煤矿综连采面工况监控与管理、矿井人员定位、矿井设备管理、调度自动化等领域。
综上,本方案为解决现有B/S架构下煤矿井下二三维GIS时空轨迹数据管理与展示存在的问题,充分利用二三维GIS数据各自优势,提供了一种轻量级Web前端GIS的煤矿井下工作面时空轨迹数据二三维一体化展示、数据管理方法与实现流程,实现在前端的多源GIS数据图层划分管理与操作处理,同步设计二三维煤矿井下时空轨迹GIS数据的同步切换、展示与管理,实现其在前端的地图发布,优化井下多源GIS数据的可视化效果。本方案克服了煤矿传统C/S架构的GIS系统在架构、数据展示与交互缺点,基于Vue3.X前端框架数据交互、开源GIS引擎接口扩展与类重写,实现二三维时空轨迹GIS数据在Web前端应用的轻量化、便捷化图层管理与动态加载,支持常用、多类型煤矿井下二三维GIS数据展示与管理,优化井下多源GIS数据在Web应用前端上的可视化效果、数据管理、图层要素管理以及二三维GIS数据在Web应用上的一体化展示管理。针对煤矿井下工作面GIS数据需求场景,本方法实现了GIS二三维一体化效果。
具体实现过程中,获取煤矿数据,可以通过以下步骤实现:获取二维的上述煤矿数据,其中,上述二维的上述煤矿数据包括矢量数据和/或栅格数据,上述矢量数据包括井下巷道网、通风/供电/供排水管网、建筑设施、采煤设备的数据中的一种或者多种,上述栅格数据包括人员/车辆/设备位置报点、井下地理围栏、井下物探钻探、地质勘探、遥感影像的数据中的一种或者多种;获取三维的上述煤矿数据,其中,上述三维的上述煤矿数据包括井下地质建模模型数据、煤矿地形与地质数据、物探钻探数据、管网路网数据中的一种或者多种。
该方案中,按数据类型划分,井下工作面GIS数据的管理需求主要分二维和三维数据管理。其中二维数据主要包括井下静态和动态数据,静态数据主要有井下巷道网、通风/供电/供排水管网、建筑设施、设备等矢量数据,动态数据主要有人员/车辆/设备位置报点、井下地理围栏、井下物探钻探、地质勘探矢量/栅格数据、遥感影像栅格数据等。三维数据主要包括井下地质建模模型数据、煤矿地形与地质数据、物探钻探数据、管网路网数据等,这样可以根据数据的类型后续来进行不同的格式转换和存储管理。
具体地,维井下GIS矢量数据的格式一般可能为.shp、Geojson、wkt、dwg(CAD)、kml/.kmz、dlg等,同时可能带有相应的属性信息;栅格数据格式一般可能为.GIF、BIL等。
具体地,三维数据的主要格式可能为.terrain、3DTiles、osgb、gltf、obj、stl三角网等。
具体实现过程中,根据上述煤矿数据的数据类型将上述煤矿数据转换为目标格式,得到目标煤矿数据,可以通过以下步骤实现:在上述煤矿数据为上述二维的上述矢量数据的情况下,将上述煤矿数据的转换为geojson格式,得到第一目标煤矿数据;在上述煤矿数据为上述二维的上述栅格数据的情况下,将上述煤矿数据的转换TIF格式,得到第二目标煤矿数据。
该方案中,通过对煤矿数据进行格式的预处理,可以设置规范统一的数据格式,便于项目研发、数据更新维护与数据管理,避免数据类型冗余,接口不统一或者类型不统一的问题,可以进一步提升开发效率。
具体地,如图3所示,通过Arcgis等GIS软件的脚本批处理功能,规定统一的井下GIS数据格式并进行批处理格式转化,二维矢量数据统一转换为geojson格式,二维栅格数据统一转换为TIF格式。
具体实现过程中,根据上述煤矿数据的数据类型将上述煤矿数据转换为目标格式,得到目标煤矿数据,可以通过以下步骤实现:在上述煤矿数据为上述三维的上述煤矿数据的情况下,提取除.terrain以外的数据;将上述煤矿数据中除.terrain以外的数据,转换为3D Tiles格式,得到第三目标煤矿数据。
该方案中,通过对煤矿数据进行格式的预处理,可以设置规范统一的数据格式,便于项目研发、数据更新维护与数据管理,避免数据类型冗余,接口不统一或者类型不统一的问题,可以进一步提升开发效率。
具体地,如图3所示,三维GIS数据(除.terrain)统一转换为3D Tiles格式,osgb数据可使用OpenSceneGraph、Cesium等软件工具先转换为gltf格式(一种开放标准的三维模型格式,支持多种3D渲染引擎。
具体实现过程中,根据上述目标煤矿数据的上述数据类型存储上述目标煤矿数据,可以通过以下步骤实现:在上述目标煤矿数据是上述二维的上述矢量数据,并且数据格式是geojson格式的情况下,采用上述数据库直接存储上述目标煤矿数据;在上述目标煤矿数据是上述二维的上述栅格数据,并且数据格式是TIF格式的情况下,采用上述在线地图服务发布上述目标煤矿数据并存储入上述数据库中;在上述目标煤矿数据是上述三维的上述煤矿数据的情况下,采用上述在线地图服务发布上述目标煤矿数据并存储入上述数据库中。
该方案中,通过对煤矿数据进行格式的预处理,可以设置规范统一的数据存储管理方式,便于项目研发、数据更新维护与数据管理,避免数据类型冗余,接口不统一或者类型不统一的问题,可以进一步提升开发效率。
具体地,如图3所示,针对上述管理的数据类型,将数据在后端分为数据库管理与地图服务管理两部分,其中.shp、Geojson、wkt、kml/.kmz格式的二维矢量数据使用Oracle、PostgreSQL+PostGIS或者Hbase等类型的数据库进行存储与管理,dwg(CAD)、dlg格式的二维矢量数据由Mapbox Studio、Arcgis pro等、基于Web地图服务器发布为在线地图服务(WMS、WMTS)进行存储、调用、管理;二维栅格数据可使用数据库管理数据索引,文件系统管理数据实体的形式,也可使用在线地图形式;terrain、3DTiles、osgb、gltf、obj、stl三角网等井下三维数据可使用Web容器进行在线地图服务发布与数据管理。
具体地,如图3所示,二维矢量数据中,坐标等地理信息数据转换为WKT标准格式存储在关系型数据库中,对井下巷道网、管网等需要发布为地图服务的数据,由MapboxStudio、Arcgis pro等发布为在线地图服务,也可使用如GeoDatabase+ArcServer+ArcgisAPI for Javascript等方式。二维栅格数据统一转换为TIF格式,数据库存储文件索引,文件系统存储实体,并发布为在线地图服务。
具体地,如图3所示,三维数据在转换过程中,需要注意保留OSGB数据中的纹理和表面法向量等信息,确保模型质量和精度不变),再将gltf格式的模型转换为3Dtiles格式,并配置相关的元数据信息,将转换完成后得到的3Dtiles数据通过web容器发布,通过在线或本地web地图服务器发布数据,并以映射形式生成访问URL,terrain格式三维地形数据可直接通过类似方式发布为地图服务,并在关系型数据库中存储三维数据的属性信息、模型文件路径、在线地图服务URL等索引信息。同时,根据不同井下GIS业务服务数据展示需求,确定需展示的井下GIS数据对象,将展示对象的自有属性也同步录入数据库中,此时数据库表的列结构包含业务数据地理位置信息(如坐标、点线面形状等)、业务属性信息(如设备信息、名称、状态等)、索引信息(二维栅格数据、三维模型数据)。同一类展示对象的这些信息放在同一张表中,每个对象的这些信息放在表的同一列中,保证对象地理信息数据和业务属性数据的一致性。
基于上述过程,对二三维GIS数据进行预处理,分别设置规范统一的数据格式与存储管理方式,便于项目研发、数据更新维护与数据管理。基于二维Geojson与三维3DtilesGIS数据,Mapbox、Cesium等前端WebGIS常用开发库都有相应的成熟数据类接口与解决方案,也十分有利于前端GIS数据展示与处理相关功能开发,避免系统接入数据类型冗杂,各类接口不通或某一数据类型的接口与类功能不完善等问题,提升开发效率。
具体地,如图3所示,前端通过Axios从接口获取数据:Web服务器提供统一的http接口,Web前端基于Axios通过http接口获取步骤(2)中的各类二三维GIS数据。对井下GIS数据格式与存储管理方式进行了统一,二维矢量GIS数据使用Geojson格式、关系型/分布式数据库存储,二维栅格GIS数据发布在线地图服务并使用关系型/分布式数据库存储属性和索引信息,三维GIS数据发布在线地图服务并使用关系型/分布式数据库存储属性和索引信息。对于Geojson格式的二维矢量数据,直接通过接口获取后台数据库相应数据,对每类数据进行了相应增删改查接口封装便于调用;对于在线地图服务,每类二维栅格数据基于Mapbox封装相应增删改查接口,三维GIS数据基于Cesium封装相应增删改查接口,通过数据库中的属性与索引进行关联,同步通过接口获取相应数据信息。基于不同数据类型,本专利在前后端进行了进一步标准化的配套接口封装。
为了更加方便对数据进行管理,采用VUE X框架展示上述目标煤矿数据,可以通过以下步骤实现:采用上述VUE X框架的Store容器载入上述目标煤矿数据;采用图层管理器调用上述VUE X框架的上述Store容器中的上述目标煤矿数据,并展示上述目标煤矿数据。
该方案中,VUE X框架可以较为方便地实现前端页面组件之间的数据共享,核心就是Store容器,Store容器可以灵活实现数据管理,通过图层管理器可以更加方便地实现数据的不同层的管理,进而展示数据。
具体地,如图3所示,数据展示层通过Web前端二三维GIS时空轨迹数据图层管理器,对系统内的GIS数据按数据类型进行统一管理,支持二三维GIS数据分层展示、显隐控制与视角同步飞入,二三维GIS数据增删改查,二三维GIS数据图层要素及属性编辑等功能需求。具体管理方式如下介绍。
数据层:根据系统所需二三维GIS数据类型,对应确认其模型文件的统一存储格式,后端建立数据库,提供数据访问接口。
数据图层管理器的数据载入与存储:根据数据类型,在VueX Store模块中建立数据总模块,根据Cesium三维开源引擎对相应数据的存储格式建立对应Store子模块(Storemodules),子模块由总模块统一管理,并设置好getters、mutations、actions等数据状态和关键字。封装完成后,根据数据类型,将Cesium引擎下对应的数据类接口进行重写,重新定义好状态关键字与数据属性关键字以区分不同数据类型。如二维geoJSON数据、三维3DTiles数据、三维.terrain数据在Cesium中的类型为GeoJsonDataSource、Cesium3DTileset、CesiumTerrainProvider,重写各类接口,根据需要新增name数据名、数据ID等属性字段,Censium中使用Viewer.Scene.Primitive去管理3DTiles,使用Viewer.dataSources去管理GeoJsonDataSource,据此创建管理类。
Viewer.dataSources或者Viewer.Scene.Primitive可能会同时管理不同类型的二维或三维GIS数据,如二维井下地理围栏与位置报点信息数据,三维地下管线与三维巷道数据,他们的数据类型可能都是GeoJsonDataSource或Cesium3DTileset,这时通过不同的属性字段关键字进行区分。前端VueX Store为每种数据类型都封装了对应的存储模块,在数据从接口获取,载入前端页面渲染并写入不同存储模块前,通过不同的属性字段关键字来判断当前数据的类型并存入对应的前端存储模块所维护的存储队列中。
数据图层管理器的数据展示:在图层管理器前端组件中创建不同数据类型的对应子组件DIV,在DIV中调用对应数据类型的VueX Store存储子模块所维护的存储队列读取数据,数据渲染展示到页面Container容器中,并根据对应数据类新增的状态关键字与数据属性关键字获取到数据的基本信息,将数据名按队列顺序展示到图层管理器DIV上,从而实现了二三维数据分类型的分层展示。在DIV中设置好双击事件和勾选事件,勾选后当前DIV按勾选方法,通过数据名找到对应数据ID,每个模型数据的数据ID是唯一的,从而基于ID控制页面Container容器中对应数据的展示和隐藏。点击双击事件后,同样通过ID查找到对应模型,获取对应模型坐标中心后飞入,通过二维可视区域经纬度换算与三维相机视角同步,实现点击图层管理器后定位到对应数据模型。
在一些实施例上,采用上述VUE X框架管理上述目标煤矿数据,具体可以通过以下步骤实现:采用Container容器,对上述VUE X框架的上述Store容器中的上述目标煤矿数据的图层要素进行管理,其中,管理包括增、删、改、查中的一种或者多种,上述图层要素包括地理围栏形状、位置报点坐标、模型数据渲染要素符号类型与属性字段中的一个或者多个;对上述VUE X框架的上述Store容器中的上述目标煤矿数据的页面组件进行管理,其中,管理包括增、删、改、查中的一种或者多种。
该方案中,对于图层要素可以使用Container容器进行管理,对于页面组件可以使用Store容器进行管理,通过本方案定义的标准化的管理方式,可以更高效地对数据进行管理。
具体地,如图3所示,数据管理层主要包括二三维GIS数据管理与页面组件管理。基于对Vue前端框架的Vuex模块的优化与再封装,实现Web前端二三维GIS时空轨迹数据图层管理器与页面组件管理。VueX是实现组件全局状态(数据)管理的一种机制,可以方便的实现前端页面组件之间数据的共享,其核心是Store容器,包含组件状态与数据。按数据类型、组件类型配置不同的Store对数据和页面组件进行分类管理,通过封装实现灵活增删与调整,以支持和扩展更多数据类型与页面组件。本专利基于VueX,结合二三维GIS数据存储、管理与开发功能上的特点,针对标准化的煤矿井下二三位GIS数据展示格式、存储管理与功能开发流程,将Mapbox、Cesium等GIS前端开发库中的数据类型、组件、类、方法进行了梳理与分类管理。融合了Vue前端开发框架与Mapbox、Cesium等GIS前端开发库的功能优势,将页面组件状态、GIS数据状态集中存储在一个地方,方便地进行数据和页面的状态管理和维护,更好地控制应用程序的状态,并将数据与页面的状态、逻辑和行为分离开来,使代码更加模块化,从而使代码更加易于维护和扩展;还可以在多个组件之间共享状态,避免了组件之间繁琐的传值,提高了组件之间的解耦性,从而提高代码的可维护性、重用性和可读性;并且引入了一些工具来简化状态的更改和操作,例如,在组件中使用mutations来修改状态,或者使用actions来异步操作数据等。当前煤矿GIS系统前端展示标准不一,数据格式、前端架构、接口与功能编写等缺少规范化、结构化的解决方案,引入Vue前端框架优势,进一步规范化封装GIS数据的前端接口与功能,有利于改善这一现状,大幅提升煤矿领域GIS相关前端开发的规范化水平。以下对于数据管理进行进一步介绍。
数据图层管理器的增删改查与图层要素管理:二维GIS数据(地理围栏、位置报点等)支持动态绘制新增、本地数据导入与接口读取数据,三维GIS数据(地下巷道、地下管线、地表设施等三维建模数据)支持本地数据导入与接口读取;数据在读取后被图层管理器管理与前端渲染展示。可不依赖后端接口,基于唯一的模型数据ID,在前端直接进行数据缓存删除与数据查找。在页面Container容器中,支持双击数据事件来修改数据属性关键字,包括数据名等数据信息,也支持2D动态修改图形绘制,如修改地理围栏形状、修改位置报点坐标、模型数据渲染要素符号类型与属性字段编辑等。
Web前端GIS系统页面组件管理:提供一个标准的煤矿GIS系统开发模板。通过TypeScript的导出与引入机制,实现页面组件与TypeScript功能代码解耦,分离前端代码架构的页面组件端与功能端,并根据功能模块集成管理,减少前端代码冗余。通过页面组件Group-Item管理各页面组件功能,针对各类井下二三维GIS数据的处理功能按Group分组,新建Item开发新功能,过程方便。各组件通过VueX Store中设置好的工具栏Toolbar、浮窗栏LocationBar、组件栏Template子模块进行统一的关键字管理,通过定义Store State类型,在类型中定义showBrowserPanel、showToolbar、showSettingButton、toolbarHeight等组件状态字段(可能是布尔值,也可能是字符串等)。页面组件触发对应事件后,在事件中通过State关键字进行组件间通信交互,Store传递对应状态字段响应组件,组件收到信息后即可确定事件的具体内容并执行,如传值、开启子组件页面、隐藏页面等。
本方案相比现有技术来说,减少了前端框架冗余,分化前端页面渲染与方法执行,优化前端流程,使得开发代码更易维护。实现Web前端二三维煤矿井下工作面时空轨迹GIS数据二三维一体化展示、分析、管理,综合使用二维GIS和三维GIS,充分利用各自优点。在Web应用系统中实现二三维GIS数据共用一套代码,基于统一前端框架的优化与再封装进行标准化开发,对开发人员友好,利于系统开发与维护。通过优化后的图层数据管理分化实现方便灵活的GIS数据类型支持扩展,通过优化后的页面组件管理实现快捷的前端页面构建与扩展,标准化流程极大地减少了开发人员工作量,提高了系统开发效率。规定了煤矿井下二三维GIS数据统一管理格式,淘汰煤矿GIS系统中各客户端数据独立的C/S架构,使用更适合于煤矿应用场景的B/S架构,解决了GIS系统数据交互不畅,使用率低,数量冗杂等问题。用户也可直接在前端对数据进行样式管理与分析;使多源数据的可视化效果更好,对数据的表现更加充分;而且不需要用户安装专业软件即可对数据进行样式管理与统计分析操作,方便了用户并提升了用户体验。
具体地,本方案中公开了煤矿井下工作面时空轨迹GIS数据应用场景的轻量级前端GIS二三维一体化展示的前端构建方法、代码架构、实现原理与逻辑程序,煤矿井下工作面时空轨迹GIS数据应用场景的轻量级前端GIS二三维一体化数据管理的前端构建方法、代码架构、实现原理与逻辑程序,3.煤矿井下工作面时空轨迹GIS数据应用场景的轻量级前端GIS系统的整体架构、人机界面、应用效果与相关技术要求。
对于项目中使用的前端框架,不使用Vue3.0及以上版本,使用Vue2.X版本或React、Angular等其他前端开发框架;前端开发语言不使用Typecript,使用JavaScript。数据层中使用其他GIS引擎支持的二三维GIS数据格式。前后端传输过程中不使用http协议,使用Rest或Websocket等其他数据传输协议。前端使用类似代码构建逻辑实现相似功能点,如数据图层管理器、二三维一体化展示、数据管理、前端页面与功能管理等。
作为对本方案的优化,数据层中上述三维模型处理与发布,发布模块为Minio模块或ngnix模块,上述Minio模块还用于对非结构化数据进行分布式存储,若采用ngnix模块进行三维模型发布,则需要另外设计用于存储的服务器。
作为对本方案的优化,上述三维格式数据包括.Terrain数据、倾斜摄影数据和3DTiles模型数据;上述二维矢量和栅格数据包括公共地图服务数据、GeoJSON数据和KML数据。上述数据层使用文件系统或者数据库MongoDB存储人工模型、倾斜摄影或者栅格数据,使用Oracle、PostgreSQL+PostGIS或者Hbase等类型的数据库存储矢量地理数据。同时,上述三维GIS数据也可采取3D切片方式发布成地图服务;上述公共地图服务数据、GeoJSON数据等二维GIS数据也可采用WFS/WMTS方式发布成地图服务。
作为对本方案的优化,本方案还可能包含煤矿井下人员、车辆、设备定位卡等实时定位卡数据,也可能包含井下摄像头视频监控数据。在定位卡数据加载中,采用了TCP/IP协议方式实时监听定位卡设备,在后台解析接收到的报文数据,并以WebSocket方式传输到前端实时展示;对于视频监控数据,采用RTSP视频流传输、H264解码方式,实时加载球机设备的监控图像。
作为对本方案的优化,本方案在系统设计中预先提供了常见的二三维GIS系统信息展示、数据管理、统计分析、空间分析、图层要素修改等基本常用功能,其他添加功能可以通过Web前端GIS系统页面组件管理这一关键功能点进行轻量化、便捷化开发。
上述的数据层,需要根据系统展示需求,建立统一的数据来源,包括数据库表和模型文件,具体包括:根据煤矿井下时空轨迹GIS数据应用的展示需求,确定业务展示对象(如巷道、管线、人员、设备、设施等),利用业务展示对象的自有业务属性和地理信息构建数据库表,作为业务展示数据,并录入数据库中,上述数据库表的表结构包括业务数据(如台账信息、状态信息等)、二维GIS数据(如经纬度、点线面形状、二维图标等)和三维GIS数据(如长度、宽度、高度、三维模型文件路径等)的字段属性,对于同一业务展示对象的业务展示数据,二维GIS数据和三维GIS数据放在同一张表中,保证在二三维的展示中,业务展示对象地理信息和业务数据的一致性。
上述的通过WEB地图服务器发布卫星影像地图,通过WEB容器发布.terrian格式的地形数据,具体包括:在WEB地图服务器(如:GeoServer)上发布事先准备好的卫星影像地图,将.terrain格式的地形文件在WEB容器中以文件目录映射的方式对外发布URL。
本申请实施例还提供了一种煤矿数据的处理装置,需要说明的是,本申请实施例的煤矿数据的处理装置可以用于执行本申请实施例所提供的用于煤矿数据的处理方法。该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
以下对本申请实施例提供的煤矿数据的处理装置进行介绍。
图4是根据本申请实施例的一种煤矿数据的处理装置的结构框图。如图4所示,该装置包括:
获取单元10,用于获取煤矿数据,其中,上述煤矿数据是与人员移动、车辆移动和采煤设备有关的数据;
转换单元20,用于根据上述煤矿数据的数据类型将上述煤矿数据转换为目标格式,得到目标煤矿数据,其中,上述目标格式为geojson格式、TIF格式、3D Tiles格式和.terrain格式中的一种或者多种;
存储单元30,用于根据上述目标煤矿数据的上述数据类型存储上述目标煤矿数据,其中,存储方式包括直接存储入数据库和/或采用在线地图服务存储入上述数据库;
处理单元40,用于采用VUE X框架展示上述目标煤矿数据以及采用上述VUE X框架管理上述目标煤矿数据,其中,管理包括增、删、改、查中的一种或者多种。
通过本实施例,对于大量的数据,可以设计一种标准化的管理方式,原来的煤矿数据的数据格式包括多种多样,本方案先是规定了统一的数据格式,GeoJSON适用于地理信息系统的数据交换和存储,TIF格式适用于遥感影像数据存储和处理,3D Tiles格式适用于三维地理信息数据的展示和可视化,terrain格式适用于地形数据的存储和展示,而数据一般分为二维和三维,那么二维的数据实际上都是一些坐标点和位置,三维的数据不仅仅包括这些,还有可能包括矿中需要三维展示的数据,以地图的方式存储更好一些,因此本方案还要规定了存储的方式,这样减少了前端框架的冗余,而Vue X作为一种全新的数据操作的管理框架,可以实现数据的前端应用的轻量化,来优化数据的可视化和管理效果,这样通过本方案中定义的前端的统一标准化管理方式,可以有效管理前端的煤矿数据,极大的减少了开发人员的工作量。
具体实现过程中,获取单元包括第一获取模块和第二获取模块,第一获取模块用于获取二维的上述煤矿数据,其中,上述二维的上述煤矿数据包括矢量数据和/或栅格数据,上述矢量数据包括井下巷道网、通风/供电/供排水管网、建筑设施、采煤设备的数据中的一种或者多种,上述栅格数据包括人员/车辆/设备位置报点、井下地理围栏、井下物探钻探、地质勘探、遥感影像的数据中的一种或者多种;第二获取模块用于获取三维的上述煤矿数据,其中,上述三维的上述煤矿数据包括井下地质建模模型数据、煤矿地形与地质数据、物探钻探数据、管网路网数据中的一种或者多种。
该方案中,按数据类型划分,井下工作面GIS数据的管理需求主要分二维和三维数据管理。其中二维数据主要包括井下静态和动态数据,静态数据主要有井下巷道网、通风/供电/供排水管网、建筑设施、设备等矢量数据,动态数据主要有人员/车辆/设备位置报点、井下地理围栏、井下物探钻探、地质勘探矢量/栅格数据、遥感影像栅格数据等。三维数据主要包括井下地质建模模型数据、煤矿地形与地质数据、物探钻探数据、管网路网数据等,这样可以根据数据的类型后续来进行不同的格式转换和存储管理。
具体实现过程中,转换单元包括第一转换模块和第二转换模块,第一转换模块用于在上述煤矿数据为上述二维的上述矢量数据的情况下,将上述煤矿数据的转换为geojson格式,得到第一目标煤矿数据;第二转换模块用于在上述煤矿数据为上述二维的上述栅格数据的情况下,将上述煤矿数据的转换TIF格式,得到第二目标煤矿数据。
该方案中,通过对煤矿数据进行格式的预处理,可以设置规范统一的数据格式,便于项目研发、数据更新维护与数据管理,避免数据类型冗余,接口不统一或者类型不统一的问题,可以进一步提升开发效率。
具体实现过程中,转换单元包括提取模块和第三转换模块,提取模块用于在上述煤矿数据为上述三维的上述煤矿数据的情况下,提取除.terrain以外的数据;第三转换模块用于将上述煤矿数据中除.terrain以外的数据,转换为3D Tiles格式,得到第三目标煤矿数据。
该方案中,通过对煤矿数据进行格式的预处理,可以设置规范统一的数据格式,便于项目研发、数据更新维护与数据管理,避免数据类型冗余,接口不统一或者类型不统一的问题,可以进一步提升开发效率。
具体实现过程中,存储单元包括第一存储模块、第二存储模块和第三存储模块,第一存储模块用于在上述目标煤矿数据是上述二维的上述矢量数据,并且数据格式是geojson格式的情况下,采用上述数据库直接存储上述目标煤矿数据;第二存储模块用于在上述目标煤矿数据是上述二维的上述栅格数据,并且数据格式是TIF格式的情况下,采用上述在线地图服务发布上述目标煤矿数据并存储入上述数据库中;第三存储模块用于在上述目标煤矿数据是上述三维的上述煤矿数据的情况下,采用上述在线地图服务发布上述目标煤矿数据并存储入上述数据库中。
该方案中,通过对煤矿数据进行格式的预处理,可以设置规范统一的数据存储管理方式,便于项目研发、数据更新维护与数据管理,避免数据类型冗余,接口不统一或者类型不统一的问题,可以进一步提升开发效率。
为了更加方便对数据进行管理,处理单元包括第一处理模块和第二处理模块,第一处理模块用于采用上述VUE X框架的Store容器载入上述目标煤矿数据;第二处理模块用于采用图层管理器调用上述VUE X框架的上述Store容器中的上述目标煤矿数据,并展示上述目标煤矿数据。
该方案中,VUE X框架可以较为方便地实现前端页面组件之间的数据共享,核心就是Store容器,Store容器可以灵活实现数据管理,通过图层管理器可以更加方便地实现数据的不同层的管理,进而展示数据。
在一些实施例上,处理单元包括第三处理模块和第四处理模块,第三处理模块用于采用Container容器,对上述VUE X框架的上述Store容器中的上述目标煤矿数据的图层要素进行管理,其中,管理包括增、删、改、查中的一种或者多种,上述图层要素包括地理围栏形状、位置报点坐标、模型数据渲染要素符号类型与属性字段中的一个或者多个;第四处理模块用于对上述VUE X框架的上述Store容器中的上述目标煤矿数据的页面组件进行管理,其中,管理包括增、删、改、查中的一种或者多种。
该方案中,对于图层要素可以使用Container容器进行管理,对于页面组件可以使用Store容器进行管理,通过本方案定义的标准化的管理方式,可以更高效地对数据进行管理。
上述煤矿数据的处理装置包括处理器和存储器,上述获取单元、转换单元、存储单元和处理单元等均作为程序单元存储在存储器中,由处理器执行存储在存储器中的上述程序单元来实现相应的功能。上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
处理器中包含内核,由内核去存储器中调取相应的程序单元。内核可以设置一个或以上,通过调整内核参数来解决现有技术中煤矿行业内现有的各类信息系统无法有效管理这些时空数据的问题。
存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM),存储器包括至少一个存储芯片。
本发明实施例提供了一种计算机可读存储介质,上述计算机可读存储介质包括存储的程序,其中,在上述程序运行时控制上述计算机可读存储介质所在设备执行上述煤矿数据的处理方法。
具体地,煤矿数据的处理方法包括:
步骤S201,获取煤矿数据,其中,上述煤矿数据是与人员移动、车辆移动和采煤设备有关的数据;
步骤S202,根据上述煤矿数据的数据类型将上述煤矿数据转换为目标格式,得到目标煤矿数据,其中,上述目标格式为geojson格式、TIF格式、3D Tiles格式和.terrain格式中的一种或者多种;
步骤S203,根据上述目标煤矿数据的上述数据类型存储上述目标煤矿数据,其中,存储方式包括直接存储入数据库和/或采用在线地图服务存储入上述数据库;
步骤S204,采用VUE X框架展示上述目标煤矿数据以及采用上述VUE X框架管理上述目标煤矿数据,其中,管理包括增、删、改、查中的一种或者多种。
本发明实施例提供了一种处理器,上述处理器用于运行程序,其中,上述程序运行时执行上述煤矿数据的处理方法。
具体地,煤矿数据的处理方法包括:
步骤S201,获取煤矿数据,其中,上述煤矿数据是与人员移动、车辆移动和采煤设备有关的数据;
步骤S202,根据上述煤矿数据的数据类型将上述煤矿数据转换为目标格式,得到目标煤矿数据,其中,上述目标格式为geojson格式、TIF格式、3D Tiles格式和.terrain格式中的一种或者多种;
步骤S203,根据上述目标煤矿数据的上述数据类型存储上述目标煤矿数据,其中,存储方式包括直接存储入数据库和/或采用在线地图服务存储入上述数据库;
步骤S204,采用VUE X框架展示上述目标煤矿数据以及采用上述VUE X框架管理上述目标煤矿数据,其中,管理包括增、删、改、查中的一种或者多种。
本申请还公开了一种煤矿数据处理系统,包括一个或多个处理器,存储器,以及一个或多个程序,其中,上述一个或多个程序被存储在上述存储器中,并且被配置为由上述一个或多个处理器执行,上述一个或多个程序包括用于执行任意一种上述的煤矿数据的处理方法。
具体地,煤矿数据的处理方法包括:
步骤S201,获取煤矿数据,其中,上述煤矿数据是与人员移动、车辆移动和采煤设备有关的数据;
步骤S202,根据上述煤矿数据的数据类型将上述煤矿数据转换为目标格式,得到目标煤矿数据,其中,上述目标格式为geojson格式、TIF格式、3D Tiles格式和.terrain格式中的一种或者多种;
步骤S203,根据上述目标煤矿数据的上述数据类型存储上述目标煤矿数据,其中,存储方式包括直接存储入数据库和/或采用在线地图服务存储入上述数据库;
步骤S204,采用VUE X框架展示上述目标煤矿数据以及采用上述VUE X框架管理上述目标煤矿数据,其中,管理包括增、删、改、查中的一种或者多种。
本发明实施例提供了一种设备,设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序,处理器执行程序时实现至少以下步骤:
具体地,煤矿数据的处理方法包括:
步骤S201,获取煤矿数据,其中,上述煤矿数据是与人员移动、车辆移动和采煤设备有关的数据;
步骤S202,根据上述煤矿数据的数据类型将上述煤矿数据转换为目标格式,得到目标煤矿数据,其中,上述目标格式为geojson格式、TIF格式、3D Tiles格式和.terrain格式中的一种或者多种;
步骤S203,根据上述目标煤矿数据的上述数据类型存储上述目标煤矿数据,其中,存储方式包括直接存储入数据库和/或采用在线地图服务存储入上述数据库;
步骤S204,采用VUE X框架展示上述目标煤矿数据以及采用上述VUE X框架管理上述目标煤矿数据,其中,管理包括增、删、改、查中的一种或者多种。
本文中的设备可以是服务器、PC、PAD、手机等。
本申请还提供了一种计算机程序产品,包括非易失性计算机可读存储介质,上述非易失性计算机可读存储介质存储计算机程序,上述计算机程序被处理器执行时实现本申请各个实施例中上述方法的步骤:
具体地,煤矿数据的处理方法包括:
步骤S201,获取煤矿数据,其中,上述煤矿数据是与人员移动、车辆移动和采煤设备有关的数据;
步骤S202,根据上述煤矿数据的数据类型将上述煤矿数据转换为目标格式,得到目标煤矿数据,其中,上述目标格式为geojson格式、TIF格式、3D Tiles格式和.terrain格式中的一种或者多种;
步骤S203,根据上述目标煤矿数据的上述数据类型存储上述目标煤矿数据,其中,存储方式包括直接存储入数据库和/或采用在线地图服务存储入上述数据库;
步骤S204,采用VUE X框架展示上述目标煤矿数据以及采用上述VUE X框架管理上述目标煤矿数据,其中,管理包括增、删、改、查中的一种或者多种。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
从以上的描述中,可以看出,本申请上述的实施例实现了如下技术效果:
1)、本申请的煤矿数据的处理方法,对于大量的数据,可以设计一种标准化的管理方式,原来的煤矿数据的数据格式包括多种多样,本方案先是规定了统一的数据格式,GeoJSON适用于地理信息系统的数据交换和存储,TIF格式适用于遥感影像数据存储和处理,3D Tiles格式适用于三维地理信息数据的展示和可视化,terrain格式适用于地形数据的存储和展示,而数据一般分为二维和三维,那么二维的数据实际上都是一些坐标点和位置,三维的数据不仅仅包括这些,还有可能包括矿中需要三维展示的数据,以地图的方式存储更好一些,因此本方案还要规定了存储的方式,这样减少了前端框架的冗余,而Vue X作为一种全新的数据操作的管理框架,可以实现数据的前端应用的轻量化,来优化数据的可视化和管理效果,这样通过本方案中定义的前端的统一标准化管理方式,可以有效管理前端的煤矿数据,极大的减少了开发人员的工作量。
2)、本申请的煤矿数据的处理装置,对于大量的数据,可以设计一种标准化的管理方式,原来的煤矿数据的数据格式包括多种多样,本方案先是规定了统一的数据格式,GeoJSON适用于地理信息系统的数据交换和存储,TIF格式适用于遥感影像数据存储和处理,3D Tiles格式适用于三维地理信息数据的展示和可视化,terrain格式适用于地形数据的存储和展示,而数据一般分为二维和三维,那么二维的数据实际上都是一些坐标点和位置,三维的数据不仅仅包括这些,还有可能包括矿中需要三维展示的数据,以地图的方式存储更好一些,因此本方案还要规定了存储的方式,这样减少了前端框架的冗余,而Vue X作为一种全新的数据操作的管理框架,可以实现数据的前端应用的轻量化,来优化数据的可视化和管理效果,这样通过本方案中定义的前端的统一标准化管理方式,可以有效管理前端的煤矿数据,极大的减少了开发人员的工作量。
以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。

Claims (10)

1.一种煤矿数据的处理方法,其特征在于,包括:
获取煤矿数据,其中,所述煤矿数据是与人员移动、车辆移动和采煤设备有关的数据;
根据所述煤矿数据的数据类型将所述煤矿数据转换为目标格式,得到目标煤矿数据,其中,所述目标格式为geojson格式、TIF格式、3D Tiles格式和.terrain格式中的一种或者多种;
根据所述目标煤矿数据的所述数据类型存储所述目标煤矿数据,其中,存储方式包括直接存储入数据库和/或采用在线地图服务存储入所述数据库;
采用VUE X框架展示所述目标煤矿数据以及采用所述VUE X框架管理所述目标煤矿数据,其中,管理包括增、删、改、查中的一种或者多种。
2.根据权利要求1所述的方法,其特征在于,获取煤矿数据,包括:
获取二维的所述煤矿数据,其中,所述二维的所述煤矿数据包括矢量数据和/或栅格数据,所述矢量数据包括井下巷道网、通风/供电/供排水管网、建筑设施、采煤设备的数据中的一种或者多种,所述栅格数据包括人员/车辆/设备位置报点、井下地理围栏、井下物探钻探、地质勘探、遥感影像的数据中的一种或者多种;
获取三维的所述煤矿数据,其中,所述三维的所述煤矿数据包括井下地质建模模型数据、煤矿地形与地质数据、物探钻探数据、管网路网数据中的一种或者多种。
3.根据权利要求2所述的方法,其特征在于,根据所述煤矿数据的数据类型将所述煤矿数据转换为目标格式,得到目标煤矿数据,包括:
在所述煤矿数据为所述二维的所述矢量数据的情况下,将所述煤矿数据的转换为geojson格式,得到第一目标煤矿数据;
在所述煤矿数据为所述二维的所述栅格数据的情况下,将所述煤矿数据的转换TIF格式,得到第二目标煤矿数据。
4.根据权利要求2所述的方法,其特征在于,根据所述煤矿数据的数据类型将所述煤矿数据转换为目标格式,得到目标煤矿数据,包括:
在所述煤矿数据为所述三维的所述煤矿数据的情况下,提取除.terrain以外的数据;
将所述煤矿数据中除.terrain以外的数据,转换为3D Tiles格式,得到第三目标煤矿数据。
5.根据权利要求2所述的方法,其特征在于,根据所述目标煤矿数据的所述数据类型存储所述目标煤矿数据,包括:
在所述目标煤矿数据是所述二维的所述矢量数据,并且数据格式是geojson格式的情况下,采用所述数据库直接存储所述目标煤矿数据;
在所述目标煤矿数据是所述二维的所述栅格数据,并且数据格式是TIF格式的情况下,采用所述在线地图服务发布所述目标煤矿数据并存储入所述数据库中;
在所述目标煤矿数据是所述三维的所述煤矿数据的情况下,采用所述在线地图服务发布所述目标煤矿数据并存储入所述数据库中。
6.根据权利要求1所述的方法,其特征在于,采用VUE X框架展示所述目标煤矿数据,包括:
采用所述VUE X框架的Store容器载入所述目标煤矿数据;
采用图层管理器调用所述VUE X框架的所述Store容器中的所述目标煤矿数据,并展示所述目标煤矿数据。
7.根据权利要求6所述的方法,其特征在于,采用所述VUE X框架管理所述目标煤矿数据,包括:
采用Container容器,对所述VUE X框架的所述Store容器中的所述目标煤矿数据的图层要素进行管理,其中,管理包括增、删、改、查中的一种或者多种,所述图层要素包括地理围栏形状、位置报点坐标、模型数据渲染要素符号类型与属性字段中的一个或者多个;
对所述VUE X框架的所述Store容器中的所述目标煤矿数据的页面组件进行管理,其中,管理包括增、删、改、查中的一种或者多种。
8.一种煤矿数据的处理装置,其特征在于,包括:
获取单元,用于获取煤矿数据,其中,所述煤矿数据是与人员移动、车辆移动和采煤设备有关的数据;
转换单元,用于根据所述煤矿数据的数据类型将所述煤矿数据转换为目标格式,得到目标煤矿数据,其中,所述目标格式为geojson格式、TIF格式、3D Tiles格式和.terrain格式中的一种或者多种;
存储单元,用于根据所述目标煤矿数据的所述数据类型存储所述目标煤矿数据,其中,存储方式包括直接存储入数据库和/或采用在线地图服务存储入所述数据库;
处理单元,用于采用VUE X框架展示所述目标煤矿数据以及采用所述VUE X框架管理所述目标煤矿数据,其中,管理包括增、删、改、查中的一种或者多种。
9.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质包括存储的程序,其中,在所述程序运行时控制所述计算机可读存储介质所在设备执行权利要求1至7中任意一项所述煤矿数据的处理方法。
10.一种计算机程序产品,包括计算机程序,其特征在于,该计算机程序被处理器执行时实现权利要求1至7中任意一项所述煤矿数据的处理方法的步骤。
CN202410189795.9A 2024-02-20 2024-02-20 煤矿数据的处理方法、装置和计算机程序产品 Pending CN118012428A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202410189795.9A CN118012428A (zh) 2024-02-20 2024-02-20 煤矿数据的处理方法、装置和计算机程序产品

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202410189795.9A CN118012428A (zh) 2024-02-20 2024-02-20 煤矿数据的处理方法、装置和计算机程序产品

Publications (1)

Publication Number Publication Date
CN118012428A true CN118012428A (zh) 2024-05-10

Family

ID=90955697

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202410189795.9A Pending CN118012428A (zh) 2024-02-20 2024-02-20 煤矿数据的处理方法、装置和计算机程序产品

Country Status (1)

Country Link
CN (1) CN118012428A (zh)

Similar Documents

Publication Publication Date Title
Yao et al. 3DCityDB-a 3D geodatabase solution for the management, analysis, and visualization of semantic 3D city models based on CityGML
CN109829022B (zh) 一种融合监控视频信息的互联网地图服务系统及构建方法
Zhang et al. Integrating and managing BIM in 3D web-based GIS for hydraulic and hydropower engineering projects
Xu et al. Combining IFC and 3D tiles to create 3D visualization for building information modeling
CN105701103B (zh) 一种基于地理信息的三维应用系统
US11226995B2 (en) Generating business intelligence geospatial elements
CN111316332A (zh) 空间数据处理系统及方法
US20130167049A1 (en) Geographic information service system
CN103646091A (zh) 一种电网图形数据的生成方法及装置
CN112199750B (zh) 轨道交通建设管理的多格式集成方法及gis平台
Deibe et al. Supporting multi-resolution out-of-core rendering of massive LiDAR point clouds through non-redundant data structures
CN112287056A (zh) 航管可视化方法、装置、电子设备及存储介质
Zhang et al. GeoScope: Full 3D geospatial information system case study
Kang et al. Spatial-temporal visualization and analysis of earth data under Cesium Digital Earth Engine
CN115905650A (zh) 基于物联网及传感器技术的煤矿生产三维可视化信息系统
Rechichi Chimera: a BIM+ GIS system for cultural heritage
CN111125291A (zh) 一种流域水资源管理决策支持系统WebGIS引擎设计方法、系统
Hua et al. Geographic information systems
CN116579753A (zh) 一种可在线交流的多部门协同制图方法及其系统
Bi et al. Research on CIM basic platform construction
CN106055578A (zh) 基于gis网络服务与富互联网应用的地理国情监测系统
Rashidan et al. GeoPackage as future ubiquitous GIS data format: a review
CN118012428A (zh) 煤矿数据的处理方法、装置和计算机程序产品
Pascaul et al. An architecture for geographic information systems on the web-WebGIS
Petrova-Antonova et al. Towards a semantic 3D model of Sofia City

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination