An S-101 electronic navigation chart data parsing and visualization method

Abstract

The application discloses an S-101 electronic navigation chart data analysis and visualization method, and relates to the technical field of electronic chart data processing.The method comprises the following steps: reading a file and classifying and extracting data, performing correlation matching and recombination packaging of multiple types of data based on a chart file record identifier field, constructing an internal element structure body, binding rendering constraint rules and cyclic scripts to generate standardized drawing instructions corresponding to each sea area element, forming standardized pairing records, screening pairing records within a geographical space range in combination with a scale level comparison table, completing style analysis and integrating multiple types of data packaging to generate a vector tile with a style, analyzing tile data through a webpage end and cooperatively rendering and outputting a navigation chart picture in combination with multiple types of data, and improving the S-101 electronic navigation chart data analysis precision, tile generation standardization and visualization rendering effect, and guaranteeing the accuracy, consistency and fluency of chart display under different scale levels.

Description

Technical Field

[0001] This invention relates to the field of electronic nautical chart data processing technology, and in particular to a method for parsing and visualizing S-101 electronic nautical chart data. Background Technology

[0002] The S-101 standard is the core specification for next-generation electronic nautical chart products. Based on the S-100 universal hydrological data model, it provides highly dynamic and interoperable chart data services, adapting to the ever-growing needs of marine information services. With the trend towards web-based geographic information systems, the next-generation S-101 electronic nautical charts are gradually shifting from server-side data parsing and processing to browser-side visualization and rendering, thus enabling the application of electronic nautical charts in a web-based environment.

[0003] Most current S-101 electronic nautical chart visualization solutions in the Web environment follow the traditional approach of chart analysis and rendering. They directly read the original chart file and perform simple analysis, and then carry out rendering without completing the information association. During the tile slicing process, there is a lack of fine-grained control over the scale level and geographical range. The front end directly loads the original chart data to complete the screen drawing, thereby realizing the web page display of the electronic nautical chart.

[0004] However, in existing processing solutions, various types of data within the original S-101 nautical chart are stored in a scattered manner, with complex field information. There is a lack of stable and reliable correlations between marine elements, spatial geometry, and business attribute data, which can easily lead to insufficient standardization of the analysis results. Inconsistencies can easily occur between element data and rendering style rules. When slicing tiles, it is impossible to complete fine-grained layering and cropping processing for different scales, making it difficult to adapt to multi-level visualization requirements. At the same time, information loss is prone to occur during the data flow between the front-end and back-end, resulting in insufficient accuracy of nautical chart analysis, poor tile standardization, inconsistent display effects of nautical chart images at different scales, and poor rendering smoothness on the web page. Summary of the Invention

[0005] This invention provides a method for parsing and visualizing S-101 electronic nautical chart data, in order to solve the problems of scattered and weak correlation of original nautical chart data, disordered adaptation of rendering styles and elements, lack of layered and refined processing of tiles, poor consistency of nautical chart display at multiple scales, and poor web page rendering effect in the S-101 electronic nautical chart parsing and visualization scheme.

[0006] According to one aspect of the present invention, a method for parsing and visualizing S-101 electronic nautical chart data is provided, comprising:

[0007] Obtain the feature catalog file, the illustration configuration file, and the S-101 electronic nautical chart file; extract standard feature definition data from the feature catalog file; extract rendering rule configuration data from the illustration configuration file; and extract marine feature data, spatial geometry data, and business attribute data from the S-101 electronic nautical chart file.

[0008] Based on the various record identifier fields within the S-101 electronic nautical chart file, feature association information is constructed by associating and matching marine element data, spatial geometric data, and business attribute data. The feature association information is then translated and reorganized according to the standard element definition data, and encapsulated to generate an internal element structure.

[0009] The rendering constraint rules are determined based on the rendering rule configuration data. The rendering constraint rules are then bound to the internal feature structure as parameters. Each feature association information stored in the internal feature structure is traversed to perform script generation processing in a loop. Standardized drawing instructions corresponding to the marine feature data in each feature association information are obtained. The standardized drawing instructions are then bound to the corresponding feature association information to construct a pairing record.

[0010] According to the geographic spatial range defined by each level in the proportional hierarchical comparison table, the paired records are queried and filtered. Geometric clipping is performed on the spatial geometric data in the feature association information within the paired records. The standardized drawing instructions within the paired records are parsed and converted into rendering styles. Combining the clipped spatial geometric data, the marine element data within the paired records, and the business attribute data, vector tiles are encapsulated and deployed for parsing and rendering on the web page to output the S-101 electronic nautical chart visualization.

[0011] According to another aspect of the present invention, an S-101 electronic nautical chart data parsing and visualization device is provided, comprising:

[0012] The data extraction module is used to acquire feature catalog files, illustration configuration files and S-101 electronic nautical chart files, extract standard feature definition data from the feature catalog files, extract rendering rule configuration data from the illustration configuration files, and extract marine feature data, spatial geometry data and business attribute data from the S-101 electronic nautical chart files.

[0013] The feature structure module is used to construct feature association information by associating and matching marine feature data, spatial geometric data and business attribute data based on various record identifier fields inside the S-101 electronic nautical chart file, and to translate and reorganize the feature association information according to standard feature definition data, and encapsulate and generate the internal feature structure.

[0014] The pairing record module is used to determine the rendering constraint rules based on the rendering rule configuration data, bind the rendering constraint rules to the internal feature structure parameters, traverse each feature association information stored in the internal feature structure to perform script generation processing in a loop, obtain the standardized drawing instructions corresponding to the marine feature data in each feature association information, and bind the standardized drawing instructions to the corresponding feature association information to construct the pairing record.

[0015] The visualization module is used to query and filter paired records according to the geospatial range defined by each level in the proportional hierarchical comparison table, perform geometric clipping on the spatial geometric data in the feature association information within the paired records, parse and convert the standardized drawing instructions within the paired records into rendering styles, and combine the clipped spatial geometric data, marine element data within the paired records, and business attribute data to encapsulate and generate vector tiles and deploy and publish them so that the vector tiles can be parsed and rendered on the web page to output the S-101 electronic nautical chart visualization.

[0016] According to another aspect of the present invention, an electronic device is provided, the electronic device comprising:

[0017] At least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores a computer program executable by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to execute the S-101 electronic nautical chart data parsing and visualization method according to any embodiment of the present invention.

[0018] According to another aspect of the present invention, a computer-readable storage medium is provided, the computer-readable storage medium storing computer instructions, the computer instructions being configured to cause a processor to execute and implement the S-101 electronic nautical chart data parsing and visualization method according to any embodiment of the present invention.

[0019] According to another aspect of the present invention, a computer program product is also provided, including a computer program that, when executed by a processor, implements the steps of the method as described in any embodiment of the present invention.

[0020] The technical solution of this invention, by uniformly reading the element catalog file, illustration configuration file, and S-101 electronic nautical chart file and extracting standard element definition data, rendering rule configuration data, as well as sea area element data, spatial geometry data, and business attribute data, completes the association matching and reorganization encapsulation of multiple types of data based on the chart file record identifier field, constructing a standardized internal element structure. This solves the problems of scattered, disorganized, and weakly correlated original S-101 chart data, ensuring the standardization and completeness of data parsing. By binding rendering constraint rules and generating standardized drawing instructions corresponding to each sea area element through a loop script, precise pairing of chart element data and rendering style rules is achieved, forming a standardized pairing record. This avoids the problem of mismatched rendering styles and elements in traditional methods. By combining a scale-level comparison table to filter paired records within the geographic space, it performs hierarchical geometric cropping of spatial geometric data, retaining marine element data, business attribute data, and standardized drawing instructions. It independently completes style parsing and integrates multiple types of data to generate styled vector tiles, realizing layered and refined slicing of nautical chart data to meet the visualization needs of different display levels. By parsing tile data on the web and combining multiple types of data to collaboratively render and output nautical chart images, it improves the data parsing accuracy, tile generation standardization, and visualization rendering effect of S-101 electronic nautical charts, ensuring the accuracy, consistency, and smoothness of nautical chart display at different scale levels.

