Thematic Mapping Method and System Based on Online Data

Abstract

This invention discloses a thematic mapping processing method and system based on online data. The method includes: standardizing and segmenting raw data into tile data using a pre-established data processing workflow, storing the tile data in a distributed storage system to construct a structured tile dataset; applying a color scheme for rendering based on the structured tile dataset to generate a map service interface for providing dynamic map data streams; loading data into a browser-side mapping environment through the map service interface to generate an initial mapping project file containing a mapping layout, wherein the mapping layout includes at least one map frame; adding map feature data and adjusting their positions in the initial mapping project file to update the mapping project file. Therefore, this thematic mapping processing method based on online data improves data processing efficiency, lowers the collaboration threshold, and enables dynamic sharing.

Description

Technical Field

[0001] This invention relates to the field of remote sensing data mapping technology, and in particular to a thematic mapping processing method and system based on online data. Background Technology

[0002] Remote sensing data mapping, as a core technology in the field of geographic information, provides crucial visualization support for scientific decision-making in key areas such as environmental monitoring, urban planning, and disaster assessment. Its core task is to transform complex spatial data into intuitive map results. However, the current mainstream mapping technology system is mainly based on standalone desktop geographic information system (GIS) software, which faces a series of significant bottlenecks that restrict its development and application.

[0003] Traditional cartographic workflows typically rely on users installing specialized GIS software on their local machines, loading remote sensing image files and vector data files stored in the local file system, and manually adding map features to create the final cartographic project. The primary contradiction exposed by this model in practical applications lies in the limitations of data processing efficiency and access methods. The local storage and processing of massive amounts of remote sensing data leads to slow data loading and low rendering efficiency, making it difficult to meet the demands of large-scale data processing and real-time response, significantly restricting the timeliness and breadth of cartographic applications.

[0004] The inefficiency of the aforementioned data processing methods directly leads to deeper barriers to collaboration and sharing. Because both data and mapping project files are locked in the local file system, they inherently lack network support. This prevents multiple users from collaborating online in real-time or asynchronously on the same mapping project, significantly limiting team collaboration efficiency. Furthermore, sharing of results is typically limited to exported static images; it fails to conveniently share interactive, editable mapping project files containing complete data and editing status with others for subsequent modifications or further applications, creating a break in information flow.

[0005] Furthermore, this model imposes high hardware and software barriers on users. Users need to invest significant resources in high-performance computers, large-capacity storage devices, and purchasing or leasing expensive professional GIS software licenses, while also bearing the time and financial burden of installation, maintenance, and upgrades. This runs counter to the current development trend of informatization, networking, and the pursuit of low cost and high efficiency.

[0006] In summary, the challenges faced by traditional remote sensing data mapping technology are systemic: localized processing leads to low efficiency and high costs, while localized storage fundamentally hinders effective networked collaboration and flexible, in-depth sharing of results. Therefore, breaking through the limitations of standalone machines and constructing a new mapping framework based on a network environment to achieve efficient data access and processing, and on this basis, establishing a mechanism that supports multi-user online collaborative editing and convenient sharing of mapping project files, has become a crucial issue that urgently needs to be addressed to improve the efficiency of remote sensing data mapping, reduce costs, and expand its application value.

[0007] To address the aforementioned issues, existing technologies urgently need improvement. Summary of the Invention

[0008] This invention provides a thematic mapping processing method and system based on online data, which improves data processing efficiency, lowers the collaboration threshold, and enables dynamic sharing.

[0009] To achieve the above objectives, in a first aspect, the present invention provides a thematic mapping processing method based on online data, comprising: standardizing and segmenting raw data into tile data through a pre-established data processing workflow, storing the tile data in a distributed storage system, and constructing a structured tile dataset; applying a color scheme for rendering based on the structured tile dataset, generating a map service interface to provide a dynamic map data stream; loading data into a browser-side mapping environment through the map service interface, generating an initial mapping project file containing a mapping layout, wherein the mapping layout includes at least one map frame; adding map feature data and adjusting their positions in the initial mapping project file to update the mapping project file; monitoring multi-user collaborative editing behavior through an operation log set, determining the final editing state, synchronously updating it to the server, and sharing the mapping project file.

[0010] Secondly, this invention provides a thematic mapping processing system based on online data, comprising: a construction module, a first generation module, a second generation module, an update module, and a sharing module. The first generation module is used to perform rendering processing based on the structured tile dataset, applying a color scheme, and generating a map service interface to provide a dynamic map data stream. The second generation module is used to load data into the browser-side mapping environment through the map service interface, generating an initial mapping project file containing a mapping layout, wherein the mapping layout includes at least one map frame. The update module is used to add map feature data and adjust their positions in the initial mapping project file to update the mapping project file. The sharing module is used to monitor multi-user collaborative editing behavior through an operation log set, determine the final editing status, synchronously update it to the server, and share the mapping project file.

[0011] Thirdly, the present invention provides an electronic device, comprising: at least one processor; and

[0012] A memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the thematic mapping processing method based on online data as described above.

[0013] Fourthly, the present invention provides a computer-readable storage medium including a computer program and instructions, which, when the computer program or the instructions are executed on a computer, cause the computer to perform the thematic mapping processing method based on online data as described above.

[0014] As can be seen from the above, the thematic mapping processing method and system based on online data provided by the present invention, through distributed storage and structured tile dataset construction, combined with dynamic map service interface and browser-side collaborative editing mechanism, realizes efficient data processing and real-time multi-person online collaborative mapping, and has the advantages of improving data processing efficiency, reducing collaboration threshold and realizing dynamic sharing. Attached Figure Description

[0015] Figure 1 This is a flowchart illustrating a thematic mapping method based on online data according to Embodiment 1 of the present invention;

[0016] Figure 2 This is a schematic diagram of the structure of a thematic mapping processing system based on online data, as shown in Embodiment 2 of the present invention.

[0017] Figure 3 This is a schematic diagram of the structure of an electronic device according to Embodiment 3 of the present invention;

[0018] Figure 4 This is a flowchart illustrating a thematic mapping method based on online data in a specific embodiment of the present invention. Detailed Implementation

[0019] The embodiments of the present invention will be further described in detail below with reference to the accompanying drawings and examples. It should be understood that the specific embodiments described herein are merely illustrative of the present invention and not intended to limit the scope of the invention. Furthermore, it should be noted that, for ease of description, the accompanying drawings show only the parts relevant to the embodiments of the present invention, and not all structures.

[0020] To facilitate understanding, the main implementation concepts of the various embodiments of the present invention will be briefly described first.

[0021] In traditional remote sensing data mapping technology systems, a structural contradiction exists between the localized standalone processing mode and the need for networked collaboration. Standalone geographic information systems rely on local file systems to store raw data and mapping project files, resulting in the loading speed of massive amounts of remote sensing imagery and vector data being limited by local disk I / O performance, and dynamic rendering efficiency decreasing exponentially with the increase in data volume. Under this architecture, mapping project files and underlying data are strongly coupled, and multiple users cannot access real-time updated spatial data services through a unified data interface. During collaboration, complete file copies must be transferred via physical media or network, causing version management chaos and storage resource redundancy. User operations are restricted to independent terminal environments, and editing status cannot be synchronized to the shared space in real time, forming collaboration silos.

