A data-driven modular CGA architectural white model generation method and system

Abstract

This invention pertains to computer-aided modeling technology, specifically a data-driven, modular CGA (Computer-Aided Architecture) white model generation method and system. The method includes the following steps: defining a CGAModule as a computer-oriented object containing CGA code snippets executed by a CGA engine to generate a 3D model, capable of being mapped to real-world architectural components; constructing a CGA library for managing CGA modeling content, including a CGAModule table, a CGA resource table, and a CGA architectural instance table for archiving; building a visual interface for the CGA library; and using the visual interface to call the CGA library and generate the CGA code for the complete architectural model. This invention generates white model templates by constructing a CGA library and a visual interface, reducing data dependencies and making it suitable for various architectural types and styles.

Description

TECHNICAL FIELD

[0001] The present application belongs to the technical field of computer-aided modeling, and particularly relates to a data-driven modular CGA (Computer Generated Architecture) building white model generation method and system. BACKGROUND

[0002] The white model, also known as a simple model, is a three-dimensional model of a building after simplification, which is directly embodied as a box-shaped model similar to the actual building in height, shape, and volume. Because of its simple model structure, small material volume, and low production cost, the building white model is mainly used to express the three-dimensional form of urban buildings and is widely used in the fields of urban building density analysis, height analysis, skyline display, urban planning design, cellular network analysis, and urban emergency rescue. The basic data sources of the building white model include GIS (Geographic Information System) data (such as building base vector data, three-dimensional satellite images), meteorological data, and point cloud scanning data.

[0003] The traditional building white model modeling method is based on building bottom contour data, and uses 3D Max (3D modeling master) software to manually construct houses one by one or directly stretches the three-dimensional model based on the building height. However, for urban-level building volume, the traditional modeling method cannot fully meet the model quantity and quality requirements, and cannot be applied to multiple building types and various styles.

[0004] CGA technology provides a new idea for building modeling, which uses a program-oriented development strategy to provide rich modeling methods, and users can complete complex and exquisite model design with a small amount of code. The CGA rule can generate building blocks with rich forms. However, there are many CGA rules, which are difficult to understand, lack dynamic adaptation, and cannot meet the requirements of plot conditions, specification constraints, and user needs. The building modeling process cannot achieve visible results, so the cost of promoting the use of CGA modeling is high. The existing defects include:

[0005] ‌(1) Strong data dependency: CGA modeling is highly dependent on high-quality two-dimensional data such as building bottom contour data. If the data quality is not high or not accurate enough, it will affect the quality of the final generated three-dimensional model.

[0006] (2) Applicability is limited: Although CGA modeling is very effective in handling a large number of similar buildings, for unique or complex building structures, manual adjustment and supplement are needed, which increases the complexity of the work. And lack of code library for historical buildings and new buildings, it is complex to write CGA code, difficult to add fine textures and details, resulting in a relatively rough model in visual performance, which cannot meet the high requirements of design or display.

[0007] (3) Code rules are not clear: In the default development environment of the CityEngine tool, when generating programmatic rules, developers need to constantly add conditional judgment statements to adapt to different data, the amount of code required is lengthy, the rule definition is not clear, and the program running efficiency is low. SUMMARY

[0008] In order to solve the problems existing in the prior art, the present application provides a kind of modular CGA building white mould generation method, system based on data driving, by component CGA library and visual operation interface, to generate white mould model, provide solution for city three-dimensional visualization and city operation management under the support of simple model, reduce data dependency, and be applicable to a variety of application scenarios of building type, style.

[0009] In one aspect, the present application provides a kind of modular CGA building white mould generation method based on data driving, comprising the following steps:

[0010] Define CGAModule as a kind of computer-implemented object used to generate three-dimensional model containing CGA fragment code and executed by CGA engine;CGAModule can be mapped to real building component;A number of CGAModule can be assembled into a complete building model CGA model according to the preset strategy;

[0011] Build an integrated library for managing CGA modeling content as CGA library;The constructed CGA library includes CGAModule table, CGA resource table, CGA building instance table for archiving;CGAModule table is used to store all building component instances;CGA resource table is used to store shared resources, including building material texture, 3D model file, geographic space data, each record in CGA resource table corresponds to a resource object, each resource object has a corresponding resource ID;CGA building instance table is used to store the designed complete building model, which can be assembled by building component instances in CGAModule table;

[0012] Build a visual operation interface of CGA library, for providing visual operation of CGAModule;

[0013] CGA code of the complete building model is generated by calling the CGA library through the visual operation interface.

