BIM-based door and window template generation method and system

Abstract

The present application relates to the technical field of door and window large sample generation in architectural design, and discloses a door and window large sample generation method and system based on BIM, which quickly generates door and window large sample graph element basic data by using the existing door and window type data of a user in architectural plan and elevation design, quickly arranges by using a door and window large sample graph element dynamic arrangement method, provides a series of quick door and window large sample quick modification solutions, solves the problem of quick generation and modification of door and window large samples by the user, and can significantly save the design time of door and window large samples in architectural design.

Description

Technical Field

[0001] This invention relates to the field of architectural design technology, and in particular to a method and system for generating detailed door and window models based on BIM. Background Technology

[0002] In existing methods for creating detailed architectural window and door drawings, regardless of whether the user uses 2D CAD or 3D BIM design software, after completing the main architectural floor plans and elevations in stages, it is necessary to manually compile a list of window and door styles to be used in the design model. Then, the software's line-drawing tools are used to manually draw the window and door elevations in a dedicated window and door detail drawing view. Furthermore, when the window and door designs are modified, the user must repeatedly repeat these steps. This purely manual method cannot utilize existing design data to generate detailed window and door drawings, is time-consuming and labor-intensive, and significantly reduces the efficiency of creating detailed window and door drawings. Summary of the Invention

[0003] To overcome the inefficiencies caused by manual statistical design in existing door and window detail design, this invention provides a BIM-based method and system for generating door and window details.

[0004] In a first aspect, the present invention provides a method for generating detailed door and window specifications based on BIM, comprising:

[0005] Obtain the type data corresponding to each door and window instance in the existing model and generate an unordered data set. The unordered data set is sorted according to a predefined sorting dictionary structure to obtain an ordered data set; Each instance in the ordered data set is sequentially converted into door and window detail primitives using predefined parameterized door and window detail data to obtain an ordered set of door and window detail primitives. Receive the creation parameters input by the user, and generate the corresponding door and window details by combining them with the ordered set of door and window detail elements; The predefined parameterized door and window detail data includes parameter fields that indicate the generation of door and window detail elements and behavior functions that indicate the door and window detail elements.

[0006] According to a specific implementation method, the above generation method involves obtaining type data corresponding to each door and window instance in the existing model, specifically including: Obtain all door and window instances in the existing model, as well as all door and window instances in the linked models within the existing model; Given that the number of door and window instances is greater than 0, obtain the type data of each door and window instance, and uniquely assign each instance the name of the door or window in the type data to generate an unordered data set.

[0007] According to a specific implementation, the above generation method further includes performing conflict detection and consistency detection on the door and window instances in the unordered data set, and prompting the user with the model name corresponding to the conflicting door and window; the conflict detection is used to detect instances with the same door and window name but different data types; the consistency detection is used to detect instances with the same parameters but different door and window names.

[0008] According to one specific implementation, in the above generation method, the predefined sorting dictionary structure is generated through the drawing rules of door and window detail elements, including the priority order of fire resistance rating, the priority order of door and window width, and the priority order of door and window height.

[0009] According to one specific implementation, in the above generation method, the parameter fields include the type data, width, height, name, fire rating, uniqueId, and model name of the door / window instance.

[0010] According to one specific implementation, in the above generation method, the behavior functions for indicating the door and window detail drawing elements include activation function, move function, stretch function, copy function, rotate function, double-click edit function, save function, and read function.

[0011] According to a specific implementation, in the above generation method, the save function is used to serialize the door and window detail primitives, and the read function is used to deserialize the door and window detail primitives.

[0012] According to a specific implementation, in the above generation method, the creation parameters include a user-specified start point, end point, horizontal spacing, vertical spacing, and the number of door and window detail elements; generating the corresponding door and window detail specifically includes: Obtain the width of all door and window detail elements, and calculate the total length by combining the horizontal spacing and the number of door and window detail elements; Based on the starting point and ending point, and combined with the horizontal spacing, vertical spacing, total length, and maximum length of a single row, multiple parallel reference lines are generated as the baseline and reference point for each row of door and window detail elements; Traverse each baseline and each baseline point, and arrange the available door and window detail elements in sequence according to their corresponding widths and set horizontal spacing.

