EP3017355A1 - Enrichir les données de modélisation des informations de construction - Google Patents

Enrichir les données de modélisation des informations de construction

Info

Publication number
EP3017355A1
EP3017355A1 EP13888718.7A EP13888718A EP3017355A1 EP 3017355 A1 EP3017355 A1 EP 3017355A1 EP 13888718 A EP13888718 A EP 13888718A EP 3017355 A1 EP3017355 A1 EP 3017355A1
Authority
EP
European Patent Office
Prior art keywords
selectable
domain
building
primitive
templates
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP13888718.7A
Other languages
German (de)
English (en)
Other versions
EP3017355A4 (fr
Inventor
Liana M. Kiff
Michelle Raymond
Henry Chen
Jiangeng DU
Yan Xia
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Honeywell International Inc
Original Assignee
Honeywell International Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Honeywell International Inc filed Critical Honeywell International Inc
Publication of EP3017355A1 publication Critical patent/EP3017355A1/fr
Publication of EP3017355A4 publication Critical patent/EP3017355A4/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/10—Geometric CAD
    • G06F30/13—Architectural design, e.g. computer-aided architectural design [CAAD] related to design of buildings, bridges, landscapes, production plants or roads
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2111/00—Details relating to CAD techniques
    • G06F2111/20—Configuration CAD, e.g. designing by assembling or positioning modules selected from libraries of predesigned modules

Definitions

  • the present disclosure relates to devices, methods, and systems for enriching building information modeling data.
  • a Building Information Model can describe a building structure (e.g., walls, doors, elevators, stairwells, location, shape and/or boundaries of compartments, etc.) and/or devices therein as semantic objects grouped into standard classes.
  • BIM data can be used to generate 3D graphical renderings of buildings, for instance, and can be used in applications such as energy management and/or evacuation planning, among others.
  • BIM data can include devices (e.g., device objects), such as smoke detectors, speakers, pull stations, diffusers, controllers, variable air volume (VAV) components, pipes, speakers, air handling units (AHUs), chillers, etc.
  • devices e.g., device objects
  • VAV variable air volume
  • AHU air handling units
  • BIM graphical renderings that include devices may be used in applications such as sales estimation, system installation, and/or asset management, among others.
  • Various devices can be extracted from another graphical rendering (e.g., a computer-aided design (CAD) drawing) for use (e.g., display) in a BIM.
  • CAD computer-aided design
  • Previous extraction approaches may lack automation and may thus be time-consuming and/or error-prone. Further, previous approaches may lack applicability in multiple phases of a building's lifetime, and may frustrate users who desire flexibility.
  • Figure 1 illustrates a computing device for enriching building information modeling data in accordance with one or more embodiments of the present disclosure.
  • Figure 2 illustrates a display of a graphical user interface for enriching building information modeling data in accordance with one or more embodiments of the present disclosure.
  • Figure 3 illustrates another display of a graphical user interface for enriching building information modeling data in accordance with one or more embodiments of the present disclosure.
  • Figure 4 illustrates another display of a graphical user interface for enriching building information modeling data in accordance with one or more embodiments of the present disclosure.
  • Figure 5 is a block diagram of an object extraction system in accordance with one or more embodiments of the present disclosure.
  • Figure 6A illustrates a display of a selected device in accordance with one or more embodiments of the present disclosure.
  • Figure 6B illustrates a schema setting table in accordance with one or more embodiments of the present disclosure.
  • Figure 7A illustrates a number of primitives for an example device in accordance with one or more embodiments of the present disclosure.
  • Figure 7B illustrates fragments of the example device primitives illustrated in Figure 7A in accordance with one or more embodiments of the present disclosure.
  • Figure 8 illustrates the fragment structure of the primitives for the example device of Figure 7A in accordance with one or more
  • Figure 9 illustrates an example of a virtual primitive in accordance with one or more embodiments of the present disclosure.
  • one or more embodiments include providing a first selectable building domain via a graphical user interface, wherein the first selectable building domain includes a first layer template and a first plurality of selectable device templates, and providing a second selectable building domain via the graphical user interface, wherein the second selectable building domain includes a second layer template and a second plurality of selectable device templates.
  • Enriching building information modeling data in accordance with one or more embodiments of the present disclosure can include extracting various devices from a graphical rendering (e.g., a CAD drawing) using a template library and/or exporting the extracted devices to a BIM rendering.
  • a template library as referred to herein, and as discussed in more detail below, can store device information such as particular devices contained in a domain, layers of graphical renderings containing particular domains and/or devices, and/or other information.
  • embodiments of the present disclosure can increase automation over previous approaches, thereby reducing time and/or error(s) associated with user extraction of devices, for instance. While reducing human inefficiencies through automation, embodiments of the present disclosure can provide increased flexibility for users through user-customization of device templates and/or device extraction, for example. Additionally, various embodiments of the present disclosure can be used throughout a lifetime of a building (e.g., design phase and/or operation phase) by being updated, added to, deleted, and/or otherwise modified (e.g., by a user), for instance.
  • a lifetime of a building e.g., design phase and/or operation phase
  • a or "a number of something can refer to one or more such things.
  • a number of templates can refer to one or more templates.
  • FIG. 1 illustrates a computing device 102 for enriching building information modeling data in accordance with one or more embodiments of the present disclosure.
  • Computing device 102 can be, for example, a laptop computer, a desktop computer, or a mobile device (e.g., a mobile phone, a personal digital assistant, etc.), among other types of computing devices.
  • a mobile device e.g., a mobile phone, a personal digital assistant, etc.
  • computing device 102 includes a memory 106 and a processor 1 10 coupled to memory 106.
  • Memory 106 can be any type of storage medium that can be accessed by processor 1 10 to perform various examples of the present disclosure.
  • memory 106 can be a non-transitory computer readable medium having computer readable instructions (e.g., computer program instructions) stored thereon executable by processor 1 10 to enrich building
  • Memory 106 can be volatile or nonvolatile memory. Memory 106 can also be removable (e.g., portable) memory, or non-removable (e.g., internal) memory.
  • memory 106 can be random access memory (RAM) (e.g., dynamic random access memory (DRAM) and/or phase change random access memory (PCRAM)), read-only memory (ROM) (e.g., electrically erasable programmable read-only memory (EEPROM) and/or compact-disc read-only memory (CD-ROM)), flash memory, a laser disc, a digital versatile disc (DVD) or other optical disk storage, and/or a magnetic medium such as magnetic cassettes, tapes, or disks, among other types of memory.
  • RAM random access memory
  • ROM read-only memory
  • EEPROM electrically erasable programmable read-only memory
  • CD-ROM compact-disc read-only memory
  • flash memory a laser disc, a digital versatile disc (DVD) or other optical disk storage, and/or a
  • memory 106 is illustrated as being located in computing device 102, embodiments of the present disclosure are not so limited.
  • memory 106 can also be located internal to another computing resource (e.g., enabling computer readable
  • memory 106 can include a template library (sometimes generally referred to herein as "library”) 108.
  • Library 108 can include templates associated with various domains, layers, devices, etc., and can be modified and/or used as described further below.
  • GUI 104 can include a display such as a cathode ray tube, a field emission device (FED), a flat panel display with an active matrix array of thin film transistors, or other suitable user interfaces of the like.
  • Applications running on a system e.g., computing device 102 can be viewed on GUI 104.
  • One or more applications can be viewable at one time such as in a Microsoft Windows operating environment.
  • GUI 104 can be used to view library 108 (e.g., portions of library 108) as it is being created, modified, and/or used.
  • computing device 102 can include additional and/or peripheral devices (e.g., a mouse, keyboard, microphone, etc.).
  • Figure 2 illustrates a display 212 of a graphical user interface (e.g., GUI 104, previously discussed in connection with Figure 1 ) for enriching building information modeling data.
  • display 212 can be used in creating one or more templates in accordance with one or more embodiments of the present disclosure.
  • display 212 includes a domain name field 214.
  • a domain name can be entered (e.g., by a user) in domain name field 214 by keying a desired name, for instance.
  • Domain can refer to a portion and/or subsystem of a building. Though “building” is referred to generally herein, embodiments of the present disclosure are not so limited. For example, “building” can refer to a portion of a structure, a plurality of structures, an installation, a facility, a plant, etc.
  • a domain can be a heating, ventilation, and air conditioning (HVAC) system, a security system, a lighting system, a utility monitoring system, a life safety system, etc.
  • HVAC heating, ventilation, and air conditioning
  • the domain name (“HVAC” as illustrated in the example shown in Figure 2) can be entered into a domain pool 218 following actuation of a display element (e.g., add button) 216.
  • a domain in domain template pool 218 can be selected (e.g., HVAC is highlighted in the example illustrated in Figure 2).
  • Device types e.g., meta devices
  • a device type can be named by an entry into device name field 220, and the named device type can be entered into a device type pool 224 following actuation of a display element (e.g., add button) 222.
  • Device can refer to various devices (e.g., subsystems of domain(s)) in a building such as, for example, smoke detectors, speakers, pull stations, diffusers, controllers, variable air volume (VAV) components, pipes, air handling units (AHUs), chillers, etc.
  • VAV variable air volume
  • Particular devices may be found in and/or associated with particular domains.
  • devices that have been added to device type pool 224 associated with the HVAC domain include diffuser, VAV, Supply duct, and AHU .
  • Possible layer names associated with the selected domain and/or selected device(s) can be added in layer template name field 226 to create a layer template.
  • a layer template can refer to one or more layers of a graphical rendering (e.g., a CAD drawing) that may be, and/or have been determined to be, associated with one or more particular domains and/or devices.
  • a layer template can refer to a relationship between one or more layers and one or more domains and/or devices. Embodiments of the present disclosure are not limited to particular layer names.
  • layer names have been added including "*HVAC*", “"*DIFF*”, “*SVR ⁇ T”, and "*SPSL*".
  • creating a layer template by associating one or more layers with a domain and/or device can increase efficiency of extraction by obviating a search of irrelevant layers for devices associated with a particular domain.
  • a user can modify (e.g., create and/or add to) a portion of library 108. That is, domains can be named and/or created, device type(s) can be associated with one or more domains, and layer(s) can be associated with one or more domains and/or device types. Modifications made using display 212 can be saved in memory 106, for instance.
  • Figure 3 illustrates another display 328 of a graphical user interface (e.g., GUI 104, previously discussed in connection with Figure 1 ) for enriching building information modeling data.
  • display 328 can be used in further creating one or more templates in accordance with one or more embodiments of the present disclosure.
  • display 328 includes a domain pool 330.
  • a domain (e.g., "HVAC”) can be selected within domain pool 330 to display a list of device types associated with the selected domain.
  • a device type (e.g., "VAV") associated with the desired domain can be selected within domain pool 330.
  • An object e.g., symbol
  • a display element 332 e.g., "Select Sample”
  • the object can be displayed in an object box 336 and various geometric features (e.g., lines, edges, curves, spatial relationships, corners, intersections, etc.) and/or attributes (e.g., textual information) associated with the object can be determined (e.g., by computing device 102, previously discussed in connection with Figure 1 ).
  • the selected object e.g., the geometric features associated with the selected object
  • can be associated with a device type e.g., "VAV" to create a device template via the actuation of a display element 334 (e.g., "Add to Subclass").
  • embodiments of the present disclosure are not limited to a particular number of device templates associated with a device type. Further, embodiments of the present disclosure are not limited to a particular number of device types associated with a particular domain.
  • the device template can be named using a device template information box 338.
  • a name associated with the device template can be based on its device type and/or serial number, for instance, though embodiments of the present disclosure are not so limited. Additional information regarding the device template can be entered into device template information box 338 such as, for example, operating information regarding the device, installation date, cost, scheduled maintenance, etc.
  • a user can modify (e.g., create and/or add to) a portion of library 108. That is, device templates can be created by associating an object from a graphical rendering with a particular device type of a particular domain. Templates created and/or modified using display 328 can be saved in memory 106, for instance.
  • Figure 4 illustrates another display 440 of a graphical user interface (e.g., GUI 104, previously discussed in connection with Figure 1 ) for enriching building information modeling data.
  • display 440 can be used to select device templates (e.g., template(s) created via the process discussed in connection with Figures 2-3) for use in
  • display 440 includes a domain pool 430 configured to display various domains and/or device types, such as those previously discussed, for example.
  • a user can select a domain (e.g., "HVAC" using domain pool 430 and computing device 102 can populate a device template pool 444 displaying device templates associated with the selected domain (e.g., all device templates
  • the user can indicate (e.g., by selecting and/or deselecting) devices (e.g., device templates) from device template pool 444 to be extracted via a display element 446 (e.g., "Extract").
  • devices e.g., device templates
  • the user can select a device type (e.g., "Diffuser") associated with a particular domain using domain pool 430.
  • Computing device 102 can populate device template pool 444 displaying device templates associated with the selected device type (e.g., all device templates associated with the selected device type).
  • the user can indicate (e.g., by selecting and/or deselecting) devices (e.g., device templates) from device template pool 444 to be extracted via display element 446.
  • computing device 102 can close (e.g., make unavailable for searching) one or more layers of the graphical rendering. For example, computing device 102 can determine, based on the layer template(s) associated with the selected device(s) and/or domain(s), which layer(s) contain object(s) corresponding to the selected device(s) (e.g., device
  • computing device 102 can close layers that do not contain the object(s) corresponding to the selected device(s).
  • Closing layers in accordance with one or more embodiments of the present disclosure can increase efficiency of extraction by reducing (e.g., eliminating) searches through unnecessary and/or irrelevant layers.
  • Computing device 102 can extract devices selected in device template pool 444 from objects of the graphical rendering (e.g., CAD drawing) based on one or more geometrical features of the devices (e.g., by using a geometry similarity algorithm), for instance. Examples of such extraction methods are described in US Patent Application: serial no. 13/038,228, entitled “System and Method for Generating A Building Information Model,” filed on 3/1 /201 1 , and US Patent Application: serial no. 12/710,471 , entitled “Methods and Systems for Constructing Multi- Dimensional Data Models for Distribution Networks," filed on 2/23/2010, which are incorporated herein by reference.
  • CAD drawings can be and/or include vector images.
  • a vector image may be composed of geometrical primitives such as points, lines, curves, and text.
  • the objects in the vector image may be composed of these primitives. Consequently, an embodiment can extract objects by analyzing geometric information of the primitives, such as shape, color, line width and so forth, not unlike human vision. But the straightforward analysis of the primitive may only work on some limited scenarios. For example, in a typical system, an object, in its rotated, scaled, mirrored form may belong to one category. The internal structure of the object, such as symmetry, makes the problem more complex. The objects in one category can even have different appearances, while at the same time have some similar intrinsic geometric properties.
  • ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
  • the model can provide a flexible method to describe the object's structure. With the well-organized structure, one can effectively and robustly retrieve a similar object irrespective of its size and/or orientation.
  • a method describes the sample's structure in two levels with the above primitive structure model.
  • the similar primitives can be grouped into a primitive fragment, which keeps the partial micro structure of the sample object.
  • all primitive fragments can be formed into the fragment structure, which holds the whole macro structure of the sample object.
  • Decomposition of structure into the two levels can avoid the redundancy caused by internal symmetry in the sample object.
  • Further embodiments can include a method to output any relevant information of the object, such as location, orientation, and annotation (ID, length, and volume for example), by setting an output template.
  • the template can include which fragment information will be outputted as the partial micro information, and can include some virtual primitives relative to the sample object as the whole macro information. Once an object is recognized from the vector image, these virtual primitives can also be calculated and/or outputted according to the fragment structure. For example, the retrieved similar objects then can be grouped into standard IFC object classes, creating a building semantic model.
  • FIG. 5 is a block diagram of an object extraction system 548 in accordance with one or more embodiments of the present disclosure.
  • Vector Image Display 550 e.g., a portion of GUI 104, previously discussed in connection with Figure 1
  • Sample Object Display 552 can be used to browse a vector image and/or select a sample object (e.g., from a graphical rendering).
  • the sample can be drawn and its primitives can be listed in an editable Sample Object Display window 552.
  • Sample Object Display 552 allows a user to specify the schema about how to match its primitives via the Similarity Schema Setting module 554.
  • the schema includes which primitive will be considered, how to compare primitives, what the text validation string expression is, and so on.
  • a default similarity schema can be generated by the system in case no schema is provided by the user.
  • Similar primitives can be organized into a primitive fragment via the Primitive Fragment Construction module 556.
  • the fragments can be formed into a higher-level structure via the Fragment Structure
  • the Primitive Retrieval module 560 can search primitives with similar properties and shape of a primitive in the similarity schema from the vector image.
  • the Fragment Identification module 562 can search the fragments for the same or similar primitive fragment from these primitives, and the Object Identification module 564 can search the objects with the same or similar fragment structure from the fragments.
  • the Sample Object Display can allow a user to designate an output template via the Output Template Setting module 566.
  • the template comprises any information about the sample object, such as drawing a point as its location, drawing a vector as its orientation direction, setting a text primitive as its ID, and so on.
  • a default output template can be generated by the system in case there is no template by the user.
  • the meaningful information for every extracted object can be obtained according to the output template via the Output Information Integration module 568.
  • the object extraction system 548 shown in Figure 5 includes four steps, they are sample selection (550, 552), sample structure construction (554, 556, 558), object extraction (560, 562, 564) and obtaining relevant information (566, 568).
  • the initial step of sample selection can be accomplished by one or more techniques known to those of skill in the art, and these techniques will not be discussed further.
  • the shape of a primitive means one or more straight or curved lines from one point to another. For example, if p1 and p2 are two primitives, it can be stated that p1 and p2 have the same shape if and only if p1 and p2 can overlap with each other after some rotation and translation. This relationship can be expressed as
  • S(p1 ) S(p2).
  • the shape of a primitive can be represented as two values— one the Euclidean distance of two end points and the other the distance along the curve from one end point to another end point.
  • the distance of p and q means the distance from the center of p to the center of q. This can be expressed as D(p,q).
  • the center of a primitive can be defined as the middle point of line segment formed by its two end points. The center of a point is itself and the center of a text is its center. In other embodiments, other definitions are also applicable.
  • the angle of p and q means the angle between the line segment formed by two end points of p and the line segment formed by two end points of q. This can be expressed as A(p,q).
  • the angle of p and q based on r means the angle between the line segment formed by the center of p and r, and the line segment formed by the center of q and r. This can be expressed as Ar(p,q).
  • the properties can be a shape, the properties can be text defined as previously disclosed.
  • the relations can be distance, angle, or orientation as defined above. So the structure of the object can be represented as multiple matrixes. These matrixes include adequate information, yet they also include redundancy. To remove the redundancy, a primary primitive can be identified.
  • the Primitive Structure Model can de defined as follows: M ⁇ p,Q>.
  • ⁇ is a primary primitive.
  • Q is a primitive list with several properties.
  • the shape of text primitive is defined as its text string.
  • h is a virtual primitive, and it can be any primitive of the object except the primary primitive.
  • a sample object Once a sample object is selected, its structure can be buit with the above Primitive Structure Model.
  • An embodiment describes its structure in two levels. In a lower level, the similar primitives can be grouped into a Primitive Fragment, which keeps the partial micro structure of the sample object. In a higher level, all Primitive Fragments are formed into the Fragment Structure, which holds the whole macro structure of the sample object. Decomposition of structure into two levels can avoid the redundancy caused by internal symmetry in the sample object.
  • a window can display its primitives. All primitives except text can be marked with a digital number, and the primitives with the same shape will have same number.
  • Figure 6A shows the primitives for a speaker 670 in a building— two kinds of lines 672, 674 and four instances of text 676. At the same time, all the primitives are also listed in a table 678, as FIG. 6B shows.
  • FIG. 6B a user can set the primitives that make up a structure.
  • two kinds of lines and some text are selected to comprise the structure for a speaker. And the line's distance, angle, and orientation, or ⁇ D,A,Ap> ⁇ , will be considered during the next search period.
  • similar primitives can be grouped into a Primitive
  • the sample has 8 primitives, as Figure 7A shows.
  • the four lines 780 have the same shape, so they can be grouped into a fragment 1 .
  • the three lines 782 have the sample shape, so they can be grouped into a fragment 2.
  • M(fragment1 ) ⁇ (15.3, 15.3), ⁇ 10.82, 90, 45>, ⁇ 15.3, 0, 90>, ⁇ 10.82, 90, 135> ⁇ >
  • M(fragment2) ⁇ (9.8, 9,8), ⁇ 4.9, 60, 60>, ⁇ 4.9, 60, 60> ⁇ >
  • Primitive Fragment All the primitives in a Primitive Fragment have the same shape, so any of them can be regarded as its primary primitive. This can avoid the redundancy caused by internal symmetry in the sample object.
  • the Primitive Fragment can keep the partial micro structure of the sample object. In the following searching phase, the Primitive Fragments can be identified after similar primitives are obtained.
  • the primitive fragments After the primitive fragments are obtained, they can be converted into points. The location of the points is the center of the fragments, as illustrated in Figure 8.
  • the points 880, 882 and 884 represent the primitives fragmentl , fragment.2 and fragment.3 respectively.
  • the structure model can be obtained with the Primitive Structure Model ⁇ D,A,Ap> ⁇ described above:
  • M(Speaker) ⁇ (0,0), ⁇ 1 1 .12, 0, 0>, ⁇ 0, 0, 0», that is for 880, 882, and 884 respectively.
  • All the primitives in a Fragment Structure are points.
  • the primary fragment is regarded as the one with longest curve length.
  • the Fragment Structure of the sample object holds its whole macro structure. In the following searching phase, the object matching is identified against the fragment structure model after the Primitive Fragments are identified.
  • the object extraction becomes straightforward. It can have three phases: primitive retrieval, fragment identification, and object identification.
  • the primitive retrieval can be described as illustrated below.
  • a list of primitives can be retrieved for each Primitive Fragment, and can be expressed as the list Lp(F).
  • Lp(F) the list of primitives
  • three lists can be obtained— L(F1 ), Lp(F2) and Lp(F3) after primitive retrieval. They are two line lists and a text list, respectively. The lists will be taken as input for the fragment identification in the next section.
  • the Fragment Identification can be described as follows:
  • a list of Fragments can be obtained for each Primitive Fragment, and can be expressed as Lf(F).
  • Lf(F) the number of Primitive Fragment
  • three lists can be obtained— Lf(F1 ), Lf(F2) and Lf(F3) after primitive retrieval. They are a rectangle list, a triangle list, and a text "SP" list. The lists will be taken as input for the Object Identification in the next section.
  • the object identification can be similar to fragment identification. For example, a difference can lie in that the primitive is the point— center of the fragments.
  • object identification a list of objects can be obtained that are similar to the sample object O, and they can be expressed as L(O).
  • the object list L(O) for the sample object O can be obtained.
  • the last step is to obtain any relevant information about the extracted object.
  • its output template can first be defined.
  • the template includes the fragment information to be obtained as the partial micro information, and some virtual primitives relative to the sample object as the whole macro information. Once an object is recognized from the vector image, these virtual primitives can also be calculated and obtained according to the Fragment Structure.
  • the partial micro information about the fragment includes text string, boundary, center and so on, as Figure 7B shows.
  • the boundary and center of rectangle can be obtained, and a text string with expression "*sp*-*" around it can also be obtained.
  • a user can draw virtual primitives in the sample, as illustrated in Figure 9.
  • a vector 986 is drawn as the orientation of the speaker.
  • the relevant information can be calculated.
  • the related information of the specified fragment can obtained.
  • the geometric information about virtual primitives on the output template on the Fragment Structure may be calculated.
  • the retrieved similar objects then can be easily grouped into standard IFC object classes, creating a building semantic model.
  • the extracted devices can be displayed and/or indicated (e.g., via animation and/or color variation) on the graphical rendering (e.g., CAD drawing) via GUI 104, for instance.
  • a list of the extracted devices can additionally be displayed on GUI 104 such that interaction with a device on the list (e.g., clicking on the device) causes the corresponding object in the graphical rendering to be indicated.
  • the device(s) can be exported to various end points, such as BIM rendering, for example.
  • the extracted device(s) can be displayed in the BIM rendering along with a background (e.g., floorplan), for instance.
  • a background e.g., floorplan
  • F igured illustrates a method 1 088 for enriching building information modeling data in ac ordance with one or more embodiments of the present disclosure.
  • M ethod 1 088 can be performed, for example, by a computing device, such as computing device 102 described above (e.g., in connection with Figure 1 ).
  • computing device. 02 can execute instructions to perform method 1088.
  • method 1 088 includes providing a first selectable building domain via a graphical user interface, wherein the first selectable domain includes a first layer template, and a first lurality of selectable device templates.
  • a first selectable domain e.g., HVAC system, security system, lighting system, utility monitoring system, life safety system, etc.
  • the first selectable domain can include a first layer template.
  • the first layer template can refer to a relationship between one or more particular Isr/ers of a graphical rendering (e. g. , CAD drawing) and the first selectable domain and/ or devices of the first selectable domain.
  • the first selectable domain can include a first plurality of selectable device templates. Each of the first plurality of selectable device templates can be an association of a particular (e.g., selected) object with a device type, in a mariner analogous to that previous! discussed in connection with F igure 2, for instance.
  • method 1 088 includes providing a second selectable building domain via the graphical user interface, wherein the second selectable domain includes a second layer template and a second plurality of selectable device templates.
  • a second selectable domain e.g., HVAC system, security system, lighting system, utility monitoring system, life safety system, etc.
  • HVAC system e.g., HVAC system, security system, lighting system, utility monitoring system, life safety system, etc.
  • a second selectable domain can be provided via a user interface in a manner analogous to that previously discussed in
  • the second selectable domain can include a second layer template.
  • the second layer template can refer to a relationship between one or more particular layers of a graphical rendering (e.g., CAD drawing) and the second selectable domain and/or devices of the second
  • the second selectable domain can include a second plurality of selectable device templates.
  • Each of the second plurality of selectable device templates can be an association of a particular (e.g., selected) object with a device type, in a manner analogous to that previously discussed in connection with Figure 2, for instance.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Geometry (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Theoretical Computer Science (AREA)
  • Civil Engineering (AREA)
  • Structural Engineering (AREA)
  • Computational Mathematics (AREA)
  • Architecture (AREA)
  • Mathematical Analysis (AREA)
  • Mathematical Optimization (AREA)
  • Pure & Applied Mathematics (AREA)
  • Evolutionary Computation (AREA)
  • General Engineering & Computer Science (AREA)
  • Processing Or Creating Images (AREA)

Abstract

L'invention concerne des dispositifs, procédés et systèmes permettant d'enrichir les données de modélisation des informations de construction. L'invention concerne un procédé avec un premier domaine de construction sélectionnable via une interface utilisateur graphique, dans laquelle le premier domaine de construction sélectionnable comprend un premier modèle de couche et une première pluralité de modèles de dispositifs sélectionnables, et fournit un deuxième domaine de construction sélectionnable par l'intermédiaire de l'interface utilisateur graphique, dans laquelle le second domaine de construction sélectionnable comprend un deuxième modèle de couche et une deuxième pluralité de modèles de dispositifs sélectionnables.
EP13888718.7A 2013-07-02 2013-07-02 Enrichir les données de modélisation des informations de construction Withdrawn EP3017355A4 (fr)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/078639 WO2015000126A1 (fr) 2013-07-02 2013-07-02 Enrichir les données de modélisation des informations de construction

Publications (2)

Publication Number Publication Date
EP3017355A1 true EP3017355A1 (fr) 2016-05-11
EP3017355A4 EP3017355A4 (fr) 2017-03-29

Family

ID=52142998

Family Applications (1)

Application Number Title Priority Date Filing Date
EP13888718.7A Withdrawn EP3017355A4 (fr) 2013-07-02 2013-07-02 Enrichir les données de modélisation des informations de construction

Country Status (2)

Country Link
EP (1) EP3017355A4 (fr)
WO (1) WO2015000126A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10565323B2 (en) 2015-01-15 2020-02-18 Honeywell International Inc. Generating an image for a building management system
JP6242952B1 (ja) * 2016-06-27 2017-12-06 東芝エレベータ株式会社 Ｂｉｍシステム、方法およびプログラム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110209081A1 (en) * 2010-02-23 2011-08-25 Honeywell International Inc. Methods and systems for constructing multi-dimensional data models for distribution networks
US20110218777A1 (en) * 2010-03-03 2011-09-08 Honeywell International Inc. System and method for generating a building information model

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2010201974A1 (en) * 2009-10-23 2011-05-12 Iconstruct (Aus) Pty Ltd System and Method for Managing Information
US9600801B2 (en) * 2011-05-03 2017-03-21 Architectural Computer Services, Inc. Systems and methods for integrating research and incorporation of information into documents

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110209081A1 (en) * 2010-02-23 2011-08-25 Honeywell International Inc. Methods and systems for constructing multi-dimensional data models for distribution networks
US20110218777A1 (en) * 2010-03-03 2011-09-08 Honeywell International Inc. System and method for generating a building information model

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "Dokumentationsrichtlinie - Stand 03/2004", 31 March 2004 (2004-03-31), Berlin, Germany, pages 6.17 - 6.23, XP055347892, Retrieved from the Internet <URL:http://www.bbr.bund.de/BBR/DE/BaufachlicherService/Regelungen/Dokurichtlinien/DRL_03-2004/2004_03_Dokumentationsrichtlinie.pdf?__blob=publicationFile&v=4> [retrieved on 20170220] *
See also references of WO2015000126A1 *
XUETAO YIN ET AL: "Generating 3D Building Models from Architectural Drawings: A Survey", IEEE COMPUTER GRAPHICS AND APPLICATIONS, IEEE SERVICE CENTER, NEW YORK, NY, US, vol. 29, no. 1, 1 January 2009 (2009-01-01), pages 20 - 30, XP011241089, ISSN: 0272-1716, DOI: 10.1109/MCG.2009.9 *

Also Published As

Publication number Publication date
EP3017355A4 (fr) 2017-03-29
WO2015000126A1 (fr) 2015-01-08

Similar Documents

Publication Publication Date Title
US10146891B2 (en) Extracting data from a 3D geometric model by geometry analysis
Rankohi et al. Review and analysis of augmented reality literature for construction industry
US9811249B2 (en) Generating an operational user interface for a building management system
AU2019226217A1 (en) Configuration of a digital twin for a building or other facility via bim data extraction and asset register mapping
US20160267123A1 (en) Method for propagating information between a building information model and a specification document
US20110218777A1 (en) System and method for generating a building information model
Zhu et al. A new reconstruction method for 3D buildings from 2D vector floor plan
US20220148327A1 (en) Machine learning techniques for extracting floorplan elements from architectural drawings
US9984179B2 (en) Providing building information modeling data
Chen et al. Developing efficient mechanisms for BIM-to-AR/VR data transfer
CN109033220B (zh) 标注数据的自动选取方法、系统、设备和存储介质
US20140278268A1 (en) Method for mapping elements of a construction project
US20180032643A1 (en) Design-model management
CN107506499A (zh) 兴趣点与建筑物之间建立逻辑关系的方法、装置及服务器
WO2023241519A1 (fr) Procédé et appareil de création de composant bim, et procédé et appareil d&#39;application de bibliothèque de ressources de conception numérique
US11373022B2 (en) Designing a structural product
CN111553556A (zh) 业务数据分析方法、装置、计算机设备及存储介质
US11507712B2 (en) Generating an image for a building management system
US10157244B2 (en) Model driven connection approximation for mechanical, electrical and plumbing drawings
CN117807691B (zh) 一种基于建筑可视化的信息模型数据集成方法及系统
Shahsavari et al. Uncertainty and Sensitivity Analysis Using Building Information Modeling (An Energy Analysis Test Case)
CN114693611A (zh) 渲染质量评估方法、装置、计算机设备及介质
US20240069713A1 (en) System and method for auto binding graphics to components in a building management system
EP3017355A1 (fr) Enrichir les données de modélisation des informations de construction
KR101607516B1 (ko) Bim 기반 외부 시설물 관리 데이터를 연계하기 위한 시스템 및 그 방법

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20151218

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAX Request for extension of the european patent (deleted)
A4 Supplementary search report drawn up and despatched

Effective date: 20170228

RIC1 Information provided on ipc code assigned before grant

Ipc: G06F 17/50 20060101AFI20170222BHEP

Ipc: G06F 3/048 20130101ALI20170222BHEP

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20200714