IfcSlab

Natural language names
deDecke / Dachfläche / Bodenplatte
enSlab
frDalle
Change log
ItemSPFXMLChangeDescription
IFC2x3 to IFC4
    IfcSlab
      OwnerHistoryMODIFIEDInstantiation changed to OPTIONAL.
IFC4x1 to IFC4x2
    IfcSlab
      PositionedFromADDED
Semantic definitions at the entity
Entity definition

A slab is a component of the construction that normally encloses a space vertically. The slab may provide the lower support (floor) or upper construction (roof slab) in any space in a building.

NOTE  Definition according to ISO 6707-1
thick, flat or shaped component, usually larger than 300 mm square, used to form a covering or projecting from a building.

Only the core or constructional part of this construction is considered to be a slab. The upper finish (flooring, roofing) and the lower finish (ceiling, suspended ceiling) are considered to be coverings. A special type of slab is the landing, described as a floor section to which one or more stair flights or ramp flights connect.

NOTE  There is a representation of slabs for structural analysis provided by a proper subtype of IfcStructuralMember being part of the IfcStructuralAnalysisModel.
NOTE  An arbitrary planar element to which this semantic information is not applicable or irrelevant shall be modeled as IfcPlate.

A slab may have openings, such as floor openings, or recesses. They are defined by an IfcOpeningElement attached to the slab using the inverse relationship HasOpenings pointing to IfcRelVoidsElement.

There are three entities for slab occurrences:

HISTORY  New entity in IFC2.0; it is a merger of the two previous entities IfcFloor, IfcRoofSlab, introduced in IFC1.0
Attribute definitions
#AttributeTypeCardinalityDescription B
9PredefinedTypeIfcSlabTypeEnum[0:1] Predefined generic type for a slab that is specified in an enumeration. There may be a property set given specifically for the predefined types.
NOTE  The PredefinedType shall only be used, if no IfcSlabType is assigned, providing its own IfcSlabType.PredefinedType.
X
Formal Propositions
RuleDescription
CorrectPredefinedTypeEither the PredefinedType attribute is unset (e.g. because an IfcSlabType is associated), or the inherited attribute ObjectType shall be provided, if the PredefinedType is set to USERDEFINED.
CorrectTypeAssignedEither there is no slab type object associated, i.e. the IsTypedBy inverse relationship is not provided, or the associated type object has to be of type IfcSlabType.
Inherited definitions from supertypes
Entity inheritance IfcSlabStandardCase IfcBuildingElement IfcElement IfcProduct IfcObject IfcObjectDefinition IfcRoot
Attribute inheritance
#AttributeTypeCardinalityDescriptionB
IfcRoot
1GlobalIdIfcGloballyUniqueId[1:1] Assignment of a globally unique identifier within the entire software world. X
2OwnerHistoryIfcOwnerHistory[0:1] 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.
X
3NameIfcLabel[0:1] 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
4DescriptionIfcText[0:1] Optional description, provided for exchanging informative comments.X
IfcObjectDefinition
HasAssignmentsIfcRelAssigns
@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
NestsIfcRelNests
@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).
IsNestedByIfcRelNests
@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). X
HasContextIfcRelDeclares
@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.
IsDecomposedByIfcRelAggregates
@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). X
DecomposesIfcRelAggregates
@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). X
HasAssociationsIfcRelAssociates
@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
5ObjectType- This attribute is out of scope for this model view definition and shall not be set.
IsTypedByIfcRelDefinesByType
@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. X
IsDefinedByIfcRelDefinesByProperties
@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. X
IfcProduct
6ObjectPlacementIfcObjectPlacement[0:1] 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
7RepresentationIfcProductRepresentation[0:1] 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
ReferencedByIfcRelAssignsToProduct
@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
IfcElement
8TagIfcIdentifier[0:1] The tag (or label) identifier at the particular instance of a product, e.g. the serial number, or the position number. It is the identifier at the occurrence level.X
ConnectedToIfcRelConnectsElements
@RelatingElement
S[0:?]Reference to the element connection relationship. The relationship then refers to the other element to which this element is connected to.
HasOpeningsIfcRelVoidsElement
@RelatingBuildingElement
S[0:?]Reference to the IfcRelVoidsElement relationship that creates an opening in an element. An element can incorporate zero-to-many openings. For each opening, that voids the element, a new relationship IfcRelVoidsElement is generated. X
ConnectedFromIfcRelConnectsElements
@RelatedElement
S[0:?]Reference to the element connection relationship. The relationship then refers to the other element that is connected to this element. X
ContainedInStructureIfcRelContainedInSpatialStructure
@RelatedElements
S[0:1]Containment relationship to the spatial structure element, to which the element is primarily associated. This containment relationship has to be hierachical, i.e. an element may only be assigned directly to zero or one spatial structure.
PositionedFromIfcRelPositions
@RelatingElement
S[0:1]Indicates a constrained placement, where the ObjectPosition must match positioning defined according to the referenced positioning element.X
IfcBuildingElement
IfcSlab
9PredefinedTypeIfcSlabTypeEnum[0:1] Predefined generic type for a slab that is specified in an enumeration. There may be a property set given specifically for the predefined types.
NOTE  The PredefinedType shall only be used, if no IfcSlabType is assigned, providing its own IfcSlabType.PredefinedType.
X
Definitions applying to Bridge View

 Instance diagram