[0013] According to one specific implementation, the above-described generation method further includes: Based on the already generated door and window details, the system receives the user's re-input of the starting point, ending point, horizontal spacing, vertical spacing, and number of door and window detail elements, and then regenerates the corresponding door and window details.

[0014] Secondly, the present invention provides a BIM-based door and window detail generation system, including a memory and a processor, wherein the memory is used to store a computer program; the processor is used to call and execute the computer program so that the system performs a BIM-based door and window detail generation method as described in any of the preceding claims.

[0015] Compared with the prior art, the beneficial effects of the present invention are as follows: This invention utilizes existing door and window type data from user architectural plan and elevation designs to quickly generate basic data for door and window detail drawings. It then uses a dynamic arrangement method for these detail drawings to achieve rapid arrangement, providing a series of solutions for rapid modification of door and window details. This solves the problem of rapid generation and modification of door and window details for users, and can significantly save design time for door and window details in architectural design. Attached Figure Description

[0016] Figure 1 A flowchart illustrating a BIM-based method for generating detailed door and window images, provided in an embodiment of the present invention. Figure 2 This is a schematic diagram of a door and window detail generated for an embodiment of the present invention. Detailed Implementation

[0017] The present invention will now be described in further detail with reference to specific embodiments. However, this should not be construed as limiting the scope of the present invention to the following embodiments; all technologies implemented based on the content of the present invention fall within the scope of the present invention.

[0018] Unless otherwise specified, in the description of specific embodiments of the present invention, "several", "more than", or "a number of" represent at least two. The number can be any number, such as two, three, four, five, six, seven, eight, nine, or even more than nine.

[0019] Please refer to Figure 1 The diagram illustrates a flowchart of a BIM-based method for generating detailed door and window images according to an embodiment of the present invention. The method includes: Step 1: Obtain the type data corresponding to each door and window instance in the existing model and generate an unordered data set.

[0020] Specifically, in architectural engineering design, there is a workflow interface where tasks are divided, meaning that the same model is split into tasks and completed by multiple designers, resulting in multiple BIM files. It is very common practice in BIM software to access model data from the same or other disciplines via links to more comprehensively evaluate the current design effect and express the design intent. Therefore, when compiling door and window detail data, in addition to compiling door and window type data from the current model file, there is also a need to compile door and window detail data from linked files. Therefore, this invention provides a multi-dimensional model data door and window type data compilation method that can not only compile door and window type data from the current model, but also selectively compile door and window detail data from other BIM files linked to the current model.

[0021] The existing model can understand the BIM file containing detailed door and window data.

[0022] This step specifically includes: Step 101: Obtain all door and window instances in the existing model, and all door and window instances in the linked models within the existing model; Step 102: If the number of door and window instances is greater than 0, obtain the type data of each door and window instance, and uniquely generate an unordered data set by the door and window name in the door and window type data.

[0023] It is understandable that door and window types are unique within their respective models through their name attribute or unique type UniqueId (unique identifier). This means that no two door or window types will have the same name or the same UniqueId within a single model. The acquisition of door and window types involves both the current model and the linked model files selected by the user. For the current model, all door and window instances are directly retrieved. If the number of door and window instances is greater than 0, the type data within each instance is further retrieved, and each instance is uniquely identified based on its door / window name. For linked files, the user selects the file from which door and window types need to be statistically analyzed. Based on the user's selection, door and window instances are retrieved from each linked file in a loop, and the type data within each instance is also retrieved, with each instance uniquely identified based on its door / window name. Uniqueness is applied to both the current existing model and the operations within the connecting models within each existing model.

[0024] Furthermore, this step also includes performing conflict detection and consistency detection on the door and window instances in the unordered data set, and prompting the user with the model name corresponding to the conflicting door and window; the conflict detection is used to detect instances with the same door and window name but different data types; the consistency detection is used to detect instances with the same parameters but different door and window names.

[0025] It is understandable that the names of doors and windows in the detailed drawings must be unique, and doors or windows with the same name are not allowed to appear in the detailed drawings.

[0026] Because the door or window types within the current model and linked models are unique, there will be no type conflicts in the door or window type data within the current model or linked models. However, type conflicts may occur between the current model and linked models, or between linked models themselves; that is, the same door or window type name may have two or more different types of data. When type conflicts occur between the current model and linked models, or between linked models, it is necessary to further determine whether the door or window type data is consistent. If they are consistent, they are merged; if they are inconsistent, the user is prompted to take further action, such as adding a door or window serial number for differentiation.

