Smart city space planning data processing method, system and device

Abstract

The invention discloses a smart city space planning data processing method, system and device, and relates to the field of geographic information. The method comprises the following steps: receiving spatial data; in response to the determination of performing layer assembly based on the spatial data, obtaining a layer directory tree; in response to the determination of the layer style configuration operation on the layer group data and the determination of the first local service release, performing the first local service release according to a layer style configuration result; in response to determining to add the external service, issuing a second local service according to the external service configuration information; and in response to a first service call request header and thematic configuration information initiated by the service request end to the proxy address, when it is determined that the service request end passes authentication verification, starting the first local service and / or the second local service to return geographic layer information to the service request end and assembling the geographic layer information into a thematic application for display. Compared with the prior art, the method supports the connection use of the multi-source spatial database, can realize the integration of multi-source services, and is high in flexibility and expansibility and low in data organization mode limitation.

Description

Technical Field

[0001] The present invention relates to the field of geographic information technology, and more specifically, to a method, system and device for processing data of smart city spatial planning. Background Art

[0002] Spatial databases (such as PostGIS, Microsoft SQLServer, and Oracle) have been widely used in recent years because they can store large spatial data sets at the level of millions and provide efficient methods for querying, analyzing, and updating data. However, in the existing technology, it is generally necessary to use client software such as ArcGIS and SuperMap to connect and use them. At the same time, based on the client software, only a single spatial database can be connected at a time, and only layer information in a single spatial database can be obtained, and the organization of data is highly restricted. Summary of the invention

[0003] In order to overcome the defects of the above-mentioned prior art that multiple spatial databases cannot be connected and used simultaneously and that the technology is highly restrictive, the present invention provides a method, system and device for processing data of smart city spatial planning.

[0004] In order to solve the above technical problems, the technical solution of the present invention is as follows:

[0005] In a first aspect, a method for processing smart city spatial planning data includes:

[0006] Receiving spatial data; wherein the spatial data comes from reading a spatial data file and / or at least one spatial database based on a Web connection;

[0007] In response to determining to perform layer assembly based on the spatial data, a layer directory tree is obtained; the layer directory tree includes at least one layer group and corresponding layer group data;

[0008] In response to determining a layer style configuration operation on the layer group data and determining a first local service release, publishing the first local service according to a layer style configuration result on the layer group data;

[0009] In response to determining to add the external service, publishing a second local service according to the external service configuration information from the external service;

[0010] In response to the first service call request header and thematic configuration information initiated by the service request end to the proxy address, when it is determined that the service request end has passed the authentication verification, the first local service and / or the second local service is enabled to return geographic layer information to the service request end and assemble it into a thematic application for display; wherein the thematic configuration information is used to indicate the organization method of the geographic layer information from different services.

[0011] In a second aspect, a smart city spatial planning data processing system includes:

[0012] A data receiving module, used for receiving spatial data; wherein the spatial data comes from reading a spatial data file and / or at least one spatial database based on a Web connection;

[0013] A layer assembly module, configured to generate a layer directory tree in response to determining to perform layer assembly based on the spatial data; the layer directory tree includes at least one layer group and corresponding layer group data;

[0014] A first service publishing module, configured to respond to determining a layer style configuration operation on the layer group data and determining a first local service to be published, and to publish the first local service according to a layer style configuration result on the layer group data;

[0015] A second service publishing module, configured to publish a second local service according to external service configuration information from the external service in response to determining to add the external service;

[0016] A request response module is used to respond to the first service call request header and thematic configuration information initiated by the service request end to the proxy address. When it is determined that the service request end has passed the authentication verification, the first local service and / or the second local service is enabled to return the geographic layer information to the service request end and assemble it into a thematic application for display; wherein the thematic configuration information is used to indicate the organization method of the geographic layer information from different services.

[0017] In a third aspect, a smart city spatial planning data processing device includes:

[0018] one or more processors;

[0019] a storage device for storing one or more programs,

[0020] When the one or more programs are executed by the one or more processors, the one or more processors implement the steps of the smart city spatial planning data processing method described in the first aspect.

[0021] Compared with the prior art, the technical solution of the present invention has the following beneficial effects:

[0022] The present invention discloses a method for processing data for smart city spatial planning. By connecting to multiple spatial databases and importing spatial data files simultaneously through a Web terminal, the data acquisition process and difficulty are greatly simplified. Data from different databases can be easily accessed and processed without relying on a single client software, thereby improving data integration efficiency, reducing dependence on complex client software, and meeting the complex needs of modern spatial data applications. Through online layer style configuration operations, personalized style configuration can be performed on layers of different data sources, greatly reducing the complexity of style configuration, improving user experience, and making the display of geographic information more flexible and in line with actual needs. By integrating the release of the first local service and the second local service, the efficiency of service management is improved, flexibility and scalability are enhanced, and user experience is greatly improved. By assembling thematic applications according to thematic configuration information, the flexibility of assembling geographic layer information is improved, so that users can perform highly customized geographic information display according to specific application requirements. BRIEF DESCRIPTION OF THE DRAWINGS

