CN112966041B - Data processing method, device, equipment and storage medium - Google Patents

Abstract

The application provides a data processing method, a device, equipment and a storage medium. The data processing method comprises the following steps: receiving a vector data display instruction, wherein the vector data display instruction comprises vector data block information to be displayed; acquiring a multi-level display model in a corresponding display range according to the vector data block information, wherein the multi-level display model is generated according to elements, element standard structures and element keywords of the vector data block information; and displaying the multi-level display model. The embodiment of the application can improve the storage and use efficiency of the map data.

Description

Data processing method, device, equipment and storage medium

Technical Field

The present application relates to the field of computer technology, and in particular to a data processing method, device, equipment and storage medium.

Background technique

Map data is usually stored in vector form. With the rapid development of the GIS (Geographic Information System) industry, the continuous accumulation of original vector data and the continuous expansion of the scope of vector data have led to the generation of massive and scattered vector data. How to efficiently manage and use these massive and scattered vector data has become a new challenge in the GIS field.

Summary of the invention

The embodiments of the present application provide a data processing method, apparatus, device and storage medium to solve the problems existing in the related technologies. The technical solutions are as follows:

In a first aspect, an embodiment of the present application provides a method for data processing, including:

receiving a vector data display indication, wherein the vector data display indication includes vector data block information to be displayed;

According to the vector data block information, a multi-level display model is obtained within a corresponding display range, wherein the multi-level display model is generated according to the elements, element standard structure and element keywords of the vector data block information;

Display multi-level display model.

In one embodiment, the method further comprises:

Obtaining elements, element standard structures and element keywords of vector data block information;

According to the elements, element standard structure and element keywords of the vector data block information, a vector mosaic data table is constructed, wherein the vector mosaic data table includes the corresponding relationship between the elements, element standard structure and element keywords of the vector data block information;

Construct LOD snapshots corresponding to each feature layer;

Generate a multi-level display model based on multi-level detail LOD snapshots.

In one implementation, obtaining a multi-level display model within a corresponding display range according to the vector data block information includes:

According to the vector data block information, the corresponding display range and display ratio are obtained;

Determine at least one vector data block information from a set index table according to a corresponding display range and a display ratio;

Get a multi-level display model corresponding to at least one vector data block information.

In one embodiment, the vector data block information includes map patches and/or administrative divisions.

In one embodiment, the data processing method further includes:

Obtaining a vector data update indication, where the vector data update indication includes information of a vector data block that needs to be updated;

According to the vector data block information that needs to be updated, the multi-level display model within the corresponding display range is regenerated and the corresponding original multi-level display model is updated.

In a second aspect, an embodiment of the present application provides a data processing device, including:

A display indication receiving module, used to receive a vector data display indication, wherein the vector data display indication includes vector data block information to be displayed;

A generation module, used for obtaining a multi-level display model within a corresponding display range according to the vector data block information, wherein the multi-level display model is generated according to the elements, element standard structure and element keywords of the vector data block information;

Display module, used to display multi-level display models.

In one embodiment, the data processing device further includes:

An acquisition module, used for acquiring elements, element standard structures and element keywords of vector data block information;

A data table module, used for constructing a vector mosaic data table according to the elements, element standard structure and element keywords of the vector data block information, wherein the vector mosaic data table includes the correspondence between the elements, element standard structure and element keywords of the vector data block information;

Snapshot module, used to construct LOD snapshots corresponding to each feature layer;

The generation module is used to generate a multi-level display model based on the multi-level of detail LOD snapshots.

In one embodiment, the generation module includes:

A scale unit, used to obtain a corresponding display range and display scale according to the vector data block information;

A determination unit, configured to determine at least one vector data block information from a set index table according to a corresponding display range and a display ratio;

The picture unit is used to obtain a multi-level display model corresponding to at least one vector data block information.

In one embodiment, the vector data block information includes map patches and/or administrative divisions.

In one embodiment, the device further comprises:

An update indication module, used to obtain a vector data update indication, wherein the vector data update indication includes information of a vector data block that needs to be updated;

The updating module is used to regenerate the multi-level display model within the corresponding display range and update the corresponding original multi-level display model according to the vector data block information that needs to be updated.

In a third aspect, an embodiment of the present application provides a data processing device, including: a processor and a memory, wherein instructions are stored in the memory, and the instructions are loaded and executed by the processor to implement a method provided in any embodiment of the present application.

In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, in which a computer program is stored. When the computer program is executed by a processor, a method as described in any one of the embodiments of the present application is implemented.