[0022] For example, a provincial environmental monitoring center needed to integrate multiple periods of Landsat-8 satellite imagery and meteorological observation vector data to generate quarterly ecological assessment thematic maps. The team used desktop GIS software to process approximately 3TB of GeoTIFF and Shapefile data, with each period's image preprocessing taking more than 6 hours. After completing the basic base map on their local workstations, the cartographic engineer needed to distribute the mapping project file, containing 12 map frames, to five collaborating users via an FTP server. When collaborators modified legend styles and scale parameters, the inability to obtain real-time updates on others' editing status led to multiple users simultaneously modifying the same feature layer. This resulted in attribute conflicts and spatial reference system misalignment when the versions were merged, requiring two days of manual verification and data rollback.

[0023] If the above issues are not addressed, the processing efficiency of multi-source heterogeneous spatial data will continue to be constrained by the upper limit of single-machine computing resources, failing to meet the demands of high-frequency dynamic mapping. The physical isolation of mapping project files will exacerbate information asymmetry in team collaboration, leading to the risk of misjudgments at key decision-making nodes due to inconsistent data versions. The resource duplication caused by localized storage architecture will significantly increase hardware procurement and maintenance costs, hindering the sustainable implementation of large-scale remote sensing mapping projects.

[0024] Faced with the aforementioned problems, this invention first considers how to transform the traditional stand-alone processing mode into a networked collaborative framework. Addressing the low data loading efficiency caused by local storage, this invention explores pre-processing raw data into a standard tile structure and storing it in a distributed system, utilizing network services to achieve on-demand loading. To resolve version conflicts and synchronization issues in multi-user collaboration, this invention attempts to build a mapping environment on the browser side, tracking editing behavior in real time through an operation log set. Furthermore, to lower the hardware barrier, this invention designs a dynamic map service interface to replace the local rendering engine, enabling the addition and adjustment of cartographic elements to be completed in a lightweight browser environment.

[0025] Example 1, Figure 1This is a flowchart illustrating a thematic mapping method based on online data according to Embodiment 1 of the present invention, as shown below. Figure 1 As shown, Embodiment 1 provides a thematic mapping processing method based on online data, including:

[0026] Step S100: The raw data is standardized and divided into tile data through a pre-established data processing flow, and stored in a distributed storage system to build a structured tile dataset.

[0027] The data processing flow standardizes and segments raw data into tile data. This involves converting raw spatial data from different sources or formats into a unified data standard and processing it in blocks. Specifically, the GDAL library can be used to perform coordinate system transformation and data format standardization, and a quadtree algorithm can be used for spatial block division. This addresses the low processing efficiency caused by data heterogeneity and lays the foundation for subsequent networked access. The distributed storage system refers to a data storage platform using a distributed architecture. Specifically, MinIO or Ceph object storage systems can be used to achieve efficient access to tile data. Horizontal scaling of storage nodes solves the bottleneck of massive data storage and improves data concurrency access capabilities.

[0028] Step S200: Based on the structured tile dataset, apply a color scheme for rendering to generate a map service interface to provide a dynamic map data stream;

[0029] Among them, color scheme rendering processing refers to the rule set of mapping numerical data into visual colors. Specifically, the correspondence between color bands and numerical ranges can be defined using JSON format, and dynamic coloring can be achieved through Canvas or WebGL technology to solve the problem of low rendering efficiency of traditional single-machine software.

[0030] Step S300: Load data into the browser-side cartographic environment through the map service interface to generate an initial cartographic project file containing a cartographic layout, wherein the cartographic layout includes at least one map frame.

[0031] The map service interface provides dynamic map data streams, which refers to data transmission channels based on network protocols. Specifically, it can encapsulate XYZ tile access rules using a RESTful API and achieve on-demand loading via the HTTP protocol, addressing the real-time transmission needs of geospatial data accessed from the local file system. The browser-based cartographic environment generates initial cartographic project files, referring to a map editing interface built on web technologies. This can be achieved by using frameworks like Leaflet or MapLibre GL JS to create interactive map containers and generate project files containing coordinate system parameters through DOM manipulation, overcoming the dependence on single-machine software and enabling cross-platform cartography.

[0032] Step S400: Add map feature data and adjust their positions in the initial cartographic project file to update the cartographic project file;

[0033] Adding map element data and adjusting its position refers to overlaying auxiliary visualization elements into the map container. Specifically, components such as scale bars and legends can be drawn using SVG or Canvas, and drag-and-drop positioning can be achieved through event listeners, thus solving the problem of poor interactivity in traditional cartographic tools.

[0034] Step S500: Monitor multi-person collaborative editing behavior through operation log set, determine the final editing status, synchronize and update to the server, and share the drawing project file;

[0035] Among them, the operation log set monitoring of multi-user collaborative editing behavior refers to the data structure that records the user's operation trajectory. Specifically, the operation sequence can be recorded using the Operational Transformation algorithm, and real-time status synchronization can be achieved through WebSocket to solve the problem of multi-user concurrent editing conflicts.

[0036] The working process and principle of this invention are as follows: First, the raw data is standardized and segmented into tile data through a pre-established data processing workflow. This step converts large-scale remote sensing imagery or vector data into small data blocks with a unified format and coordinate system, facilitating distributed storage and rapid access. The tile data is stored in a distributed storage system, constructing a structured tile dataset. This data organization method supports efficient parallel processing and on-demand loading. Next, a color scheme is applied for rendering based on the structured tile dataset. The color scheme defines the mapping rules from data values ​​to colors, ensuring the consistency and interpretability of data visualization. The rendering process converts the raw data into a visualized image. Then, a map service interface is generated, which acts as a provider of dynamic map data streams, supporting clients to obtain map images of specific areas and zoom levels on demand. In the browser-side cartographic environment, data is loaded through the map service interface. This method avoids the local transmission and storage of large amounts of raw data, improving data loading efficiency. The loaded data is used to generate an initial cartographic project file containing a cartographic layout, where the cartographic layout includes at least one map frame. The map frame defines the display area and geographical extent of the map content. Based on the initial cartographic project file, map feature data is added and their positions adjusted. Map features include text labels, legends, scale bars, and other auxiliary information. By adding and adjusting these features, the map's information expression is improved. These operations update the cartographic project file, resulting in a more complete map. Finally, collaborative editing activities are monitored through an operation log set. The operation log set records each user's modifications to map features, including adding, deleting, and moving. By analyzing these records, the system can determine the final editing status and resolve potential editing conflicts. The determined final status is synchronously updated to the server, ensuring that all users see the latest version. Simultaneously, the cartographic project file is shared, allowing other users to continue editing or viewing based on the current results.

[0037] As a preferred embodiment, the solution of the present invention is implemented as follows:

[0038] First, a data processing workflow is established. This workflow includes steps such as data format conversion, coordinate system unification, and data tiling. For example, remote sensing images from different sources are uniformly converted to GeoTIFF format, and Web Mercator projection (EPSG:3857) is used as the standard coordinate system. Then, the data is divided into tiles of 256x256 pixels, and these tiles are organized using a quadtree index structure to form a multi-level pyramid structure. The tiling data is uploaded to a distributed object storage system, such as Alibaba Cloud OSS or Amazon S3. Each tile is assigned a unique key-value identifier containing product ID, observation time, zoom level, and spatial index information. Simultaneously, a metadata table is created in a relational database (such as PostgreSQL) to record the attribute information and storage location of each tile. Next, a rendering engine is developed. This engine reads the tile data from the distributed storage system and applies a predefined color scheme. The color scheme is stored in the database and associated with a specific product type. The rendering engine parses the color rules, maps the data values ​​to a color space, and generates a visualization image. The rendering results are cached to improve response speed. Based on a rendering engine, a map service interface conforming to OGC standards is built. This interface supports retrieving map images of specific geographic areas and zoom levels via HTTP requests. The server receives request parameters, calls the rendering engine to generate images, and returns the results to the client in PNG or JPEG format. On the browser side, a lightweight map visualization component is developed using WebGL technology. This component retrieves tile data from the map service interface via AJAX requests and draws it on a Canvas element. Interactive functions such as panning and zooming are implemented, and multi-layer overlay display is supported. Cartographic project files are stored in JSON format, containing attribute and location information for elements such as map frames, legends, and text labels. A web-based cartographic editor is developed, providing a drag-and-drop interface for adding and adjusting map elements. Editing operations are synchronized to the server in real time via WebSocket. A version control system is implemented on the server side, recording detailed information for each editing operation. When multiple users are detected editing the same element simultaneously, a last-edit-first strategy is used to resolve conflicts. The system also provides a rollback function, allowing users to revert to a previous editing state. Finally, a sharing mechanism is developed. A unique URL link containing an encrypted project file ID is generated. Through this link, other users can access and edit the drafting project online, or copy the project to their own workspace for independent modification.

[0039] Based on the above analysis, this invention realizes an efficient remote sensing data mapping workflow in a network environment. By preprocessing the raw data into a standardized tile structure and storing it in a distributed system, the data loading and processing speed is significantly improved, solving the efficiency bottleneck problem caused by traditional local storage. The introduction of a dynamic map service interface allows the mapping process to be completed in a lightweight browser environment, lowering the hardware threshold and improving the system's accessibility.

[0040] In this embodiment, step S100 includes:

[0041] Step S101: Perform standardization processing on the raw data, including converting it to the EPSG:3857 coordinate system and resolving the product identifier and observation time;

[0042] Step S102: Tiles are segmented according to the pyramid hierarchy: the top level is level 0, which covers the entire globe. Other levels generate sub-tiles through a quadtree. Each tile is 256×256 pixels and is compressed using the DEFLATE algorithm. During the segmentation process, if the tile range exceeds the coverage area of ​​the original data, the tile is discarded.

[0043] Step S103: Generate a key-value identifier for each tile, in the format {pid}{dt}{z}{y}{x}, where pid is the product identifier, dt is the observation time, and z, y, and x are the level and spatial index, respectively.

[0044] Step S104: Store the valid tile data in a distributed object storage system, and store the metadata in a relational database to build a structured tile dataset.

[0045] The discarded tiles record their hierarchical and spatial index information.

[0046] Specifically, the standardization process unifies heterogeneous data from multiple sources into the Web Mercator projection coordinate system, ensuring strict spatial alignment of tiles from different sources. A data version control mechanism is established by parsing product identifiers and observation time fields. During tile segmentation, quadtree partitioning rules ensure that the spatial index of each level of tiles follows globally unified coding standards; a higher level value represents higher spatial resolution. The DEFLATE algorithm performs lossless compression of tile images, controlling the compression rate between 60% and 75%, balancing storage cost and decompression speed. Key-value identifiers use a three-dimensional spatial index of level, row number, and column number, combined with product identifiers and observation time to form a six-segment naming structure, allowing any tile to be directly located in its physical storage position via key values. The distributed object storage system employs a sharding storage strategy, with each storage node carrying no more than 1TB of data. The metadata database records the minimum bounding rectangle coordinates and timestamp of each tile, supporting queries based on a combination of spatial range and time conditions. When processing 100GB of raw image data, this solution can reduce the number of invalid tiles generated by 23%-35%, and shorten the data retrieval response time to less than 200 milliseconds.

[0047] As a preferred embodiment, the solution of the present invention is implemented as follows:

[0048] In step S101, the raw data is first converted to the EPSG:3857 coordinate system. This is a commonly used Web Mercator projection coordinate system suitable for online map services. The conversion process uses the GDAL library for coordinate system transformation. Simultaneously, the product identifier and observation time are parsed. The product identifier may be "MODIS_LST" (representing the MODIS land surface temperature product), and the observation time format is "YYYYMMDD".

[0049] In step S102, tile segmentation employs a pyramid hierarchical structure. Level 0 covers the entire globe, with a resolution of approximately 156,543.03 meters per pixel. The resolution doubles with each subsequent level. For example, level 18 has a resolution of approximately 0.6 meters per pixel. Each parent tile is divided into four child tiles using a quadtree. The tile size is fixed at 256 × 256 pixels. The DEFLATE algorithm is used for lossless compression of the tiles, achieving a compression rate of 40%-60%. During segmentation, if a tile's area is completely outside the original data coverage area, that tile is discarded.

[0050] In step S103, a unique key-value identifier is generated for each valid tile. The format is {pid}{dt}{z}{y}{x}. Here, pid is "MODIS_LST", dt is "20230101", z is an integer from 0 to 18 representing the level, and y and x are the row and column indices under that level. For example, "MODIS_LST2023010110154122" represents the tile in row 15, column 41 of level 10 of the MODIS LST product on January 1, 2023.

[0051] In step S104, valid tile data is stored in a distributed object storage system, such as MinIO. Metadata is stored in a PostgreSQL database, containing information such as tile identifier, file size, and storage location. For discarded tiles, only their hierarchy and spatial index information are recorded in the database, without occupying actual storage space.

[0052] Based on the above analysis, this invention achieves standardized processing and efficient storage of raw remote sensing data. The unification of the EPSG:3857 coordinate system allows the data to be directly used for web map services. The pyramid-structured tile segmentation supports multi-resolution data access, improving data loading efficiency. The key-value identifier design facilitates quick location and retrieval of specific tiles. The application of a distributed storage system improves data reliability and access performance. These measures collectively solve the problems of low data processing efficiency and limited access under traditional local storage methods, laying the foundation for subsequent online mapping and multi-user collaboration.

[0053] In this embodiment, step S200 includes:

[0054] Step S201: Load tile data from the distributed storage system and associate it with the corresponding product identifier and observation time;

[0055] Step S202: Extract a predefined color scheme bound to the product identifier from the relational database and parse the mapping rules from pixel values ​​to colors, wherein the color scheme is applicable to both vector data and raster data.

[0056] Step S203: Dynamically render each tile unit based on the color scheme to generate the rendered image content;

[0057] Step S204: Integrate the rendering results with the pyramid hierarchy structure, bind the product identifier, observation time and geographic coordinate range, and construct an XYZ format map service interface to provide dynamic map data stream.

[0058] The process involves several key-value pairs used to match the index structure of a distributed storage system when loading tile data, enabling millisecond-level data retrieval. A bidirectional mapping between product identifiers and observation times is established using a hash table to ensure data traceability. Predefined color schemes are stored as JSON-formatted rule sets, containing color gradient definitions and data type matching logic, and supporting regular expression matching of pixel value ranges. The dynamic rendering process utilizes WebGL acceleration technology, inputting tile data and color rules into the shader program to generate RGBA images. The XYZ format interface exposes hierarchy, row, and column parameters via a RESTful API, ensuring compatibility with standard map tile protocols.