[0023] Figure 1 This is a schematic diagram of the implementation process of the smart city spatial planning data processing method in the embodiment of the present application;

[0024] Figure 2 A schematic diagram of the process of connecting multiple spatial databases and importing spatial data files in an embodiment of the present application;

[0025] Figure 3 This is a schematic diagram of a layer management panel in an embodiment of the present application;

[0026] Figure 4 A schematic diagram of the process of layer style configuration operation in an embodiment of the present application;

[0027] Figure 5 A schematic diagram of a panel is created for editing the point symbol style in an embodiment of the present application;

[0028] Figure 6 Creating a panel schematic diagram for line symbol style editing in an embodiment of the present application;

[0029] Figure 7 A panel schematic diagram is created for editing the symbol style in the embodiment of the present application;

[0030] Figure 8 A schematic diagram of a layer style configuration operation panel for rendering a single symbol in an embodiment of the present application;

[0031] Fig. 9 A schematic diagram of the symbolization effect of rendering a single symbol in an embodiment of the present application;

[0032] Fig.10 A schematic diagram of a layer style configuration operation panel for single value rendering in an embodiment of the present application;

[0033] Fig.11 This is a schematic diagram of the symbolic effect of single value rendering in an embodiment of the present application;

[0034] Fig.12 A flowchart comparing the vector slicing technology and the dynamic vector slicing technology in the embodiment of the present application;

[0035] Fig.13 This is another implementation flow diagram of the smart city space planning data processing method in the embodiment of the present application;

[0036] Fig.14 This is a schematic diagram of the service publishing process in the embodiment of this application;

[0037] Fig.15 A schematic diagram of a panel displayed when applying for service call authorization in an embodiment of the present application;

[0038] Fig.16 This is a schematic diagram of a panel displayed when the authorization service requester service is called in an embodiment of the present application;

[0039] Fig.17 This is a schematic diagram of JSON format data of geographic layer information obtained by accessing the proxy address in an embodiment of the present application;

[0040] Fig.18 This is a schematic diagram of the three-dimensional display effect obtained by rendering in an embodiment of the present application;

[0041] Fig.19 This is a schematic diagram of the structure of the smart city space planning data processing system in the embodiment of the present application. DETAILED DESCRIPTION

[0042] The terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the terms used in this way can be interchanged in appropriate cases, which is only to describe the distinction mode adopted by the objects of the same attributes in the embodiments of the present application when describing. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, so that the process, method, system, product or equipment containing a series of units need not be limited to those units, but may include other units that are not clearly listed or inherent to these processes, methods, products or equipment. The term "determine" widely covers various actions, and may include acquisition, calculation, calculation, processing, derivation, investigation, search (for example, search in a table, database or other data structure), ascertainment, and similar actions, and may also include reception (for example, receiving information), access (for example, accessing data in a memory) and similar actions, and may also include generation, creation, establishment and similar actions, as well as parsing, selection, selection and similar actions, etc. The relevant definitions of other terms will be given in the following description.

[0043] It should be noted that when an element is considered to be "connected" to another element, it can be directly connected to the other element, or connected to the other element through an intermediate element. In addition, the "connection" in the following embodiments should be understood as "electrical connection", "communication connection", etc. if there is transmission of electrical signals or data between the connected objects.

[0044] The drawings are for illustrative purposes only and should not be construed as limiting the present patent;

[0045] In order to better illustrate the present embodiment, some parts in the drawings may be omitted, enlarged or reduced, and do not represent the size of the actual product;

[0046] It is understandable to those skilled in the art that some well-known structures and their descriptions may be omitted in the drawings.

[0047] The technical solution of the present invention is further described below in conjunction with the accompanying drawings and embodiments.

[0048] As described in the background technology, in the prior art, it is necessary to use client software such as ArcGIS and SuperMap to connect to and use spatial databases, and only one database can be connected at a time to obtain the layers in a single database, and it is impossible to quickly and conveniently support the connection of multiple source spatial databases at the same time. These client software generally have their own data formats and different ways of organizing data, which cannot meet the needs of personalized map use, and the operation is relatively cumbersome, and the license fee is high. In addition, the prior art is also unable to mix and assemble different layers of multiple services for display, and cannot meet the complex needs of users.

[0049] This embodiment provides a method for processing smart city spatial planning data. Figure 1 ,include:

[0050] Receiving spatial data; wherein the spatial data comes from reading a spatial data file and / or at least one spatial database based on a Web connection;