[0021] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of the present invention, nor is it intended to limit the scope of the invention. Other features of the invention will become readily apparent from the following description. Attached Figure Description

[0022] To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0023] Figure 1 This is a flowchart of a method for parsing and visualizing S-101 electronic nautical chart data according to Embodiment 1 of the present invention;

[0024] Figure 2 This is a flowchart of another S-101 electronic nautical chart data parsing and visualization method provided in Embodiment 2 of the present invention;

[0025] Figure 3 This is a flowchart of another S-101 electronic nautical chart data parsing and visualization method provided in Embodiment 3 of the present invention;

[0026] Figure 4 This is an accelerated drawing flowchart applicable to embodiments of the present invention;

[0027] Figure 5 This is a schematic diagram of the structure of an S-101 electronic nautical chart data parsing and visualization device provided in Embodiment 4 of the present invention;

[0028] Figure 6 This is a schematic diagram of the structure of an electronic device that implements the S-101 electronic nautical chart data parsing and visualization method according to an embodiment of the present invention. Detailed Implementation

[0029] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0030] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0031] Example 1

[0032] Figure 1 This is a flowchart illustrating a method for parsing and visualizing S-101 electronic nautical chart data according to Embodiment 1 of the present invention. This embodiment is applicable to parsing and visualizing S-101 electronic nautical chart data. The method can be executed by an S-101 electronic nautical chart data parsing and visualization device, which can be implemented in hardware and / or software and is generally configured in an electronic device. Figure 1 As shown, the method includes:

[0033] S110. Obtain the feature catalog file, the illustration configuration file, and the S-101 electronic nautical chart file. Extract standard feature definition data from the feature catalog file, extract rendering rule configuration data from the illustration configuration file, and extract marine feature data, spatial geometry data, and business attribute data from the S-101 electronic nautical chart file.

[0034] In this embodiment, the element catalog file refers to the file that stores the standard definition information of all marine elements of the S-101 nautical chart, and can be in the form of Extensible Markup Language (XML). The illustration configuration file refers to the file that stores the visualization configuration rules such as nautical element rendering and layer overlay, and can be in the form of XML. The S-101 electronic nautical chart file refers to the file that follows the 8211 binary encoding standard of information technology - data description files and stores the original operational and spatial information of the nautical chart, and can be a file with the .000 extension.

[0035] Standard feature definition data refers to metadata read from the feature catalog file, used to uniformly interpret the meaning of marine features. Rendering rule configuration data refers to rule data read from the map configuration file, controlling the drawing style of nautical chart features. Marine feature data refers to the identification information of various marine features on the nautical chart. Spatial geometric data refers to the geographic coordinate information of points, lines, and areas corresponding to marine features. Business attribute data refers to business description information accompanying marine features, such as water depth, name, and warning level.

[0036] Specifically, the server-side data processing program obtains the FeatureCatalogue file, PortrayalCatalog file, and S-101 electronic nautical chart file. The FeatureCatalogue file and PortrayalCatalog file are Extensible Markup Language (XML) files, while the S-101 electronic nautical chart file stores the original chart information according to the internationally standardized binary encoding specification. The FeatureCatalogue file is read using XML parsing to extract standard feature definition data, and the PortrayalCatalog file is read to extract rendering rule configuration data. Then, the S-101 electronic nautical chart file is read using binary decoding to parse and extract marine feature data, spatial geometric data, and business attribute data. The extracted data is used as the raw input information for subsequent data processing.

[0037] The hierarchical structure of the feature catalog file can be as follows: the feature catalog is the top-level node, which contains simple attributes, complex attributes, roles, feature associations, information associations, feature types, and information types as sub-nodes.

[0038] Simple attributes refer to single, indivisible business parameter information of marine elements. Complex attributes refer to composite marine element parameters composed of multiple nested sub-attributes that can be further subdivided. Roles refer to intermediate-level nodes used to define the subordinate correspondence between element types and information types. Element associations refer to the topological logical relationships established between different marine geographic element objects. Information associations refer to the binding correspondence between marine elements and supplementary explanatory information. Element types refer to the categories of elements obtained by classifying various marine geographic features in a nautical chart. Information types refer to the types of non-geographical object information attached to marine elements and used to supplement and explain the element's situation.

[0039] The hierarchical structure of the illustration configuration file can be as follows: The illustration representation directory is the top-level node, which contains color rules, style rules, SVG (Scalable Vector Graphics) symbols, line type rules, surface fill rules, overlay rules, Lua (scripting language) rules, constraints, display groups, display layer group configurations, and display mode sub-nodes. Each sub-node stores various configuration information for rendering and drawing nautical chart elements.

[0040] Color rules refer to the configuration information such as color values ​​and color space definitions used when rendering nautical chart elements. Style rules refer to the comprehensive rendering configuration that controls the overall rendering appearance of nautical elements. SVG symbols refer to icon resources in a scalable vector graphic format used for displaying point-like nautical elements. Line type rules refer to the definition information of line forms such as dashed lines and solid lines when drawing linear nautical elements. Area fill rules refer to the drawing specifications for the filling patterns and colors inside area-like nautical elements. Overlay rules refer to the configuration that controls the drawing priority of elements when multiple nautical elements overlap, the order of layers, etc. Lua rules refer to the execution scripts written in the Lua scripting language used to dynamically generate nautical chart element drawing instructions. Constraints refer to the scene, scale, element status, and other limiting conditions that must be met for the rendering of nautical elements to take effect. Display group refers to a set of nautical elements that can be uniformly controlled to be displayed or hidden, divided according to business purposes. Display layer group configuration refers to the configuration parameters for layer division and hierarchical arrangement of each element within the display group. Display mode refers to the multiple visualization display schemes obtained by switching nautical charts in different application scenarios.

[0041] The hierarchical structure of an S-101 electronic nautical chart file can be as follows: The dataset identifier serves as the intermediate branch node. The dataset identifier contains: dataset structure information field, attribute code field, information type code field, feature type code field, information association code field, feature association code field, and association role code field. It may also include: coordinate reference system record identifier field, information type record identifier field, point record identifier field, multi-point record identifier field, curve record identifier field, composite curve record identifier field, area record identifier field, and feature type record identifier field. Each field stores descriptive information about the nautical chart dataset and index identifiers for various features.

[0042] The dataset identifier refers to the intermediate node within the S-101 electronic nautical chart used to mark and distinguish the current entire set of chart datasets, serving as a data branch hub. The dataset structure information field describes the overall architecture, version information, and data organization method of the current chart dataset. The attribute code field stores the coded identifiers corresponding to the business attributes of various marine features. The information type code field stores the coded identifiers corresponding to various supplementary explanatory information objects. The feature type code field stores the coded identifiers corresponding to various marine geographic features. The information association code field records the binding relationship between marine features and supplementary explanatory information. The feature association code field records the topological logical relationship between different marine geographic features. The association role code field records the role and identity codes of features when they are associated with each other, or features and information.

[0043] The coordinate reference system record identifier field is an index field that identifies the coordinate datum record used in the nautical chart. The information type record identifier field is an index field that identifies supplementary explanatory information records. The point record identifier field is an index field that identifies a single point-like spatial geometric record of a marine area. The multi-point record identifier field is an index field that identifies a spatial geometric record composed of multiple points. The curve record identifier field is an index field that identifies a single curved linear spatial geometric record. The composite curve record identifier field is an index field that identifies a linear geometric record composed of multiple sub-curves. The area record identifier field is an index field that identifies a closed area-like spatial geometric record of a marine area. The feature type record identifier field is an index field that identifies a marine feature object record.

[0044] S120. Based on the various record identifier fields within the S-101 electronic nautical chart file, associate and match marine element data, spatial geometric data, and business attribute data to construct feature association information. Then, translate and reorganize the feature association information according to the standard element definition data, and encapsulate it to generate an internal element structure.