[0014] In the CGA building instance table, the construction method of each complete building model is stored as a record, and each record is defined as a building template. The construction level field is provided in the building template, and the ID of the CGAModule used from the building main body to the building component and material is stored in the construction level field according to the parent-child node hierarchical relationship. All CGAModules used by the complete building model are organized into a multi-level building construction mode in the form of a tree through the construction level.

[0015] Preferably, each CGAModule includes executable CGA fragment code and is stored in the CGACode field. The CGA fragment code includes parameters, construction rules and sub-components. The parameters include geometric parameters, static constants, dynamic variables and constraint conditions. The construction rules define how to convert the parameterized building component into a three-dimensional form through geometric operations or logical controls. The sub-components are smaller sub-components decomposed and refined from the building component in the generation process.

[0016] Further preferably, the parameters and sub-components in the CGACode field are listed separately to form new fields, which are named as the parameter set field and the sub-component set field respectively. The CGA fragment code is stored in the CGACode field. The parameter set field stores the parameters for human-computer interface interaction. The sub-component set field stores the sub-components. The CGACode field, the parameter set field and the sub-component set field are interlinked.

[0017] Preferably, the sub-component set of the CGAModule includes a selector, a shape operation method and a plurality of sub-component items. The selector defines the content selection mode of the sub-component. After the selection mode is determined, the shape operation method is used to determine the morphological operation on the sub-component. The morphological operation includes cutting and component segmentation. The CGAModule can be divided into a parent component and a sub-component. Each sub-component in the sub-component item is a type of CGAModule. The sub-component is used to enrich the details of the parent component. The parent component is divided into a plurality of blocks by using the selector and the shape operation method in combination. The sub-component is combined and assembled into the sub-component set of the parent component through the corresponding blocks.

[0018] Preferably, the CGAModule includes an ID field and a parent ID field as an object. The ID and the parent ID of the CGAModule are used to build a multi-level organization mode of the building component instance, and reflect the use relationship between the building main body and the building component, the building component and the building component, and the building main body and the material.

[0019] Preferably, the CGA code of the complete building model is generated by calling the CGA library through the visual operation interface, including:

[0020] read the building vector data, obtain the geometric and attribute information therein, pre-process, and generate a standardized vector data table;

[0021] flexibly process the standardized vector data table by using a large language model or manually writing script content, and obtain a processed vector data table;

[0022] import the processed vector data table into a visualization operation interface of a CGA library, define a building type, and call the CGA library according to the building type to generate CGA code of a complete building model.

[0023] Further preferably, calling the CGA library according to the building type to generate CGA code of a complete building model comprises: dividing the processed vector data table into a plurality of groups according to the building type;

[0024] automatically matching a building template from a CGA building instance table in the CGA library according to the building type;

[0025] extracting data of a construction hierarchy in the building template, finding corresponding CGAModule from a CGAModule table, and obtaining a plurality of CGAModule sets;

[0026] the visualization operation interface of the CGA library automatically selecting corresponding fields from the processed vector data table, and automatically filling in parameters and attributes of the CGAModule sets;

[0027] the visualization operation interface of the CGA library automatically extracting CGA fragment code of the CGAModule sets, and merging the CGA fragment code into a piece of CGA code according to a parent-child node hierarchy in the construction hierarchy; if a global shared resource is referenced, finding a corresponding resource object from a CGA resource table according to a resource ID and downloading the resource object to a local directory, replacing the resource ID in the CGA code with an actual resource address; and finally exporting the synthesized CGA code into a text file in a format.

[0028] On the other hand, the embodiment of the present application also provides a data-driven modular CGA building white model generation system, which is implemented by using the above generation method, and comprises the following modules:

[0029] a CGAModule definition module, which defines CGAModule as a computer-implemented object containing CGA fragment code and executed by a CGA engine to generate a three-dimensional model; CGAModule can be mapped to a real building component; and a plurality of CGAModule can be assembled into a CGA model of a complete building model according to a preset strategy;

[0030] A CGA library construction module constructs an integrated library for managing CGA modeling content as a CGA library; the constructed CGA library includes a CGA module table, a CGA resource table, and a CGA building instance table for archiving; the CGA module table is used to store all building component instances; the CGA resource table is used to store shared resources, including building material textures, 3D model files, and geographic spatial data; and the CGA building instance table is used to store complete building models designed by assembling building component instances in the CGA module table;

[0031] An operation interface construction module is configured to construct a visual operation interface of the CGA library to provide visual operation of the CGA module.

[0032] A CGA code generation module is configured to generate CGA code of a complete building model by calling the CGA library through the visual operation interface.