[0051] In response to determining to perform layer assembly based on the spatial data, a layer directory tree is obtained; the layer directory tree includes at least one layer group and corresponding layer group data;

[0052] In response to determining a layer style configuration operation on the layer group data and determining a first local service release, publishing the first local service according to a layer style configuration result on the layer group data;

[0053] In response to determining to add the service, publishing a second local service according to the external service configuration information from the external service;

[0054] In response to the first service call request header and thematic configuration information initiated by the service request end to the proxy address, when it is determined that the service request end has passed the authentication verification, the first local service and / or the second local service is enabled to return geographic layer information to the service request end and assemble it into a thematic application for display; wherein the thematic configuration information is used to indicate the organization method of the geographic layer information from different services.

[0055] It should be noted that the method described in this embodiment can simultaneously connect to multiple spatial databases on the Web side. Based on this, users can efficiently and conveniently connect to multi-source spatial databases, realize seamless data access and management across platforms and databases, greatly improve the integration and utilization efficiency of spatial data, and reduce the dependence on complex client software. Furthermore, for data from different sources, online layer style configuration operations can be performed to achieve personalized customization of styles, thereby meeting diverse map display needs, achieving more expressive geographic information visualization, and improving user experience. Secondly, this embodiment integrates multi-source services, including both a first local service based on a multi-source database and a second local service based on an external service, which can realize centralized management and online publishing of multi-source services, greatly simplifying the operation and maintenance of services and the difficulty of management. In addition, based on authentication verification, only authorized service request terminals can call specific services, effectively ensuring the security of data and services, preventing unauthorized access, and ensuring that the use of services meets predetermined security and privacy requirements. At the same time, by combining thematic configuration information, the geographic layer information obtained from different services is flexibly configured and assembled, and finally a specific thematic application is formed, which can effectively meet the diverse application needs of the service request end and quickly build targeted geographic information system solutions to meet application scenarios in different fields.

[0056] As a non-limiting example, see Figure 2 The spatial database includes but is not limited to PostGIS, Microsoft SQL Server, and Oracle, and a Web-based connection is achieved based on information such as database address, port number, architecture, name, account password, etc.

[0057] As a non-limiting example, the spatial data may be different types of GIS data, such as current spatial data, planned spatial data, socio-economic spatial data, and management spatial data.

[0058] As a non-limiting example, the spatial data file may be a file in a format such as GDB, MDB, SHP, or GeoJSON.

[0059] In some specific implementations, only spatial data files that have passed the review are allowed to read the spatial data therein and import them into the data storage created in Geosever.

[0060] It should be noted that the layer group includes at least one layer.

[0061] In some specific implementation processes, the smart city spatial planning data processing method implements the front end based on Vue and OpenLayers, implements the back end based on Java and SpringBoot, and deploys the map server based on GeoServer.

[0062] In some specific implementations, the layer assembly process is as follows:

[0063] See also Figure 3 In response to receiving the layer assembly instruction, a layer management panel is displayed; the layer management panel integrates a spatial data panel and a layer tree panel, the spatial data panel is used to display spatial data from a connected spatial database and / or an imported spatial data file, and the layer tree panel is used to display a layer directory tree;

[0064] In response to an instruction to confirm the assembly of at least one spatial data into a layer directory tree (such as an instruction triggered by dragging), a final layer directory tree is generated to complete the layer assembly.

[0065] More specifically, in response to an instruction to confirm assembling at least one piece of spatial data into a layer directory tree, a preview effect image after the layer assembly is synchronously displayed on the layer management panel.

[0066] In some specific implementation processes, the thematic configuration information can be displayed to the service request end by displaying a thematic application configuration panel, and in response to the service request end determining an operation of integrating a layer group in the thematic application configuration panel, the thematic configuration information is returned and associated with the service request end.

[0067] In some preferred embodiments, see Figure 4 , the layer style configuration operation includes:

[0068] In response to receiving a layer symbolization instruction regarding the layer group data, displaying a layer style configuration operation panel;

[0069] In response to the symbolization type determined in the layer style configuration operation panel, style parameters of some preset symbol styles in the symbol style library are displayed; wherein the preset symbol styles are established based on SLD, including point symbol styles, line symbol styles and surface symbol styles;

[0070] In response to determining the attribute fields of the layer group data and determining the style parameters of the configured symbol style from the part of the preset symbol styles, generating a final style file associated with the layer group data as the layer style configuration result;

[0071] wherein, when a style effect preview instruction is received, based on the style parameters of the preset symbol style selected from the part of the preset symbol styles, a part of the data in the layer group data is customized symbolized and rendered and a corresponding style effect preview result is displayed; and,

[0072] When a style parameter adjustment instruction is received, the custom symbol rendering is performed or the final style file is generated according to the style parameter modification result of the preset symbol style selected from the part of preset symbol styles.