[0059] Specifically, the distributed storage system locates tile data based on key-value identifiers, while the relational database queries the corresponding color scheme metadata using product identifiers. The color scheme parsing module converts color mapping rules into GPU-executable texture sampling instructions, and each tile unit independently performs color interpolation calculations in the rendering pipeline. The rendered image content is reorganized into a continuous tile matrix according to the pyramid hierarchy, and data subsets are dynamically extracted using geographic coordinate range parameters. The XYZ interface encapsulates hierarchical index and spatial index parameters, converting geographic coordinates into tile request URLs, enabling seamless integration with third-party map clients. This process separates data storage and rendering logic, centrally manages color scheme rules, eliminates the computational resource waste caused by repeated rendering in traditional solutions, and standardizes the interface format so that dynamic map data streams can be accessed synchronously by multiple terminal devices.

[0060] As a preferred embodiment, the solution of the present invention is implemented as follows:

[0061] Tile data is loaded from a distributed storage system and associated with corresponding product identifiers and observation times. Specifically, the stored tile data files are read through a distributed file system interface, and the product identifiers and observation time information contained in the filenames are parsed to establish a mapping relationship between tile data and metadata. A predefined color scheme bound to the product identifiers is extracted from a relational database, and the mapping rules from pixel values ​​to colors are parsed. This color scheme is applicable to both vector and raster data. Furthermore, the color scheme is stored in JSON format, including parameters such as color grading and transparency settings. For vector data, attributes such as line color and fill color are defined; for raster data, a correspondence between pixel value ranges and colors is established. Each tile unit is dynamically rendered based on the color scheme to generate the rendered image content. Specifically, each pixel of the tile data is traversed, and the pixel value is mapped to the corresponding RGB color value according to the color scheme to generate the rendered image. For vector data, rendering rules such as line styles and fill styles are applied. The rendering results are integrated with the pyramid hierarchy structure, bound with product identifiers, observation times, and geographic coordinate ranges, and an XYZ format map service interface is constructed to provide a dynamic map data stream. This generates a tile pyramid with multiple scaling levels, each tile associated with metadata. A RESTful API allows clients to request specific tiles based on their XYZ coordinates.

[0062] Based on the above analysis, this invention achieves efficient loading and rendering of tile data based on distributed storage. The unified application of the color scheme ensures consistent representation of different data types. The dynamic rendering process avoids the storage overhead of static images, improving the flexibility of data updates. The XYZ format map service interface supports standardized data access, facilitating integration with various GIS platforms.

[0063] In this embodiment, step S300 includes:

[0064] Step S301: Obtain the map size according to the user's printing requirements, create a drawing area associated with the map size, create at least one map frame in the drawing area, and set an independent coordinate system for each map frame;

[0065] Step S302: Load tile data to each map frame as needed through the map service interface, with the loading range not exceeding the screen display size;

[0066] Step S303: Perform a projection transformation for each map frame to match its coordinate system with the spatial reference relationship of the drawing area;

[0067] Step S304: Draw latitude and longitude coordinate grid lines for each map frame;

[0068] Step S305: Crop the map frame content that exceeds the boundary of the drawing area to generate a cartographic layout with precise geographical extent.

[0069] Step S306: Integrate all map frames and cartographic layouts to generate the initial cartographic project file.

[0070] The process involves several key steps: First, user-defined printing parameters are used as the input for map size when creating the drawing area. The map size is converted to pixel units to create a corresponding drawing area canvas. Each map frame's independent coordinate system is achieved by setting different origin offsets and scaling factors, ensuring that different map frames within the same drawing area can independently adjust their display range. A dynamic tile request mechanism is used when loading tile data, requesting only the pyramid-level tiles corresponding to the currently visible screen area, with a single request not exceeding a 256×256 pixel tile threshold. The projection transformation uses an affine transformation algorithm to calculate the transformation matrix between the map frame coordinate system and the drawing area spatial reference, achieving coordinate alignment through matrix multiplication. When generating latitude and longitude grid lines, the grid density is dynamically adjusted based on the current display level of the map frame; the number of grid lines doubles with each additional level. The clipping operation uses a vector clipping algorithm, employing the drawing area boundary polygon as the clipping box to geometrically clip the rendered map frame, retaining only the portion of the image completely within the clipping box.

[0071] Specifically, after the user inputs the A4 paper size parameters, the system automatically converts it into a 3508×2480 pixel drawing area canvas and creates the first map frame in the upper left corner of the canvas. When loading the 10th level pyramid tile for the map frame, only the 3×3 tile matrix around the current screen center point is requested, with a total data volume of 768×768 pixels. When performing a projection transformation on the second map frame, the X-axis offset of its coordinate system origin relative to the upper left corner of the drawing area is calculated to be 1200 pixels, the Y-axis offset to be 800 pixels, and the scale factor is set to 0.75 to achieve overlay display with the first map frame. When the map frame display level is 12, the latitude and longitude grid line interval is set to 2 degrees, generating evenly spaced vertical and horizontal lines. During the cropping process, the map frame image portion located outside the right boundary of the drawing area is removed, retaining the content within a 2000-pixel width on the left. The final generated initial mapping project file contains the coordinate parameters of the two map frames, tile indices, and cropped image data, with the file size controlled within 5MB.

[0072] As a preferred embodiment, the solution of the present invention is implemented as follows:

[0073] The system obtains the map sheet size based on the user's printing requirements, creates a drawing area associated with that size, and establishes at least one map frame within that area, setting an independent coordinate system for each frame. For example, if the user specifies an A3 paper size for printing, the system creates a corresponding 297mm × 420mm drawing area and two map frames within it, set to WGS84 and Mercator projection coordinate systems respectively. Tile data is loaded onto each map frame on demand via a map service interface, with the loading range not exceeding the screen display size. Specifically, the system loads only tile data within the visible area based on the current screen resolution and zoom level, avoiding unnecessary data transfer. A projection transformation is performed on each map frame to match its coordinate system with the spatial reference relationship of the drawing area. For example, map frame data in the WGS84 coordinate system is converted to a UTM projection consistent with the drawing area. Latitude and longitude coordinate grid lines are drawn for each map frame. Furthermore, the system can automatically adjust the grid line spacing according to the map scale to ensure clear readability. Map frame content exceeding the drawing area boundaries is cropped to generate a cartographic layout with precise geographic extent. Therefore, the system can accurately control the map display area and avoid rendering invalid data. It integrates all map frames and cartographic layouts to generate an initial cartographic project file. This project file contains map data, layout information, and style settings, providing a foundation for subsequent editing.

[0074] Through the above technical solutions, this invention achieves rapid map layout generation in an online environment. By loading tile data on demand, data transmission volume is reduced, improving mapping efficiency. Automatic processing of projection transformation and coordinate grids reduces user operational complexity. Precise map cropping and layout integration ensure the accuracy and aesthetics of the mapping results. The generation of initial mapping project files lays the foundation for collaborative editing by multiple users, improving team work efficiency.