[0045] In this embodiment, the record identifier field refers to the S-101 electronic navigation system. Figure 2 Within the hexadecimal file, indexes are used to mark marine features, spatial geometry, and operational attribute data, establishing a mapping relationship between the three. Feature association information refers to a complete feature record obtained by binding marine feature data, spatial geometry data, and operational attribute data corresponding to the same marine feature through identifiers. Translation and reorganization refers to converting the coded field values ​​in the nautical chart file into readable operational meanings using standard feature definition data as a reference table, thus reorganizing the data content. The internal feature structure refers to the data storage unit created by the backend program to uniformly store the translated complete marine feature data in memory.

[0046] Specifically, the system reads various record identifier fields from the S-101 electronic nautical chart file, such as extracting the element index identifier, geometric index identifier, and attribute index identifier from each record. The element index identifier can be the primary key identifier of the marine element object. A marine element record stores reference information for both geometric and attribute index identifiers. The geometric index identifier is used to locate the spatial geometric data corresponding to the marine element, while the attribute index identifier is used to locate the business attribute data corresponding to the marine element. One element index identifier can be associated with one or more geometric index identifiers and one or more attribute index identifiers. The backend program retrieves and matches the corresponding geometric and attribute index identifiers using the element index identifier, thus binding the separately stored marine element data, spatial geometric data, and business attribute data to generate feature association information.

[0047] Identifiers are used to establish associations and matches among marine feature data, spatial geometric data, and operational attribute data, thereby constructing feature association information. For example, using the feature index identifier as the primary key, corresponding spatial geometric data and operational attribute data are searched and matched, and the three data sets are merged to form a single feature association message.

[0048] The standard feature definition data extracted from the feature catalog file is retrieved as a reference. The content of the fields stored in the internal encoding of the feature association information is interpreted and translated, and the encoded values ​​are converted into readable feature business meanings. The data structure is reorganized, and the converted marine feature data, spatial geometric data, and business attribute data are stored in the predefined data storage unit to generate an internal feature structure for use in the subsequent rendering script to generate drawing instructions.

[0049] S130. Determine rendering constraint rules based on the rendering rule configuration data, bind the rendering constraint rules to the internal feature structure parameters, traverse each feature association information stored in the internal feature structure to perform script generation processing in a loop, obtain standardized drawing instructions corresponding to the marine feature data in each feature association information, and bind the standardized drawing instructions to the corresponding feature association information to construct a pairing record.

[0050] In this embodiment, rendering constraint rules refer to the limiting parameters extracted from the rendering rule configuration data that control the rendering conditions, layer order, and drawing style of a single sea area feature. Parameter binding refers to associating rendering constraint rules as input parameters with the internal feature structure, establishing a correspondence between the feature and its own drawing conditions. Script generation processing refers to the computational process of calling the script execution environment, running the script based on the feature information and rendering constraint rules, and generating drawing instructions. Standardized drawing instructions refer to style commands that can be parsed and recognized and used to draw the corresponding sea area features. Pairing records refer to the combined data obtained by binding a feature association information with its generated standardized drawing instructions.

[0051] Specifically, the rendering rule configuration data in the cache is read, and the corresponding constraint parameters are selected as rendering constraint rules based on the feature type. The constraint parameters are then injected into the internal feature structure as additional parameters.

[0052] The script iterates through each feature association information stored in the internal feature structure, and then passes the feature association information and rendering constraint rules into the script runtime environment to perform script calculations. This process is repeated to generate scripts and obtain standardized drawing instructions corresponding to the marine feature data in each feature association information.

[0053] Standardized drawing instructions and their corresponding feature association information are bound together to form paired records. The generated paired records are then written into a pre-built spatial database for persistent storage, providing a data source for the subsequent vector tile layer-by-layer clipping generation process.

[0054] Among them, a spatial database refers to a database that has the ability to store spatial coordinates and is used to persistently store paired records.

[0055] S140. According to the geospatial range defined by each level in the proportional hierarchical comparison table, query and filter paired records, perform geometric clipping on the spatial geometric data in the feature association information within the paired records, parse and convert the standardized drawing instructions within the paired records into rendering styles, combine the clipped spatial geometric data, the marine element data within the paired records, and the business attribute data, encapsulate and generate vector tiles, and deploy and publish them so that the vector tiles can be parsed and rendered on the web page to output the S-101 electronic nautical chart visualization.

[0056] In this embodiment, the scale hierarchy table refers to a mapping table established according to the preset specifications of nautical charts, corresponding to the numerical values ​​of the chart scale and the layer hierarchy of the tiles. The geographic spatial range refers to the latitude and longitude spatial area covered by a single vector tile under each tile layer. Geometric clipping refers to truncating the spatial geometric coordinates that exceed the tile boundary using the geographic spatial boundary corresponding to the tile as the clipping frame. Rendering style refers to the drawing parameters converted from standardized drawing instructions that can be directly read by web page rendering programs. A vector tile is a block vector data package that encapsulates the geometric, attribute, and style information of marine elements.

[0057] Specifically, the system reads the proportional hierarchy comparison table obtained according to the preset specifications of the nautical chart, obtains the geographic spatial range defined by each tile layer in the comparison table, and queries and filters the paired records in the spatial database that fall within the corresponding geographic spatial range.

[0058] Geometric clipping is performed on the spatial geometric data in the feature association information within the paired records using the geographic bounding box of the tile, eliminating geometric points outside the tile's range. For example, using the tile's geographic boundary as a clipping mask, intersection calculations are performed on the point, curve, and area geometric objects of the feature to extract the geometric fragments retained within the tile's range.

[0059] By parsing the rule mapping, the standardized drawing instructions in the paired records are parsed and converted into rendering style parameters that can be recognized by the web page. Combined with the clipped spatial geometric data, the marine element data in the paired records, and the business attribute data, the data is encapsulated and packaged into a tile data package to generate vector tiles carrying style information.

[0060] Then, the vector tile files can be placed in the static resource directory of the web service middleware, the resource access service can be enabled, and the tile deployment and publication can be completed.

[0061] The published vector tiles can be retrieved and processed for parsing and rendering on the web page, and finally the S-101 electronic nautical chart visualization is output.

[0062] Among them, web service middleware refers to the service program deployed on the server side for publishing static tile resources to the outside world for front-end web pages to pull and access.

[0063] The technical solution of this invention, by uniformly reading the element catalog file, illustration configuration file, and S-101 electronic nautical chart file and extracting standard element definition data, rendering rule configuration data, as well as sea area element data, spatial geometry data, and business attribute data, completes the association matching and reorganization encapsulation of multiple types of data based on the chart file record identifier field, constructing a standardized internal element structure. This solves the problems of scattered, disorganized, and weakly correlated original S-101 chart data, ensuring the standardization and completeness of data parsing. By binding rendering constraint rules and generating standardized drawing instructions corresponding to each sea area element through a loop script, precise pairing of chart element data and rendering style rules is achieved, forming a standardized pairing record. This avoids the problem of mismatched rendering styles and elements in traditional methods. By combining a scale-level comparison table to filter paired records within the geographic space, it performs hierarchical geometric cropping of spatial geometric data, retaining marine element data, business attribute data, and standardized drawing instructions. It independently completes style parsing and integrates multiple types of data to generate styled vector tiles, realizing layered and refined slicing of nautical chart data to meet the visualization needs of different display levels. By parsing tile data on the web and combining multiple types of data to collaboratively render and output nautical chart images, it improves the data parsing accuracy, tile generation standardization, and visualization rendering effect of S-101 electronic nautical charts, ensuring the accuracy, consistency, and smoothness of nautical chart display at different scale levels.

[0064] Example 2

[0065] Figure 2 This is a flowchart of another S-101 electronic nautical chart data parsing and visualization method provided in Embodiment 2 of the present invention. This embodiment is a refinement of the above embodiment's "determining rendering constraint rules based on rendering rule configuration data, binding rendering constraint rules with parameters of internal element structures, traversing each feature association information stored in the internal element structure to iteratively perform script generation processing, and obtaining standardized drawing instructions corresponding to the marine element data in each feature association information." For example... Figure 2 As shown, the method includes:

[0066] S210. Obtain the feature catalog file, the illustration configuration file, and the S-101 electronic nautical chart file. Extract standard feature definition data from the feature catalog file, extract rendering rule configuration data from the illustration configuration file, and extract marine feature data, spatial geometry data, and business attribute data from the S-101 electronic nautical chart file.

[0067] S220. Based on the various record identifier fields within the S-101 electronic nautical chart file, associate and match marine element data, spatial geometric data, and business attribute data to construct feature association information. Then, translate and reorganize the feature association information according to the standard element definition data, and encapsulate it to generate an internal element structure.

[0068] S230: Load the lightweight scripting language runtime library to complete the script runtime environment initialization.

[0069] In this embodiment, the lightweight scripting language runtime library refers to the Lua script runtime library, which is used to parse and execute the rendering generation script.

[0070] S240. Parse the scene constraint parameters and layer overlay rules from the rendering rule configuration data and load them as rendering constraint rules.

[0071] S250. The rendering constraint rules and the single feature association information in the internal feature structure are used as script input parameters. Each time the script is executed, the standardized drawing instructions corresponding to the marine feature data in the feature association information are generated. After traversing all feature association information in the internal feature structure, all standardized drawing instructions are obtained. The standardized drawing instructions are then bound to the corresponding feature association information to construct a pairing record.

[0072] Specifically, the Lua runtime library is loaded to initialize the script execution environment.

[0073] From the rendering rule configuration data parsed from the configuration file shown in the figure, the scene constraint (context) parameter and the layer overlay rule (displayPlanes) are loaded as rendering constraint rules. The rendering constraint rules and the single feature association information in the internal feature structure are used as input parameters for the Lua script.

[0074] It iterates through each feature association information stored in the internal feature structure, passes the rendering constraint rules and the feature association information together into the Lua script engine, and executes the Lua generation script in a loop. Each time the script is executed, it generates standardized drawing instructions corresponding to the marine feature data in the feature association information.

[0075] After traversing all feature association information, all standardized drawing instructions are obtained. All drawing instructions and corresponding feature association information are bound together to form a pairing record, which is then sent to the subsequent vector tile generation process.

[0076] S260. According to the geospatial range defined by each level in the proportional hierarchical comparison table, query and filter paired records, perform geometric clipping on the spatial geometric data in the feature association information within the paired records, parse and convert the standardized drawing instructions within the paired records into rendering styles, combine the clipped spatial geometric data, the marine element data within the paired records, and the business attribute data, encapsulate and generate vector tiles, and deploy and publish them so that the vector tiles can be parsed and rendered on the web page to output the S-101 electronic nautical chart visualization.

[0077] The technical solution of this invention initializes the script execution environment by loading a lightweight scripting language runtime library. It parses and extracts scene constraint parameters and layer overlay rules from the rendering rule configuration data to obtain rendering constraint rules. Then, the rendering constraint rules and single feature association information are used as script input parameters to execute script operations. Standardized drawing instructions corresponding to the marine element data are generated one by one, and all feature association information is traversed to obtain a complete set of drawing instructions. This achieves precise binding at the parameter level between nautical chart elements and graphic representation rules, enabling each marine element to generate corresponding drawing instructions according to the rendering logic specified in the S-101 nautical chart standard. This avoids problems such as style mismatch and chaotic layer overlay order caused by the separation of rendering rules and nautical chart elements, ensuring the controllability and reproducibility of the drawing instruction generation process, and improving the conformity between the subsequent nautical chart rendering results and official graphic specifications.

[0078] Example 3

[0079] Figure 3 This is a flowchart of another S-101 electronic nautical chart data parsing and visualization method provided in Embodiment 3 of the present invention. This embodiment is a refinement of the above embodiment's steps of "querying and filtering paired records according to the geographic spatial range defined by each level in the proportional hierarchical comparison table, performing geometric clipping on the spatial geometric data in the feature association information within the paired records, parsing and converting the standardized drawing instructions within the paired records into rendering styles, and combining the clipped spatial geometric data, the marine element data within the paired records, and the business attribute data to encapsulate and generate vector tiles." Figure 3 As shown, the method includes:

[0080] S310. Obtain the feature catalog file, the illustration configuration file, and the S-101 electronic nautical chart file. Extract standard feature definition data from the feature catalog file, extract rendering rule configuration data from the illustration configuration file, and extract marine feature data, spatial geometry data, and business attribute data from the S-101 electronic nautical chart file.

[0081] S320. Based on the various record identifier fields within the S-101 electronic nautical chart file, associate and match marine element data, spatial geometric data, and business attribute data to construct feature association information. Then, translate and reorganize the feature association information according to the standard element definition data, and encapsulate it to generate an internal element structure.

[0082] S330. Determine rendering constraint rules based on the rendering rule configuration data, bind the rendering constraint rules to the internal feature structure parameters, traverse each feature association information stored in the internal feature structure to perform script generation processing in a loop, obtain standardized drawing instructions corresponding to the marine feature data in each feature association information, and bind the standardized drawing instructions to the corresponding feature association information to construct a pairing record.

[0083] S340. According to the geographic spatial range corresponding to each tile level in the proportional hierarchy comparison table, for each level of geographic spatial range, select the pairing records belonging to that geographic spatial range from all the pairing records.

[0084] S350. Perform geometric clipping on the spatial geometric data of the feature association information within each selected pair of records according to the geographic spatial range corresponding to the level, to obtain the clipped spatial geometric subsets corresponding to each level.

[0085] In this embodiment, geometric clipping refers to using the geographical boundary of the tile as the clipping frame to cut off the geometric coordinates that exceed the spatial range of the tile, thereby generating a geometric subset that falls within the tile.

[0086] S360 parses and converts the standardized drawing instructions corresponding to each pairing record into rendering styles, combines the clipped spatial geometric subsets corresponding to each level, the marine element data and business attribute data in the pairing record for data encapsulation, completes the slicing process layer by layer, generates vector tiles carrying style information corresponding to each level in batches, and deploys and publishes them so that the vector tiles can be parsed and rendered on the web page to output the S-101 electronic nautical chart visualization.

[0087] Specifically, after binding the feature association information in the internal feature structure with the drawing instructions to build paired records and storing them in the spatial database, the LOD (Level of Detail) multi-level mapping and slicing operation is performed.

[0088] Read the display fineness level corresponding to each scale specified in the preset specifications of the nautical chart, match each scale range to the corresponding slice level one by one, complete the binding and input of scale and slice level one by one, and generate a scale level comparison table corresponding to scale and slice level.

[0089] According to the geographic spatial range corresponding to each tile level in the proportional hierarchy table, for each level of geographic spatial range, the paired records belonging to that geographic spatial range are selected from all paired records.

[0090] For the spatial geometric data of feature association information within each selected pair of records, geometric clipping is performed according to the geographic spatial range corresponding to the respective level. The spatial geometric data of the feature is clipped using the latitude and longitude bounding box of the tile, discarding geometric points outside the tile boundary to obtain the clipped spatial geometric subset corresponding to each level. For example, using the closed boundary of the tile as the clipping polygon, intersection clipping is performed on the spatial geometric line segments and surface contours of the feature, eliminating the geometric parts located outside the tile boundary, and only retaining the geometric points inside the tile to generate the clipped spatial geometric subset.

[0091] The standardized drawing instructions corresponding to each pair of records are parsed and converted into rendering styles, such as color, line type, and fill styles that can be recognized by the web page.

[0092] The clipped geometric subset, marine feature data, business attribute data, and rendering styles are packaged and encapsulated into a tile data package to generate vector tiles. All tile levels are iterated through, and tiling is completed layer by layer, generating vector tiles with style information for each level in batches. Once all levels of tiling are completed, static electronic nautical chart resources are obtained. These static resources are then configured and published via a web service middleware (such as Nginx).