[0073] It should be noted that the part described in this application may refer to all parts or a small part. Based on this understanding, the part of preset symbol styles may be all preset symbol styles set in the symbol style library or a small part of preset symbol styles set in the symbol style library.

[0074] It should be understood that the preset symbol style should be created in advance. In some specific implementations, by inputting the SLD template online and then specifying its symbol color, outline color, outline line shape, etc., it is possible to create or edit symbol styles such as points, lines, and surfaces.

[0075] It should also be understood that the attribute field may be a label field of the layer data or a measurement of a geographic feature of the layer data, which is not limited here.

[0076] It should also be understood that the preset symbol pattern may be deleted in response to receiving a preset symbol pattern deletion instruction.

[0077] like, Figure 5 An edit and create panel for a point symbol style (green square symbol) is shown. Symbols can be edited or created by inputting an SLD template and then specifying its symbol color, symbol radius, outline color, outline width, etc.

[0078] Figure 6 An edit creation panel for a line symbol style (railway line symbol) is shown. Line symbols can be created or edited by inputting an SLD template and then specifying its line color and line style.

[0079] Figure 7 It shows an editing and creation panel for a surface symbol style (river water surface symbol). By inputting an SLD template and then specifying its symbol color, outline color, outline line shape, etc., surface symbols can be created or edited.

[0080] In some specific implementations, the symbolization types include but are not limited to single symbol rendering, single value rendering, and hierarchical rendering; wherein,

[0081] Single symbol rendering is to select a unified symbol style for all geographic information elements in the entire layer. It is suitable for simple map display and for scenes that do not need to distinguish attribute categories. It can achieve basic map display with minimal settings, such as Figure 8 , Fig. 9The layer style configuration operation panel and symbolization effect when rendering a single symbol in some specific implementation processes are respectively demonstrated;

[0082] Single value rendering is based on a specific attribute field, setting different symbol styles for different geographic information elements in the layer, which can be applied to the display of classified data, such as Fig.10 , Fig.11 The layer style configuration operation panel and symbolization effect when rendering a single value in some specific implementation processes are shown respectively;

[0083] Hierarchical rendering is a hierarchical rendering of geographic information elements based on numerical attribute data and numerical ranges. Different symbol styles are set for each level, which is suitable for displaying changes in continuous numerical data.

[0084] It should be understood that this embodiment simplifies the traditional complex operation process into online configuration and management, provides a variety of style rendering options, including single symbol rendering, single value rendering and hierarchical rendering, and can achieve high-quality map display according to different data types and requirements. This diversified style configuration method significantly improves the visualization effect of spatial data and supports more professional geographic information analysis and display.

[0085] In some optional embodiments, the custom symbolic rendering of part of the data in the layer group data is implemented based on a dynamic vector slicing method.

[0086] It should be noted that, see Fig.12 Compared with traditional vector slicing technology, dynamic vector slicing has the following advantages: dynamic vector slicing technology no longer requires pre-cutting, there will not be a large number of slice files stored, and there will be no redundant slice data occupying storage space; dynamic vector slicing technology basically does not require data to be stored, but the database summarizes and organizes the data and directly generates the slicing results, which will not cause the pre-cutting of the entire map to take a long time.

[0087] In some preferred embodiments, see Fig.13 , the first local service release includes:

[0088] In response to receiving the first service publishing instruction, displaying a first data service publishing panel;

[0089] According to the service publishing type and publishing address determined in the first data service publishing panel, the GeoServer layer publishing method is adopted to establish a mapping between the layer style configuration result and the layer group data, generate a service instance of the first local service and publish the first local service interface path, and after the publishing is completed, the call permission encryption and address proxy are performed on the first local service interface path.

[0090] It should be noted that in the above preferred embodiment, the first local service to be published is initialized and configured according to the publishing address and service publishing type (such as WMS or WMTS), which simplifies the service publishing steps, ensures the compatibility and stability of the service, and meets the spatial data publishing needs in various scenarios.

[0091] Those skilled in the art should understand that for different service publishing types, corresponding publishing logic should be called and different processing procedures should be adopted for different service publishing types to ensure the correct mapping of layer style configuration and spatial data in GeoServer during the entire publishing process.

[0092] As a non-limiting example, the service publishing type can be WMS (Web Map Service), WMTS (WebMap Tile Service), WCS (Web Coverage Service), WFS (Web Feature Service), etc., which can be set by technical personnel in this field based on actual conditions and is not limited here.

[0093] In some preferred embodiments, the second local service publishing includes:

[0094] In response to receiving the instruction to add an external service, displaying a second data service publishing panel,

[0095] Acquire corresponding external service configuration information according to the service publishing type and publishing address determined in the second data service publishing panel, as well as the service source type and external service address of the external service;