[0033] Overall, the technical solution of the present application realizes the production of an assembled CGA white model based on data driving, constructs a dynamic rule engine integrating GIS data, specification texts, and user requirements, constructs a CGA library and library management software, and then generates a white model based on the CGA library and the management software, thereby providing a solution for urban three-dimensional visualization and urban operation management under the support of a simple model, reducing data dependency, and being applicable to various types of buildings and various styles of application scenarios. Compared with the prior art, the present application has the following technical effects:

[0034] 1. Flexible and visible modeling process

[0035] A multi-level and multi-category CGA library is established, and a runnable CGA segment code can be flexibly configured and dynamically assembled according to the building type, plot condition, specification constraint, and user requirement; a building component and a material are supported to be flexibly configured by using a building block type assembly architecture, new building types (such as historical buildings and stadiums) are easily extended, a leap from “manual coding rules” to “data-driven rule generation” is realized, and the CGA library has good flexibility and strong expandability.

[0036] ID / Parent ID (parent ID) is used to realize multi-level reference, and code and parameter bidirectional linkage is realized, so that the CGA segment code and parameters and child components are updated in real time to maintain consistency and avoid manual coding errors. After the code is generated, it is migrated to a CityEngine tool for running, thereby producing a large number of three-dimensional models in batches and realizing white model production of urban multi-type building styles.

[0037] 2. More close to the needs of building design and urban form display

[0038] The city white model is adopted to quickly realize full city coverage, effectively fill the area not covered by the fine model, and facilitate users to more efficiently study the urban spatial pattern in a larger scene; the fine white model increases the expression of parapet, layer line and other details, integrates the white space, hand-drawing and other architectural design styles, and increases the house structure with the wire frame and face body closer to the fine model; the support of multi-base polygon merging adapts to the special-shaped building structure, and breaks through the limitation of the prior art to unique buildings.

[0039] 3. The parameterized tool supports generation of multiple building types and styles

[0040] The large language model or script is used to process the multi-source heterogeneous building vector data, the data quality is improved through field name and attribute content standardization, geographic coordinate conversion to projection coordinate and other operations, the CGA library program generates building models based on standardized data, supports real-time linkage adjustment of facade style, material and color, realizes personalized combination of material technology, can accurately restore the building form, adapts to the demand of urban design, and significantly reduces the repeated cost of traditional modeling. BRIEF DESCRIPTION OF DRAWINGS

[0041] Figure 1 FIG. 1 is a schematic diagram of the overall process of the modular CGA building white model generation method in the embodiment of the present application;

[0042] Figure 2 FIG. 2 is a schematic diagram of the multi-level organization relationship of different building component instances constructed by ID and parent ID in the embodiment of the present application; Figure 3 FIG. 3 is a schematic diagram of the formation of parent components by combining sub-components in the embodiment of the present application;

[0043] Figure 4 FIG. 4 is a schematic diagram of the relationship of each component of the CGA library constructed in the embodiment of the present application. DETAILED DESCRIPTION

[0044] The technical solutions of the present application will be described in detail below with reference to the drawings and specific embodiments, but the implementation of the present application is not limited thereto.

[0045] EMBODIMENT

[0046] As shown in Figure 1 The embodiment provides a data-driven modular CGA building white model generation method, which comprises the following steps:

[0047] S1, define CGAModule.

[0048] CGA code is a kind of Python-like script language, which can be executed by CGA engine. In actual operation, it is relatively complex to write CGA code and it takes a long time to debug. Therefore, the CGA code of a complete building model is disassembled into multiple CGA segment codes in the embodiment, and the multiple CGA segment codes are stored in several independently managed CGA modules (computer generated architecture module, also called CGA module) one by one, so as to facilitate management, assembly and adjustment.

[0049] In the embodiment, CGA module is defined as a kind of computer-implemented object for generating three-dimensional model, which contains CGA segment code and can be executed by CGA engine; CGA module can be mapped to real building components, such as wall, beam, floor, roof, window, etc.; several CGA modules can be assembled into a CGA model of a complete building model according to a preset strategy.

[0050] CGA segment code is the code stored in CGA module after disassembling CGA code. The CGA code of a complete building model may have several hundred lines, while the code segment in CGA module may be only 10 lines or even less.

[0051] Further, each CGA module includes executable CGA segment code and is stored in CGA code field. CGA segment code includes three main parts of parameters, construction rules and sub-components, parameters include geometric parameters, static constants, dynamic variables, constraint conditions, etc.; construction rules define how to convert parameterized building components into three-dimensional form through geometric operation or logical control; sub-components are smaller sub-components decomposed and refined from building components in the generation process, which can be further refined through recursive rules until the termination condition is met.