[0075] In this embodiment, step S400 includes:

[0076] Step S401: Add map elements to the cartographic layout and set the initial position of each map element, wherein the map elements include text labels, north arrows, scale bars, legends and pictures.

[0077] Step S402: Perform drag-and-drop positioning and size adjustment on each of the map elements. If position overlap is detected, trigger automatic avoidance and generate map elements with adjusted positions.

[0078] Step S403: Respond to the externally input attribute editing command, modify the feature display attributes, and generate map features with updated attributes, wherein the feature display attributes include font style, number of scale cells, or legend color scheme;

[0079] Step S404: Integrate the map features with updated locations and attributes into the cartographic project file, update the cartographic project file, and temporarily store it in the local cartographic environment.

[0080] The drag-and-drop positioning system employs real-time DOM element coordinate tracking technology, triggering a position update event when an element moves more than 5 pixels. The automatic obstacle avoidance algorithm detects overlapping feature bounding boxes based on a quadtree spatial index, using a minimum displacement strategy to translate overlapping features at least 20 pixels along the unoccupied direction. Attribute editing commands are transmitted via the WebSocket protocol. Font style modifications include three parameters: font size, font weight, and italic status. The number of scale bar cells is limited to an integer value between 3 and 7. The cartographic project file uses a differential update mechanism, recording only incremental changes in feature position and attributes, generating a difference file of no more than 50KB for each update.

[0081] Specifically, map features are automatically assigned to blank areas at the edge of the drawing area based on a preset template, with each feature occupying an independent layer. During drag-and-drop operations, the browser calculates the Euclidean distance between the feature's center point coordinates and adjacent features in real time; if the distance is less than the feature's width, avoidance logic is triggered. Attribute modification operations employ a version control mechanism, generating a unique timestamp for each edit, and retaining the operation with the largest timestamp when conflicts are resolved. Updated cartographic project files are temporarily stored in a local IndexedDB database, automatically saving every 30 seconds to ensure no data loss during editing. This method, through feature layer separation technology and incremental update mechanism, achieves efficient positioning and attribute synchronization of map features in a multi-user collaborative environment, avoiding the frequent manual adjustments and data overwrite problems found in traditional standalone software.

[0082] As a preferred embodiment, the solution of the present invention is implemented as follows:

[0083] Add map elements to the cartographic layout and set their initial positions. Map elements include text labels, a north arrow, a scale bar, a legend, and images. For example, you can add a north arrow to the upper right corner of the map frame, a scale bar to the lower right corner, a legend to the lower left corner, and text labels and images to appropriate locations outside the map frame. Perform drag-and-drop positioning and resizing on each map element. Users can move the position of map elements by dragging them with the mouse, or adjust their size by dragging their boundaries. If overlapping is detected, an automatic avoidance mechanism is triggered. Specifically, when two elements overlap, the system automatically calculates the minimum movement distance and moves the later-added element in a non-overlapping direction. Respond to externally inputted attribute editing commands, modify the element display attributes, and generate updated map elements. Element display attributes include font style, number of scale bar cells, or legend color scheme. For example, users can modify the font, size, and color of text labels, adjust the scale bar units and number of grids, or change the legend color scheme through the attribute panel. The system integrates the updated map features, including their locations and attributes, into the mapping project file, updates the project file, and temporarily stores it in the local mapping environment. It writes all modified feature information into the corresponding fields of the project file and saves the latest version of the project file in the local browser cache.

[0084] Based on the above analysis, this invention enables flexible addition and editing of map elements in an online cartographic environment. Users can intuitively adjust the position and size of elements through drag-and-drop operations, and the system automatically handles overlap avoidance, reducing the workload of manual adjustments. The attribute editing function allows users to finely control the style of elements, improving the flexibility and aesthetics of cartography. Real-time updates and local temporary storage mechanisms ensure the continuity of the editing process and data security. This interactive online editing method significantly improves cartographic efficiency, reduces reliance on professional GIS software, and makes the cartographic process more convenient and efficient.

[0085] In this embodiment, step S500 includes:

[0086] Step S501: Serialize the drawing project file into JSON format, store it in the object storage system and synchronize it to the server, and generate a shareable project link;

[0087] Step S502: Obtain editing behavior data by listening to operation events on the browser side, monitor multi-user collaborative editing behavior with map elements as the basic unit, and when multiple users edit the same element at the same time, retain only the last operation within the window with a time window of 1 second, and generate an operation record set.

[0088] Step S503: Non-conflicting operations are pushed to all users' browsers in real time; conflicting operations are resolved according to preset rules and the project files on the server are updated synchronously to determine the final editing status.

[0089] Step S504: Respond to the collaboration request instruction and select the sharing mode according to the request: realize online collaborative editing through project link, or copy project files from the server for branch modification.

[0090] The system employs JSON format for lightweight network transmission of cartographic project files, and separates object storage from the relational database to ensure high-concurrency access performance. The operation log set uses map features as the basic monitoring unit, capturing user drag-and-drop and attribute modification actions through browser event listeners. A time window mechanism uses a 1-second threshold to balance real-time operation performance with conflict resolution efficiency, and a last operation overwrite mechanism within the window avoids frequent version rollbacks. Conflict operation preset rules include feature hierarchy priority, user permission weight, and timestamp comparison. The sharing mode separates online collaboration and branch modification paths; project links are bound to object storage addresses via hash values ​​for instant access, and branch modifications use snapshot copying to generate independent project copies.

[0091] Specifically, when user A adjusts the legend position in the browser, the operation event is captured and marked as a map feature ID and timestamp, stored in the operation record set. If user B modifies the same legend color scheme 0.8 seconds later, the system compares the timestamps of the two operations and retains user B's modification result. For non-conflicting operations, such as user C adding a scale element, the operation is serialized and pushed to all online user interfaces in real time via a WebSocket channel. When two users are detected simultaneously modifying the north arrow size, the system automatically selects the final value based on the preset user permission levels (e.g., project administrator operations have priority). During the sharing mode selection phase, users can choose to generate a project link for collaborators to edit directly online, or create a branch copy for independent modification before merging it into the main project. This effectively resolves operational conflicts during multi-user collaboration, synchronizes data changes in real time, and flexibly adapts to sharing methods.

[0092] As a preferred embodiment, the solution of the present invention is implemented as follows:

[0093] The mapping project file is serialized into JSON format, stored in an object storage system, and synchronized to the server, generating a shareable project link. Editing behavior data is acquired by listening to browser-side operation events, monitoring multi-user collaborative editing behavior using map features as the basic unit. When multiple users edit the same feature simultaneously, only the last operation within a 1-second time window is retained, generating an operation record set. Non-conflicting operations are pushed to all users' browsers in real time; conflicting operations are resolved according to preset rules, and the project file on the server is synchronously updated to determine the final editing status. In response to collaboration requests, a sharing mode is selected based on the request: online collaborative editing via the project link, or copying the project file from the server for branch modifications.

[0094] Specifically, the drafting project files are first converted to JSON format, which is easy to transmit and parse in a network environment. The JSON-formatted project files are then uploaded to a distributed object storage system, such as Amazon S3 or Alibaba Cloud OSS, while a copy is stored on the server side. The system generates a unique URL link that users can use to access and edit the project files.