[0093] Optionally, based on the above embodiments, the generation and deployment process of the vector tiles is executed by a backend service program, which is configured on the same electronic device as the web page.

[0094] In this embodiment, the backend service program refers to the background processing program that undertakes the tasks of generating nautical chart vector tiles and publishing resources. The web page refers to the frontend web page program that allows users to view the S-101 electronic nautical chart visualization and perform tile parsing and rendering. The same electronic device means that the backend tile generation program and the web page frontend program are deployed and run on a single physical host or virtual host, and the two do not need to interact with each other across different server nodes.

[0095] Understandably, the backend service program and the web application can also be deployed separately on two independent electronic devices. The backend service program generates and publishes vector tiles on the first device, stores the vector tile resources in the web service middleware, and opens the network access interface. The web application runs on another device and initiates a resource retrieval request to the backend device via network communication to remotely obtain the deployed vector tile data and then carry out subsequent parsing and rendering work.

[0096] By delegating the generation, deployment, and publishing of vector tiles to a backend service program, and deploying the backend service program and the web interface on the same electronic device, the network transmission overhead between servers can be eliminated. Tile resources can be read directly through local paths, reducing data latency and network fluctuation interference caused by remote requests, improving the access speed of vector tile resources, and reducing the hardware costs and configuration complexity brought about by multi-device deployment. This is conducive to realizing a lightweight, integrated local visualization operating environment for S-101 electronic nautical charts and ensuring the stability of the chart tile data reading process.

[0097] Optionally, based on the above embodiments, the vector tiles are parsed and rendered on the web page to output a visualization of the S-101 electronic nautical chart, including:

[0098] The initialization of the drawing resource library is completed on the web page, and the deployed and published vector tiles carrying style information are pulled through the web service middleware.

[0099] The vector tiles are parsed on the web page to obtain the standardized drawing instructions, spatial geometric data, marine feature data, and business attribute data contained within the vector tiles.

[0100] On the web page, a binding mapping relationship is established between the standardized drawing instructions, spatial geometric data, marine element data, and business attribute data and the initialized drawing resource library, and the data structure is encapsulated and reconstructed to generate the front-end internal data structure.

[0101] The initialization of the graphics acceleration rendering component and the coloring program is completed on the web page. The marine element data, spatial geometry data and business attribute data in the front-end internal data structure are read. According to the element type identifier carried in the marine element data, the visualized marine elements corresponding to the marine element data are divided into at least one element type, including points, lines, surfaces and text.

[0102] Differentiated texture caching and graphics rendering processes are performed on visualized marine elements of different types. The rendering operations of all visualized marine elements are completed one by one. The images are then combined with standardized drawing instructions, spatial geometric data and business attribute data to complete the image composition and output the S-101 electronic nautical chart visualization.

[0103] In this embodiment, the drawing resource library refers to a pre-loaded collection of drawing materials such as color libraries, line type libraries, symbol libraries, and text style libraries. The front-end internal data structure is a data carrier generated by binding and mapping drawing instructions, geometry, features, attributes, and other data on the webpage, used for reading during the rendering process. The graphics acceleration rendering component is a graphics acceleration component, such as Web-GL (Web Graphics Library), used for hardware-accelerated graphics rendering. The shader program is the shader program. The feature type identifier is a marker field inherent to the marine feature data, used to distinguish whether the current feature belongs to a point, line, polygon, or text type. Differentiated texture caching refers to using different strategies to cache and draw texture materials for different feature types, reducing redundant computation overhead.

[0104] Specifically, after the static resource of the nautical chart vector tile is published, the web page first completes the initialization of the drawing resource library. It uses an asynchronous resource loading method to read color, line type, and symbol materials to complete the initialization of the drawing resource library, and sends a network request to access the tile resource address provided by the web service middleware to obtain the vector tile.

[0105] After reading the tile data packet, the standardized drawing instructions, spatial geometric data (coordinate geometry), marine feature data (feature coding), and business attribute data (attribute description information) are parsed out sequentially according to the preset data field separation rules.

[0106] The standardized drawing instructions, spatial geometric data, marine feature data, and business attribute data are bound and mapped together with the initialized drawing resource library, and then encapsulated and reconstructed to generate the front-end internal data structure. For example, using the feature code of the marine feature data as the association primary key, an index mapping is established between the parsed data and the corresponding style materials in the drawing resource library, and stored in the front-end internal data structure.

[0107] The initialization interface of the graphics acceleration component is called to initialize the coloring program. The internal data structure of the front end is traversed to read the marine feature data, spatial geometry data and business attribute data. The feature category is determined according to the feature type identifier field carried in the marine feature data. The visualized marine features corresponding to the marine feature data are divided into at least one type of feature: point, line, polygon and text.

[0108] Differentiated texture caching and graphic drawing processes are performed for different types of visualized marine elements. Symbol textures are loaded and caching is enabled for point elements, line type parameters are read and lines are drawn for line elements, fill styles are read and fills are drawn for face elements, and annotation text is extracted and text graphics are generated for text elements. The rendering operation of all visualized marine elements is completed in turn. The image is composed by combining standardized drawing instructions, spatial geometric data and business attribute data. For example, the canvas merging interface is called to merge all layers and output the S-101 electronic nautical chart visualization.

[0109] By first initializing the drawing resource library on the web page and then pulling vector tiles carrying style information, the complete data related to nautical chart elements is obtained by parsing the tiles and binding them with the drawing resource library to reconstruct the internal data structure of the front end. Hardware-accelerated rendering is achieved by relying on graphics acceleration rendering components and shading programs. Different texture caching and rendering strategies are adopted for different types of sea area elements such as points, lines, polygons, and text. This can fully utilize the browser's graphics card computing power and improve the rendering efficiency of massive sea area elements of the S-101 electronic nautical chart. The texture caching mechanism reduces the performance loss caused by repeatedly loading rendering materials. The classification and rendering of various elements can ensure that the rendering styles of different sea area elements do not interfere with each other. The standardized drawing instructions, geometric and business attribute information in the vector tiles are fully preserved. The final output screen accurately matches the display specifications of the S-101 nautical chart. There is no need for the back end to participate in rendering calculations again, which reduces the computing power burden on the server and enables the nautical chart screen to be displayed smoothly and stably on the browser.

[0110] Optionally, based on the above embodiments, the initialization operation of the drawing resource library is completed on the web page, including:

[0111] The system reads the configuration information from the illustration configuration file on the web page, loads the vector symbol graphic library, color library, line style library, and surface style library, and completes the initialization operation of the drawing resource library.

[0112] In this embodiment, the vector symbol library is a resource collection storing SVG vector symbol materials corresponding to marine features. The color library is a resource collection storing all color parameters that can be used when drawing various nautical chart features. The line style library is a resource collection storing various line type parameters such as solid / dark lines and line thickness. The area style library is a resource collection storing style parameters such as fill patterns and fill transparency for area marine features.

[0113] Specifically, the configuration information of the PortrayalCatalog illustration configuration file is read on the web page, and the SVG vector symbol graphic library, color library, line style library and surface style library are loaded. Various drawing materials are loaded into the browser memory, and the drawing resource library initialization operation is completed, providing complete style material support for the rendering and drawing of marine elements in the subsequent vector tiles.

[0114] By reading the configuration information of the illustration configuration file through the web interface, the vector symbol graphic library, color library, line style library, and surface style library are preloaded to initialize the drawing resource library. This allows various drawing materials required for rendering the S-101 electronic nautical chart to be pre-cached locally in the browser. When rendering vector tiles, there is no need to repeatedly request style resources from the server, reducing data interaction overhead during the rendering stage and speeding up the drawing response speed of marine feature graphics. At the same time, it can ensure that all marine features are drawn strictly in accordance with the display standards specified in the illustration configuration file, effectively avoiding problems such as incorrect drawing of nautical features and inconsistent styles caused by missing style materials or reading delays, and improving the standardization and drawing stability of the final output electronic nautical chart visualization.

