Bridge part |
DEPRECATED | This definition may be imported, but shall not be exported by applications. |
Item | SPF | XML | Change | Description | IFC4x2 Candidate 4.2.0.0 |
---|---|---|---|---|
IfcBridgePart | ADDED | IFC4x2 Candidate 4.2.0.0 | ||
IfcBridgePart | ADDED | IFC4x2 to IFC4x3_RC1 | ||
IfcBridgePart | MODIFIED | Status changed to Deprecated. | ||
PredefinedType | MODIFIED | Type changed from IfcBridgePartTypeEnum to IfcFacilityPartTypeSelect. Instantiation changed from OPTIONAL. | ||
UsageType | ADDED | |||
ReferencedInStructures | ADDED |
In a bridge, BridgePart as subtype of FacilityPart represents the parts in breakdown structure according to local practices (e.g. Superstructure, Substructure, Foundation), and these can also be broken down further (e.g. Substructure as whole can be COMPLEX, while each abutment and pier would be ELEMENT, and a pier can be composed of separate towers (PARTIAL).
# | Attribute | Type | Cardinality | Description | G |
---|---|---|---|---|---|
IfcRoot | |||||
1 | GlobalId | IfcGloballyUniqueId | Assignment of a globally unique identifier within the entire software world. | X | |
2 | OwnerHistory | IfcOwnerHistory | ? |
Assignment of the information about the current ownership of that object, including owning actor, application, local identification and information captured about the recent changes of the object,
NOTE only the last modification in stored - either as addition, deletion or modification. IFC4 CHANGE The attribute has been changed to be OPTIONAL. | X |
3 | Name | IfcLabel | ? | Optional name for use by the participating software systems or users. For some subtypes of IfcRoot the insertion of the Name attribute may be required. This would be enforced by a where rule. | X |
4 | Description | IfcText | ? | Optional description, provided for exchanging informative comments. | X |
IfcObjectDefinition | |||||
HasAssignments | IfcRelAssigns @RelatedObjects | S[0:?] | Reference to the relationship objects, that assign (by an association relationship) other subtypes of IfcObject to this object instance. Examples are the association to products, processes, controls, resources or groups. | X | |
Nests | IfcRelNests @RelatedObjects | S[0:1] | References to the decomposition relationship being a nesting. It determines that this object definition is a part within an ordered whole/part decomposition relationship. An object occurrence or type can only be part of a single decomposition (to allow hierarchical strutures only).
IFC4 CHANGE The inverse attribute datatype has been added and separated from Decomposes defined at IfcObjectDefinition. | X | |
IsNestedBy | IfcRelNests @RelatingObject | S[0:?] | References to the decomposition relationship being a nesting. It determines that this object definition is the whole within an ordered whole/part decomposition relationship. An object or object type can be nested by several other objects (occurrences or types).
IFC4 CHANGE The inverse attribute datatype has been added and separated from IsDecomposedBy defined at IfcObjectDefinition. | X | |
HasContext | IfcRelDeclares @RelatedDefinitions | S[0:1] | References to the context providing context information such as project unit or representation context. It should only be asserted for the uppermost non-spatial object.
IFC4 CHANGE The inverse attribute datatype has been added. | X | |
IsDecomposedBy | IfcRelAggregates @RelatingObject | S[0:?] | References to the decomposition relationship being an aggregation. It determines that this object definition is whole within an unordered whole/part decomposition relationship. An object definitions can be aggregated by several other objects (occurrences or parts).
IFC4 CHANGE The inverse attribute datatype has been changed from the supertype IfcRelDecomposes to subtype IfcRelAggregates. | X | |
Decomposes | IfcRelAggregates @RelatedObjects | S[0:1] | References to the decomposition relationship being an aggregation. It determines that this object definition is a part within an unordered whole/part decomposition relationship. An object definitions can only be part of a single decomposition (to allow hierarchical strutures only).
IFC4 CHANGE The inverse attribute datatype has been changed from the supertype IfcRelDecomposes to subtype IfcRelAggregates. | X | |
HasAssociations | IfcRelAssociates @RelatedObjects | S[0:?] | Reference to the relationship objects, that associates external references or other resource definitions to the object.. Examples are the association to library, documentation or classification. | X | |
IfcObject | |||||
5 | ObjectType | IfcLabel | ? | The type denotes a particular type that indicates the object further. The use has to be established at the level of instantiable subtypes. In particular it holds the user defined type, if the enumeration of the attribute PredefinedType is set to USERDEFINED. | X |
IsDeclaredBy | IfcRelDefinesByObject @RelatedObjects | S[0:1] | Link to the relationship object pointing to the declaring object that provides the object definitions for this object occurrence. The declaring object has to be part of an object type decomposition. The associated IfcObject, or its subtypes, contains the specific information (as part of a type, or style, definition), that is common to all reflected instances of the declaring IfcObject, or its subtypes.
IFC4 CHANGE New inverse relationship, change made with upward compatibility for file based exchange. | X | |
Declares | IfcRelDefinesByObject @RelatingObject | S[0:?] | Link to the relationship object pointing to the reflected object(s) that receives the object definitions. The reflected object has to be part of an object occurrence decomposition. The associated IfcObject, or its subtypes, provides the specific information (as part of a type, or style, definition), that is common to all reflected instances of the declaring IfcObject, or its subtypes.
IFC4 CHANGE New inverse relationship, change made with upward compatibility for file based exchange. | X | |
IsTypedBy | IfcRelDefinesByType @RelatedObjects | S[0:1] | Set of relationships to the object type that provides the type definitions for this object occurrence. The then associated IfcTypeObject, or its subtypes, contains the specific information (or type, or style), that is common to all instances of IfcObject, or its subtypes, referring to the same type.
IFC4 CHANGE New inverse relationship, the link to IfcRelDefinesByType had previously be included in the inverse relationship IfcRelDefines. Change made with upward compatibility for file based exchange. | X | |
IsDefinedBy | IfcRelDefinesByProperties @RelatedObjects | S[0:?] | Set of relationships to property set definitions attached to this object. Those statically or dynamically defined properties contain alphanumeric information content that further defines the object.
IFC4 CHANGE The data type has been changed from IfcRelDefines to IfcRelDefinesByProperties with upward compatibility for file based exchange. | X | |
IfcProduct | |||||
6 | ObjectPlacement | IfcObjectPlacement | ? | Placement of the product in space, the placement can either be absolute (relative to the world coordinate system), relative (relative to the object placement of another product), or constraint (e.g. relative to grid axes). It is determined by the various subtypes of IfcObjectPlacement, which includes the axis placement information to determine the transformation for the object coordinate system. | X |
7 | Representation | IfcProductRepresentation | ? | Reference to the representations of the product, being either a representation (IfcProductRepresentation) or as a special case a shape representations (IfcProductDefinitionShape). The product definition shape provides for multiple geometric representations of the shape property of the object within the same object coordinate system, defined by the object placement. | X |
ReferencedBy | IfcRelAssignsToProduct @RelatingProduct | S[0:?] | Reference to the IfcRelAssignsToProduct relationship, by which other products, processes, controls, resources or actors (as subtypes of IfcObjectDefinition) can be related to this product. | X | |
PositionedRelativeTo | IfcRelPositions @RelatedProducts | S[0:1] | X | ||
ReferencedInStructures | IfcRelReferencedInSpatialStructure @RelatedElements | S[0:?] | X | ||
IfcSpatialElement | |||||
8 | LongName | IfcLabel | ? |
Long name for a spatial structure element, used for informal purposes. It should be used, if available, in conjunction with the inherited Name attribute.
NOTE In many scenarios the Name attribute refers to the short name or number of a spacial element, and the LongName refers to the full descriptive name. | X |
ContainsElements | IfcRelContainedInSpatialStructure @RelatingStructure | S[0:?] | Set of spatial containment relationships, that holds those elements, which are contained within this element of the project spatial structure.
NOTE The spatial containment relationship, established by IfcRelContainedInSpatialStructure, is required to be an hierarchical relationship, where each element can only be assigned to 0 or 1 spatial structure element. | X | |
ServicedBySystems | IfcRelServicesBuildings @RelatedBuildings | S[0:?] | Set of relationships to systems, that provides a certain service to the spatial element for which it is defined. The relationship is handled by the objectified relationship IfcRelServicesBuildings.
IFC4 CHANGE The inverse attribute has been promoted to the new supertype IfcSpatialElement with upward compatibility for file based exchange. | X | |
ReferencesElements | IfcRelReferencedInSpatialStructure @RelatingStructure | S[0:?] | Set of spatial reference relationships, that holds those elements, which are referenced, but not contained, within this element of the project spatial structure.
NOTE The spatial reference relationship, established by IfcRelReferencedInSpatialStructure, is not required to be an hierarchical relationship, i.e. each element can be assigned to 0, 1 or many spatial structure elements. EXAMPLE A curtain wall maybe contained in the ground floor, but maybe referenced in all floors, it reaches. IFC2x3 CHANGE The inverse attribute has been added with upward compatibility for file based exchange. Ø\X | X | |
IfcSpatialStructureElement | |||||
9 | CompositionType | IfcElementCompositionEnum | ? |
Denotes, whether the predefined spatial structure element represents itself, or an aggregate (complex) or a part (part). The interpretation is given separately for each subtype of spatial structure element. If no CompositionType is asserted, the dafault value ''ELEMENT'' applies.\X\0D
\X\0D
IFC4 CHANGE Attribute made optional. | X |
IfcFacilityPart | |||||
10 | PredefinedType | IfcFacilityPartTypeSelect | X | ||
11 | UsageType | IfcFacilityUsageEnum | X | ||
IfcBridgePart |
Spatial Composition
The Spatial Composition concept template applies to this entity as shown in Table 28.
| ||||||
Table 28 — IfcBridgePart Spatial Composition |
NOTE By using the inverse relationship IfcBridgePart.Decomposes it references (IfcBridge || IfcBridgePart) through IfcRelAggregates.RelatingObject_IfcBridgePart, the referenced IfcBridgePart needs to have a different and higher CompositionType, i.e. COMPLEX (if the other IfcBridgePart has ELEMENT), or ELEMENT (if the other IfcBridgePart has PARTIAL)._
Spatial Decomposition
The Spatial Decomposition concept template applies to this entity as shown in Table 29.
| ||||
Table 29 — IfcBridgePart Spatial Decomposition |
NOTE By using the inverse relationship IfcBridgePart.IsDecomposedBy it references IfcBridgePart through IfcRelAggregates.RelatedObjects. If it refers to another instance of IfcBridgePart, the referenced IfcBridgePart needs to have a different and lower CompositionType, i.e. ELEMENT (if the other IfcBuildingStorey has COMPLEX), or PARTIAL (if the other IfcBuildingStorey has ELEMENT).
NOTE Multi storey spaces shall be spatially contained by only a single building storey, usually it is the building storey where the base of the space lies.
Spatial Container
The Spatial Container concept applies to this entity.
If there are building elements and/or other elements directly related to the IfcBridgePart (like most building elements, such as walls, columns, etc.), they are associated with the IfcBridgePart by using the objectified relationship IfcRelContainedInSpatialStructure. The IfcBridgePart references them by its inverse relationship:
Elements can also be referenced in an IfcBridgePart, for example, if they span through several storeys. This is expressed by using the objectified relationship IfcRelReferencedInSpatialStructure. Systems, such as building service or electrical distribution systems, zonal systems, or structural analysis systems, relate to IfcBridgePart by using the objectified relationship IfcRelServicesBuildings.
Object Predefined Type
The Object Predefined Type concept applies to this entity.
Placement
The Product Local Placement concept applies to this entity.
The local placement for IfcBridgePart is defined in its supertype IfcProduct. It is defined by the IfcLocalPlacement or IfcLinearPlacement, which defines the local coordinate system that is referenced by all geometric representations.
Body Geometry
The Body Geometry concept template applies to this entity as shown in Table 30.
|
Table 30 — IfcBridgePart Body Geometry |
The body (or solid model) geometric representation (if the bridge part has an independent geometric representation) of IfcBridgePart is defined using faceted B-Rep capabilities (with or without voids), based on the IfcFacetedBrep or on the IfcFacetedBrepWithVoids. In the case of alignment based infrastructure, the geometric representation can be defined using IfcSectionedSolidHorizontal optionally IfcSweptAreaSolid.
NOTE Since the bridge part shape is usually described by the exterior building elements, an independent shape representation shall only be given, if the bridge part is exposed independently from its constituting elements and such independent geometric representation may be prohibited in model view definitions.
<?xml version="1.0" encoding="utf-8"?>
<ConceptRoot xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" uuid="83a7eaff-4ccf-4c6a-ad69-8a40c66ff2c8" name="IfcBridgePart" applicableRootEntity="IfcBridgePart">
<Applicability>
<Template ref="81578760-813a-4208-a9b5-0fae14dc0f4a" />
<TemplateRules operator="and">
</TemplateRules>
</Applicability>
<Concepts>
<Concept uuid="0fe525de-5c19-4d80-acff-28c821ad2c31" name="Spatial Composition">
<Template ref="8c0fd2f7-71bb-4e6e-8fdb-0c02b352f14a" />
<TemplateRules operator="and">
<TemplateRule Description="Assignment to the bridge, where the bridge part is a part of." Parameters="RelatingObject[Type]='IfcBridge'" />
<TemplateRule Description="Assignment to another bridge part, e.g. if this bridge part is a part that refers to another bridge part." Parameters="RelatingObject[Type]='IfcBridgePart'" />
</TemplateRules>
</Concept>
<Concept uuid="c7c23dee-1256-44cd-9089-2ff7e9d66e19" name="Spatial Decomposition">
<Template ref="667f8443-ecce-4a8d-a63f-931fab0453e0" />
<TemplateRules operator="and">
<TemplateRule Description="Spatial decomposition into bridge parts, if this bridge part is a main bridge part having subdivisions." Parameters="RelatedObjects[Type]='IfcBridgePart'" />
</TemplateRules>
</Concept>
<Concept uuid="10c6e02b-cfcb-4d44-8259-409121ca419a" name="Spatial Container">
<Template ref="61dd08ed-fd01-4955-9337-8afd284a0e6f" />
</Concept>
<Concept uuid="58877f95-cc1a-4b9c-b14f-43375b5a0920" name="Object Predefined Type">
<Template ref="25248261-98df-4d0a-9364-5653575ca421" />
</Concept>
<Concept uuid="20d2ab3b-39c3-47bb-b02e-19d4c3e99c8f" name="Placement">
<Template ref="cbe85b5f-7912-4a43-8bb7-1e63bf40b26d" />
</Concept>
<Concept uuid="21c8a293-0cbd-4070-a0ab-55fe0f8e5804" name="Body Geometry">
<Template ref="c446bd16-2de3-4b97-b34f-4446ac0badc2" />
<TemplateRules operator="and">
<TemplateRule />
</TemplateRules>
</Concept>
</Concepts>
</ConceptRoot>
<xs:element name="IfcBridgePart" type="ifc:IfcBridgePart" substitutionGroup="ifc:IfcFacilityPart" nillable="true"/>
<xs:complexType name="IfcBridgePart">
<xs:complexContent>
<xs:extension base="ifc:IfcFacilityPart"/>
</xs:complexContent>
</xs:complexType>
ENTITY IfcBridgePart
SUBTYPE OF (IfcFacilityPart);
END_ENTITY;