[0052] At the same time, in order to realize human-computer interface interaction and reduce the difficulty of building assembly, the parameters and sub-components in CGA code field are listed separately to form new fields, which are named as Parameters field (parameter set field) and Components field (sub-component set field) respectively. That is, CGA segment code is stored in CGA code field; parameters are stored in Parameters field and can be used for human-computer interface interaction; sub-components are stored in Components field. The three are interlinked, for example, after the user modifies Parameters field or Components field, the system will automatically update the corresponding CGA segment code in CGA code field, ensuring that the code is consistent with the human-computer interface operation.

[0053] CGA module as an object includes fields and field attributes as shown in Table 1.

[0054] Table 1. Fields and Field Attributes of CGAModule

[0055]

[0056] The Type field of CGAModule describes the meaning of the building instance of this CGAModule. See Table 2 for details.

[0057] Table 2 Type Fields of CGAModule

[0058]

[0059] The field attributes of CGAModule have the following characteristics:

[0060] (1) The ID and parent ID of CGAModule are used to construct a multi-level organizational model of building component instances, reflecting the usage relationship between the main building and building components, between building components, and between the main building and materials. The parent ID of a CGAModule of type main building is 0, and this CGAModule is an entry module of a main building.

[0061] The multi-level organizational relationship of different building component instances constructed using the CGAModule's ID and parent ID, such as... Figure 2 As shown. In Figure 2 In this context, the CGAModule of type "Building Body" is the parent ID of building component A (roof), building component B (ground), building component C (exterior wall), and material set; among them, building component C (exterior wall) is the parent ID of building component D (front wall) and building component E (side wall). That is, the CGAModule of building component C is formed by combining building component D and building component E; similarly, the two sub-components, material A (glass material) and material B (steel frame material), are combined to obtain the material set.

[0062] (2) The code of CGAModule (CGACode) is a CGA code segment that can construct a 3D model of building components. The code of the main building components includes constants (Const), variables (Attr), etc.; the child CGAModule can directly access the constants and variables of the parent CGAModule.

[0063] (3) The properties in the CGAModule object are linked to the CGA fragment code in both directions. That is, changes in the parameters, variables and other information in the CGAModule object will synchronously affect the CGA fragment code, and vice versa.

[0064] (4) The sub-component set (Components) of CGAModule, including a selector (Selector Strategy), a shape operation method (Shape Operation) and several component items (Component Items). The selector defines the content selection mode of the sub-component, such as selecting all the faces of the sub-component, other selection modes include selecting edges, selecting groups, selecting materials, etc. After the selection mode is determined, the shape operation method is used to determine the shape operation on the sub-component, such as cutting (Split), component splitting (Comp). The selector and the shape operation method are generally used together. For example, Comp(f) means selecting all the faces of the sub-component, so as to decompose the shape of the sub-component into multiple blocks (such as a roof, a wall surface); for example, Split(y) means selecting the y-axis of the sub-component, so as to split the sub-component along the y-axis to obtain multiple blocks in layers. After the shape operation, the sub-component is divided into several block names with standard names. The block names include front, back, left, right, top, etc.

[0065] According to the hierarchical structure relationship between building components, CGAModule can be divided into parent components and sub-components, and each sub-component in the sub-component item is also a type of CGAModule, for example, the parent component is the main body of the building, and the sub-component is the corridor. The sub-component is used to enrich the details of the parent component, so that the building is more detailed. In this embodiment, according to the actual application scene, the selector and the shape operation method are used together to divide the parent component into multiple blocks, and the sub-component can be combined and assembled into a parent component or a sub-component set through the corresponding blocks. The formed parent component or sub-component set is stored in the CGAModule table, which can be directly called in the process of subsequent user design of building model, so as to further convert the parameterized building component into a three-dimensional shape according to the construction rule. For example Figure 3 The roof building component is combined with the four-wall building component to form a house building main body.

[0066] S2, constructing a CGA library.

[0067] An integrated library for managing the CGA modeling content is constructed as a CGA library; the constructed CGA library includes a CGAModule table, a CGA resource table, a CGA building instance table for archiving; the CGA library uses a relational database as a data storage medium. In the database, the relationship between the components of the CGA library is as follows Figure 4As shown. The CGAModule table stores all building component instances and is the most important foundational data in the entire prefabricated CGA module. Users can find the corresponding building component instance in the CGAModule table by building component name and type. The CGA Resource table stores shared resources such as building material textures, 3D model files, and geospatial data. The CGA Building Instance table stores complete building models designed by the user. CGA building instances (i.e., complete building models designed by the user) can be assembled from building component instances in the CGAModule table, facilitating further editing and sharing.