[0115] Optionally, based on the above embodiments, differentiated texture caching and graphics rendering processes are performed for visualized sea area elements of different element types, and rendering operations for all visualized sea area elements are completed category by category, including:

[0116] For point-based visualized marine features, a reusable point texture is generated based on the matched feature symbols, and the point feature symbols are drawn based on the point texture.

[0117] For linear visualized sea area elements, identify the line type to which the linear visualized sea area elements belong. If it is a simple line type, directly perform rendering and drawing. If it is a complex line type, generate a reusable line texture and complete the line type drawing based on the line texture.

[0118] For the visualized sea area elements, identify the fill type of the visualized sea area elements. If it is a solid color fill, directly perform fill rendering. If it is a texture fill, generate a reusable surface texture and complete the surface fill drawing based on the surface texture.

[0119] For text-annotated visual marine features, the corresponding annotation text content is read and the text annotation is drawn.

[0120] In this embodiment, point-based visualized marine features are marine geographic features displayed as independent markers on nautical charts. Reusable point textures are graphic cache resources generated by converting the vector symbols corresponding to point features and can be called and drawn multiple times. Simple line types are line segments composed solely of solid lines of a solid color, which can be rendered directly without repeating patterns. Complex line types are line segments composed of repeating patterns such as spaced dashed lines and dotted patterns, requiring the use of texture materials for drawing. Solid-color filled surfaces are planar marine features filled with only a single color and without repeating patterns. Textured filled surfaces are planar marine features that require repeating pattern materials to fill and draw. Text-annotated visualized marine features are text markers attached to marine features to display names or attribute descriptions.

[0121] Specifically, it iterates through each visualized sea area element in the front-end internal data structure and reads the element type identifier to classify it.

[0122] For point-based visualized marine features, the texture generation interface is called based on the matching feature symbols to convert vector symbols into graphic textures and store them in the texture cache. Subsequent features with the same symbols can directly retrieve the texture from the cache for drawing.

[0123] For linear visualized sea area elements, the line type of the linear visualized sea area element can be identified by the line type identifier field. If it is a simple line type, the line drawing interface is directly called to execute rendering and draw line segments. If it is a complex line type, a reusable line texture with repeating patterns is generated and the entire line segment is drawn by cyclically splicing the line texture to complete the line type drawing cache.

[0124] For surface-based visual ocean features, the fill type can be identified by reading the fill identifier. If it is a solid color fill, the canvas fill interface is directly called to perform fill rendering. For texture-filled surfaces, the fill pattern texture is directly applied and cached. If it is a texture-filled surface, a reusable surface texture is generated and the texture pattern is tiled over the surface feature area to complete the fill drawing.

[0125] For text-annotated visual marine elements, the corresponding annotation text content is read and the text drawing interface is called to execute the text annotation drawing and generate text graphics.

[0126] After the rendering is completed, check if there are any un-rendered visual marine features. If there are un-rendered features, return to the step of reading the front-end internal data structure and continue the rendering process. The rendering process will terminate when all features have been rendered.

[0127] By adopting differentiated drawing strategies for different types of visualized marine elements, including points, lines, surfaces, and text annotations, texture resources that can be reused are generated and cached for point elements, complex line elements, and texture-filled surface elements. Simple line elements and solid color filled surfaces are rendered directly without the texture generation step. This not only enables the reuse of the same symbols and patterns multiple times through texture caching, avoiding redundant computational overhead caused by repeated texture generation, but also effectively reduces the computational power consumption in the graphics drawing stage and improves the rendering efficiency in scenarios with massive marine elements. Furthermore, it allows for the selection of appropriate drawing methods for different element types, ensuring that point symbols, complex dashed patterns, texture-filled areas, and text annotations can be accurately presented according to the S-101 diagram configuration specifications, preventing problems such as drawing style confusion and pattern distortion between various marine elements. This results in a stable image quality and fast rendering speed for electronic nautical chart visualization.

[0128] Figure 4 This is an embodiment of the present invention applicable to an accelerated flowchart drawing method, such as... Figure 4 As shown, the process initializes WebGL and shaders, obtains the internal feature structure, and determines the feature type. Based on the feature type, four execution paths are branched out: the first branch is point rendering, which includes generating textures from connection symbols, caching textures, and drawing symbols; the second branch is line rendering, which has two sub-paths: one for complex line types (generating textures from symbols, caching textures, and drawing complex lines), and the other for simple line types (directly drawing simple lines); the third branch is polygon rendering, which has two sub-paths: one for texture-filled polygons (generating textures from connection symbols, caching textures, and filling textures), and the other for solid-color-filled polygons (directly filling with color); the fourth branch is for annotation text. After all features are drawn, the rendering is displayed in the browser. The process ends after the browser display is complete. If not all features are drawn, the process returns to obtaining the internal feature structure and continues the rendering loop.

[0129] The technical solution of this invention defines an independent geographic spatial range for each tile layer according to a scale hierarchy table, filters paired records falling within the corresponding range layer by layer, and then performs geometric clipping on the spatial geometric data in the filtered paired records according to the layer boundaries to obtain clipped spatial geometric subsets. Standardized drawing instructions are parsed into rendering styles and encapsulated together with the clipped spatial geometric subsets, marine element data, and business attribute data. Vector tiles carrying style information are generated in batches layer by layer, enabling independent and precise spatial cutting of nautical chart elements according to different scale levels. This avoids redundant geometric data across levels being brought into the tile data package, completely preserves the business attribute information and rendering styles corresponding to the elements, and ensures that the range of nautical chart elements within each layer of tiles is accurate and the style configuration is not lost. This achieves layered and refined production of nautical chart tiles, making the range of nautical chart data and display effects adaptable to different scaling levels, improving the accuracy and layer consistency of vector tile generation, and laying the data foundation for smooth multi-scale browsing of S-101 electronic nautical charts on web pages.

[0130] Example 4

[0131] Figure 5 This is a schematic diagram of the structure of an S-101 electronic nautical chart data parsing and visualization device provided in Embodiment 4 of the present invention. Figure 5 As shown, the device includes:

[0132] The data extraction module 510 is used to acquire the feature catalog file, the illustration configuration file and the S-101 electronic nautical chart file, extract standard feature definition data from the feature catalog file, extract rendering rule configuration data from the illustration configuration file, and extract marine feature data, spatial geometry data and business attribute data from the S-101 electronic nautical chart file.

[0133] The feature structure module 520 is used to construct feature association information by associating and matching marine feature data, spatial geometric data and business attribute data based on various record identifier fields inside the S-101 electronic nautical chart file, and to translate and reorganize the feature association information according to the standard feature definition data, and encapsulate and generate the internal feature structure.

[0134] The pairing record module 530 is used to determine the rendering constraint rules according to the rendering rule configuration data, bind the rendering constraint rules with the internal feature structure parameters, traverse each feature association information stored in the internal feature structure to carry out script generation processing in a loop, obtain the standardized drawing instructions corresponding to the marine feature data in each feature association information, and bind the standardized drawing instructions with the corresponding feature association information to construct the pairing record.

[0135] The visualization module 540 is used to query and filter paired records according to the geospatial range defined by each level in the proportional hierarchical comparison table, perform geometric clipping on the spatial geometric data in the feature association information within the paired records, parse and convert the standardized drawing instructions within the paired records into rendering styles, and combine the clipped spatial geometric data, marine element data within the paired records, and business attribute data to encapsulate and generate vector tiles and deploy and publish them so that the vector tiles can be parsed and rendered on the web page to output the S-101 electronic nautical chart visualization.