The advantages or beneficial effects of the above technical solution include at least: by obtaining the multi-level display model corresponding to the vector data block information and then displaying the multi-level display model, the reading and display speed of the map data can be improved, and the map data can be quickly visualized. When managing map data, the map data can be classified and managed according to regions and elements, which improves the management efficiency of the map data and makes the storage of the map data more structured and orderly.

The above summary is for illustrative purposes only and is not intended to be limiting in any way. In addition to the illustrative aspects, embodiments and features described above, further aspects, embodiments and features of the present application will be readily apparent by reference to the accompanying drawings and the following detailed description.

BRIEF DESCRIPTION OF THE DRAWINGS

In the accompanying drawings, unless otherwise specified, the same reference numerals throughout the multiple drawings represent the same or similar parts or elements. These drawings are not necessarily drawn to scale. It should be understood that these drawings only depict some embodiments disclosed in the present application and should not be regarded as limiting the scope of the present application.

FIG1 is a schematic diagram of a data processing method flow chart according to an embodiment of the present application;

FIG2 is a schematic diagram of a data processing method flow chart of another embodiment of the present application;

FIG3A is a flow chart of a data processing method according to an example of the present application;

FIG3B is a schematic diagram of data processing of an example of the present application;

FIG4 is a schematic diagram of a file storage directory of an example of the present application;

FIG5A is a map diagram 1 of an example of the present application;

FIG5B is a map diagram 2 of an example of the present application;

FIG5C is a schematic diagram showing different precisions of a map in an example of the present application;

FIG6 is a schematic diagram of a vector mosaic dataset of an example of the present application;

FIG7 is a flowchart of another example of a data processing method of the present application;

FIG8 is a schematic diagram of a data processing device according to an embodiment of the present application;

FIG9 is a schematic diagram of a data processing device according to another embodiment of the present application;

FIG10 is a schematic diagram of a data processing device according to another embodiment of the present application;

FIG11 is a schematic diagram of a data processing device according to another embodiment of the present application;

FIG. 12 is a schematic diagram of a data processing device according to an embodiment of the present application.

Detailed ways

In the following, only some exemplary embodiments are briefly described. As those skilled in the art will appreciate, the described embodiments may be modified in various ways without departing from the spirit or scope of the present application. Therefore, the drawings and descriptions are considered to be exemplary and non-restrictive in nature.

FIG1 is a flow chart of a data processing method according to an embodiment of the present application. As shown in FIG1 , the data processing method may include:

Step S11: receiving a vector data display instruction, wherein the vector data display instruction includes vector data block information to be displayed;

Step S12: acquiring a multi-level display model within a corresponding display range according to the vector data block information, wherein the multi-level display model is generated according to the elements, element standard structure and element keywords of the vector data block information;

Step S13: Display the multi-level display model.

The vector data display indication may be issued in response to a user opening a folder where the vector data of the map is located.

Exemplarily, the user can select the vector data file in the folder where the vector data of the map is located. After selecting the vector data, the vector data display instruction can be issued by clicking (single-click to open or double-click to open, etc.) or clicking the selection button.

In this embodiment, vector data may include data that uses x and y coordinates to represent the position and shape of a map graphic or a geographic entity in rectangular coordinates. Vector data generally expresses the spatial position of a geographic entity as accurately as possible by recording coordinates. Specifically, the vector data in this embodiment may be map-related data recorded in a vector manner.

Vector data may specifically include some elements of a geographic area on a map, such as an administrative division of an area on a map, or a point of interest in an area, or a road.

Vector data block information may include multiple vector data, and multiple vector data may belong to the same area.

The elements of vector data block information may specifically include map elements such as roads, buildings, road signs, etc.

The vector data block information may include one or more of a plurality of vector data block information. The plurality of vector data block information is obtained by classifying and arranging the original scattered vector data according to classification elements such as regions and attributes.

In the embodiment of the present application, the vector data block information can be generated into an image in advance, and the unit of the vector data block information for generating the image can be set. For example, for the vector data block information corresponding to the administrative area of a city, a map image corresponding to the administrative area of the city is generated.

In this embodiment, the user can select the vector data block information to be displayed by checking the box, and the map image is displayed according to the vector data block information selected by the user.

In this embodiment, each layer of the map may correspond to a vector data block information. The layer of the map may specifically be a layer of a certain element in a certain range.

In this embodiment, the multi-level display model is used to present the display screen of the map on the display interface. Different areas may correspond to different multi-level display models, and different map elements in the same area may correspond to different multi-level display models.