[0095] Furthermore, the system implements an event listener on the browser side to capture all user editing operations. These operations are organized into data structures based on map features. For example, when a user moves a text label, the system records the label's ID, the new location coordinates, and a timestamp.

[0096] Therefore, when multiple users edit the same map feature simultaneously, the system uses a time window mechanism to handle concurrent operations. Specifically, the system sets a 1-second time window, during which only the last operation on that feature is retained. This mechanism effectively avoids frequent conflict handling and improves the system's response speed.

[0097] For non-conflicting operations, the system pushes the results to all users editing the project via real-time communication technologies such as WebSocket. This ensures that all users can see the editing results of others in real time. For conflicting operations, the system handles them according to preset rules. For example, it can adopt a "later takes precedence" principle, or determine priority based on user permission levels. The processed results are then updated in the project files on the server.

[0098] Finally, the system offers two collaboration modes. Users can choose to collaborate online directly through a project link, allowing multiple users to work on the same project simultaneously. Alternatively, users can choose to copy a project file from the server, create a new branch, and modify it independently, suitable for scenarios requiring significant modifications or experimental editing.

[0099] Based on the above analysis, this invention enables real-time collaborative editing of map projects by multiple users, improving team collaboration efficiency. Simultaneously, by enabling online storage and link sharing of project files, it solves the problem of difficulty in sharing and re-editing results in traditional cartographic methods. Furthermore, the time-window-based conflict handling mechanism effectively balances real-time performance and consistency, improving system response speed and user experience. Finally, by providing different collaboration modes, it meets the cartographic needs of different scenarios, enhancing the system's flexibility and applicability.

[0100] In a specific embodiment of the present invention, such as Figure 4 As shown, the thematic mapping processing method based on online data of the present invention includes:

[0101] 1. Remote sensing data is preprocessed through radiometric correction, projection transformation, image stitching, etc., to generate the standard GeoTIFF format.

[0102] 2. The preprocessed GeoTIFF format data is uniformly converted to EPSG:3857 coordinates and sliced ​​according to a pyramid hierarchical structure. Each slice is a basic storage unit, consisting of 256x256 grid data points, which is defined as a tile in this paper, and it consists of a key-value (KV) pair. The top level of the pyramid is defined as level 0, which covers the global range of EPSG:3857 coordinates and has no parent level. The next highest level of the pyramid is level 1, with a resolution of half that of level 0, and so on for other levels. Tiles at all levels except level 0 are generated in the form of a quadtree, with each child tile occupying one-quarter of the space area of ​​its parent tile, divided equally into the upper left, upper right, lower left, and lower right corners. The pixel values ​​in the tiles are resampled from the original data using bilinear interpolation or the nearest neighbor method. The tile data is compressed using the DEFLATE algorithm. Tiles whose range is outside the original data range are not further processed.

[0103] 3. The data format of the tile key is a string, consisting of the form {pid}_{dt}_{z}_{y}_{x}. {pid} is a unique identifier for each remote sensing data product, composed of letters and numbers. {dt} is the start time of the observation period, specifically in the format yyyyMMddHHmmss. {z}, {y}, and {x} represent the tile's pyramid level, its vertical index, and its horizontal index, respectively.

[0104] 4. Remote sensing tile data is stored in a distributed object storage system, and product and data metadata information is stored in a relational database.

[0105] 5. Cartography requires vector data stored in a spatial database.

[0106] 6. Establish a tile data publishing system that can render vector and tile data using predefined color schemes. The color scheme describes the mapping relationship between remote sensing data pixel values ​​and RGB colors; this data is stored in a relational database. Externally, the rendered XYZ map service is provided through product identifiers, time information, color schemes, and geographic location.

[0107] 7. After logging into the online mapping system via a browser, users can create and edit mapping projects in a WYSIWYG (What You See Is What You Get) mode. Users can define the area they draw as the drawing area, the size of which is consistent with the final printed map size. The drawing area can be user-defined or use common map sizes like A4 or B5. Within the drawing area, users can create one or more map frames. Each map frame can add one or more vector or raster XYZ map services published in step 6 as layers. The map frame retrieves tile data from the XYZ map service as needed, and its maximum range will not exceed the screen size. Each map frame has its own coordinate system and spatial display range. Map frames can draw latitude and longitude grid lines. Users can add map elements such as text labels, north arrows, scale bars, legends, and images to the entire drawing area. Map elements and map frames can be dragged and dropped to position and resize. Map elements can have their attributes manually modified, such as changing the font and size of labels or the number of cells for scale bars. The mapping content created and edited by the user is serialized into JSON format data as a mapping project file and synchronously saved on the mapping service server.

[0108] 8. The cartographic service server stores cartographic project files from different users in an object storage system. Users can share these files with others via links for synchronized modification (online collaboration), or other users can copy the file for independent modification. In online collaboration mode, each user's edits to map elements in the cartographic project are sent to the cartographic server. The server determines whether multiple users are simultaneously editing the same element, using map elements as the basic unit. If multiple users edit different elements, the edits are automatically synchronized to other users' browsers, and the browsers automatically refresh to display the latest results. For cases where multiple users operate on the same element simultaneously, the server uses a minimum modification time period of 1 second, saving and pushing only the last edit within that time period to multiple users' browsers.

[0109] 9. Users can export edited drafting projects as images for display or printing on other platforms. DPI settings are supported for the export operation.

[0110] Example 2, Figure 2 This is a schematic diagram of the structure of a thematic mapping processing system based on online data according to Embodiment 2 of the present invention, as shown below. Figure 2As shown in Embodiment 2, a thematic mapping processing system based on online data is provided, including: a construction module 201, a first generation module 202, a second generation module 203, an update module 204, and a sharing module 205. The first generation module 202 is used to perform rendering processing based on the structured tile dataset using a color scheme, generating a map service interface to provide a dynamic map data stream. The second generation module 203 is used to load data into the browser-side mapping environment through the map service interface, generating an initial mapping project file containing a mapping layout, wherein the mapping layout includes at least one map frame. The update module 204 is used to add map feature data and adjust their positions in the initial mapping project file to update the mapping project file. The sharing module 205 is used to monitor multi-user collaborative editing behavior through an operation log set, determine the final editing state, synchronously update it to the server, and share the mapping project file.

[0111] In this embodiment, the construction module 201 includes: a first parsing unit, a segmentation unit, a first generation unit, and a first construction unit. The parsing unit performs standardization processing on the original data, including converting it to the EPSG:3857 coordinate system and parsing the product identifier and observation time. The segmentation unit segments the tiles according to a pyramid hierarchical structure: the top level is level 0, covering the entire globe; other levels generate sub-tiles using a quadtree. Each tile is 256×256 pixels and compressed using the DEFLATE algorithm. During the segmentation process, if a tile's range exceeds the coverage area of ​​the original data, the tile is discarded. The first generation unit generates a key-value identifier for each tile, in the format {pid}{dt}{z}{y}{x}, where pid is the product identifier, dt is the observation time, and z, y, and x are the level and spatial index, respectively. The first construction unit stores the valid tile data in a distributed object storage system and simultaneously stores the metadata in a relational database, constructing a structured tile dataset. Discarded tiles record their level and spatial index information.