[0068] In other words, the CGA resource table stores several static shared resources, such as building material textures, 3D model files, and geospatial data. Each record in the CGA resource table corresponds to a resource object, and each resource object has a corresponding resource ID. Users can add, modify, and delete resource objects in the CGA resource table. For ease of understanding and retrieval, resource objects have category and classification fields. The category field includes categories such as texture classes and model classes, and each category can be further classified to form classification fields, such as wall textures and roof textures. In addition, the content recorded in the CGA resource table is stored in binary large object (blob) format, which can be read and converted into local resources; CGAModule can reference the resource IDs in the CGA resource table to achieve flexible resource configuration.

[0069] Specifically, in the CGA building instance table, the construction method of each complete building model is stored as a record, and each record is defined as a building template. The building template has a construction hierarchy field, which stores the IDs of the CGAModules used from the main building to the building components and materials according to the parent-child node hierarchy. Through the construction hierarchy, all the CGAModules used by the complete building model are organized into a tree-like multi-level building construction mode.

[0070] S3. Construct a visual interface for the CGA library.

[0071] The visual interface built in this step provides users with visual operations for CGA modules, including adding, modifying, and deleting CGA modules, cascading checks on the parameters, sub-components, and materials of multiple CGA modules, and calling the CGA library through the visual interface to generate CGA code for a complete building model. In practical applications, the visual interface of the CGA library can be presented as CGA library management software.

[0072] The specific functions that can be achieved through the constructed visual user interface include:

[0073] (1) Replace, add, delete, modify CGA Module, including the creation of sub-components, replacement, addition, deletion, modification, etc.

[0074] In the newly added CGA Module, the user can fill in the basic information of the CGA Module and store it to the CGA library. Among them, the name (Name) of the CGA Module requires a uniform prefix to facilitate identification, for example, when the type (Type) is a building component, the prefix of the CGA Module name is ; when the type (Type) is a material, the prefix of the CGA Module name is In addition, the content of the CGA Code field in the CGA Module can also be filled in. After filling in, the CGA fragment code content is automatically identified, and the content of the parameter set (Parameters) field is extracted, and the specific implementation process includes:

[0075] Use regular expressions to find the variable Atrr and constant Const lines, match the variable content, and then store it in the parameter set field in the form of key-value pairs; automatically monitor whether the content of the parameter set field matches the content of the CGA Code field, so as to meet the user's visual adjustment goal.

[0076] (2) Call the CGA library to build the building main body CGA Module. First, add the building main body CGA Module, and then decompose the components of the building main body layer by layer, and constantly add the sub-components and materials of the building main body.

[0077] (3) Cascade check whether the building components and materials contained in the built building main body are complete, and whether the parameters are correctly referenced.

[0078] The specific method is: from the building main body to the bottom, whether the sub-component set (Components) used by the building main body CGA Module (as the parent node) exists in its child node CGA Module, if not, the test fails; judge whether the parameters used in the child node CGA Module are defined in the building main body CGA Module, if not defined, the test fails; judge whether the material used in the child node CGA Module exists, if not, the test fails.

[0079] (4) The user generates the construction method of several typical complete building models in advance according to the requirements, and stores them in the CGA building instance table. In the CGA building instance table, the construction method of each typical complete building model is stored as a record, and each record is defined as a building template (Building Template), and the specific field description is shown in Table 3. The construction hierarchy (BuildHierarchy) field in the building template stores the ID of the CGAModule used from the building body to the building component and material in the parent-child node hierarchical relationship; through the construction hierarchy, all CGAModules used by the complete building model can be organized into a multi-level building construction mode in the form of a tree (Tree).

[0080] Table 3 Field description of building template

[0081]

[0082] (5) Integrate GIS engine, rendering engine, and large language model to support loading, preview, quality inspection, and preprocessing of multi-source and heterogeneous building vector data.

[0083] S4, optimize and update the sub-components in the CGAModule through the visual operation interface of the CGA library.

[0084] At any time, the set of sub-components (Components) in the CGAModule can be optimized and updated to achieve a flexible modeling strategy. The CGA library management software (i.e., the visual operation interface of the CGA library) provides operations such as creation, division, addition, deletion, and modification of sub-components in the CGAModule, and the specific process of the operations is as follows:

[0085] (1) Create and divide sub-components: If it is necessary to create and divide sub-components for a building component CGAModule, create a Components object for it, and set the corresponding selector and shape operation method.