In the embodiment of the present application, a multi-level display model corresponding to the vector data block information is obtained, and then the multi-level display model is displayed, so that the reading and display speed of the map data can be improved, and the map data can be quickly visualized. When managing map data, the map data can be classified and managed according to regions and elements, which improves the management efficiency of the map data and makes the storage of the map data more structured and orderly.

In one embodiment, as shown in FIG2 , the data processing method further includes:

Step S21: Obtaining elements, element standard structures and element keywords of vector data block information;

Step S22: constructing a vector mosaic data table according to the elements, element standard structures and element keywords of the vector data block information, wherein the vector mosaic data table includes the correspondence between the elements, element standard structures and element keywords of the vector data block information;

Step S23: constructing multiple level of details (LOD) snapshots corresponding to each element layer;

Step S24: Generate a multi-level display model based on the multi-level of detail LOD snapshots.

In this embodiment, the element standard structure may be a standard structure of a map data element layer, such as the composition of the element, the data structure, and the like.

In this embodiment, an LOD snapshot corresponding to each element layer is constructed, so that when using map data, the loading time of map data can be shortened, the map information can be displayed as quickly as possible, and the use efficiency of map data is improved.

In one implementation, obtaining a multi-level display model within a corresponding display range according to the vector data block information includes:

According to the vector data block information, the corresponding display range and display ratio are obtained;

Determine at least one vector data block information from a set index table according to a corresponding display range and a display ratio;

Get a multi-level display model corresponding to at least one vector data block information.

The display range can be determined according to the vector data block information, and the display ratio can be set according to the default ratio. For example, if the user selects the vector data block information of city A, then the multi-level display model displayed to the user is the multi-level display model corresponding to the vector data block information of city A.

In one embodiment, the vector data block information includes map patches and/or administrative divisions.

In this embodiment, the map block can be, for example, a topographic map of a certain scale as a working base map, which divides land units (plots) with basically the same landform, land use type, and soil erosion type into one category, takes it as the basic survey unit, and then draws the unit on the topographic map.

In this embodiment, the display ratio may be an initial ratio during an initial display time, and after the initial display time, the display ratio may be determined according to the ratio adjusted by the user.

In this embodiment, the vector data block information may include map spots and administrative areas, so that when storing, the vector data can be stored by category for easy management. When using, the user can select the vector data block information to be displayed.

In one embodiment, the data processing method further includes:

Obtaining a vector data update indication, where the vector data update indication includes information of a vector data block that needs to be updated;

According to the vector data block information that needs to be updated, the multi-level display model within the corresponding display range is regenerated and the corresponding original multi-level display model is updated.

Users can re-add vector data block information or delete existing vector data block information through the Add and Delete buttons in the control menu.

The embodiment of the present application divides the vector data into vector data block information according to regions and elements, thereby realizing the mosaic management of scattered vector achievement data, and providing a fast and unified management channel for a large amount of vector data with standard structures but scattered storage. The embodiment of the present application adopts a hybrid technology combining vector data sets and file databases. For multiple scattered and different categories of achievement data, they can be mosaicked separately according to classification keywords. Without changing the original scattered vector achievement data, indexes are created for the scattered vector data sets to generate multi-level LODs. Dynamic scheduling technology is used to provide the functions of dynamic mosaicking and real-time processing of vector data, thereby realizing efficient browsing, retrieval, and unified management of massive scattered vector achievement data.

In one example, the data processing method includes the steps shown in FIG3A , which are specifically as follows:

Step S31: Extracting element layers, element layer standard structures, and element layer keywords that meet the vector mosaic data management from the standard result scattered folders. As shown in FIG3B , the scattered vector result data is processed by extracting element layers, extracting element layer standard structures, and extracting element layer keywords.

Step S32: construct a vector mosaic dataset and record the original feature layers involved in the management of the vector mosaic dataset.

In this example, the vector mosaic dataset is equivalent to the vector data block information in the aforementioned embodiment.

Step S33: Generate vector mosaic dataset metadata based on the vector mosaic dataset.

In this example, the vector mosaic dataset metadata, as shown in FIG3B , is an example of the vector mosaic data table in the above embodiment. The vector mosaic data table may include the correspondence between each level of LOD and the vector mosaic dataset.

Step S34: constructing each level of LOD of the mosaic dataset of the feature class.