[0136] The technical solution of this invention, by uniformly reading the element catalog file, illustration configuration file, and S-101 electronic nautical chart file and extracting standard element definition data, rendering rule configuration data, as well as sea area element data, spatial geometry data, and business attribute data, completes the association matching and reorganization encapsulation of multiple types of data based on the chart file record identifier field, constructing a standardized internal element structure. This solves the problems of scattered, disorganized, and weakly correlated original S-101 chart data, ensuring the standardization and completeness of data parsing. By binding rendering constraint rules and generating standardized drawing instructions corresponding to each sea area element through a loop script, precise pairing of chart element data and rendering style rules is achieved, forming a standardized pairing record. This avoids the problem of mismatched rendering styles and elements in traditional methods. By combining a scale-level comparison table to filter paired records within the geographic space, it performs hierarchical geometric cropping of spatial geometric data, retaining marine element data, business attribute data, and standardized drawing instructions. It independently completes style parsing and integrates multiple types of data to generate styled vector tiles, realizing layered and refined slicing of nautical chart data to meet the visualization needs of different display levels. By parsing tile data on the web and combining multiple types of data to collaboratively render and output nautical chart images, it improves the data parsing accuracy, tile generation standardization, and visualization rendering effect of S-101 electronic nautical charts, ensuring the accuracy, consistency, and smoothness of nautical chart display at different scale levels.

[0137] Based on the above embodiments, the pairing recording module 530 is specifically used for:

[0138] Load the lightweight scripting language runtime library to complete the script runtime environment initialization;

[0139] Parse and load scene constraint parameters and layer overlay rules from the rendering rule configuration data as rendering constraint rules;

[0140] The rendering constraint rules and the single feature association information in the internal feature structure are used as script input parameters. Each time the script is executed, standardized drawing instructions corresponding to the marine feature data in the feature association information are generated. After traversing all feature association information in the internal feature structure, all standardized drawing instructions are obtained.

[0141] Based on the above embodiments, the visualization module 540 is specifically used for:

[0142] According to the geographic spatial range corresponding to each tile level in the proportional hierarchy table, for each level of geographic spatial range, the paired records belonging to that geographic spatial range are selected from all paired records.

[0143] For the spatial geometric data of the feature association information within each selected pairing record, geometric clipping is performed according to the geographic spatial range corresponding to the level, resulting in clipped spatial geometric subsets for each level.

[0144] The standardized drawing instructions corresponding to each pairing record are parsed and converted into rendering styles. The data is then encapsulated by combining the clipped spatial geometric subsets, marine element data and business attribute data within the pairing records at each level. The slicing process is completed layer by layer, and vector tiles carrying style information are generated in batches at each level.

[0145] Based on the above embodiments, the generation and deployment process of the vector tiles is executed by a backend service program, which is configured on the same electronic device as the web page.

[0146] Based on the above embodiments, the visualization module 540 is further used for:

[0147] The initialization of the drawing resource library is completed on the web page, and the deployed and published vector tiles carrying style information are pulled through the web service middleware.

[0148] The vector tiles are parsed on the web page to obtain the standardized drawing instructions, spatial geometric data, marine feature data, and business attribute data contained within the vector tiles.

[0149] On the web page, a binding mapping relationship is established between the standardized drawing instructions, spatial geometric data, marine element data, and business attribute data and the initialized drawing resource library, and the data structure is encapsulated and reconstructed to generate the front-end internal data structure.

[0150] The initialization of the graphics acceleration rendering component and the coloring program is completed on the web page. The marine element data, spatial geometry data and business attribute data in the front-end internal data structure are read. According to the element type identifier carried in the marine element data, the visualized marine elements corresponding to the marine element data are divided into at least one element type, including points, lines, surfaces and text.

[0151] Differentiated texture caching and graphics rendering processes are performed on visualized marine elements of different types. The rendering operations of all visualized marine elements are completed one by one. The images are then combined with standardized drawing instructions, spatial geometric data and business attribute data to complete the image composition and output the S-101 electronic nautical chart visualization.

[0152] Based on the above embodiments, the visualization module 540 is further used for:

[0153] The system reads the configuration information from the illustration configuration file on the web page, loads the vector symbol graphic library, color library, line style library, and surface style library, and completes the initialization operation of the drawing resource library.

[0154] Based on the above embodiments, the visualization module 540 is further used for:

[0155] For point-based visualized marine features, a reusable point texture is generated based on the matched feature symbols, and the point feature symbols are drawn based on the point texture.

[0156] For linear visualized sea area elements, identify the line type to which the linear visualized sea area elements belong. If it is a simple line type, directly perform rendering and drawing. If it is a complex line type, generate a reusable line texture and complete the line type drawing based on the line texture.

[0157] For the visualized sea area elements, identify the fill type of the visualized sea area elements. If it is a solid color fill, directly perform fill rendering. If it is a texture fill, generate a reusable surface texture and complete the surface fill drawing based on the surface texture.

[0158] For text-annotated visual marine features, the corresponding annotation text content is read and the text annotation is drawn.

[0159] The S-101 electronic nautical chart data parsing and visualization device provided in this embodiment of the invention can execute the S-101 electronic nautical chart data parsing and visualization method provided in any embodiment of the invention, and has the corresponding functional modules and beneficial effects of the execution method.

[0160] The collection, storage, use, processing, transmission, provision, and disclosure of user personal information involved in the technical solution disclosed herein comply with the provisions of relevant laws and regulations and do not violate public order and good morals.

[0161] In the technical solution disclosed herein, the information collected is information and data authorized by the user or fully authorized by all parties, and the collection, storage, use, processing, transmission, provision, disclosure and application of the relevant data all comply with the relevant laws, regulations and standards of the relevant countries and regions, necessary confidentiality measures have been taken, and they do not violate public order and good morals. Corresponding operation entry points are provided for users to choose to authorize or refuse.

[0162] In the technical solution disclosed herein, if automated decision-making is involved, a corresponding operation entry will be provided to the user, allowing the user to choose to agree to or reject the automated decision result; if the user chooses to reject, the process will proceed to the expert decision-making process.

[0163] Example 5

[0164] Figure 6 A schematic diagram of an electronic device 10, which can be used to implement embodiments of the present invention, is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices (e.g., helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the invention described and / or claimed herein.

[0165] like Figure 6 As shown, the electronic device 10 includes at least one processor 11 and a memory, such as a read-only memory (ROM) 12 or a random access memory (RAM) 13, communicatively connected to the at least one processor 11. The memory stores computer programs executable by the at least one processor. The processor 11 can perform various appropriate actions and processes based on the computer program stored in the ROM 12 or loaded from storage unit 18 into the RAM 13. The RAM 13 can also store various programs and data required for the operation of the electronic device 10. The processor 11, ROM 12, and RAM 13 are interconnected via a bus 14. An input / output (I / O) interface 15 is also connected to the bus 14.

[0166] Multiple components in electronic device 10 are connected to I / O interface 15, including: input unit 16, such as keyboard, mouse, etc.; output unit 17, such as various types of displays, speakers, etc.; storage unit 18, such as disk, optical disk, etc.; and communication unit 19, such as network card, modem, wireless transceiver, etc. Communication unit 19 allows electronic device 10 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0167] Processor 11 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 11 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. Processor 11 performs the various methods and processes described above, such as the S-101 electronic nautical chart data parsing and visualization method, namely:

[0168] Obtain the feature catalog file, the illustration configuration file, and the S-101 electronic nautical chart file; extract standard feature definition data from the feature catalog file; extract rendering rule configuration data from the illustration configuration file; and extract marine feature data, spatial geometry data, and business attribute data from the S-101 electronic nautical chart file.

[0169] Based on the various record identifier fields within the S-101 electronic nautical chart file, feature association information is constructed by associating and matching marine element data, spatial geometric data, and business attribute data. The feature association information is then translated and reorganized according to the standard element definition data, and encapsulated to generate an internal element structure.

[0170] The rendering constraint rules are determined based on the rendering rule configuration data. The rendering constraint rules are then bound to the internal feature structure as parameters. Each feature association information stored in the internal feature structure is traversed to perform script generation processing in a loop. Standardized drawing instructions corresponding to the marine feature data in each feature association information are obtained. The standardized drawing instructions are then bound to the corresponding feature association information to construct a pairing record.