[0086] (2) Add sub-components: According to the selector and shape operation method of the Components in the building component CGAModule, select one of the blocks; then select or create a CGAModule from the CGA library, and set the selected block as the sub-component of the building component.

[0087] For example, in a certain house, the definition selector is a face, and the component segmentation Comp form operation method is adopted; then according to the position of the face, the house is divided into top (top), front (front), back (back), left (left), right (right), bottom (bottom) and other blocks; then set the top block as the roof of the house, and the front, back, left and right blocks as the facades of the house.

[0088] (3) Delete sub-component: select a sub-component item in the sub-component set of CGAModule, and delete it.

[0089] (4) Modify sub-component: select a sub-component item in the sub-component set of CGAModule, modify the parameters therein, or select or create a new CGAModule from the CGA library and replace it.

[0090] After the above operation, the CGA library management software will automatically check whether the sub-component set of CGAModule is reasonable and whether the parameters are defined. If not, the user is prompted to modify.

[0091] S5, through the visual operation interface, calling the CGA library, generating the CGA code of the complete building model.

[0092] In the generation process of the CGA code, first, the GDAL (Geospatial Data Abstraction Library, geospatial data abstraction library) component reads the building vector data and performs preprocessing, including field normalization, coordinate conversion, height calculation, type identification, etc., to generate a standardized vector data table (Data Table). Subsequently, in the CGA library management software, the corresponding CGAModule is matched according to the building type, the parameters are automatically filled in, and the CGA fragment code is generated, and finally the complete rule file is merged to realize the batch generation of the complete building model.

[0093] In this embodiment, the following steps are specifically included:

[0094] S51, using the GDAL component to read the building vector data, obtaining the geometric (Geometry), attribute (Attribute) and other information therein, and performing preprocessing to generate a standardized vector data table. If necessary, land information, traffic information and other contents can be supplemented.

[0095] S52, using a large language model or manually writing JS code, Python code script content to flexibly process the standardized vector data table, to generate a new vector data table, i.e. a processed vector data table.

[0096] The script content can include the following aspects:

[0097] a. Field name and attribute content normalization: normalize data of various sources and various formats according to a unified standard, and reduce the workload of CGA customization fields.

[0098] b. Coordinate conversion: convert the coordinates of vector data from a geographic coordinate system to a projection coordinate system to meet the requirement of calculating by unit meter during CGA processing.

[0099] c. Building height calculation: calculate the center point of each complete building model, and sample the elevation information of the center point from the terrain service to add the elevation information to the building attribute information.

[0100] d. Building type identification: according to the building attribute information, identify the building type such as residential, commercial, industrial, etc. by using text similarity judgment and other technologies.

[0101] e. Calculate new building attributes: generate new building attributes according to one or more attribute information, such as generating building material according to building type.

[0102] f. Calculate the length and width of the building body (i.e. complete building): determine the main direction of the building body by calculating the direction vector of each side of the polygon and analyzing its distribution. For example, the direction angle of all sides can be calculated, and the angle range with higher frequency is counted to determine the general orientation of the building body. Generally, the length and width of the building body are related to the main direction. The length and width of the building body can also be determined by importing road data to assist in determining the length and width of the building body, and the side facing the road is the front of the building.

[0103] g. Check whether the same complete building model has the same building ID: generally, a large building may have multiple component units, and different component units have independent geometry and attributes. After generating the complete building model, the same complete building model needs to be merged by geometry, so the building ID can be used for merging.

[0104] It should be noted that among the information contained in the script content, the building type and building height fields are required, and the building style field is optional.

[0105] S53, import the processed vector data table into the visualization operation interface of the CGA library, define the building type, and call the CGA library according to the building type to generate the CGA code of the complete building model. The specific process is as follows:

[0106] a. According to the building type, divide the processed vector data table into multiple groups.

[0107] b. According to the building type, the CGA building template is automatically matched from the CGA building instance table in the CGA library. If the corresponding record cannot be found, the user is prompted to create it.

[0108] c. The data of the construction hierarchy in the building template is extracted, the corresponding CGAModule is found from the CGAModule table, and a plurality of CGAModule sets are obtained; the set still retains the parent-child node hierarchical relationship in the construction hierarchy.

[0109] d. The visual operation interface of the CGA library automatically selects the corresponding field from the processed vector data table, automatically fills in the parameters and attributes of the CGAModule set.