Each level of LOD is equivalent to the map layer corresponding to each vector data block information. As shown in FIG3B , according to the boundary range of each element layer in the scattered vector result data, generating different scales (multiple scales), and multi-level LOD generation rules, each level of LOD of the mosaic data set is generated.

Step S35: forming an index and access scheduling mechanism based on the vector mosaic dataset. The structured mosaic dataset metadata and the LODs of each level of the mosaic dataset are stored in the GDM file database. The database can also store an operation log table and an index table at the same time. The index table can be used to find the LODs of each level and the mosaic dataset metadata.

Exemplarily, the indexing and access scheduling mechanism may specifically be: creating a corresponding folder for each vector data block information, and the folder contains the vector data block information. As shown in FIG4 , the folder may include tb (map spot) and xq (administrative region), and the user may determine the vector data block information to be displayed by checking the map spot or administrative region file corresponding to a specific code, and the number in FIG4 is equivalent to the ID of the vector data block information.

For the same area, you can choose to display administrative areas or spots, or you can choose to display part of the content in other layers. The more information you choose to display, the denser the pattern elements on the presented image. As shown in Figures 5A and 5B, Figure 5A shows the effect of only showing spots, and Figure 5B shows the effect of showing spots superimposed on administrative areas. Figure 5C shows the effect of fine to rough display.

Since there are intersecting or contained relationships between map elements, vector data block information can be stored hierarchically. Users can check the checkbox of the folder to determine the vector data block information to be displayed. Furthermore, the vector data block information can be stored according to the tree directory.

Step S36: forming an update and maintenance mechanism based on the vector mosaic dataset.

The embodiment of the present application uses a vector mosaic dataset to uniformly manage the dispersedly stored vector data, which can significantly reduce the preprocessing time and data transfer workload during map display, and achieve efficient management and fast browsing and display of dispersed vector data. By quickly constructing multi-level LOD for the original vector data, the original data can be simplified to meet the needs of fast response at a small scale. In the scheduling process, pixel filtering strategies and dynamic LOD technology are used to reduce and simplify the data to meet the needs of dynamic real-time rendering, and meet the needs of updating and maintaining large-scale multi-scale vector mosaic datasets.

The data processing method disclosed in the embodiment of the present application and the specific method of mosaic management of dispersed vector data can be applied in GIS platform software to improve the browsing and retrieval capabilities of massive vector data. It should be noted that the technical solution disclosed in the embodiment of the present application is not limited to GIS platform software, but can also be applied to application software in GIS-related industries.

It should be noted that although the data processing method is described above using map data as an example, those skilled in the art will appreciate that the present application should not be limited thereto. In fact, the user can flexibly set the data to be processed according to personal preferences and/or actual application scenarios, as long as it can be displayed through pre-formed layers and the display speed can be increased.

In this way, by storing vector data in the form of vector data block information and displaying the vector data block information in the form of layers, the data processing method according to the above embodiment of the present application can improve the management efficiency and utilization efficiency of map data.