[0027] Specifically, the door type consistency determination uses a custom door type comparator. This comparator performs a progressive comparison by deeply comparing the core attributes of door type objects and the nested door frame and door panel data structures. The core logic includes the following aspects: Encoding name comparison: First, compare the names of the gate types. If they are the same, it is determined that the two gate types are different.

[0028] Basic attribute comparison: including key parameters such as doorway height, width, fire resistance rating, material type, functional attributes, and serial number. If any attribute is different, the two doors are determined to be of different types.

[0029] Door frame data set comparison: First, it is determined whether the number of door frame data sets in the two door types is the same. If they are different, the two door types are directly determined to be different. If the number is the same, a custom door frame comparator is used to compare the door frame data lists item by item, and a HashSet (hash set) is used to implement order-independent element consistency judgment. If the judgment fails, the two door types are determined to be different. It can be understood that in the description of the embodiments of this invention, HashSet is an implementation class of the Set interface in the Java Collections Framework, used to store non-repeating and unordered elements.

[0030] Door panel data set comparison: First, determine whether the number of door panel data sets in the two door types is the same. If they are different, the two door types are directly determined to be different. If the number is the same, a custom door panel comparator is used to perform a structured comparison of the door panel data lists. If the comparison fails, the two door types are determined to be different.

[0031] If all four of the above checks pass, then the two doors are determined to be of the same type.

[0032] Specifically, the window type consistency determination - a custom window type comparator - achieves progressive comparison by deeply comparing the core attributes of window type objects and the nested window frame and window panel data structures. The core logic includes the following aspects: Encoding name comparison: First, compare the window type names. If they are the same, it is determined that the two window types are different.

[0033] Basic attribute comparison: This includes key parameters such as window height, width, fire resistance rating, material type, functional attributes, and serial number. If any attribute is different, the two windows are determined to be of different types.

[0034] Window frame data set comparison: First, determine whether the number of window frame data sets in the two window types is the same. If they are different, the two window types are directly determined to be different. If the number is the same, a custom window frame comparator is used to compare the window frame data lists item by item, and HashSet is used to implement order-independent element consistency judgment. If the judgment fails, the two window types are determined to be different.

[0035] Window panel data set comparison: First, determine whether the number of window panel data sets in the two window types is the same. If they are different, the two window types are directly determined to be different. If the number is the same, a custom window panel comparator is used to perform a structured comparison of the window panel data lists. If the comparison fails, the two window types are determined to be different.

[0036] If all four judgments above pass, the two windows are determined to be of the same type. If there is a conflict between the door or window types, the user is prompted with the name of the model that caused the conflict. Finally, the unordered data set of the door or window types that need to be generated for the door and window detail drawings is obtained.

[0037] In one possible implementation, this embodiment of the invention develops a door and window detail element setting and conflict detection page using WPF based on the above logic, to facilitate user visualization. When a user opens the door and window detail element setting window, they first select the linked files for which door and window detail elements need to be generated, and then click the "Conflict Check" button to view the model containing the door or window type that has a type conflict, allowing the user to make modifications.

[0038] Step 2: Sort the unordered data set according to the predefined sorting dictionary structure to obtain an ordered data set.

[0039] After obtaining the unordered data set of door or window types for generating door and window detail drawings in the previous step, the data is further sorted according to the door and window detail drawing rules. Specifically, the predefined sorting dictionary structure is generated by the door and window detail drawing rules, including the priority order of fire resistance rating, the priority order of door and window width, and the priority order of door and window height.

[0040] The embodiments of the present invention first define a sorting dictionary structure to specify the priority order of fire protection levels (such as "F Special", "F A", "F B", "F C", "None"), thereby providing a basis for subsequent sorting.

[0041] Then, the doors and windows are sorted according to their fire resistance ratings, with those having higher fire resistance priority listed first. Secondly, under the same fire resistance rating, the window type dataset is sorted by width from smallest to largest, and the door type dataset is sorted by height from smallest to largest. Door or window types not in the preset fire resistance rating list are uniformly placed at the end of the door or window sorting results to ensure the integrity of the sorting logic.

[0042] Finally, we obtain sorted sets of door types and window types, which will be used to convert to door and window templates later.