[0096] The grid set configuration information extracted from the external service configuration information is encapsulated as a grid set object, and the GeoServer layer publishing method is adopted to generate a service instance of the second local service and publish the second local service interface path. After the publishing is completed, the call permission encryption and address proxy of the second local service interface path are performed.

[0097] In some specific implementations, a map service (ie, the first local service or the second local service) that complies with the OGC standard is generated so as to be called and displayed in various GIS applications.

[0098] In some specific implementations, see Fig.14, when the service source type of the added external service is GeoStar, the XML and JSON configurations of the service are obtained through the external service address, the hierarchy and matrix information of the external service are extracted from the XML and JSON configurations, and a GridSet object is constructed, which contains the basic information of the tile map, such as tile size, origin coordinates, bounding box and range, etc. Then, the scales (scaleDenominators) in the configuration are converted to the resolutions (resolutions) of the tile map through the conversion formula. The conversion formula is as follows:

[0099] resolution=scaleDenominator*0.0254 / (96*111194.872221777)

[0100] Among them, 0.0254 is the conversion factor from inches to meters, 96 is the DPI, and 111194.872221777 is the conversion factor from meters to earth radians. Map services are published in the local system through these available resolutions and layer information.

[0101] In some specific implementation processes, when the service source type of the added external service is GeoServer, the WMS or WMTS configuration of the external service is obtained through the external service address, the GetCapabilities document returned by GeoServer is parsed, and the layer information and supported projection coordinate system contained in the external service are extracted; the matrix information of each layer is extracted, including detailed configurations such as tile size, level, scale, and origin, and the corresponding GridSet object is constructed according to these configuration information, that is, the tile size, level, scale, origin and other information of each layer are encapsulated into the GridSet object; finally, the map service is generated through these configuration information and published in the local system.

[0102] In some specific implementation processes, when the service source type of the added external service is ArcGIS Server, the XML and JSON documents of the external service are obtained through the external service address, and the layer information is extracted from the document; for the WMTS service, the matrix information is extracted, and the GridSet object is encapsulated according to the matrix information; finally, the thumbnail URL is converted into Base64 encoding and set to MapServiceInfo; through these layer information, the service based on ArcGIS Server secondary development is published in the local system.

[0103] In some optional embodiments, the response to the first service call request header and the topic configuration information includes:

[0104] Receive a first service call request header and topic configuration information initiated by the service request end to the proxy address; wherein the first service call request header includes token information of the service request end and first request action information, and the first request action information is used to indicate the return of the geographic layer information;

[0105] Parse the first service call request header, and when it is determined that the token information is correct, verify the service call authority of the service request end: when the service request end passes the service call authority verification, it is deemed that the service request end passes the authentication verification, match the corresponding first local service and / or the second local service according to the proxy address, and make the first local service and / or the second local service return the corresponding geographic layer information as the service result;

[0106] According to the topic configuration information, the geographic layer information is assembled into a topic application in a specified organization manner and displayed on the service request end.

[0107] As a non-limiting example, the thematic application may be a historical and cultural protection thematic layer application, a cultural and tourism thematic application, a transportation planning thematic application, etc.

[0108] In some specific implementation processes, each layer has a unique ID. By adding the ID of the required layer under the thematic application, it means that the thematic application will use the required layer. Different thematic applications will use different layers, and the same layer can also be used in different thematic applications.

[0109] It should be understood that the first request action information may be to create a new service call request or to update a service call request.

[0110] Further, matching the corresponding first local service and / or the second local service according to the proxy address includes:

[0111] In response to the service request end initiating a first service call request header to the proxy address, when it is determined that the service request end has passed the authentication verification, the proxy address is cut and keyword matching is performed to redirect to the first local service interface path and / or the second local service interface path; wherein the proxy address is generated based on rewriting the first local service interface path / the second local service interface path.

[0112] In some specific implementations, assume that the original service interface path (i.e., the first local service interface path or the second local service interface path) is http: / / 10.3.0.11:18236 / gwc / servic, and after rewriting, it is http: / / appService / wbfw / WMTS / geoserver_1. The original service interface path is not visible to the user (service request end), and the user initiates a service request through the rewritten proxy address; after the server receives the proxy address request initiated by the user, it will verify the user's token (token information) and the authority to obtain the service. After the authentication verification is passed, the proxy address initiated by the user will be cut and keyword matched, and then reassembled into the original service interface path to obtain the service. By hiding the service interface path from the user and avoiding direct exposure of the service, security and reliability are improved.

[0113] In some specific implementation processes, the service request end makes a service call in the form of a REST API.

[0114] In some specific implementations, see Fig.15 The service requester (user) needs to apply for service call authorization from the service manager (administrator) in advance. Fig.16 , the Token (token information) can be obtained only after the service requester is authorized;