[0110] e. The visual operation interface of the CGA library automatically extracts the CGA fragment code of the CGAModule set, and merges it into a piece of CGA code according to the parent-child node hierarchical relationship in the construction hierarchy; if global shared resources are referenced, the corresponding resource object is found from the CGA resource table according to the resource ID and downloaded to the local directory, and the resource ID in the CGA code is replaced with the actual resource address; finally, the synthesized CGA code is exported into a text file in the format.

[0111] S6. Three-dimensional model generation and publishing, specifically including:

[0112] S61. After executing the CGA code using three-dimensional modeling software such as City Engine, a set of three-dimensional models is obtained. This set of three-dimensional models is one-to-one corresponding to the records of building vector data.

[0113] S62. Considering that a complex building may have multiple records in the building vector data, the method of converting 3D layers to feature classes in three-dimensional data software such as ArcGIS Pro can be used to select the building ID field and merge multiple building three-dimensional models with the same building ID into one building three-dimensional model.

[0114] S63. Use three-dimensional data software such as ArcGIS Pro to generate tile three-dimensional services such as 3D Tiles and I3S, which facilitates quick display and service sharing on the CIM platform. When generating tile three-dimensional services, the building vector data can be mounted to make each building three-dimensional model have complete attributes.

[0115] Based on the same inventive concept, the embodiment also provides a data-driven modular CGA building white model generation system, which is implemented by using the modular CGA building white model generation method of the embodiment. The generation system includes the following modules:

[0116] CGAModule defines a module, which is defined as a computer-implemented object containing CGA fragment code and executed by CGA engine to generate a three-dimensional model; the CGAModule can be mapped to a real building component; several CGAModules can be assembled into a CGA model of a complete building model according to a preset strategy;

[0117] CGA library construction module, which constructs an integrated library for managing CGA modeling content as a CGA library; the constructed CGA library includes a CGAModule table, a CGA resource table, and a CGA building instance table for archiving; the CGAModule table is used to store all building component instances; the CGA resource table is used to store shared resources, including building material textures, 3D model files, and geospatial data; the CGA building instance table is used to store designed complete building models, which can be assembled by building component instances in the CGAModule table;

[0118] Operation interface construction module, which is used to construct a visual operation interface of the CGA library to provide visual operation of the CGAModule;

[0119] CGA code generation module, which is used to generate CGA code of a complete building model by calling the CGA library through the visual operation interface.

[0120] The specific implementation process of each module is described above with reference to the foregoing steps S1-S5, and thus is not described herein.

[0121] It is obvious for those skilled in the art that the present application is not limited to the details of the above-described exemplary embodiments, and can be implemented in other specific forms without departing from the spirit or essential characteristics of the present application. Therefore, the above-described embodiments are exemplary, and the scope of protection of the present application is subject to the content described in the claims.

Claims

1. A data-driven based modular CGA building white model generation method, characterized in that, The method comprises the following steps: defining a CGA module as a computer-implemented object for generating a three-dimensional model, the CGA module comprising CGA fragment codes and being executed by a CGA engine; the CGA module can be mapped to a real building component; a plurality of CGA modules can be assembled into a CGA model of a complete building model according to a preset strategy; an integrated library for managing CGA modeling contents is constructed as a CGA library; the constructed CGA library comprises a CGA module table, a CGA resource table and a CGA building instance table for archiving; the CGA module table is used for storing all building component instances; the CGA resource table is used for storing shared resources, including building material textures, 3D model files and geographic space data, each record in the CGA resource table corresponding to a resource object, each resource object having a corresponding resource ID; the CGA building instance table is used for storing designed complete building models, the complete building models being able to be assembled by building component instances in the CGA module table; a visual operation interface of the CGA library is constructed for providing visual operation of the CGA module; the CGA library is called through the visual operation interface to generate CGA codes of the complete building model; wherein, in the CGA building instance table, a construction method of each complete building model is stored as a record, and each record is defined as a building template; the building template is provided with a construction hierarchy field, in which the IDs of the CGA modules used from a building main body to a building component and a material are stored in a parent-child node hierarchical relationship; all CGA modules used by the complete building model are organized into a tree-form multi-level building construction mode through the construction hierarchy; each CGA module comprises executable CGA fragment codes and is stored in a CGA code field; the CGA fragment codes comprise parameters, construction rules and sub-components; the parameters comprise geometric parameters, static constants, dynamic variables and constraint conditions; the construction rules define how to convert the parameterized building component into a three-dimensional form through geometric operations or logical controls; the sub-components are smaller sub-components decomposed and refined from the building component in the generation process.