[0043] Step 3: Sequentially convert each instance in the ordered data set into door and window detail primitives using predefined parameterized door and window detail data to obtain an ordered set of door and window detail primitives.

[0044] The predefined parameterized door and window detail data includes parameter fields that indicate the generation of door and window detail elements and behavior functions that indicate the door and window detail elements.

[0045] First, define a door and window detail data class. This data class is used to record door and window type data and related data required for generating door and window detail elements. It also completes behavioral function operations such as activation, movement, copying, and double-click editing of door and window detail elements, as well as related operations for saving and reading door and window detail elements.

[0046] To protect data security and integrity, parameter fields and corresponding attributes are set in the door and window detail drawing element class. Parameter fields are primarily used to store class state information; once set to private, they cannot be directly accessed from outside the class and can only be used within the class where they are defined. Attributes provide a mechanism to read, write, or calculate the values ​​of private fields of a class while maintaining access control over these fields.

[0047] The fields and corresponding attributes in the door and window detail drawing element class are set as shown in the table below.

[0048] Table 1. Example of element parameter fields and corresponding attributes in door and window detail drawings.

[0049] Furthermore, the behavior functions in the door and window detail drawing element class determine the relevant behavior of the elements during operation, which can ensure the correctness of the data during or after the relevant operation.

[0050] The behavioral functions of the door and window detail drawings are shown in the table below.

[0051] Table 2. Behavior Functions of Door and Window Detail Drawing Elements

[0052] Furthermore, the functions for saving and retrieving door and window detail elements implement object serialization (saving to a binary file) and deserialization (loading from a binary file), as well as type association operations, ensuring that users can correctly save and retrieve door and window detail elements when saving and reopening model files. Since door and window type data is stored by the platform, the recorded door and window type ID is used to associate the door and window detail elements with the door and window type data when the file is reopened. The version number design allows the data structure to evolve in subsequent versions while maintaining compatibility between different versions. The save and retrieve functions are shown in the table below.

[0053] Table 3. Schematic diagram of functions for saving and retrieving door and window detail drawings.

[0054] Further, based on the obtained ordered data set, the geometric and filling data of its outer frame, inner grid, and panel are extracted and transformed into door and window detail primitives.

[0055] Specifically, for the sorted set of door and window type data, the outer frame and inner grid data are traversed to extract the lines that constitute the door and window detail elements. For window sashes with different opening methods (such as casement sashes, single sliding sashes, double sliding sashes, sliding sashes, louvers, etc.) and door sashes (such as single casement sashes, double casement sashes, sliding sashes, roller blinds, etc.), the corresponding inner and outer contour lines and filled areas are extracted according to their types. After completing the geometric information extraction, the type data (such as lines and filled data) of each door and window type are encapsulated into instances of dedicated element classes using predefined parametric door and window detail data, and initialized with their size parameters (such as width and height) and model information. This element class supports subsequent layout calculations, annotation generation, and interactive editing, and is the foundation for realizing parametric design of door and window details.

[0056] In this step, each door and window detail element will be adjusted in the reverse direction based on its original offset after creation to unify the origin of the coordinate system. By obtaining the minimum Y value in the overall boundary range of the element, the control point is positioned to the bottom center line to ensure that the elements are arranged neatly and accurately in subsequent layout.

[0057] Step 4: Receive the creation parameters input by the user, and combine them with the ordered set of door and window detail elements to generate the corresponding door and window details. This step is used to automatically arrange door and window detail elements. By using the user-specified start and end points, combined with the sorted and encapsulated set of door and window type elements, horizontal and vertical spacing, as well as parameters such as total length and maximum single-row length, the automatic layout and annotation generation of door and window detail elements is achieved.

[0058] Specifically, obtain the width of all door and window detail elements, and calculate the total length by combining the horizontal spacing and the number of door and window detail elements. The calculation method is: Total length = (Number of ordered sets of door and window detail elements - 1) The sum of the horizontal spacing and the width of the door and window detail elements provides data support for the subsequent automatic arrangement and view display of door and window detail elements.