Bridge deck design is driven by the bridge alignment curve, design lanes (to support traffic lanes, shoulders, sidewalks, etc.) with super-elevations accommodating design speeds, and live loads from traffic using AASHTO design standards. In addition, the underlying girders and spacing also influence the deck design, as the concrete may protrude to provide a contact area at constant elevation.

Geometry for bridge decks fits four general cases, where 'Alignment curves' indicates whether the horizontal and/or vertical alignment has any curvature (rather than straight line), 'Cross section rotates' indicates whether there is super-elevation such that the same profile may be rotated along the alignment, and 'Cross section varies' indicates that working points of the profile vary independently along the alignment, such as for keeping surfaces in contact with girders in the horizontal plane while the cross-section has an incline overall.

EntityAlignment curvesCross section rotatesCross section varies
IfcExtrudedAreaSolidNoNoNo
IfcFixedReferenceSweptAreaSolidYesNoNo
IfcSurfaceCurveSweptAreaSolidYesYesNo
IfcSectionedSpineYesYesYes

Applications should export the simplest form that precisely describes the bridge deck (above entities are listed in order of precedence). Applications that import this data are expected to handle any of the above.

Concept usage

Object Typing

The Object Typing concept applies to this entity as shown in Table 51.

Type
IfcSlabType

Table 51 — IfcSlab Object Typing

For bridge decks following a parametized template, such template may be referenced by this relationship.