[0112] In this embodiment, the first generation module 202 includes: an association unit, a second parsing unit, a second generation unit, and a first construction unit. The association unit loads tile data from a distributed storage system and associates it with the corresponding product identifier and observation time. The second parsing unit extracts a predefined color scheme bound to the product identifier from a relational database and parses the mapping rules from pixel values ​​to colors, wherein the color scheme is applicable to both vector and raster data. The second generation unit dynamically renders each tile unit based on the color scheme to generate rendered image content. The first construction unit integrates the rendering result with the pyramid hierarchy structure, binds the product identifier, observation time, and geographic coordinate range, and constructs an XYZ format map service interface to provide a dynamic map data stream.

[0113] In this embodiment, the second generation module 203 includes: a creation unit, a loading unit, a matching unit, a drawing unit, a third generation unit, and a fourth generation unit. The creation unit obtains the map sheet size according to the user-defined printing requirements, creates a drawing area associated with the map sheet size, creates at least one map frame within the drawing area, and sets an independent coordinate system for each map frame. The loading unit loads tile data to each map frame on demand via a map service interface, with the loading range not exceeding the screen display size. The matching unit performs projection transformation on each map frame, matching its coordinate system with the spatial reference relationship of the drawing area. The drawing unit draws latitude and longitude coordinate grid lines for each map frame. The third generation unit clips the map frame content that exceeds the drawing area boundary, generating a cartographic layout with precise geographical extent. The fourth generation unit integrates all map frames and cartographic layouts to generate an initial cartographic project file.

[0114] In this embodiment, the update module 204 includes a setting unit, a fifth generation unit, a sixth generation unit, and an update unit. The setting unit adds map elements to the cartographic layout and sets the initial position of each map element, wherein the map elements include text labels, a north arrow, a scale bar, a legend, and an image. The fifth generation unit performs drag-and-drop positioning and size adjustment on each map element; if overlapping positions are detected, it triggers automatic avoidance and generates map elements with adjusted positions. The sixth generation unit responds to externally input attribute editing commands, modifies element display attributes, and generates map elements with updated attributes, wherein the element display attributes include font style, number of scale bar cells, or legend color scheme. The update unit integrates the map elements with updated positions and attributes into the cartographic project file, updates the cartographic project file, and temporarily stores it in the local cartographic environment.

[0115] In this embodiment, the sharing module 205 includes a seventh generation unit, an eighth generation unit, a determining unit, and a selecting unit. The seventh generation unit serializes the cartographic project file into JSON format, stores it in an object storage system, and synchronizes it to the server, generating a shareable project link. The eighth generation unit acquires editing behavior data by listening to browser-side operation events, monitors multi-user collaborative editing behavior using map elements as the basic unit, and when multiple users edit the same element simultaneously, retains only the last operation within a 1-second time window, generating an operation record set. The determining unit pushes non-conflicting operations to all users' browsers in real time, and synchronously updates the project file on the server after resolving conflicting operations according to preset rules, determining the final editing state. The selecting unit responds to collaboration request instructions and selects a sharing mode based on the request: online collaborative editing via a project link, or copying the project file from the server for branch modification.

[0116] The various variations and specific examples of the thematic mapping processing method based on online data provided in Embodiment 1 are also applicable to the thematic mapping processing system based on online data provided in this embodiment. Through the foregoing detailed description of a thematic mapping processing method based on online data, those skilled in the art can clearly understand the implementation method of the thematic mapping processing system based on online data in this embodiment. Therefore, for the sake of brevity, it will not be described in detail here.

[0117] Example 3, Figure 3 This is a schematic diagram of the structure of an electronic device according to Embodiment 3 of the present invention, as shown below. Figure 3 As shown, Embodiment 3 also provides an electronic device 300, which may include a processor 301 and a memory 302.

[0118] Memory 302 is used to store programs. Memory 302 may include volatile memory, such as random-access memory (RAM), such as static random-access memory (SRAM), double data rate synchronous dynamic random-access memory (DDR SDRAM), etc.; memory may also include non-volatile memory, such as flash memory. Memory 302 is used to store computer programs (such as application programs, functional modules, etc. that implement the above methods), computer instructions, etc. The computer programs, computer instructions, etc., can be partitioned and stored in one or more memories 302. Furthermore, the computer programs, computer instructions, data, etc., can be accessed by processor 301.

[0119] The aforementioned computer programs and instructions can be stored in one or more partitions of memory 302. Furthermore, the aforementioned computer programs and instructions can be invoked by processor 301.

[0120] The processor 301 is configured to execute the computer program stored in the memory 302 to implement the various steps of the methods described in the above embodiments. For details, please refer to the relevant descriptions in the preceding method embodiments.

[0121] The processor 301 and the memory 302 can be independent structures or integrated structures. When the processor 301 and the memory 302 are independent structures, the memory 302 and the processor 301 can be coupled together via bus 303.

[0122] The electronic device in this embodiment can execute the technical solution in the above method. Its specific implementation process and technical principle are the same, and will not be repeated here.

[0123] Example 4: Example 4 also provides a computer-readable storage medium including a computer program and instructions, which, when executed on a computer, cause the computer to perform the thematic mapping processing method based on online data according to any embodiment of the present invention.

[0124] Computer-readable storage media include various media that can store program code, such as USB flash drives, external hard drives, ROM, RAM, magnetic disks, or optical disks.

[0125] This embodiment also provides a computer program product, which includes: a computer program stored in a readable storage medium, at least one processor of an electronic device can read the computer program from the readable storage medium, and the at least one processor executes the computer program to cause the electronic device to perform the solution provided in any of the above embodiments.

[0126] It should be understood that the various forms of processes shown above can be used, with steps reordered, added, or deleted. For example, the steps described in this invention disclosure can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution disclosed in this invention can be achieved, and this is not limited herein.

[0127] In summary, the thematic mapping processing method and system based on online data of this invention realizes networked storage and real-time collaborative editing of mapping project files, effectively solving the data sharing obstacles in traditional localized processing modes. Dynamically loading network tile data streams avoids the hardware costs of local storage of massive amounts of data, and distributed storage and compression algorithms improve data processing efficiency. A conflict resolution mechanism based on operation records ensures consistency in collaborative editing among multiple users, and JSON serialization format enables rapid synchronization of project status and version backtracking. The application of a browser-based mapping environment lowers the barrier to entry for professional software, allowing multiple users to collaborate across platforms using standard web browsers.

[0128] Note that the above description is merely a preferred embodiment of the present invention and the technical principles employed. Those skilled in the art will understand that the present invention is not limited to the specific embodiments described herein, and various obvious changes, readjustments, and substitutions can be made without departing from the scope of protection of the present invention. Therefore, although the present invention has been described in detail through the above embodiments, the present invention is not limited to the above embodiments, and may include many other equivalent embodiments without departing from the concept of the present invention, the scope of which is determined by the scope of the appended claims.

Claims