[0059] Based on the starting and ending points, multiple parallel reference lines are generated, combining the horizontal spacing, vertical spacing, total length, and maximum length per row, to serve as the baseline and reference points for each row of door and window detail elements. The number of parallel reference lines = total length / maximum length per row. The vertical spacing of the multiple horizontal reference lines = vertical spacing + maximum height of the current row of door and window detail elements. It should be noted that the maximum length per row is the preset maximum allowable total width of each row of door and window detail elements.

[0060] Traverse each baseline and each baseline point, sequentially arranging available door and window detail elements according to their corresponding widths and set horizontal spacing. The center position of the door and window detail elements is calculated from the starting offset of the current row. During placement, the vertical and horizontal spacing between door and window detail elements can be dynamically adjusted on the parameter settings panel, and placed on the reference line in conjunction with the vector direction, such as... Figure 2 As shown in the image. The horizontal and vertical spacing can be input by the user, or generated using default data and then adjusted by the user.

[0061] Furthermore, below each arranged door and window detail drawing control point, use the TypeName attribute in the door and window detail drawing to add a corresponding type name label for each door and window detail drawing, set a uniform font and color, and associate the text ID with the door and window detail drawing UniqueId to prepare for subsequent door and window detail drawing rearrangement.

[0062] For window-type elements, key horizontal and vertical annotation points are extracted from their outer frame and inner grid structure; for door-type elements, key construction points of doors, windows, and their nested window sashes are similarly extracted. All annotation points are normalized to ensure that horizontal annotation points maintain the same Y value and vertical annotation points maintain the same X value. Finally, continuous dimension annotations are generated and moved to the correct position along with the elements. The text ID is associated with the UniqueId of the door and window detail elements to prepare for the rearrangement of door and window detail elements.

[0063] It is understandable that the original data for door and window details comes from door and window instances in the current model and linked models. After creating the door and window details, users may edit the door and window detail elements in two ways.

[0064] Method 1 involves entering the door and window type editing interface by double-clicking on a door or window element instance, and then automatically updating the instance style and corresponding door or window detail upon exiting the door or window type editing interface.

[0065] Method 2 involves entering the door and window type editing interface by double-clicking to edit, and then editing the final form of the door and window detail drawing. When exiting the door and window type editing interface, the instance style of the door or window and the corresponding door or window detail will be automatically updated.

[0066] After users arrange the door and window detail elements once or edit the door and window detail element format, they may need to rearrange some door and window detail elements.

[0067] Based on the door and window detail elements selected by the user, the creation parameters are re-entered, and the door and window detail element layout is generated locally again. The door and window detail elements selected by the user and their associated text annotations and dimension annotations are then deleted.

[0068] Based on the above technical solutions, this invention utilizes existing door and window type data in the user's architectural plan and elevation design to quickly generate basic data for door and window detail drawings. It also uses a dynamic arrangement method for door and window detail drawings to achieve rapid arrangement, providing a series of rapid door and window detail drawing modification solutions. This solves the problem of rapid generation and modification of door and window detail drawings for users, and can significantly save the design time of door and window detail drawings in architectural design.

[0069] On the other hand, the present invention also provides a BIM-based door and window detail generation system, including a memory and a processor, wherein the memory is used to store a computer program; the processor is used to call and execute the computer program so that the system performs a BIM-based door and window detail generation method as described in any of the above claims.

[0070] In embodiments of the present invention, the processor can be an integrated circuit chip with signal processing capabilities. The processor can be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components.

[0071] The various methods, steps, and logic diagrams disclosed in the embodiments of this invention can be implemented or executed. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the methods disclosed in the embodiments of this invention can be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software modules can reside in random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, or other mature storage media in the art. The processor reads information from the storage medium and, in conjunction with its hardware, completes the steps of the above methods.

[0072] The storage medium can be memory, such as volatile memory or non-volatile memory, or may include both volatile and non-volatile memory.

[0073] Among them, non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory.

[0074] Volatile memory can be random access memory (RAM), which is used as an external cache. By way of example, but not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDRSDRAM), enhanced synchronous dynamic random access memory (ESDRAM), sync link dynamic random access memory (SLDRAM), and direct memory bus RAM (DRRAM).

[0075] The storage media described in the embodiments of the present invention are intended to include, but are not limited to, these and any other suitable types of memory.

[0076] It should be understood that the system disclosed in the embodiments of the present invention can be implemented in other ways. For example, the division of modules is merely a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the communication connection between modules can be through some interfaces, indirect coupling or communication connections between servers or units, and can be electrical or other forms.