[0115] After obtaining the Token, the service requester adds the Token to the request header when accessing the proxy address, such as the key is tk and the value is the Token value.

[0116] In some specific implementations, the service requester adds a suffix according to the service source type when accessing the proxy address.

[0117] More specifically, such as:

[0118] When the service source type is ArcGIS Server: if the server address is localhost, the port is 50003, the proxy address is / appService / wbfw / WMTS / test / MapServer, and the suffix "?f=pjson" is added, the final access address is http: / / localhost:50003 / appService / wbfw / WMTS / test / MapServer?f=pjson;

[0119] When the service source type is GeoServer: If the server address is localhost, the port is 50003, the proxy address is / appService / wbfw / WMTS / geoserver_3, plus the suffix " / rest / gridsets / %s.jso n" (%s refers to the wkid of the layer, for example: EPSG:3857), the final access address is: http: / / loc alhost:50003 / appService / wbfw / WMTS / geoserver_3 / rest / gridsets / EPSG:3857.json;

[0120] When the service source type is Geostar: if the server address is localhost, the port is 50003, the proxy address is / appService / wbfw / WMTS / geostar_6, and the suffix " / MapServer?f=json" is added, the final access address is http: / / localhost:50003 / appService / wbfw / WMTS / geostar_6 / MapS erver?f=json.

[0121] In some specific implementations, the geographic layer information returned to the service requester is as follows: Fig.17 shown.

[0122] Furthermore, a two-dimensional display method or a three-dimensional display method is used for display at the service request end; wherein, the three-dimensional display method is implemented based on Maxs3D or Cesium.

[0123] In some specific implementations, the three-dimensional images rendered based on Maxs3D are Fig.18 shown.

[0124] In some preferred embodiments, the method further comprises:

[0125] In response to a second service call request header initiated by the service request end to the proxy address; wherein the second service call request header includes token information of the service request end and second request action information, and the second request action information is used to indicate stopping the service call;

[0126] Parse the second service call request header, and when it is determined that the token information is correct, verify the service call authority of the service request end: when the service request end passes the service call authority verification, it is deemed that the service request end has passed the authentication verification, and the first local service and / or the second local service stops returning the corresponding geographic layer information.

[0127] It should be understood that the second request action information may be a request to terminate a service call or a request to delete a corresponding service.

[0128] It can be understood that in the above embodiment, the published services can be added to a specific thematic application system, and the selection and removal of specific services from the thematic application system can also be supported, so as to achieve more flexible management and organization of map services under different thematic applications and dynamically combine geographic layer information from different services.

[0129] In some preferred embodiments, the method further comprises:

[0130] In response to the service preview request of the service request end, when it is determined that the service request end passes the authentication verification, the first local service and / or the second local service integrated in the topic application is displayed according to the topic configuration information.

[0131] This embodiment also provides a smart city space planning data processing system for implementing the method described in the above embodiment, see Fig.19 ,include:

[0132] A data receiving module, used for receiving spatial data; wherein the spatial data comes from reading a spatial data file and / or at least one spatial database based on a Web connection;

[0133] A layer assembly module, configured to generate a layer directory tree in response to determining to perform layer assembly based on the spatial data; the layer directory tree includes at least one layer group and corresponding layer group data;

[0134] A first service publishing module, configured to respond to determining a layer style configuration operation on the layer group data and determining a first local service to be published, and to publish the first local service according to a layer style configuration result on the layer group data;

[0135] A second service publishing module, configured to publish a second local service according to external service configuration information from the external service in response to determining to add the external service;

[0136] A request response module is used to respond to the first service call request header and thematic configuration information initiated by the service request end to the proxy address. When it is determined that the service request end has passed the authentication verification, the first local service and / or the second local service is enabled to return the geographic layer information to the service request end and assemble it into a thematic application for display; wherein the thematic configuration information is used to indicate the organization method of the geographic layer information from different services.

[0137] It should be noted that the method described in the above embodiments can be implemented based on computer program code. Based on this, this embodiment also provides a computer-readable storage medium, on which is stored at least one instruction, at least one program, code set or instruction set. The at least one instruction, at least one program, code set or instruction set is loaded and executed by a processor, so that the processor executes part or all of the steps of the smart city spatial planning data processing method provided in the above embodiments.

[0138] It is understood that the storage medium may be transient or non-transient. Exemplarily, the storage medium includes, but is not limited to, a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, and other media that can store program codes.

[0139] Exemplarily, the processor may be a central processing unit (CPU), a microprocessor (MPU), a digital signal processor (DSP), or a field programmable gate array (FPGA).

[0140] Exemplarily, the read-only memory includes but is not limited to MASK ROM, PROM, EPROM, EEPROM, Flash, etc.