1. A thematic mapping method based on online data, characterized in that, include: The raw data is standardized and divided into tile data through a pre-established data processing workflow, and stored in a distributed storage system to build a structured tile dataset. Based on the structured tile dataset, a color scheme is applied for rendering to generate a map service interface to provide a dynamic map data stream; Data is loaded into the browser-side cartographic environment through the map service interface to generate an initial cartographic project file containing a cartographic layout, wherein the cartographic layout includes at least one map frame. Add map feature data and adjust their positions in the initial cartographic project file to update the cartographic project file; By monitoring multi-person collaborative editing behavior through operation log sets, the final editing status is determined, synchronously updated to the server, and the drawing project file is shared. The process of loading data into the browser-side cartographic environment via a map service interface to generate an initial cartographic project file containing a cartographic layout, wherein the cartographic layout includes at least one map frame, comprising: Obtain the map sheet size according to the user's printing requirements, create a drawing area associated with the map sheet size, create at least one map frame within the drawing area, and set an independent coordinate system for each map frame; Tile data is loaded onto each map frame on demand via the map service interface, with the loading range not exceeding the screen display size; Perform a projection transformation on each map frame to match its coordinate system with the spatial reference relationship of the drawing area; Draw latitude and longitude coordinate grid lines for each map frame; The map frame content that exceeds the boundaries of the drawing area is cropped to generate a cartographic layout with precise geographical extent. Integrate all map frames and cartographic layouts to generate initial cartographic project files.

2. The thematic mapping processing method based on online data as described in claim 1, characterized in that, The process of standardizing and segmenting the raw data into tile data through a pre-established data processing workflow, storing the data in a distributed storage system, and constructing a structured tile dataset includes: The raw data was standardized, including being converted to the EPSG:3857 coordinate system and the product identifier and observation time were parsed. The tiles are divided according to the pyramid hierarchy: the top level is level 0, which covers the entire globe. Other levels generate sub-tiles through a quadtree. Each tile is 256×256 pixels and is compressed using the DEFLATE algorithm. During the division process, if the tile range exceeds the coverage area of ​​the original data, the tile is discarded. Generate a key-value identifier for each tile, in the format {pid}{dt}{z}{y}{x}, where pid is the product identifier, dt is the observation time, and z, y, and x are the level and spatial index, respectively. Valid tile data is stored in a distributed object storage system, while metadata is stored in a relational database to build a structured tile dataset; The discarded tiles record their hierarchical and spatial index information.

3. The thematic mapping processing method based on online data as described in claim 2, characterized in that, The step of applying a color scheme to render the structured tile dataset and generating a map service interface to provide a dynamic map data stream includes: Load tile data from a distributed storage system and associate it with the corresponding product identifier and observation time; Extract predefined color schemes bound to product identifiers from a relational database and parse the mapping rules from pixel values ​​to colors, wherein the color schemes are applicable to both vector data and raster data; Each tile unit is dynamically rendered based on the color scheme to generate the rendered image content. The rendering results are integrated with the pyramid hierarchy structure, and product identifiers, observation time, and geographic coordinate range are bound to construct an XYZ format map service interface to provide dynamic map data streams.

4. The thematic mapping processing method based on online data as described in claim 1, characterized in that, The step of adding map feature data and adjusting their positions in the initial cartographic project file to update the cartographic project file includes: Add map elements to the cartographic layout and set the initial position of each map element, wherein the map elements include text labels, north arrows, scale bars, legends, and images; Drag-and-drop positioning and size adjustment are performed on each of the map elements. If positional overlap is detected, automatic avoidance is triggered to generate map elements with adjusted positions. Responding to externally inputted attribute editing commands, the feature display attributes are modified to generate map features with updated attributes, wherein the feature display attributes include font style, number of scale cells, or legend color scheme; Integrate the map features with updated locations and attributes into the cartographic project file, update the cartographic project file, and temporarily store it in the local cartographic environment.

5. The thematic mapping processing method based on online data as described in claim 1, characterized in that, The process of monitoring collaborative editing behavior among multiple users through an operation log set, determining the final editing status, synchronously updating it to the server, and sharing the drafting project file includes: The drafting project files are serialized into JSON format, stored in an object storage system, and synchronized to the server to generate a shareable project link; By listening to browser-side operation events to obtain editing behavior data, and using map elements as the basic unit to monitor multi-user collaborative editing behavior, when multiple users edit the same element at the same time, only the last operation within the window is retained in a 1-second time window to generate an operation record set. Non-conflicting operations are pushed to all users' browsers in real time. Conflicting operations are resolved according to preset rules and the project files on the server are updated synchronously to determine the final editing status. Respond to collaboration requests and select a sharing mode based on the request: enable online collaborative editing via project link, or copy project files from the server for branch modification.

6. A thematic mapping and processing system based on online data, characterized in that, include: The building module is used to standardize and segment the raw data into tile data through a pre-established data processing flow, store it in a distributed storage system, and build a structured tile dataset. The first generation module is used to perform rendering processing based on the structured tile dataset by applying a color scheme, and to generate a map service interface to provide a dynamic map data stream. The second generation module is used to load data into the browser-side cartographic environment through the map service interface and generate an initial cartographic project file containing a cartographic layout, wherein the cartographic layout includes at least one map frame. The update module is used to add map feature data and adjust their positions in the initial cartographic project file to update the cartographic project file; as well as The sharing module is used to monitor collaborative editing behavior among multiple users through an operation log set, determine the final editing status, synchronize updates to the server, and share the drawing project file. The process of loading data into the browser-side cartographic environment via a map service interface to generate an initial cartographic project file containing a cartographic layout, wherein the cartographic layout includes at least one map frame, comprising: Obtain the map sheet size according to the user's printing requirements, create a drawing area associated with the map sheet size, create at least one map frame within the drawing area, and set an independent coordinate system for each map frame; Tile data is loaded onto each map frame on demand via the map service interface, with the loading range not exceeding the screen display size; Perform a projection transformation on each map frame to match its coordinate system with the spatial reference relationship of the drawing area; Draw latitude and longitude coordinate grid lines for each map frame; The map frame content that exceeds the boundaries of the drawing area is cropped to generate a cartographic layout with precise geographical extent. Integrate all map frames and cartographic layouts to generate initial cartographic project files.

7. The thematic mapping processing system based on online data as described in claim 6, characterized in that, The building module includes: The first parsing unit is used to perform standardization processing on the raw data, including uniformly converting it to the EPSG:3857 coordinate system and parsing the product identifier and observation time. The segmentation unit is used to segment tiles according to the pyramid hierarchy: the top level is level 0, which covers the entire globe. Other levels generate sub-tiles through a quadtree. Each tile is 256×256 pixels and is compressed using the DEFLATE algorithm. During the segmentation process, if the tile range exceeds the coverage area of ​​the original data, the tile is discarded. The first generation unit is used to generate a key-value identifier for each tile, in the format {pid}{dt}{z}{y}{x}, where pid is the product identifier, dt is the observation time, and z, y, and x are the hierarchical and spatial indices, respectively; and The first building unit is used to store valid tile data in a distributed object storage system, while storing metadata in a relational database to build a structured tile dataset. The discarded tiles record their hierarchical and spatial index information.

8. An electronic device, characterized in that, include: At least one processor; as well as A memory that is communicatively connected to the at least one processor; The memory stores instructions that can be executed by the at least one processor, which, when executed by the at least one processor, enables the at least one processor to perform the thematic mapping processing method based on online data as described in any one of claims 1-5.

9. A computer-readable storage medium, characterized in that, It includes computer programs and instructions that, when run on a computer, cause the computer to perform the thematic mapping processing method based on online data as described in any one of claims 1-5.

Images