[0077] Furthermore, the functional modules in the various embodiments of the present invention can be integrated into one processing unit, or each module can exist physically separately, or two or more modules can be integrated into one processing unit. The integrated unit described above can be implemented in hardware or as a software functional unit.

[0078] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, read-only memory (ROM), random access memory (RAM), portable hard drives, magnetic disks, or optical disks.

[0079] Any embodiment or design described as "exemplary" or "for example" in the embodiments of the present invention should not be construed as being more preferred or advantageous than other embodiments or designs. Specifically, the use of terms such as "exemplary" or "for example" is intended to present the relevant concepts in a concrete manner for ease of understanding.

[0080] The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of the present invention should be included within the protection scope of the present invention.

Claims

1. A method for generating detailed door and window images based on BIM, characterized in that, The method includes: Obtain the type data corresponding to each door and window instance in the existing model and generate an unordered data set. The unordered data set is sorted according to a predefined sorting dictionary structure to obtain an ordered data set; Each instance in the ordered data set is sequentially converted into door and window detail primitives using predefined parameterized door and window detail data to obtain an ordered set of door and window detail primitives. The system receives creation parameters input by the user and, in conjunction with the ordered set of door and window detail elements, generates corresponding door and window details. The creation parameters include the user-specified start point, end point, horizontal spacing, vertical spacing, and number of door and window detail elements. Generate the corresponding door and window details, specifically including: Obtain the width of all door and window detail elements, and calculate the total length by combining the horizontal spacing and the number of door and window detail elements; Based on the starting point and ending point, and combined with the horizontal spacing, vertical spacing, total length, and maximum length of a single row, multiple parallel reference lines are generated as the baseline and reference point for each row of door and window detail elements; Traverse each baseline and each baseline point, and arrange the available door and window detail elements in sequence according to their corresponding widths and set horizontal spacing; Wherein, the maximum length of a single row is the preset maximum allowable total width of each row of door and window detail elements; the predefined sorting dictionary structure includes the priority order of fire protection rating, the priority order of door and window width, and the priority order of door and window height; the predefined parameterized door and window detail data includes parameter fields indicating the generation of door and window detail elements and behavior functions indicating door and window detail elements.

2. The method for generating detailed door and window images based on BIM according to claim 1, characterized in that, Retrieve the type data corresponding to each door and window instance in the existing model, specifically including: Obtain all door and window instances in the existing model, as well as all door and window instances in the linked models within the existing model; Given that the number of door and window instances is greater than 0, obtain the type data of each door and window instance, and uniquely assign each instance the name of the door or window in the type data to generate an unordered data set.

3. The method for generating detailed door and window specifications based on BIM according to claim 2, characterized in that, The method further includes performing conflict detection and consistency detection on the door and window instances in the unordered data set, and prompting the user with the model name corresponding to the conflicting door and window; the conflict detection is used to detect instances with the same door and window name but different data types; the consistency detection is used to detect instances with the same parameters but different door and window names.

4. The method for generating detailed door and window images based on BIM according to claim 1, characterized in that, The predefined sorted dictionary structure is generated using the door and window detail drawing rules.

5. The method for generating detailed door and window images based on BIM according to claim 1, characterized in that, The parameter fields include the type data, width, height, name, fire rating, uniqueId, and model name of the door / window instance.

6. The method for generating detailed door and window images based on BIM according to claim 1, characterized in that, The behavior functions for indicating door and window detail drawings include activation function, move function, stretch function, copy function, rotate function, double-click edit function, save function, and read function.

7. A method for generating detailed door and window specifications based on BIM according to claim 6, characterized in that, The save function is used to serialize the door and window detail drawings, and the read function is used to deserialize the door and window detail drawings.

8. The method for generating detailed door and window images based on BIM according to claim 1, characterized in that, The method further includes: Based on the already generated door and window details, the system receives the user's re-input of the starting point, ending point, horizontal spacing, vertical spacing, and number of door and window detail elements, and then regenerates the corresponding door and window details.

9. A BIM-based system for generating detailed door and window images, characterized in that, The system includes a memory and a processor; The memory is used to store computer programs; the processor is used to call and execute the computer programs so that the system performs a BIM-based method for generating door and window details according to any one of claims 1 to 8.

Images