[0141] Exemplarily, the random access memory includes but is not limited to DRAM, SRAM, SDRAM, DDR SDRAM, etc.

[0142] In some examples, a computer program product is provided, which can be implemented in hardware, software or a combination thereof. As a non-limiting example, the computer program product can be embodied as the storage medium, or as a software product, such as an SDK (Software Development Kit).

[0143] As a non-limiting example, a computer program product is provided, the computer program product includes a computer program or a computer executable instruction, the computer program or the computer executable instruction is stored in a computer-readable storage medium. A processor of an electronic device reads the computer program or the computer executable instruction from the computer-readable storage medium, and the processor executes the computer executable instruction, so that the electronic device performs some or all steps of the method described in the embodiment of the present application.

[0144] In some examples, a computer program is provided, comprising a computer-readable code, and when the computer-readable code is run in a computer device, a processor in the computer device executes a part or all of the steps in the method.

[0145] This embodiment also proposes an electronic device, including a memory and a processor, wherein the memory stores at least one instruction, at least one program, a code set or an instruction set, and the processor implements part or all of the steps of the method when executing the at least one instruction, at least one program, a code set or an instruction set.

[0146] In some examples, a hardware entity of the electronic device is provided, including: a processor, a memory and a communication interface; wherein the processor generally controls the overall operation of the electronic device; the communication interface is used to enable the electronic device to communicate with other terminals or servers through a network; the memory is configured to store instructions and applications executable by the processor, and can also cache data to be processed or processed by the processor and various modules in the electronic device (including but not limited to image data, audio data, voice communication data and video communication data), which can be implemented by flash memory (FLASH), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM) or random access memory (RAM).

[0147] The processor may include one or more processing elements. Thus, the processor may include one or more integrated circuits (ICs) configured to perform the functions of the processor. In addition, each integrated circuit may include a circuit (e.g., a first circuit, a second circuit, and other circuits, etc.) configured to perform the functions of the processor.

[0148] Furthermore, data may be transmitted between the processor, the communication interface and the memory via a bus, which may include any number of interconnected buses and bridges, and the bus connects various circuits of one or more processors and memories together.

[0149] In some examples, a smart city spatial planning data processing device is provided, including:

[0150] one or more processors;

[0151] a storage device for storing one or more programs,

[0152] When the one or more programs are executed by the one or more processors, the one or more processors implement the steps of the method described in the foregoing embodiment.

[0153] It should be noted that the same or similar reference numerals in the drawings correspond to the same or similar components;

[0154] The terms used to describe the positional relationship in the drawings are only used for illustrative purposes and should not be construed as limiting the present application;

[0155] It should be noted that, in the absence of conflict, the embodiments and features in the embodiments of the present application may be combined with each other.

[0156] In different specific implementations, the method or system described in the present application can be implemented in software, hardware or a combination thereof. In addition, the order of the steps of the method can be changed, and various elements can be added, reordered, combined, omitted, modified, etc.

[0157] Obviously, the above-mentioned embodiments of the present application are merely examples for clearly illustrating the present application, and are not intended to limit the implementation methods of the present application, and are not intended to limit the present application. For those of ordinary skill in the art, other different forms of changes or modifications can be made based on the above description. Each discrete structure / function module or unit can be integrated together to form an independent part, or each module can exist separately, or two or more modules can be integrated to form an independent part, and the structure and function of the discrete components can be implemented as a combined structure or component. It is not necessary and impossible to enumerate all the implementation methods here. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present application should be included in the scope of protection of the claims of the present application.

Claims

1. A method for processing data of smart city spatial planning, characterized in that: include: Receiving spatial data; wherein the spatial data comes from reading a spatial data file and / or at least one spatial database based on a Web connection; In response to determining to perform layer assembly based on the spatial data, a layer directory tree is obtained; the layer directory tree includes at least one layer group and corresponding layer group data; In response to determining a layer style configuration operation on the layer group data and determining a first local service release, publishing the first local service according to a layer style configuration result on the layer group data; In response to determining to add the external service, publishing a second local service according to the external service configuration information from the external service; In response to the first service call request header and thematic configuration information initiated by the service request end to the proxy address, when it is determined that the service request end has passed the authentication verification, the first local service and / or the second local service is enabled to return geographic layer information to the service request end and assemble it into a thematic application for display; wherein the thematic configuration information is used to indicate the organization method of the geographic layer information from different services.