The bridge deck template (IfcSlabType may define a standardized cross-section via IfcMaterialProfileSet, and standardized aggregated components.

Exchange
Import O
Export O


Quantity Sets

The Quantity Sets concept applies to this entity as shown in Table 52.

Name
Qto_SlabBaseQuantities

Table 52 — IfcSlab Quantity Sets

Exchange
Import O
Export O


Material Profile Set

The Material Profile Set concept applies to this entity.

Bridge decks are modelled as IfcSlab with IfcMaterialProfileSet indicating profile sections. The concrete profile is typically described using IfcArbitraryClosedProfileDef, where the cross-section captures any superelevation and projections for fitting onto beams.

As shown in Figure 191, the profile of the slab is described using IfcArbitraryClosedProfileDef, referring to an IfcIndexedPolyCurve. The X coordinates are fixed, while the Y coordinates vary along the alignment.

Bridge deck profile

Figure 191 — Bridge deck profile

For scenarios where the cross-section varies, the material profile set must reflect the cross-section at the start of the sweep, where downstream transformations may optionally be described by constraints.

The material is described using IfcMaterial, along with properties (IfcMaterialProperties) requiring particular strengths or concrete mixes.

Exchange
Import O
Export O


Constraint Association

The Constraint Association concept applies to this entity.

Constraints are entirely optional, and may be exchanged to indicate the design intent and/or to allow for editing of the underlying bridge model according to design parameters. Thus, the definitive physical structure of a bridge is described by it's geometry, whereas constraints merely provide information about how such design was achieved. In a contract scenario, in case of conflict between constraint information described herein, and the resulting geometry, the geometry governs.

For curved alignments, the dimensions of the cross-section may vary along the alignment. To manage and report such information cohesively, such dimensions may be captured in an IfcTable as shown in Figure 193, where the points of the IfcArbitraryClosedProfileDef are driven by formulas bound to columns (IfcTableColumn) of the IfcTable, with each cross-section segment captured within an IfcTableRow.

Bridge deck table

Figure 193 — Bridge deck table

Each of the table columns are mapped to corresponding profile points using IfcTableColumn with IfcReference as shown in Figure 2.

Bridge deck parameter

Figure 193 — Bridge deck parameter

To define such geometry in a full parametric fashion – using specific formulas rather than tables, constraints may be applied to points of the arbitrary profile. However, as the profile varies along the alignment curve, such formulas must reference positions along the alignment.

To define parameters, the IfcRelAssociatesConstraint relationship is associated with the enclosing IfcSlab, and refers to an IfcObjective having ObjectiveQualifier=PARAMETER, and contains a set of IfcMetric instances for each parameter to be related.

IfcMetric.ReferencePath maps to an X or Y coordinate value within the profile definition relative to the object, such as:

“\IfcSlab.HasAssociations\IfcRelAssociatesMaterial.RelatingMaterial\IfcMaterialProfileSet.Profile\IfcArbitraryClosedProfileDef.OuterCurve\IfcIndexedPolyCurve.Points\IfcCartesianPointList2D.CoordList[4][2]”.

This expression maps to the Y coordinate (2) of the fourth point (4) of the profile. To apply the formula for such parameter that relates the Y coordinate to the position of the underlying curve, IfcMetric.DataValue is mapped to either IfcTable for discrete values or IfcAppliedValue for a formula expression.

Exchange
Import O
Export O


Element Decomposition

The Element Decomposition concept applies to this entity as shown in Table 53.

RelatedObjectsDescription
IfcReinforcingBarRebar array in one direction for bridge decks
IfcReinforcingMeshRebar array in two directions for bridge decks
IfcTendonTendons
IfcTendonAnchorTendon anchors

Table 53 — IfcSlab Element Decomposition

Bridge decks may have reinforcing detailed according to aggregation as shown in Figure 194. Reinforcing that is poured within other components (such as piers) is defined within the connected component where it is to be initially placed, even though it may protrude into the bridge superstructure.

Bridge deck table

Figure 194 — Bridge deck components

Exchange
Import O
Export O


Element Positioning

The Element Positioning concept applies to this entity as shown in Table 54.

PlacementTransformDescription
VERTICALWARPBridge decks are positioned and transformed to follow the alignment curve.

Table 54 — IfcSlab Element Positioning

Exchange
Import O O O
Export O O O


Structural Surface Assignment

The Structural Surface Assignment concept applies to this entity.

The idealized structural representation of a bridge deck may be attached using this relationship, where underlying loads, load cases, and load results may be defined. For precast decks, camber ordinates are defined at the structural surface member.

Exchange
Import O R
Export O R


Body SweptSolid Extruded Arbitrary Geometry

The Body SweptSolid Extruded Arbitrary Geometry concept applies to this entity.

For bridge decks following a straight alignment (horizontally straight and vertically straight with possible constant incline), and constant cross-section, the geometry may be represented by IfcExtrudedAreaSolid.

Exchange
Import O
Export O


Body AdvancedSwept Fixed Reference Geometry

The Body AdvancedSwept Fixed Reference Geometry concept applies to this entity.

For bridge decks following a curved alignment with a constant cross-section that is not rotated (no super-elevation), the geometry may be represented by IfcSurfaceCurveSweptAreaSolid.



Body AdvancedSwept Surface Curve Geometry

The Body AdvancedSwept Surface Curve Geometry concept applies to this entity.

For bridge decks following a curved alignment with a constant cross-section that may be rotated, the geometry may be represented by IfcSurfaceCurveSweptAreaSolid.

Figure 195 illustrates usage of advanced swept solid geometry to represent a bridge deck, with gaps inserted for illustrative purposes.

Bridge deck model

Figure 195 — Bridge deck model

Exchange
Import O
Export O


Body Spine Geometry

The Body Spine Geometry concept applies to this entity.

For bridge decks where the profile varies along the alignment curve, slabs may be represented using IfcSectionedSpine, using discrete intervals as determined sufficient for construction. If segments may be constructed as linear, then underlying curve segments may be defined as IfcPolyline; otherwise if to be constructed precisely as curved, then such segments may be defined as any other subtype of IfcBoundedCurve for arcs, B-Splines, or other.

Note that such curve geometry does not directly reference curves structures defined at IfcAlignment; rather, such geometry is based on Cartesian placement derived from the alignment curve. The rationale for such approach is compatibility with existing CAD software for bridges which represents solid geometry according to STEP-compatible Cartesian definitions, regardless of the alignment curve.

Figure 197 illustrates usage of sectioned spine geometry to represent a bridge deck, with gaps inserted for illustrative purposes.

Bridge deck model

Figure 197 — Bridge deck model

Figure 198 illustrates the corresponding design plans for the bridge deck shown.

Bridge deck plans

Figure 198 — Bridge deck plans

Exchange
Import O
Export O


Concept inheritance

#ConceptModel View
IfcRoot
Software IdentityBridge View
User IdentityBridge View
Object OwnershipBridge View
IfcObject
Property Sets for ObjectsBridge View
IfcElement
Element Occurrence AttributesBridge View
Product Local PlacementBridge View
Product AssignmentBridge View
IfcSlab
Object TypingBridge View
Quantity SetsBridge View
Material Profile SetBridge View
Constraint AssociationBridge View
Element DecompositionBridge View
Element PositioningBridge View
Structural Surface AssignmentBridge View
Body SweptSolid Extruded Arbitrary GeometryBridge View
Body AdvancedSwept Fixed Reference GeometryBridge View
Body AdvancedSwept Surface Curve GeometryBridge View
Body Spine GeometryBridge View
Formal representations
XSD Specification
 <xs:element name="IfcSlab" type="ifc:IfcSlab" substitutionGroup="ifc:IfcBuildingElement" nillable="true"/>
 <xs:complexType name="IfcSlab">
  <xs:complexContent>
   <xs:extension base="ifc:IfcBuildingElement">
    <xs:attribute name="PredefinedType" type="ifc:IfcSlabTypeEnum" use="optional"/>
   </xs:extension>
  </xs:complexContent>
 </xs:complexType>
EXPRESS Specification
ENTITY IfcSlab
 SUPERTYPE OF(IfcSlabStandardCase)
 SUBTYPE OF (IfcBuildingElement);
  PredefinedType : OPTIONAL IfcSlabTypeEnum;
 WHERE
  CorrectPredefinedType : NOT(EXISTS(PredefinedType)) OR (PredefinedType <> IfcSlabTypeEnum.USERDEFINED) OR ((PredefinedType = IfcSlabTypeEnum.USERDEFINED) AND EXISTS (SELF\IfcObject.ObjectType));
  CorrectTypeAssigned : (SIZEOF(IsTypedBy) = 0) OR ('IFCSHAREDBLDGELEMENTS.IFCSLABTYPE' IN TYPEOF(SELF\IfcObject.IsTypedBy[1].RelatingType));
END_ENTITY;

Link to EXPRESS-G diagram EXPRESS-G diagram

Link to this page  Link to this page