[0171] According to the geographic spatial range defined by each level in the proportional hierarchical comparison table, the paired records are queried and filtered. Geometric clipping is performed on the spatial geometric data in the feature association information within the paired records. The standardized drawing instructions within the paired records are parsed and converted into rendering styles. Combining the clipped spatial geometric data, the marine element data within the paired records, and the business attribute data, vector tiles are encapsulated and deployed for parsing and rendering on the web page to output the S-101 electronic nautical chart visualization.

[0172] In some embodiments, the S-101 electronic nautical chart data parsing and visualization method can be implemented as a computer program tangibly contained in a computer-readable storage medium, such as storage unit 18. In some embodiments, part or all of the computer program can be loaded and / or installed on electronic device 10 via ROM 12 and / or communication unit 19. When the computer program is loaded into RAM 13 and executed by processor 11, one or more steps of the S-101 electronic nautical chart data parsing and visualization method described above can be performed. Alternatively, in other embodiments, processor 11 can be configured to perform the S-101 electronic nautical chart data parsing and visualization method by any other suitable means (e.g., by means of firmware).

[0173] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0174] Computer programs used to implement the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0175] In the context of this invention, a computer-readable storage medium can be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus, or device. A computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination thereof. Alternatively, a computer-readable storage medium may be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0176] To provide interaction with a user, the systems and techniques described herein can be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the electronic device. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including sound input, voice input, or tactile input).

[0177] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or middleware components (e.g., application servers), or frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.

[0178] A computing system can include clients and servers. Clients and servers are generally located far apart and typically interact through communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or cloud host, which is a hosting product within the cloud computing service system to address the shortcomings of traditional physical hosts and VPS services, such as high management difficulty and weak business scalability.

[0179] 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 can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution of this invention can be achieved, and this is not limited herein.

[0180] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.

Claims

1. A method for parsing and visualizing S-101 electronic nautical chart data, characterized in that, include: Obtain the feature catalog file, the illustration configuration file, and the S-101 electronic nautical chart file; extract standard feature definition data from the feature catalog file; extract rendering rule configuration data from the illustration configuration file; and extract marine feature data, spatial geometry data, and business attribute data from the S-101 electronic nautical chart file. Based on the various record identifier fields within the S-101 electronic nautical chart file, feature association information is constructed by associating and matching marine element data, spatial geometric data, and business attribute data. The feature association information is then translated and reorganized according to the standard element definition data, and encapsulated to generate an internal element structure. The rendering constraint rules are determined based on the rendering rule configuration data. The rendering constraint rules are then bound to the internal feature structure as parameters. Each feature association information stored in the internal feature structure is traversed to perform script generation processing in a loop. Standardized drawing instructions corresponding to the marine feature data in each feature association information are obtained. The standardized drawing instructions are then bound to the corresponding feature association information to construct a pairing record. According to the geographic spatial range defined by each level in the proportional hierarchical comparison table, the paired records are queried and filtered. Geometric clipping is performed on the spatial geometric data in the feature association information within the paired records. The standardized drawing instructions within the paired records are parsed and converted into rendering styles. Combining the clipped spatial geometric data, the marine element data within the paired records, and the business attribute data, vector tiles are encapsulated and deployed for parsing and rendering on the web page to output the S-101 electronic nautical chart visualization.

2. The method according to claim 1, characterized in that, Rendering constraint rules are determined based on the rendering rule configuration data. These rules are then parameter-bound to the internal feature structure. Each feature association information stored within the internal feature structure is iterated through to perform script generation processing, resulting in standardized drawing instructions corresponding to the marine feature data in each feature association information. These instructions include: Load the lightweight scripting language runtime library to complete the script runtime environment initialization; Parse and load scene constraint parameters and layer overlay rules from the rendering rule configuration data as rendering constraint rules; The rendering constraint rules and the single feature association information in the internal feature structure are used as script input parameters. Each time the script is executed, standardized drawing instructions corresponding to the marine feature data in the feature association information are generated. After traversing all feature association information in the internal feature structure, all standardized drawing instructions are obtained.

3. The method according to claim 1, characterized in that, According to the geographic spatial range defined in the proportional hierarchy comparison table, paired records are queried and filtered. Geometric clipping is performed on the spatial geometric data in the feature association information within the paired records. The standardized drawing instructions within the paired records are parsed and converted into rendering styles. Combining the clipped spatial geometric data, marine feature data within the paired records, and business attribute data, vector tiles are encapsulated and generated, including: According to the geographic spatial range corresponding to each tile level in the proportional hierarchy table, for each level of geographic spatial range, the paired records belonging to that geographic spatial range are selected from all paired records. For the spatial geometric data of the feature association information within each selected pairing record, geometric clipping is performed according to the geographic spatial range corresponding to the level, resulting in clipped spatial geometric subsets for each level. The standardized drawing instructions corresponding to each pairing record are parsed and converted into rendering styles. The data is then encapsulated by combining the clipped spatial geometric subsets, marine element data and business attribute data within the pairing records at each level. The slicing process is completed layer by layer, and vector tiles carrying style information are generated in batches at each level.

4. The method according to any one of claims 1-3, characterized in that, The generation and deployment of the vector tiles are executed by a backend service program, which is configured on the same electronic device as the web page.

5. The method according to claim 4, characterized in that, The vector tiles are parsed and rendered on the web page to output a visualization of the S-101 electronic nautical chart, including: The initialization of the drawing resource library is completed on the web page, and the deployed and published vector tiles carrying style information are pulled through the web service middleware. The vector tiles are parsed on the web page to obtain the standardized drawing instructions, spatial geometric data, marine feature data, and business attribute data contained within the vector tiles. On the web page, a binding mapping relationship is established between the standardized drawing instructions, spatial geometric data, marine element data, and business attribute data and the initialized drawing resource library, and the data structure is encapsulated and reconstructed to generate the front-end internal data structure. The initialization of the graphics acceleration rendering component and the coloring program is completed on the web page. The marine element data, spatial geometry data and business attribute data in the front-end internal data structure are read. According to the element type identifier carried in the marine element data, the visualized marine elements corresponding to the marine element data are divided into at least one element type, including points, lines, surfaces and text. Differentiated texture caching and graphics rendering processes are performed on visualized marine elements of different types. The rendering operations of all visualized marine elements are completed one by one. The images are then combined with standardized drawing instructions, spatial geometric data and business attribute data to complete the image composition and output the S-101 electronic nautical chart visualization.

6. The method according to claim 5, characterized in that, Complete the initialization of the drawing resource library on the web page, including: The system reads the configuration information from the illustration configuration file on the web page, loads the vector symbol graphic library, color library, line style library, and surface style library, and completes the initialization operation of the drawing resource library.

7. The method according to claim 5, characterized in that, Differentiated texture caching and graphics rendering processes are performed on visualized marine features of different feature types to complete the rendering operations for all visualized marine features, including: For point-based visualized marine features, a reusable point texture is generated based on the matched feature symbols, and the point feature symbols are drawn based on the point texture. For linear visualized sea area elements, identify the line type to which the linear visualized sea area elements belong. If it is a simple line type, directly perform rendering and drawing. If it is a complex line type, generate a reusable line texture and complete the line type drawing based on the line texture. For the visualized sea area elements, identify the fill type of the visualized sea area elements. If it is a solid color fill, directly perform fill rendering. If it is a texture fill, generate a reusable surface texture and complete the surface fill drawing based on the surface texture. For text-annotated visual marine features, the corresponding annotation text content is read and the text annotation is drawn.

8. An electronic device, characterized in that, The electronic device includes: At least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores a computer program executable by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to perform the S-101 electronic nautical chart data parsing and visualization method according to any one of claims 1-7.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that cause a processor to execute the S-101 electronic nautical chart data parsing and visualization method according to any one of claims 1-7.

10. A computer program product, characterized in that, The computer program product includes a computer program that, when executed by a processor, implements the S-101 electronic nautical chart data parsing and visualization method according to any one of claims 1-7.

Images