2. A method for processing smart city spatial planning data according to claim 1, characterized in that: The layer style configuration operation includes: In response to receiving a layer symbolization instruction regarding the layer group data, displaying a layer style configuration operation panel; In response to the symbolization type determined in the layer style configuration operation panel, style parameters of some preset symbol styles in the symbol style library are displayed; wherein the preset symbol styles are established based on SLD, including point symbol styles, line symbol styles and surface symbol styles; In response to determining the attribute fields of the layer group data and determining the style parameters of the configured symbol style from the part of the preset symbol styles, generating a final style file associated with the layer group data as the layer style configuration result; wherein, when a style effect preview instruction is received, based on the style parameters of the preset symbol style selected from the part of the preset symbol styles, a part of the data in the layer group data is customized symbolized and rendered and a corresponding style effect preview result is displayed; and, When a style parameter adjustment instruction is received, the custom symbol rendering is performed or the final style file is generated according to the style parameter modification result of the preset symbol style selected from the part of preset symbol styles.

3. A method for processing smart city spatial planning data according to claim 2, characterized in that: The custom symbolic rendering of part of the data in the layer group data is implemented based on a dynamic vector slicing method.

4. A method for processing smart city spatial planning data according to claim 1, characterized in that: The first local service release includes: In response to receiving the first service publishing instruction, displaying a first data service publishing panel; According to the service publishing type and publishing address determined in the first data service publishing panel, the GeoServer layer publishing method is adopted to establish a mapping between the layer style configuration result and the layer group data, generate a service instance of the first local service and publish the first local service interface path, and after the publishing is completed, the call permission encryption and address proxy are performed on the first local service interface path.

5. A method for processing smart city spatial planning data according to claim 1, characterized in that: The second local service release includes: In response to receiving the instruction to add an external service, displaying a second data service publishing panel, Acquire corresponding external service configuration information according to the service publishing type and publishing address determined in the second data service publishing panel, as well as the service source type and external service address of the external service; The grid set configuration information extracted from the external service configuration information is encapsulated as a grid set object, and the GeoServer layer publishing method is adopted to generate a service instance of the second local service and publish the second local service interface path. After the publishing is completed, the call permission encryption and address proxy of the second local service interface path are performed.

6. A method for processing smart city spatial planning data according to claim 4 or 5, characterized in that: The response to the first service call request header and the topic configuration information includes: Receive a first service call request header and topic configuration information initiated by the service request end to the proxy address; wherein the first service call request header includes token information of the service request end and first request action information, and the first request action information is used to indicate the return of the geographic layer information; Parse the first service call request header, and when it is determined that the token information is correct, verify the service call authority of the service request end: when the service request end passes the service call authority verification, it is deemed that the service request end passes the authentication verification, match the corresponding first local service and / or the second local service according to the proxy address, and make the first local service and / or the second local service return the corresponding geographic layer information as the service result; According to the topic configuration information, the geographic layer information is assembled into a topic application in a specified organization manner and displayed on the service request end.

7. A method for processing smart city spatial planning data according to claim 6, characterized in that: Matching the corresponding first local service and / or the second local service according to the proxy address includes: In response to the service request end initiating a first service call request header to the proxy address, when it is determined that the service request end has passed the authentication verification, the proxy address is cut and keyword matching is performed to redirect to the first local service interface path and / or the second local service interface path; wherein the proxy address is generated based on rewriting the first local service interface path / the second local service interface path.

8. A method for processing smart city space planning data according to claim 6, characterized in that: The service request end is displayed in a two-dimensional display mode or a three-dimensional display mode; wherein the three-dimensional display mode is implemented based on Maxs3D or Cesium.

9. A method for processing smart city spatial planning data according to claim 1, characterized in that: Also includes: In response to a second service call request header initiated by the service request end to the proxy address; wherein the second service call request header includes token information of the service request end and second request action information, and the second request action information is used to indicate stopping the service call; Parse the second service call request header, and when it is determined that the token information is correct, verify the service call authority of the service request end: when the service request end passes the service call authority verification, it is deemed that the service request end has passed the authentication verification, and the first local service and / or the second local service stops returning the corresponding geographic layer information.

10. A smart city space planning data processing system, characterized in that: include: A data receiving module, used for receiving spatial data; wherein the spatial data comes from reading a spatial data file and / or at least one spatial database based on a Web connection; A layer assembly module, configured to generate a layer directory tree in response to determining to perform layer assembly based on the spatial data; the layer directory tree includes at least one layer group and corresponding layer group data; A first service publishing module, configured to respond to determining a layer style configuration operation on the layer group data and determining a first local service to be published, and to publish the first local service according to a layer style configuration result on the layer group data; A second service publishing module, configured to publish a second local service according to external service configuration information from the external service in response to determining to add the external service; A request response module is used to respond to the first service call request header and thematic configuration information initiated by the service request end to the proxy address. When it is determined that the service request end has passed the authentication verification, the first local service and / or the second local service is enabled to return the geographic layer information to the service request end and assemble it into a thematic application for display; wherein the thematic configuration information is used to indicate the organization method of the geographic layer information from different services.

Images