Figure 6 shows a schematic diagram of the structure of a vector mosaic data set in an example of the present application. In this example, the original scattered vector data (vector data A1, vector data A2, vector data B1, vector data B2...) are stored as structured vector data from the original folder of the vector data. That is, it is stored in the GDM (The GNOME Display Manager, GNOME's display environment manager) database of Figure 6 in the form of logical mosaic data sets (vector mosaic data sets) A, logical mosaic data sets B... Among them, GNOME is a set of purely free computer software that runs on an operating system and provides a graphical desktop environment. Logical mosaic data set A can be composed of vector data A1, vector data A2..., and logical mosaic data set B can be composed of vector data B1, vector data B2...

FIG. 7 is a flow chart of a data processing method in an example of the present application, including:

Step S71: receiving a map browsing request.

Step S72: Determine the current map scale.

If the current map scale is a large scale, proceed to step S73; if the current map scale is a small scale, proceed to step S74.

Step S73: Quickly search by range. Go to step S75.

Step S74: quickly display the snapshot at the current scale, and then proceed to step S76.

Step S75: Return the vector data of the specified range and draw it on the map.

Step S76: Load vector data and draw it on the map.

FIG8 shows a structural block diagram of a data processing device according to an embodiment of the present invention. As shown in FIG8 , the device may include:

A display indication receiving module 81 is used to receive a vector data display indication, where the vector data display indication includes vector data block information to be displayed;

A generating module 82, for acquiring a multi-level display model within a corresponding display range according to the vector data block information, wherein the multi-level display model is generated according to the elements, element standard structure and element keywords of the vector data block information;

The display module 83 is used to display the multi-level display model.

In one embodiment, as shown in FIG9 , the data processing device further includes:

An acquisition module 91 is used to acquire elements, element standard structures and element keywords of vector data block information;

A data table module 92, used to construct a vector mosaic data table according to the elements, element standard structure and element keywords of the vector data block information, wherein the vector mosaic data table includes the correspondence between the elements, element standard structure and element keywords of the vector data block information;

A snapshot module 93, used to construct a multi-level of detail LOD snapshot corresponding to each element layer;

The generating module 94 is used to generate a multi-level display model according to the multi-level of detail LOD snapshots.

In one embodiment, as shown in FIG10 , the generating module includes:

A scale unit 101 is used to obtain a corresponding display range and a display scale according to the vector data block information;

A determination unit 102, configured to determine at least one vector data block information from a set index table according to a corresponding display range and a display ratio;

The picture unit 103 is used to obtain a multi-level display model corresponding to at least one vector data block information.

In one embodiment, the vector data block information includes map patches and/or administrative divisions.

In one embodiment, as shown in FIG11 , the data processing device further includes:

An update indication module 111 is used to obtain a vector data update indication, where the vector data update indication includes information of a vector data block that needs to be updated;

The updating module 112 is used to regenerate the multi-level display model within the corresponding display range and update the corresponding original multi-level display model according to the vector data block information that needs to be updated.

The functions of the modules in the devices of the embodiments of the present invention can be found in the corresponding descriptions of the above methods, which will not be described in detail here.

FIG12 shows a block diagram of a data processing device according to an embodiment of the present invention. As shown in FIG12 , the data processing device includes: a memory 910 and a processor 920, wherein the memory 910 stores a computer program that can be run on the processor 920. When the processor 920 executes the computer program, the data processing method in the above embodiment is implemented. The number of the memory 910 and the processor 920 can be one or more.

The data processing device also includes:

The communication interface 930 is used to communicate with external devices and perform data exchange transmission.

If the memory 910, the processor 920 and the communication interface 930 are implemented independently, the memory 910, the processor 920 and the communication interface 930 can be connected to each other through a bus and communicate with each other. The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, only one thick line is used in FIG. 12, but it does not mean that there is only one bus or one type of bus.

Optionally, in a specific implementation, if the memory 910, the processor 920 and the communication interface 930 are integrated on a chip, the memory 910, the processor 920 and the communication interface 930 can communicate with each other through an internal interface.

An embodiment of the present invention provides a computer-readable storage medium storing a computer program, which implements the method provided in the embodiment of the present application when the program is executed by a processor.

An embodiment of the present application also provides a chip, which includes a processor for calling and executing instructions stored in the memory from the memory, so that a communication device equipped with the chip executes the method provided by the embodiment of the present application.

An embodiment of the present application also provides a chip, including: an input interface, an output interface, a processor and a memory, wherein the input interface, the output interface, the processor and the memory are connected via an internal connection path, and the processor is used to execute the code in the memory. When the code is executed, the processor is used to execute the method provided in the embodiment of the application.

It should be understood that the processor may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or any conventional processor, etc. It is worth noting that the processor may be a processor supporting the advanced RISC machines (ARM) architecture.

Further, optionally, the above-mentioned memory may include a read-only memory and a random access memory, and may also include a non-volatile random access memory. The memory may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memories. Among them, the non-volatile memory may include a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may include a random access memory (RAM), which is used as an external cache. By way of example but not limitation, many forms of RAM are available. For example, static RAM (SRAM), dynamic random access memory (DRAM), synchronous DRAM (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM) and direct rambus RAM (DR RAM).

In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function according to the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions can be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium.

In the description of this specification, the description with reference to the terms "one embodiment", "some embodiments", "example", "specific example", or "some examples" means that the specific features, structures, materials or characteristics described in conjunction with the embodiment or example are included in at least one embodiment or example of the present application. Moreover, the specific features, structures, materials or characteristics described may be combined in any one or more embodiments or examples in a suitable manner. In addition, those skilled in the art may combine and combine different embodiments or examples described in this specification and features of different embodiments or examples, unless they are contradictory.

In addition, the terms "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Therefore, a feature defined as "first" or "second" may explicitly or implicitly include at least one of the features. In the description of this application, the meaning of "plurality" is two or more, unless otherwise clearly and specifically defined.

Any process or method description in the flow chart or otherwise described herein can be understood to represent a module, fragment or portion of a code including one or more executable instructions for implementing the steps of a specific logical function or process. And the scope of the preferred embodiment of the present application includes other implementations, in which the functions may not be performed in the order shown or discussed, including in a substantially simultaneous manner or in a reverse order according to the functions involved.

The logic and/or steps represented in the flowchart or otherwise described herein, for example, can be considered as an ordered list of executable instructions for implementing logical functions, which can be embodied in any computer-readable medium for use by an instruction execution system, apparatus or device (such as a computer-based system, a system including a processor or other system that can fetch instructions from an instruction execution system, apparatus or device and execute instructions), or used in combination with these instruction execution systems, apparatuses or devices.

It should be understood that the various parts of the present application can be implemented with hardware, software, firmware or a combination thereof. In the above embodiments, multiple steps or methods can be implemented with software or firmware stored in a memory and executed by a suitable instruction execution system. All or part of the steps of the above embodiment method can be completed by instructing the relevant hardware through a program, which can be stored in a computer-readable storage medium, and when the program is executed, it includes one of the steps of the method embodiment or a combination thereof.

In addition, each functional unit in each embodiment of the present application can be integrated into a processing module, or each unit can exist physically separately, or two or more units can be integrated into one module. The above-mentioned integrated module can be implemented in the form of hardware or in the form of a software functional module. If the above-mentioned integrated module is implemented in the form of a software functional module and sold or used as an independent product, it can also be stored in a computer-readable storage medium. The storage medium can be a read-only memory, a disk or an optical disk, etc.

The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any technician familiar with the technical field can easily think of various changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims (10)

1. A data processing method, comprising: receiving a vector data display indication, wherein the vector data display indication includes vector data block information to be displayed; Obtaining elements, element standard structures and element keywords of the vector data block information; According to the elements, element standard structures and element keywords of the vector data block information, a vector mosaic data table is constructed, wherein the vector mosaic data table includes the correspondence between the elements, element standard structures and element keywords of the vector data block information; Construct LOD snapshots corresponding to each feature layer; Generate a multi-level display model according to the LOD snapshot; The multi-level display model is displayed. 2. The method according to claim 1, characterized in that, according to the vector data block information, obtaining a multi-level display model within a corresponding display range comprises: According to the vector data block information, a corresponding display range and a display ratio are obtained; Determine at least one vector data block information from a set index table according to a corresponding display range and a display ratio; Obtain a multi-level display model corresponding to the at least one vector data block information. 3. The method according to claim 1, wherein the vector data block information includes map spots and/or administrative divisions. 4. The method according to claim 1, further comprising: Obtaining a vector data update indication, wherein the vector data update indication includes information of a vector data block that needs to be updated; According to the vector data block information that needs to be updated, the multi-level display model within the corresponding display range is regenerated and the corresponding original multi-level display model is updated. 5. A data processing device, comprising: A display indication receiving module, used to receive a vector data display indication, wherein the vector data display indication includes vector data block information to be displayed; An acquisition module, used for acquiring elements, element standard structures and element keywords of the vector data block information; A data table module, used for constructing a vector mosaic data table according to the elements, element standard structure and element keywords of the vector data block information, wherein the vector mosaic data table includes the correspondence between the elements, element standard structure and element keywords of the vector data block information; Snapshot module, used to construct LOD snapshots corresponding to each feature layer; A generation module, used for generating a multi-level display model according to the LOD snapshot; A display module is used to display the multi-level display model. 6. The device according to claim 5, characterized in that the generating module comprises: A scale unit, used to obtain a corresponding display range and a display scale according to the vector data block information; A determination unit, configured to determine at least one vector data block information from a set index table according to a corresponding display range and a display ratio; The picture unit is used to obtain the multi-level display model corresponding to the at least one vector data block information. 7. The device according to claim 5, wherein the vector data block information includes map spots and/or administrative divisions. 8. The device according to claim 5, characterized in that the device further comprises: An update indication module, used to obtain a vector data update indication, wherein the vector data update indication includes information of a vector data block to be updated; The updating module is used to regenerate the multi-level display model within the corresponding display range and update the corresponding original multi-level display model according to the vector data block information that needs to be updated. 9. A data processing device, comprising: a processor and a memory, wherein the memory stores instructions, and the instructions are loaded and executed by the processor to implement the method according to any one of claims 1 to 4. 10. A computer-readable storage medium, wherein a computer program is stored in the computer-readable storage medium, and when the computer program is executed by a processor, the method according to any one of claims 1 to 4 is implemented.