2. The modular CGA building white mockup generation method of claim 1, wherein, parameters and sub-components in the CGA code field are listed separately to form new fields, which are respectively named as a parameter set field and a sub-component set field; the CGA code field stores CGA fragment codes; the parameter set field stores parameters for human-computer interface interaction; the sub-component set field stores sub-components; the CGA code field, the parameter set field and the sub-component set field are interlinked.

3. The modular CGA building white mockup generation method of claim 2, wherein, The sub-component set of the CGAModule includes a selector, a shape operation method and a plurality of sub-component items; the selector defines a content selection mode of the sub-component; after the selection mode is determined, the shape operation method is used to determine a shape operation on the sub-component, and the shape operation includes cutting and component segmentation; the CGAModule can be divided into a parent component and a sub-component, each sub-component in the sub-component item is a type of the CGAModule, the sub-component is used to enrich details of the parent component, the parent component is divided into a plurality of blocks by using the selector and the shape operation method in combination, and the sub-component is combined and assembled into the sub-component set of the parent component through corresponding blocks.

4. The modular CGA building white mockup generation method of claim 1, wherein, The CGAModule serves as an object and includes an ID field and a parent ID field; the ID and the parent ID of the CGAModule are used to construct a multi-level organization mode of a building component instance, and reflect a use relationship between a building main body and a building component, between building components, and between the building main body and a material.

5. The modular CGA building white mockup generation method of claim 1, wherein, Through the constructed visual operation interface, the following specific functions can be implemented: (1) replacing, adding, deleting and modifying the CGAModule, including creating, dividing, replacing, adding, deleting and modifying the sub-component; (2) calling the CGA library, adding a building main body, then decomposing components of the building main body layer by layer, and continuously adding sub-components and materials of the building main body; (3) cascadingly checking whether building components and materials contained in the constructed building main body are complete and whether parameters are correctly referenced; (4) according to requirements, pre-generating construction methods of a plurality of complete building models and storing the construction methods in a CGA building instance table.

6. The modular CGA building white mockup generation method of claim 1, wherein, The modular CGA building white model generation method further includes the following steps: Through the visual operation interface of the CGA library, the sub-component in the CGAModule is optimized and updated, including creating, dividing, replacing, adding, deleting and modifying the sub-component in the CGAModule.

7. The modular CGA building white mockup generation method of claim 1, wherein, Through the visual operation interface, the CGA library is called to generate CGA code of a complete building model, including: reading building vector data, obtaining geometric and attribute information therein, pre-processing, and generating a standardized vector data table; flexibly processing the standardized vector data table by using a large language model or manually writing script content, and obtaining a processed vector data table; importing the processed vector data table into the visual operation interface of the CGA library, defining a building type, and calling the CGA library according to the building type to generate CGA code of a complete building model.

8. The modular CGA building white mockup generation method of claim 7, wherein, According to the building type, the processed vector data table is divided into a plurality of groups; According to the building type, the building template is automatically matched from the CGA building instance table in the CGA library; extracting data of a construction level in the building template, finding corresponding CGAModule from the CGAModule table, and obtaining a plurality of CGAModule sets; the visual operation interface of the CGA library automatically selects corresponding fields from the processed vector data table, and automatically fills in parameters and attributes of the CGAModule set; ​ The visual operation interface of the CGA library automatically extracts the CGA fragment code of the CGA module set and merges it into a piece of CGA code according to the parent-child node hierarchical relationship in the construction hierarchy; if global shared resources are referenced, the corresponding resource object is found from the CGA resource table according to the resource ID and downloaded to the local directory, and the resource ID in the CGA code is replaced with the actual resource address; finally, the synthesized CGA code is exported into a text file in the format.

9. A data-driven based modular CGA building mockup generation system, implemented with the modular CGA building mockup generation method of any one of claims 1-8, characterized in that, The generation system comprises the following modules: A CGA module definition module defines a CGA module as a computer-implemented object containing CGA fragment codes and executed by a CGA engine to generate a three-dimensional model; the CGA module can be mapped to a real building component; A plurality of CGA modules can be assembled into a CGA model of a complete building model according to a preset strategy; A CGA library construction module constructs an integrated library for managing CGA modeling contents as a CGA library; the constructed CGA library comprises a CGA module table, a CGA resource table and a CGA building instance table for archiving; the CGA module table is used for storing all building component instances; the CGA resource table is used for storing shared resources including building material textures, 3D model files and geographic space data; The CGA building instance table is used for storing designed complete building models which can be assembled by building component instances in the CGA module table; An operation interface construction module is used for constructing a visual operation interface of the CGA library to provide visual operation of the CGA module; A CGA code generation module is used for generating CGA codes of complete building models by calling the CGA library through the visual operation interface.

Images