Struct Ifc4x1¶

Defined in File Ifc4x1.h

Nested Relationships¶

Nested Types¶

Struct Documentation¶

struct Ifc4x1¶

Public Types

typedef IfcUtil::IfcBaseClass IfcActorSelect¶

The actor select type allows a person, or an organization, or a person associated with an organization to be referenced.

NOTE Corresponds to the following entity in ISO 10303-41: person_organization_select.

HISTORY New entity in IFC Release 1.5.1

SELECT

IfcOrganization An organization. IfcPerson A person. IfcPersonAndOrganization A person related to an organization.

typedef IfcUtil::IfcBaseClass IfcAppliedValueSelect¶

IfcAppliedValueSelect defines the selection of whether a value (expressed as a ratio) or an amount should be used as the value for an IfcAppliedValue.

Select from:

IfcMeasureWithUnit IfcMonetaryMeasure IfcRatioMeasure

HISTORY: New SELECT type in IFC 2x2.

Use definitions Selecting IfcMeasureWithUnit allows the specification of both the actual figure for the value together with the currency in which the value is represented. Selecting IfcMonetaryMeasure allows the specification only of the value, the currency being as set by the global context Selecting IfcRatioMeasure assumes that the amount is a percentage or other REAL number. Note that if the amount is normally specified as -20%, then this figure will need to be converted to a multiplier of 0.8

typedef IfcUtil::IfcBaseClass IfcAxis2Placement¶

Definition from ISO/CD 10303-42:1992: This select type collects together both versions of the placement as used in two dimensional or in three dimensional Cartesian space. This enables entities requiring this information to reference them without specifying the space dimensionality.

NOTE: Corresponding STEP type: axis2_placement, please refer to ISO/IS 10303-42:1994, p. 19 for the final definition of the formal standard.

HISTORY: New type in IFC Release 1.5

typedef IfcUtil::IfcBaseClass IfcBendingParameterSelect¶

Definition from IAI: A select type for selecting between simple measure types for reinforcement bending parameters.

HISTORY New type in IFC Release 2x4

typedef IfcUtil::IfcBaseClass IfcBooleanOperand¶

Definition from ISO/CD 10303-42:1992: This select type identifies all those types of entities which may participate in a Boolean operation to form a CSG solid.

Definition from IAI: CSG primitives are out of scope for the current IFC Release. Only faceted B-reps, swept area solids and half space solids are available as Boolean operands. Boolean results themselves can be used as operands thus enabling nested Boolean operations.

NOTE Corresponding STEP type: boolean_operand, please refer to ISO/IS 10303-42:1994, p.167 for the final definition of the formal standard. In IFC Release 1.5.1 & 2.0 only Boolean results (IfcBooleanResult), half space solids (IfcHalfSpaceSolid), faceted B-Rep, extruded solids and revolved solids (IfcSolidModel) are defined for being valid Boolean operands.

HISTORY: New Type in IFC Release 1.5.1

typedef IfcUtil::IfcBaseClass IfcClassificationReferenceSelect¶

IfcClassificationReferenceSelect enables selection of whether a classification reference is a subset of another classification reference or is a top level entry of a classification source.

HISTORY: New Select Type in IFC2x

Select From:

IfcClassification (for classification information) IfcClassificationReference (for reference into a classification source)

typedef IfcUtil::IfcBaseClass IfcClassificationSelect¶

IfcClassificationSelect enables selection of whether a classification reference is to be referenced from an external source, or whether a classification is referenced as such.

NOTE Generally, it is expected that selection will be by IfcClassificationReference to identify an individual classification notation that classifies an element in the building information model. For example an element, such as IfcTank, might be further classified by assigning an IfcClassificationReference with Identification = “L6814” and a ClassificationSource identifying the appropriate version of Uniclass. IfcClassification should only be selected in circumstances where there could be a need to indicate the classification system that will be used without associating a notation or reference to an individual object. This may occur for higher level objects such as IfcProject, IfcSystem, or similar. For example an IfcStructuralAnalysisModel might be classified to be applicable to a particular version of EuroCode.

HISTORY New select type in IFC2x

IFC2x4 CHANGE Select renamed from IfcClassificationNotationSelect.

Select from:

IfcClassification (for referencing a classification system) IfcClassificationReference (for referencing a classification item (or facet) inside a classification system)

typedef IfcUtil::IfcBaseClass IfcColour¶

Definition from ISO/CD 10303-46:1992: The colour entity defines a basic appearance of elements which shall be visualized in a picture.

NOTE Corresponding STEP name: colour. It has been made into a SELECT type in IFC to avoid multiple inheritance for pre defined colour. Please refer to ISO/IS 10303-46:1994, p. 138 for the final definition of the formal standard.

HISTORY New entity in IFC2x2.

typedef IfcUtil::IfcBaseClass IfcColourOrFactor¶

The IfcColourOrFactor enables the selection of either a RGB colour value or a scalar factor value for the use as values of the reflectance components.

HISTORY: New type in IFC2x2.

typedef IfcUtil::IfcBaseClass IfcCoordinateReferenceSystemSelect¶

IfcCoordinateReferenceSystemSelect is a select between either the local engineering coordinate system, represented by the IfcGeometricRepresentationContext, or another coordinate reference system, represented by IfcCoordinateReferenceSystem, to be the source of a coordinate operation.

HISTORY New select type in IFC2x4.

typedef IfcUtil::IfcBaseClass IfcCsgSelect¶

Definition from ISO/CD 10303-42:1992: This type identifies the types of entity which may be selected as the root of a CSG tree including a single CSG primitive as a special case. Definition from IAI: The IfcBooleanResult, and subtypes of IfcCsgPrimitive3D are defined as potential root tree expression (at IfcCsgSolid). A subtype of IfcCsgPrimitive3D marks the special case of a CSG solid solely expressed by a single primitive.

NOTE Corresponding ISO 10303-42 type: csg_select, please refer to ISO/IS 10303-42:1994, p.168 for the final definition of the formal standard.

HISTORY New Type in IFC Release 1.5.1.

typedef IfcUtil::IfcBaseClass IfcCurveFontOrScaledCurveFontSelect¶

Definition from ISO/CD 10303-46:1992: The curve font or scaled curve font select is a selection of either a curve font style select (being either a predefined curve font or an explicitly defined curve font) or a curve style font and scaling.

NOTE Corresponding ISO 10303 name: curve_font_or_scaled_curve_font_select. Please refer to ISO/IS 10303-46:1994 for the final definition of the formal standard.

HISTORY New entity in IFC2x2.

typedef IfcUtil::IfcBaseClass IfcCurveOnSurface¶

typedef IfcUtil::IfcBaseClass IfcCurveOrEdgeCurve¶

IfcCurveOrEdgeCurve provides the option to either select a geometric curve (IfcCurve and subtypes) within a geometric model, or a curve with associated geometry and coordinates (IfcEdgeCurve) within a topological model. SELECT

IfcCurve IfcEdgeCurve

HISTORY New select type in IFC2x Edition 3.

typedef IfcUtil::IfcBaseClass IfcCurveStyleFontSelect¶

Definition from ISO/CD 10303-46:1992: The curve style font select is a selection of a curve style font or a predefined curve style font.

NOTE Corresponding ISO 10303 name: curve_style_font_select. Please refer to ISO/IS 10303-46:1994 for the final definition of the formal standard.

HISTORY New entity in IFC2x2.

typedef IfcUtil::IfcBaseClass IfcDefinitionSelect¶

IfcDefinitionSelectprovides the option to either select an object or type object IfcObjectDefinition, or a property set template or property set, IfcPropertyDefinition. SELECT

IfcObjectDefinition, IfcPropertyDefinition

HISTORY New select type in IFC2x4.

typedef IfcUtil::IfcBaseClass IfcDerivedMeasureValue¶

IfcDerivedMeasureValue is a select type for selecting between derived measure types.

SELECT

IfcAbsorbedDoseMeasure IfcAccelerationMeasure IfcAngularVelocityMeasure IfcCompoundPlaneAngleMeasure IfcDoseEquivalentMeasure IfcDynamicViscosityMeasure IfcElectricCapacitanceMeasure IfcElectricChargeMeasure IfcElectricConductanceMeasure IfcElectricResistanceMeasure IfcElectricVoltageMeasure IfcEnergyMeasure IfcForceMeasure IfcFrequencyMeasure IfcHeatFluxDensityMeasure IfcIlluminanceMeasure IfcInductanceMeasure IfcIntegerCountRateMeasure IfcIsothermalMoisturecapacityMeasure IfcKinematicViscosityMeasure IfcLinearForceMeasure IfcLinearMomentMeasure IfcLinearStiffnessMeasure IfcLinearVelocityMeasure IfcLuminousFluxMeasure IfcMagneticFluxDensityMeasure IfcMagneticFluxMeasure IfcMassDensityMeasure IfcMassFlowRateMeasure IfcModulusOfElasticityMeasure IfcModulusOfSubgradeReactionMeasure IfcMoistureDiffusivityMeasure IfcMolecularWeightMeasure IfcMomentOfInertiaMeasure IfcMonetaryMeasure IfcPlanarForceMeasure IfcPowerMeasure IfcPressureMeasure IfcRadioActivityMeasure IfcRotationalFrequencyMeasure IfcRotationalStiffnessMeasure IfcShearModulusMeasure IfcSpecificHeatCapacityMeasure IfcThermalAdmittanceMeasure IfcThermalConductivityMeasure IfcThermalResistanceMeasure IfcThermalTransmittanceMeasure IfcTimeStamp IfcTorqueMeasure IfcVaporPermeabilityMeasure IfcVolumetricFlowRateMeasure IfcCurvatureMeasure IfcMassPerLengthMeasure IfcRotationalMassMeasure IfcSectionalAreaIntegralMeasure IfcSectionModulusMeasure IfcTemperatureGradientMeasure IfcTemperatureRateOfChangeMeasure IfcWarpingConstantMeasure IfcWarpingMomentMeasure IfcThermalExpansionCoefficientMeasure IfcModulusOfLinearSubgradeReactionMeasure IfcModulusOfRotationalSubgradeReactionMeasure IfcLuminousIntensityDistributionMeasure IfcSoundPowerMeasure IfcSoundPressureMeasure

HISTORY New type in IFC Release 2x.

IFC2x4 change: added IfcTemperatureRateOfChangeMeasure.

typedef IfcUtil::IfcBaseClass IfcDocumentSelect¶

IfcDocumentSelect enables selection of whether document information is to be contained within an IFC model or is to be referenced from an external source.

HISTORY: New Select Type in IFC 2x

Select From:

IfcDocumentInformation (for “metadata” of an external document) IfcDocumentReference (for reference within a document)

typedef IfcUtil::IfcBaseClass IfcFillStyleSelect¶

Definition from ISO/CD 10303-46:1992: The fill style select is a selection between different fill area styles.

NOTE Corresponding ISO 10303 name: fill_style_select. Please refer to ISO/IS 10303-46:1994 for the final definition of the formal standard.

HISTORY New type in IFC2x2.

typedef IfcUtil::IfcBaseClass IfcGeometricSetSelect¶

Definition from ISO/CD 10303-42:1992: This select type identifies the types of entities which can occur in a geometric set.

NOTE: Corresponding ISO 10303 type: geometric_set_select. Please refer to ISO/IS 10303-42:1994, p. 169 for the final definition of the formal standard.

HISTORY: New type in IFC Release 2x.

typedef IfcUtil::IfcBaseClass IfcGridPlacementDirectionSelect¶

IfcGridPlacementDirectionSelect enables the choice of defining a grid placement be either an explicit direction, or by referencing a second grid intersection to provide the direction.

SELECT

IfcDirection, IfcVirtualGridIntersection

HISTORY New select type in IFC2x4.

typedef IfcUtil::IfcBaseClass IfcHatchLineDistanceSelect¶

The IfcHatchLineDistanceSelect is a selection between different ways to determine the distance and potentially start point of hatch lines, either by an offset distance length measure or by a vector.

HISTORY New type in IFC2x3.

typedef IfcUtil::IfcBaseClass IfcLayeredItem¶

Definition from ISO/CD 10303-46:1992: The layered things type selects those things, which can be grouped in layers.

It is the collection of all those items, that are assigned to a single layer. These items are representation items or complete representations (IfcRepresentationItem, IfcRepresentation). If an IfcRepresentation is referenced, all IfcRepresentationItem within its set of Items are assigned to the same layer.

NOTE: Corresponding ISO 10303 name: layered_item. It was called layered_things in the ISO/CD version and had been renamed to layered_item in the ISO/IS final version. Please refer to ISO/IS 10303-46:1994, p. 13 for the final definition of the formal standard.

HISTORY: New type in IFC2x2.

typedef IfcUtil::IfcBaseClass IfcLibrarySelect¶

IfcLibrarySelect enables selection of whether library information is to be contained within an IFC model or is to be referenced from an external source.

HISTORY: New Select Type in IFC2x

Select From:

IfcLibraryInformation (for library information) IfcLibraryReference (for reference into a library of information by location)

Generally, it is expected that selection will be IfcLibraryReference and only rarely IfcLibraryInformation. IfcLibraryInformation should only be selected in circumstances where there could be a need to indicate the libraries that will be used without making individual references. This may occur for higher level objects such as a project or building.

typedef IfcUtil::IfcBaseClass IfcLightDistributionDataSourceSelect¶

A goniometric light gets its intensity distribution function (how much light goes in any one direction) from one of two sources: (i) an industry-standard file, (ii) from distribution data passed directly via the IfcLightIntensityDistribution.

The light distribution provides the luminous intensity distribution according to some standardized light distribution curves.

Select:

Type Definition

IfcExternalReference Light distribution is represented by a standard photometric data file such as Eulumdat, IES, CIBSE TM14.

IfcLightIntensityDistribution For representing a light distribution directly the following values needs to be given in a table like structure with column and row headings. These headings should contain the angles (C/γ or B/β ) and the table body contains the intensity values, (normally normalized to cd/Klm). The angles can be non- equidistant and the angle steps can be almost any value in the valid range, so a list of all available angles in both directions covers all cases.

HISTORY New type in IFC2x2.

typedef IfcUtil::IfcBaseClass IfcMaterialSelect¶

IfcMaterialSelect provides selection of either a material definition or a material usage definition that can be assigned to an element, a resource or another entity within IFC. SELECT

IfcMaterialDefinition

IfcMaterial IfcMaterialLayer IfcMaterialLayerSet IfcMaterialProfile IfcMaterialProfileSet IfcMaterialConstituent IfcMaterialConstituentSet

IfcMaterialUsageDefinition

IfcMaterialLayerSetUsage IfcMaterialProfileSetUsage

IfcMaterialList

HISTORY New select in IFC 1.0

IFC2x4 CHANGE The select now includes two new abstract entities IfcMaterialDefinition and IfcMaterialUsageDefinition with upward compatibility. The use of IfcMaterialList is deprecated from IFC2x4 onwards.

typedef IfcUtil::IfcBaseClass IfcMeasureValue¶

Definition from ISO/CD 10303-41:1992: A measure value is a value as defined in ISO 31-0 (clause 2).

NOTE IfcMeasureValue is a select data type for most basic measure types coming from ISO 10303-41. Select item IfcNonNegativeLengthMeasure is in addition to ISO 10303-41.

NOTE Corresponding ISO 10303 name: measure_value, please refer to ISO/IS 10303-41 for the final definition of the formal standard.

HISTORY New type in IFC Release 1.5.1.

IFC 2x4 change: added IfcNonNegativeLengthMeasure

typedef IfcUtil::IfcBaseClass IfcMetricValueSelect¶

IfcMetricValueSelect is a select type that enables selection of the data type for the value component of an IfcMetric.

HISTORY: New type in IFC Release 2.0

Select

IfcCostValue IfcDateTime IfcMeasureWithUnit IfcTable IfcText IfcTimeSeries

typedef IfcUtil::IfcBaseClass IfcModulusOfRotationalSubgradeReactionSelect¶

Definition from IAI: A measure for modulus of rotational subgrade reaction which expresses the rotational bedding of a structural curve item per length. TRUE denotes infinite stiffness (rigidity). FALSE denotes no stiffness (a release). A numeric value denotes finite linear-elastic stiffness.

HISTORY: New type in IFC 2x4.

typedef IfcUtil::IfcBaseClass IfcModulusOfSubgradeReactionSelect¶

Definition from IAI: Bedding measure which expresses the bedding of a structural face item per area. TRUE denotes infinite stiffness (rigidity). FALSE denotes no stiffness (a release). A numeric value denotes finite linear-elastic stiffness.

HISTORY: New type in IFC 2x4.

typedef IfcUtil::IfcBaseClass IfcModulusOfTranslationalSubgradeReactionSelect¶

Definition from IAI: A measure for modulus of translational subgrade reaction which expresses the translational bedding of a structural curve item per length. TRUE denotes infinite stiffness (rigidity). FALSE denotes no stiffness (a release). A numeric value denotes finite linear-elastic stiffness.

HISTORY: New type in IFC 2x4.

typedef IfcUtil::IfcBaseClass IfcObjectReferenceSelect¶

IfcObjectReferenceSelect is a select type, that holds a list of resource level entities that can be used as properties within a property set.

HISTORY New select type in IFC Release 2.0.

typedef IfcUtil::IfcBaseClass IfcPointOrVertexPoint¶

IfcPointOrVertexPointprovides the option to either select a geometric point (IfcPoint and subtypes) within a geometric model, or a vertex with associated point coordinates (IfcVertexPoint) within a topological model. SELECT

IfcPoint, IfcVertexPoint

HISTORY New select type in IFC2x Edition 3.

typedef IfcUtil::IfcBaseClass IfcPresentationStyleSelect¶

Definition from ISO/CD 10303-46:1992: The presentation style select is a selection of one of many kinds of styles, a different one for each kind of geometric representation item to be styled.

NOTE Corresponding ISO 10303 name: presentation_style_Select. Please refer to ISO/IS 10303-46:1994 for the final definition of the formal standard.

HISTORY New type in IFC2x2.

IFC2x4 CHANGE The select type has been deprecated.

typedef IfcUtil::IfcBaseClass IfcProcessSelect¶

IfcProcessSelectprovides the option to either select a process or activity occurrence, IfcProcess, or a process or activity type, IfcTypeProcess. SELECT

IfcProcess,

IfcTypeProcess

HISTORY New select type in IFC2x4.

typedef IfcUtil::IfcBaseClass IfcProductRepresentationSelect¶

typedef IfcUtil::IfcBaseClass IfcProductSelect¶

IfcProductSelectprovides the option to either select a product occurrence, IfcProduct, or a product type, IfcTypeProduct. SELECT

IfcProduct, IfcTypeProduct

HISTORY New select type in IFC2x4.

typedef IfcUtil::IfcBaseClass IfcPropertySetDefinitionSelect¶

typedef IfcUtil::IfcBaseClass IfcResourceObjectSelect¶

IfcResourceObjectSelect enables selection of resource level objects that are to be related to an resource level relationship object. The use of IfcResourceObjectSelect includes the ability to assign an external reference entity (library, classification, or documentation reference) to entities within the resource level.

HISTORY New Select type in IFC2x4.

typedef IfcUtil::IfcBaseClass IfcResourceSelect¶

IfcResourceSelectprovides the option to either select a resource occurrence, IfcResource, or a resource type, IfcTypeResource. SELECT

IfcResource, IfcTypeResource

HISTORY New select type in IFC2x4.

typedef IfcUtil::IfcBaseClass IfcRotationalStiffnessSelect¶

Definition from IAI: A measure of rotational stiffness. TRUE denotes infinite stiffness (rigidity). FALSE denotes no stiffness (a release). A numeric value denotes finite linear-elastic stiffness.

HISTORY: New type in IFC 2x4.

typedef IfcUtil::IfcBaseClass IfcSegmentIndexSelect¶

typedef IfcUtil::IfcBaseClass IfcShell¶

Definition from ISO/CD 10303-42:1992 This type collects together, for reference when constructing more complex models, the subtypes which have the characteristics of a shell. A shell is a connected object of fixed dimensionality d = 0; 1; or 2, typically used to bound a region. The domain of a shell, if present, includes its bounds and 0 £ X < ¥.

A shell of dimensionality 0 is represented by a graph consisting of a single vertex. The vertex shall not have any associated edges. A shell of dimensionality 1 is represented by a connected graph of dimensionality 1. A shell of dimensionality 2 is a topological entity constructed by joining faces along edges. Its domain, if present, is a connected, orientable 2-manifold with boundary, that is, a connected, oriented, finite, non-self-intersecting surface, which may be closed or open.

Shells of dimensionality 0 and 1 are not part of the current IFC release.

NOTE Corresponding ISO 10303 type: shell. Please refer to ISO/IS 10303-42:1994, p. 127 for the final definition of the formal standard. Only the select items closed_shell (IfcClosedShell) and open_shell (IfcOpenShell) have been incorporated in the current IFC release.

HISTORY New type in IFC2x.

typedef IfcUtil::IfcBaseClass IfcSimpleValue¶

IfcSimpleValue is a select type for selecting between simple value types.

SELECT

IfcInteger: Defined type of simple type INTEGER. IfcReal: Defined type of simple type REAL. IfcBoolean: Defined type of simple type BOOLEAN. IfcLogical: Defined type of simple type LOGICAL. IfcIdentifier: Defined type of simple type STRING for identification purposes. IfcLabel: Defined type of simple type STRING for naming purposes. IfcText: Defined type of simple type STRING for descriptive purposes. IfcDateTime: Defined type of simple type STRING to represent a date and time. IfcDate: Defined type of simple type STRING to represent a date. IfcTime: Defined type of simple type STRING to represent a time. IfcDuration: Defined type of simple type STRING to represent a duration.

HISTORY New type in IFC Release 2x.

IFC2x4 CHANGE Items IfcDateTime, IfcDate, IfcTime, IfcDuration added.

typedef IfcUtil::IfcBaseClass IfcSizeSelect¶

Definition from ISO/CD 10303-46:1992: The size select is a selection of a specific positive length measure.

Definition from ISO: The size (or width) measure value is given in the global drawing length units.

NOTE global units are defined at the single IfcProject instance, given by UnitsInContext:IfcUnitAssignment, the same units are used for the geometric representation items and for the style definitions.

NOTE Corresponding ISO 10303 name: size_select. Please refer to ISO/IS 10303-46:1994 for the final definition of the formal standard.

HISTORY New type in IFC2x2.

IFC2x3 CHANGE The SELECT item IfcMeasureWithUnit has been removed from the IfcSizeSelect, the IfcRatioMeasure and IfcDescriptiveMeasure has been added.

typedef IfcUtil::IfcBaseClass IfcSolidOrShell¶

The IfcSolidOrShell provides the option to either select a geometric volume (IfcSolidModel and subtypes) within a geometric model, or a shell (IfcClosedShell) within a topological model. SELECT

IfcSolidModel IfcClosedShell

HISTORY New select type in IFC2x4.

typedef IfcUtil::IfcBaseClass IfcSpaceBoundarySelect¶

Definition from IAI: The IfcSpaceBoundarySelectselects either an internal space for internal or external space boundaries, or an external spatial element for external space boundaries at the outer envelop of the building. SELECT

IfcSpace, IfcExternalSpatialElement

HISTORY New select type in IFC2x4.

typedef IfcUtil::IfcBaseClass IfcSpecularHighlightSelect¶

The IfcSpecularHighlightSelect defines the selectable types of value for specular highlight sharpness.

NOTE: The two select types relate to the different ways to specifiy the sharpness (or shininess) of the specular part of the reflectance equation. It relates to the attributes:

in ISO10303-46 the attribute specular_exponent is given in VRML97 the attribute shininess is given

For each surface side style only one of the two methods is needed for calculating the specular part of the equation.

HISTORY: New type in IFC2x2.

typedef IfcUtil::IfcBaseClass IfcStructuralActivityAssignmentSelect¶

Definition from IAI: This type definition shall be used to distinguish between a reference to an instance either of IfcStructuralItem or IfcBuildingElement. The IfcStructuralActivityAssignmentSelect type is referenced by the entity IfcRelConnectsStructuralActivity which defines the connection between activities (IfcStructuralActivity) and the loaded element.

HISTORY: New type in Release IFC2x Edition 2.

typedef IfcUtil::IfcBaseClass IfcStyleAssignmentSelect¶

The style assignment select is a selection of two wasy of assigning presentation styles to an IfcStyledItem.

by directly assigning presentation styles as subtypes of IfcPresentationStyle by assigning presentation stypes via an intermediate collection entity IfcPresentationStyleAssignment

NOTE Using IfcPresentationStyleAssignment is deprecated in IFC2x4 onwards

NOTE The select type has been introduced to provide an upward compatible improvement for assigning styles to a styled items.

HISTORY New select type in IFC2x4.

typedef IfcUtil::IfcBaseClass IfcSurfaceOrFaceSurface¶

IfcSurfaceOrFaceSurface provides the option to either select a geometric surface (IfcSurface and subtypes) within a geometric model, or a face with associated surface geometry and coordinates (IfcFaceSurface) within a topological model. SELECT

IfcSurface IfcFaceSurface IfcFaceBasedSurfaceModel (a connected face set, representing a faceted surface as an approximation of a non planar, non rectangular bounded surface)

HISTORY New select type in IFC2x3.

typedef IfcUtil::IfcBaseClass IfcSurfaceStyleElementSelect¶

Definition from ISO/CD 10303-46:1992: The surface style element select is a selection of the different surface styles to use in the presentation of the side of a surface.

The select type only includes the IfcSurfaceStyleRendering (which is the equivalent to surface_style_rendering) from the select type surface_style_element_select. In addition it has the IfcSurfaceStyleLighting, which holds the exact physically based lighting properties for lighting based calculation algorithms (as the opposite to the rendering based calculation), the IfcSurfaceStyleRefraction (for more advanced refraction indices) and IfcSurfaceStyleWithTextures (to allow for image textures applied to surfaces). In addition an IfcExternallyDefinedSurfaceStyle can be selected that points into an external material library.

NOTE The IfcSurfaceLightingProperties are needed for exact lighting calculation, because physically based lighting calculation algorithms need exact physically based parameters. The factors in IfcSurfaceStyleRendering lack the physical base, they are intended for rendering calculations, but a lighting calculation based software cannot use these values.

NOTE: Corresponding ISO 10303 type: surface_style_element_select. Please refer to ISO/IS 10303-46:1994, p. 85 for the final definition of the formal standard.

HISTORY: New Select type in IFC2x2.

typedef IfcUtil::IfcBaseClass IfcTextFontSelect¶

IfcTextFontSelect allows for either a predefined text font, a text font model or an externally defined text font to be used to describe the font of a text literal. The definition of the text font model is based on W3C TR Cascading Style Sheet Version 1, whereas the definition of predefined text font is based on ISO 10303.

NOTE IfcTextFontSelect is an entity that had been adopted from ISO 10303, Industrial automation systems and integration—Product data representation and exchange, Part 46: Integrated generic resources: Visual presentation. Corresponding ISO 10303 name: font_select. Please refer to ISO/IS 10303-46:1994, p. 133 for the final definition of the formal standard.

HISTORY New type in IFC2x2.

IFC2x3 CHANGE The select type has been renamed from IfcFontSelect.

typedef IfcUtil::IfcBaseClass IfcTimeOrRatioSelect¶: IfcTimeOrRatioSelect allows a value to be selected as being either a ratio or a time measure. HISTORY New SELECT in IFC2x4

typedef IfcUtil::IfcBaseClass IfcTranslationalStiffnessSelect¶

Definition from IAI: A measure of linear stiffness. TRUE denotes infinite stiffness (rigidity). FALSE denotes no stiffness (a release). A numeric value denotes finite linear-elastic stiffness.

HISTORY: New type in IFC 2x4.

typedef IfcUtil::IfcBaseClass IfcTrimmingSelect¶

Definition from ISO/CD 10303-42:1992: This select type identifies the two possible ways of trimming a parametric curve; by a Cartesian point on the curve, or by a REAL number defining a parameter value within the parametric range of the curve.

NOTE Corresponding ISO 10303 type: trimming_select, please refer to ISO/IS 10303-42:1994, p. 20 for the final definition of the formal standard.

HISTORY New Type in IFC Release 1.0

typedef IfcUtil::IfcBaseClass IfcUnit¶

Definition from ISO/CD 10303-41:1992: A unit is a physical quantity, with a value of one, which is used as a standard in terms of which other quantities are expressed.

NOTE: Select item IfcMonetaryUnit is an addition to ISO 10303-41.

NOTE: Corresponding ISO 10303 name: unit, please refer to ISO/IS 10303-41 for the final definition of the formal standard.

SELECT

IfcNamedUnit: A unit which is identified by a name. IfcDerivedUnit: A unit which is derived from an expression of units. IfcMonetaryUnit: A unit for defining currencies.

HISTORY: New type in IFC Release 1.5.1.

typedef IfcUtil::IfcBaseClass IfcValue¶

IfcValue is a select type for selecting between more specialised select types IfcSimpleValue, IfcMeasureValue and IfcDerivedMeasureValue.

SELECT

IfcSimpleValue A select type for basic defined types of simple data type. IfcMeasureValue A select type for basic measure types of ISO 10303-41. IfcDerivedMeasureValue A select type for derived measure types.

HISTORY New type in IFC Release 2x.

typedef IfcUtil::IfcBaseClass IfcVectorOrDirection¶

Definition from ISO/CD 10303-42:1992: This type is used to identify the types of entity which can participate in vector computations.

NOTE Corresponding STEP type: vector_or_direction, please refer to ISO/IS 10303-42:1994, p. 20 for the final definition of the formal standard.

HISTORY New Type in IFC Release 1.5

typedef IfcUtil::IfcBaseClass IfcWarpingStiffnessSelect¶

Definition from IAI: A measure of warping stiffness. TRUE denotes infinite stiffness (rigidity). FALSE denotes no stiffness (a release). A numeric value denotes finite linear-elastic stiffness.

HISTORY: New type in IFC 2x4.

Public Static Functions

const IfcParse::schema_definition &get_schema()¶

Public Static Attributes

const char *const Identifier¶

class IfcAbsorbedDoseMeasure : public IfcUtil::IfcBaseType

IfcAbsorbedDoseMeasure is a measure of the absorbed radioactivity dose. Usually measured in Gray (Gy, J/kg). Type: REAL

HISTORY New type in IFC Release 2x.

Public Functions

const IfcParse::type_declaration &declaration() const

IfcAbsorbedDoseMeasure(IfcEntityInstanceData *e)

IfcAbsorbedDoseMeasure(double v)

operator double() const

Public Static Functions

const IfcParse::type_declaration &Class()

class IfcAccelerationMeasure : public IfcUtil::IfcBaseType

IfcAccelerationMeasure is a measure of acceleration. Usually measured in m/s2. Type: REAL

HISTORY New type in IFC Release 2x.

Public Functions

const IfcParse::type_declaration &declaration() const

IfcAccelerationMeasure(IfcEntityInstanceData *e)

IfcAccelerationMeasure(double v)

operator double() const

Public Static Functions

const IfcParse::type_declaration &Class()

class IfcActionRequest : public Ifc4x1::IfcControl

A request is the act or instance of asking for something, such as a request for information, bid submission, or performance of work.

Requests may take many forms depending on the need including fault reports for maintenance, requests for small works, and purchase requests (where these are to be made through a help desk or buying function).

HISTORY: New entity in IFC2x2 IFC2x4 CHANGE RequestID renamed to Identification and promoted to supertype IfcControl, attributes PredefinedType, Status, and LongDescription added.

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Refer to the documentation at the supertype IfcControl and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_ActionRequest

Declaration Use Definition The IfcActionRequest may be declared within the project using the IfcRelDeclares relationship where RelatingContext refers to the single IfcProject and RelatedDefinitions contains the IfcActionRequest. Alternatively, if the IfcActionRequest is aggregated within an IfcWorkPlan, then it shall not have a direct declaration relationship (whereas the containing work plan may have a declaration relationship).

Composition Use Definition As shown in Figure 155, an IfcActionRequest may be aggregated into components using IfcRelAggregates where RelatingObject refers to the enclosing IfcActionRequest and RelatedObjects contains one or more components. Aggregation use is defined for the following predefined types:

(All Types): May contain IfcCostSchedule components. A cost schedule may indicate costs and quantities where the cost schedule type may designate whether rates and/or quantities are estimated or final. Such cost schedule may have assigned cost items indicating detail, where each cost item may have assigned products, processes, or resources.

The IfcActionRequest may be nested into sub-items using IfcRelNests where RelatingObject refers to the enclosing IfcActionRequest and RelatedObjects contains one or more sub-items. Nesting use is defined for the following predefined types:

(All Types): May contain IfcActionRequest sub-items. A request may be nested into follow-up requests, in order of issue.

Figure 155 — Action request composition

Assignment Use Definition As shown in Figure 156, an IfcActionRequest may be assigned to the following entities using relationships as indicated:

IfcActor (IfcRelAssignsToActor): Person or organization issuing the request such as a tenant or owner.

The IfcActionRequest may have assignments of its own using the IfcRelAssignsToControl relationship where RelatingControl refers to the IfcActionRequest and RelatedObjects contains one or more objects of the following types: IfcActor: Person or organization(s) fulfilling the request such as a facilities manager or contractor.

Figure 156 — Action request assignment

Approval Use Definition Approvals may be associated to indicate the status of acceptance or rejection using the IfcRelAssociatesApproval relationship where RelatingApproval refers to an IfcApproval and RelatedObjects contains the IfcActionRequest. Approvals may be split into sub-approvals using IfcApprovalRelationship to track approval status separately for each party where RelatingApproval refers to the higher-level approval and RelatedApprovals contains one or more lower-level approvals. The hierarchy of approvals implies sequencing such that a higher-level approval is not executed until all of its lower-level approvals have been accepted.

Public Types

typedef IfcTemplatedEntityList<IfcActionRequest> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcActionRequest.

::Ifc4x1::IfcActionRequestTypeEnum::Value PredefinedType() const

Identifies the predefined type of sources through which a request can be made.

IFC2x4 CHANGE The attribute has been added.

void setPredefinedType(::Ifc4x1::IfcActionRequestTypeEnum::Value v)

bool hasStatus() const: Whether the optional attribute Status is defined for this IfcActionRequest.

std::string Status() const

The status currently assigned to the request. Possible values include: Hold: wait to see if further requests are received before deciding on action NoAction: no action is required on this request Schedule: plan action to take place as part of maintenance or other task planning/scheduling Urgent: take action immediately

IFC2x4 CHANGE The attribute has been added.

void setStatus(std::string v)

bool hasLongDescription() const: Whether the optional attribute LongDescription is defined for this IfcActionRequest.

std::string LongDescription() const

Detailed description of the permit.

IFC2x4 CHANGE The attribute has been added.

void setLongDescription(std::string v)

const IfcParse::entity &declaration() const

IfcActionRequest(IfcEntityInstanceData *e)

IfcActionRequest(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, boost::optional<std::string> v6_Identification, boost::optional<::Ifc4x1::IfcActionRequestTypeEnum::Value> v7_PredefinedType, boost::optional<std::string> v8_Status, boost::optional<std::string> v9_LongDescription)

Public Static Functions

const IfcParse::entity &Class()

struct IfcActionRequestTypeEnum¶

Public Types

enum Value¶

IfcActionRequestTypeEnum defines the types of sources through which a request can be made. HISTORY: New Enumeration in IFC2x4. Enumeration:

EMAIL: Request was made through email. FAX: Request was made through facsimile. PHONE: Request was made verbally over a telephone. POST: Request was made through postal mail. VERBAL: Request was made verbally in person.

USERDEFINED: User-defined type. NOTDEFINED: Undefined type.

Values:

enumerator IfcActionRequestType_EMAIL¶

enumerator IfcActionRequestType_FAX¶

enumerator IfcActionRequestType_PHONE¶

enumerator IfcActionRequestType_POST¶

enumerator IfcActionRequestType_VERBAL¶

enumerator IfcActionRequestType_USERDEFINED¶

enumerator IfcActionRequestType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

struct IfcActionSourceTypeEnum¶

Public Types

enum Value¶

Definition from IAI:This enumeration type contains possible action sources.

HISTORY: New type in Release IFC2x Edition 2.

Values:

enumerator IfcActionSourceType_DEAD_LOAD_G¶

enumerator IfcActionSourceType_COMPLETION_G1¶

enumerator IfcActionSourceType_LIVE_LOAD_Q¶

enumerator IfcActionSourceType_SNOW_S¶

enumerator IfcActionSourceType_WIND_W¶

enumerator IfcActionSourceType_PRESTRESSING_P¶

enumerator IfcActionSourceType_SETTLEMENT_U¶

enumerator IfcActionSourceType_TEMPERATURE_T¶

enumerator IfcActionSourceType_EARTHQUAKE_E¶

enumerator IfcActionSourceType_FIRE¶

enumerator IfcActionSourceType_IMPULSE¶

enumerator IfcActionSourceType_IMPACT¶

enumerator IfcActionSourceType_TRANSPORT¶

enumerator IfcActionSourceType_ERECTION¶

enumerator IfcActionSourceType_PROPPING¶

enumerator IfcActionSourceType_SYSTEM_IMPERFECTION¶

enumerator IfcActionSourceType_SHRINKAGE¶

enumerator IfcActionSourceType_CREEP¶

enumerator IfcActionSourceType_LACK_OF_FIT¶

enumerator IfcActionSourceType_BUOYANCY¶

enumerator IfcActionSourceType_ICE¶

enumerator IfcActionSourceType_CURRENT¶

enumerator IfcActionSourceType_WAVE¶

enumerator IfcActionSourceType_RAIN¶

enumerator IfcActionSourceType_BRAKES¶

enumerator IfcActionSourceType_USERDEFINED¶

enumerator IfcActionSourceType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

struct IfcActionTypeEnum¶

Public Types

enum Value¶

Definition from IAI: This enumeration type is used to distinguish between possible action types at a high level. It can be used for an automated definition of load combinations and for dimensioning. The contained items and their acronyms are adopted from the Eurocode standard.

HISTORY: New type in Release IFC2x Edition 2.

Values:

enumerator IfcActionType_PERMANENT_G¶

enumerator IfcActionType_VARIABLE_Q¶

enumerator IfcActionType_EXTRAORDINARY_A¶

enumerator IfcActionType_USERDEFINED¶

enumerator IfcActionType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcActor : public Ifc4x1::IfcObject

The IfcActor defines all actors or human agents involved in a project during its full life cycle. It facilitates the use of person and organization definitions in the resource part of the IFC object model. This includes name, address, telecommunication addresses, and roles.

HISTORY New Entity in IFC Release 2.0

Relationship use definition Actors are assigned (such as to a process or a resource) by the relationship object that refers to the corresponding object:

Process: assigned using IfcRelAssignsToProcess Resource: assigned using IfcRelAssignsToResource

Property set use definition The property sets relating to the IfcActor are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the inverse IsDefinedBy relationship. The following property set definitions specific to IfcActor are part of this IFC release:

Pset_ActorCommon: common property set for all actor occurrences

Subclassed by Ifc4x1::IfcOccupant

Public Types

typedef IfcTemplatedEntityList<IfcActor> list

Public Functions

::Ifc4x1::IfcActorSelect *TheActor() const: Information about the actor.

void setTheActor(::Ifc4x1::IfcActorSelect *v)

IfcTemplatedEntityList<IfcRelAssignsToActor>::ptr IsActingUpon() const

const IfcParse::entity &declaration() const

IfcActor(IfcEntityInstanceData *e)

IfcActor(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcActorSelect *v6_TheActor)

Public Static Functions

const IfcParse::entity &Class()

class IfcActorRole : public IfcUtil::IfcBaseEntity

Definition: A role which is performed by an actor, either a person, an organization or a person related to an organization.

NOTE: The list of roles of the enumeration values of the Role attribute can never be complete. Therefore using enumeration value USERDEFINED, the user can provide his/her own role as a value of the attribute UserDefinedRole.

Corresponds to the following entity in ISO-10303-41: organization_role and person_role.

HISTORY New entity in IFC Release 1.5.1

Public Types

typedef IfcTemplatedEntityList<IfcActorRole> list

Public Functions

::Ifc4x1::IfcRoleEnum::Value Role() const: The name of the role played by an actor. If the Role has value USERDEFINED, then the user defined role shall be provided as a value of the attribute UserDefinedRole.

void setRole(::Ifc4x1::IfcRoleEnum::Value v)

bool hasUserDefinedRole() const: Whether the optional attribute UserDefinedRole is defined for this IfcActorRole.

std::string UserDefinedRole() const: Allows for specification of user defined roles beyond the enumeration values provided by Role attribute of type IfcRoleEnum. When a value is provided for attribute UserDefinedRole in parallel the attribute Role shall have enumeration value USERDEFINED.

void setUserDefinedRole(std::string v)

bool hasDescription() const: Whether the optional attribute Description is defined for this IfcActorRole.

std::string Description() const: A textual description relating the nature of the role played by an actor.

void setDescription(std::string v)

IfcTemplatedEntityList<IfcExternalReferenceRelationship>::ptr HasExternalReference() const

const IfcParse::entity &declaration() const

IfcActorRole(IfcEntityInstanceData *e)

IfcActorRole(::Ifc4x1::IfcRoleEnum::Value v1_Role, boost::optional<std::string> v2_UserDefinedRole, boost::optional<std::string> v3_Description)

Public Static Functions

const IfcParse::entity &Class()

class IfcActuator : public Ifc4x1::IfcDistributionControlElement

An actuator is a mechanical device for moving or controlling a mechanism or system. An actuator takes energy, usually created by air, electricity, or liquid, and converts that into some kind of motion.

HISTORY New entity in IFC2x4

Type Use Definition IfcActuator defines the occurrence of any actuator; common information about actuator types is handled by IfcActuatorType. The IfcActuatorType (if present) may establish the common type name, usage (predefined type), properties, materials, ports, composition, assignments, and representations. The IfcActuatorType is attached using the IfcRelDefinesByType objectified relationship and is accessible by the IsTypedBy inverse attribute. If the IfcActuatorType has ports or aggregated elements, such objects are reflected at the IfcActuator occurrence using the IfcRelDefinesByObject relationship.

Property Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Property sets may also be specified at the IfcActuatorType, defining the common property data for all occurrences of the same type. They are then accessible by the IsTypedBy inverse attribute pointing to IfcActuatorType.HasPropertySets. If both are given, then the properties directly defined at IfcActuator override the properties defined at IfcActuatorType. Refer to the documentation at the supertype IfcDistributionControlElement and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: (All Types)

Pset_ActuatorPHistory (PSET_PERFORMANCEDRIVEN) Pset_ActuatorTypeCommon (PSET_TYPEDRIVENOVERRIDE) Pset_ActuatorTypeLinearActuation (PSET_TYPEDRIVENOVERRIDE) Pset_ActuatorTypeRotationalActuation (PSET_TYPEDRIVENOVERRIDE)

ELECTRICACTUATOR

Pset_ActuatorTypeElectricActuator (PSET_TYPEDRIVENOVERRIDE)

HYDRAULICACTUATOR

Pset_ActuatorTypeHydraulicActuator (PSET_TYPEDRIVENOVERRIDE)

PNEUMATICACTUATOR

Pset_ActuatorTypePneumaticActuator (PSET_TYPEDRIVENOVERRIDE)

Quantity Use Definition The quantities relating to this entity are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. The following base quantities are defined and shall be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, may be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement shall be provided.

Qto_ActuatorBaseQuantities

Material Use Definition The material of the IfcActuator is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. Material information can also be given at the IfcActuatorType, defining the common attribute data for all occurrences of the same type. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

Casing: Material from which the casing is constructed.

Connection Use Definition The IfcActuator may be connected to other objects as follows using the indicated relationship:

IfcFlowController (IfcRelFlowControlElements): Indicates a connected valve, damper, or switch controlled by the actuator.

Port Use Definition The distribution ports relating to the IfcActuator are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. If the actuator occurrence is defined by IfcActuatorType, then the port occurrences must reflect those defined at the IfcActuatorType using the IfcRelDefinesByObject relationship. Ports are specific to the IfcActuator PredefinedType as follows indicated by the IfcDistributionPort Name, PredefinedType, and FlowDirection:

Input (SIGNAL, SINK): Receives signal.

Public Types

typedef IfcTemplatedEntityList<IfcActuator> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcActuator.

::Ifc4x1::IfcActuatorTypeEnum::Value PredefinedType() const

void setPredefinedType(::Ifc4x1::IfcActuatorTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcActuator(IfcEntityInstanceData *e)

IfcActuator(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcActuatorTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcActuatorType : public Ifc4x1::IfcDistributionControlElementType

The distribution control element type IfcActuatorType defines commonly shared information for occurrences of actuators. The set of shared information may include:

common properties with shared property sets common representations of shape common materials common composition of elements common ports applicable assignment of process types

It is used to define a actuator specification (i.e. the specific product information, that is common to all occurrences of that product type). Actuator types may be exchanged without being already assigned to occurrences. Occurrences of IfcActuatorType are represented by instances of IfcActuator.

HISTORY: New entity in IFC2x2

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the HasPropertySets attribute. Refer to the documentation at the supertype IfcDistributionControlElementType and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity according to the PredefinedType attribute:

Pset_ActuatorTypeCommon Pset_ActuatorTypeElectricActuator (ELECTRICACTUATOR) Pset_ActuatorTypeHydraulicActuator (HYDRAULICACTUATOR) Pset_ActuatorTypeLinearActuation Pset_ActuatorTypePneumaticActuator (PNEUMATICACTUATOR) Pset_ActuatorTypeRotationalActuation

Material Use Definition The material of the IfcActuatorType is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

‘Casing’: Material from which the casing is constructed.

Port Use Definition The distribution ports relating to the IfcActuatorType type are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. Ports are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Refer to the documentation at IfcActuator for standard port definitions.

Public Types

typedef IfcTemplatedEntityList<IfcActuatorType> list

Public Functions

::Ifc4x1::IfcActuatorTypeEnum::Value PredefinedType() const: Identifies the predefined types of actuator from which the type required may be set.

void setPredefinedType(::Ifc4x1::IfcActuatorTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcActuatorType(IfcEntityInstanceData *e)

IfcActuatorType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcActuatorTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcActuatorTypeEnum¶

Public Types

enum Value¶

The IfcActuatorTypeEnum defines the range of different types of actuator that can be specified.

HISTORY: New type in IFC R2.0

Enumeration

ELECTRICACTUATOR: A device that electrically actuates a control element.

PNEUMATICACTUATOR<: A device that pneumatically actuates a control element

HYDRAULICACTUATOR: A device that electrically actuates a control element.

HANDOPERATEDACTUATOR: A device that manually actuates a control element. THERMOSTATICACTUATOR: A device that thermostatically actuates a control element. USERDEFINED: User-defined type. NOTDEFINED: Undefined type.

See property set of actuator common attributes for specification of properties for hand operated actuators.

Values:

enumerator IfcActuatorType_ELECTRICACTUATOR¶

enumerator IfcActuatorType_HANDOPERATEDACTUATOR¶

enumerator IfcActuatorType_HYDRAULICACTUATOR¶

enumerator IfcActuatorType_PNEUMATICACTUATOR¶

enumerator IfcActuatorType_THERMOSTATICACTUATOR¶

enumerator IfcActuatorType_USERDEFINED¶

enumerator IfcActuatorType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcAddress : public IfcUtil::IfcBaseEntity

Definition: An abstract entity type for various kinds of postal and telecom addresses.

NOTE Corresponds to the following entity in ISO-10303-41: address.

HISTORY New entity in IFC Release 1.5.1.

Subclassed by Ifc4x1::IfcPostalAddress, Ifc4x1::IfcTelecomAddress

Public Types

typedef IfcTemplatedEntityList<IfcAddress> list

Public Functions

bool hasPurpose() const: Whether the optional attribute Purpose is defined for this IfcAddress.

::Ifc4x1::IfcAddressTypeEnum::Value Purpose() const: Identifies the logical location of the address.

void setPurpose(::Ifc4x1::IfcAddressTypeEnum::Value v)

bool hasDescription() const: Whether the optional attribute Description is defined for this IfcAddress.

std::string Description() const: Text that relates the nature of the address.

void setDescription(std::string v)

bool hasUserDefinedPurpose() const: Whether the optional attribute UserDefinedPurpose is defined for this IfcAddress.

std::string UserDefinedPurpose() const: Allows for specification of user specific purpose of the address beyond the enumeration values provided by Purpose attribute of type IfcAddressTypeEnum. When a value is provided for attribute UserDefinedPurpose, in parallel the attribute Purpose shall have enumeration value USERDEFINED.

void setUserDefinedPurpose(std::string v)

IfcTemplatedEntityList<IfcPerson>::ptr OfPerson() const

IfcTemplatedEntityList<IfcOrganization>::ptr OfOrganization() const

const IfcParse::entity &declaration() const

IfcAddress(IfcEntityInstanceData *e)

IfcAddress(boost::optional<::Ifc4x1::IfcAddressTypeEnum::Value> v1_Purpose, boost::optional<std::string> v2_Description, boost::optional<std::string> v3_UserDefinedPurpose)

Public Static Functions

const IfcParse::entity &Class()

struct IfcAddressTypeEnum¶

Public Types

enum Value¶

Definition from IAI: Identifies the logical location of the address.

HISTORY New type in IFC Release 2x.

ENUMERATION

OFFICE An office address. SITE A site address. HOME A home address. DISTRIBUTIONPOINT A postal distribution point address. USERDEFINED A user defined address type to be provided.

Values:

enumerator IfcAddressType_OFFICE¶

enumerator IfcAddressType_SITE¶

enumerator IfcAddressType_HOME¶

enumerator IfcAddressType_DISTRIBUTIONPOINT¶

enumerator IfcAddressType_USERDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcAdvancedBrep : public Ifc4x1::IfcManifoldSolidBrep

An advanced B-rep is a boundary representation model in which all faces, edges and vertices are explicitly represented. It is a solid with explicit topology and elementaty or free-form geometry. The faces of the B-rep are of type IfcAdvancedFace. An advanced B-rep has to meet the same topological constraints as the manifold solid B-rep. NOTE The advanced B-rep has been introduced in order to support the increasing number of applications that can define and exchange B-rep models based on NURBS or other b-spline surfaces.

NOTE Corresponding ISO 10303-42 entity: advanced_brep_shape_representation. Please refer to ISO/IS 10303-514:1999 for the final definition of the formal standard. There is no explicit entity in ISO 10303-42 for an advanced B-rep, the advanced_brep_shape_representation only ensures that only such kind of manifold B-rep’s are used in a shape representation.

HISTORY New entity in IFC2x4

Informal proposition:

each face is a face surface; each face surface has its geometry defined by an elementary surface, swept surface or a b-spline surface; the edges used to define the boundaries of the face shall all reference an edge curve each curve used to define the geometry of the faces and face bounds shall be either a conic, or a line or a polyline or a b-spline curve the edges used to define the face boundaries shall all be trimmed by vertices of type vertex point no loop used to define a face bound shall be of the oriented subtype

Figure 249 illustrates use of IfcAdvancedBrep for boundary representation models with b-spline surfaces. The diagram shows the topological and geometric representation items that are used for advanced B-reps, based on IfcAdvancedFace.

Figure 249 — Advanced Brep

Subclassed by Ifc4x1::IfcAdvancedBrepWithVoids

Public Types

typedef IfcTemplatedEntityList<IfcAdvancedBrep> list

Public Functions

const IfcParse::entity &declaration() const

IfcAdvancedBrep(IfcEntityInstanceData *e)

IfcAdvancedBrep(::Ifc4x1::IfcClosedShell *v1_Outer)

Public Static Functions

const IfcParse::entity &Class()

class IfcAdvancedBrepWithVoids : public Ifc4x1::IfcAdvancedBrep

The IfcAdvancedBrepWithVoids is a specialization of an advanced B-rep which contains one or more voids in its interior. The voids are represented as closed shells which are defined so that the shell normal point into the void.

NOTE Corresponding ISO 10303-42 entity: brep_with_voids (see note above). Please refer to ISO/IS 10303-42:1994, p. 173 for the final definition of the formal standard. In IFC advanced B-rep with voids is represented by this subtype IfcAdvancedBrepWithVoids and not defined via an implicit ANDOR supertype constraint as in ISO/IS 10303-42:1994 between an instance of manifold_solid_brep AND brep_with_voids. This change has been made due to the fact, that only ONEOF supertype constraint is allowed within the IFC object model.

HISTORY New entity in IFC2x4

Informal propositions:

Each void shell shall be disjoint from the outer shell and from every other void shell Each void shell shall be enclosed within the outer shell but not within any other void shell. In particular the outer shell is not in the set of void shells Each shell in the IfcManifoldSolidBrep shall be referenced only once. All the faces of all the shells in the IfcAdvancedBrep and the IfcAdvancedBrepWithVoids.Voids shall be of type IfcAdvancedFace.

Public Types

typedef IfcTemplatedEntityList<IfcAdvancedBrepWithVoids> list

Public Functions

IfcTemplatedEntityList<::Ifc4x1::IfcClosedShell>::ptr Voids() const

void setVoids(IfcTemplatedEntityList<::Ifc4x1::IfcClosedShell>::ptr v)

const IfcParse::entity &declaration() const

IfcAdvancedBrepWithVoids(IfcEntityInstanceData *e)

IfcAdvancedBrepWithVoids(::Ifc4x1::IfcClosedShell *v1_Outer, IfcTemplatedEntityList<::Ifc4x1::IfcClosedShell>::ptr v2_Voids)

Public Static Functions

const IfcParse::entity &Class()

class IfcAdvancedFace : public Ifc4x1::IfcFaceSurface

An advanced face is a specialization of a face surface that has to meet requirements on using particular topological and geometric representation items for the definition of the faces, edges and vertices.

An IfcAdvancedFace is restricted to:

have a face surface geometry of type IfcElementarySurface, IfcSweptSurface or IfcBSplineSurface have at least on IfcFaceOuterBound as the bound of the face have all faces to be bound by IfcEdgeLoop or IfcVertexLoop have all edges to have an edge curve geometry have the edge curve geometry restricted to IfcLine, IfcConic, IfcPolyline, or IfcBSplineCurve

NOTE Corresponding ISO 10303 entity: advanced_face. Please refer to ISO/IS 10303-511:1999 for the final definition of the formal standard.

HISTORY New entity in IFC2x4

Public Types

typedef IfcTemplatedEntityList<IfcAdvancedFace> list

Public Functions

const IfcParse::entity &declaration() const

IfcAdvancedFace(IfcEntityInstanceData *e)

IfcAdvancedFace(IfcTemplatedEntityList<::Ifc4x1::IfcFaceBound>::ptr v1_Bounds, ::Ifc4x1::IfcSurface *v2_FaceSurface, bool v3_SameSense)

Public Static Functions

const IfcParse::entity &Class()

class IfcAirTerminal : public Ifc4x1::IfcFlowTerminal

An air terminal is a terminating or origination point for the transfer of air between distribution system(s) and one or more spaces. It can also be used for the transfer of air between adjacent spaces.

HISTORY New entity in IFC2x4

Type Use Definition IfcAirTerminal defines the occurrence of any air terminal; common information about air terminal types is handled by IfcAirTerminalType. The IfcAirTerminalType (if present) may establish the common type name, usage (predefined type), properties, materials, ports, composition, assignments, and representations. The IfcAirTerminalType is attached using the IfcRelDefinesByType objectified relationship and is accessible by the IsTypedBy inverse attribute. If the IfcAirTerminalType has ports or aggregated elements, such objects are reflected at the IfcAirTerminal occurrence using the IfcRelDefinesByObject relationship. Figure 210 illustrates air terminal type use. Figure 210 — Air terminal type use

Property Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Property sets may also be specified at the IfcAirTerminalType, defining the common property data for all occurrences of the same type. They are then accessible by the IsTypedBy inverse attribute pointing to IfcAirTerminalType.HasPropertySets. If both are given, then the properties directly defined at IfcAirTerminal override the properties defined at IfcAirTerminalType. Refer to the documentation at the supertype IfcFlowTerminal and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_AirTerminalOccurrence (PSET_OCCURRENCEDRIVEN) Pset_AirTerminalPHistory (PSET_PERFORMANCEDRIVEN) Pset_AirTerminalTypeCommon (PSET_TYPEDRIVENOVERRIDE)

Quantity Use Definition The quantities relating to this entity are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. The following base quantities are defined and shall be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, may be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement shall be provided.

Qto_AirTerminalBaseQuantities

Material Use Definition The material of the IfcAirTerminal is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. Material information can also be given at the IfcAirTerminalType, defining the common attribute data for all occurrences of the same type. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

Body: The primary material from which the object is constructed.

Port Use Definition The distribution ports relating to the IfcAirTerminal are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. If the air terminal occurrence is defined by IfcAirTerminalType, then the port occurrences must reflect those defined at the IfcAirTerminalType using the IfcRelDefinesByObject relationship. Ports are specific to the IfcAirTerminal PredefinedType as follows indicated by the IfcDistributionPort Name, PredefinedType, and FlowDirection:

DIFFUSER

Air (AIRCONDITIONING, SINK): Supply air, typically connected from a duct segment or fitting.

GRILLE

Air (VENTILATION, SOURCE): Return air, typically connected to a duct segment or fitting.

REGISTER

Air (AIRCONDITIONING, SINK): Supply air, typically connected from a duct segment or fitting.

Figure 211 illustrates air terminal port use. Figure 211 — Air terminal port use

Public Types

typedef IfcTemplatedEntityList<IfcAirTerminal> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcAirTerminal.

::Ifc4x1::IfcAirTerminalTypeEnum::Value PredefinedType() const

void setPredefinedType(::Ifc4x1::IfcAirTerminalTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcAirTerminal(IfcEntityInstanceData *e)

IfcAirTerminal(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcAirTerminalTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcAirTerminalBox : public Ifc4x1::IfcFlowController

An air terminal box typically participates in an HVAC duct distribution system and is used to control or modulate the amount of air delivered to its downstream ductwork. An air terminal box type is often referred to as an “air flow regulator”.

HISTORY New entity in IFC2x4

Type Use Definition IfcAirTerminalBox defines the occurrence of any air terminal box; common information about air terminal box types is handled by IfcAirTerminalBoxType. The IfcAirTerminalBoxType (if present) may establish the common type name, usage (predefined type), properties, materials, ports, composition, assignments, and representations. The IfcAirTerminalBoxType is attached using the IfcRelDefinesByType objectified relationship and is accessible by the IsTypedBy inverse attribute. If the IfcAirTerminalBoxType has ports or aggregated elements, such objects are reflected at the IfcAirTerminalBox occurrence using the IfcRelDefinesByObject relationship.

Property Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Property sets may also be specified at the IfcAirTerminalBoxType, defining the common property data for all occurrences of the same type. They are then accessible by the IsTypedBy inverse attribute pointing to IfcAirTerminalBoxType.HasPropertySets. If both are given, then the properties directly defined at IfcAirTerminalBox override the properties defined at IfcAirTerminalBoxType. Refer to the documentation at the supertype IfcFlowController and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_AirTerminalBoxPHistory (PSET_PERFORMANCEDRIVEN) Pset_AirTerminalBoxTypeCommon (PSET_TYPEDRIVENOVERRIDE)

Quantity Use Definition The quantities relating to this entity are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. The following base quantities are defined and shall be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, may be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement shall be provided.

Qto_AirTerminalBoxBaseQuantities

Material Use Definition The material of the IfcAirTerminalBox is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. Material information can also be given at the IfcAirTerminalBoxType, defining the common attribute data for all occurrences of the same type. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

Body: The primary material from which the object is constructed.

Port Use Definition The distribution ports relating to the IfcAirTerminalBox are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. If the air terminal box occurrence is defined by IfcAirTerminalBoxType, then the port occurrences must reflect those defined at the IfcAirTerminalBoxType using the IfcRelDefinesByObject relationship. Ports are specific to the IfcAirTerminalBox PredefinedType as follows indicated by the IfcDistributionPort Name, PredefinedType, and FlowDirection:

Inlet (AIRCONDITIONING, SINK): Incoming air. Outlet (AIRCONDITIONING, SOURCE): Outgoing regulated air.

Public Types

typedef IfcTemplatedEntityList<IfcAirTerminalBox> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcAirTerminalBox.

::Ifc4x1::IfcAirTerminalBoxTypeEnum::Value PredefinedType() const

void setPredefinedType(::Ifc4x1::IfcAirTerminalBoxTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcAirTerminalBox(IfcEntityInstanceData *e)

IfcAirTerminalBox(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcAirTerminalBoxTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcAirTerminalBoxType : public Ifc4x1::IfcFlowControllerType

The flow controller type IfcAirTerminalBoxType defines commonly shared information for occurrences of air boxes. The set of shared information may include:

common properties with shared property sets common representations of shape common materials common composition of elements common ports applicable assignment of process types

It is used to define a air box specification (i.e. the specific product information, that is common to all occurrences of that product type). Air Box types may be exchanged without being already assigned to occurrences. Occurrences of IfcAirTerminalBoxType are represented by instances of IfcAirTerminalBox.

HISTORY: New entity in IFC2x2

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the HasPropertySets attribute. Refer to the documentation at the supertype IfcFlowControllerType and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_AirTerminalBoxTypeCommon

Material Use Definition The material of the IfcAirTerminalBoxType is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

‘Body’: The primary material from which the object is constructed.

Port Use Definition The distribution ports relating to the IfcAirTerminalBoxType type are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. Ports are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Refer to the documentation at IfcAirTerminalBox for standard port definitions.

Public Types

typedef IfcTemplatedEntityList<IfcAirTerminalBoxType> list

Public Functions

::Ifc4x1::IfcAirTerminalBoxTypeEnum::Value PredefinedType() const: The air terminal box type.

void setPredefinedType(::Ifc4x1::IfcAirTerminalBoxTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcAirTerminalBoxType(IfcEntityInstanceData *e)

IfcAirTerminalBoxType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcAirTerminalBoxTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcAirTerminalBoxTypeEnum¶

Public Types

enum Value¶

This enumeration identifies different types of air terminal boxes.

Valid enumerations are:

CONSTANTFLOW: Terminal box does not include a means to reset the volume automatically to an outside signal such as thermostat. VARIABLEFLOWPRESSUREDEPENDANT: terminal box includes a means to reset the volume automatically to a different control point in response to an outside signal such as thermostat: air-flow rate depends on supply pressure. VARIABLEFLOWPRESSUREINDEPENDANT: terminal box includes a means to reset the volume automatically to a different control point in response to an outside signal such as thermostat: air-flow rate is independant of supply pressure. USERDEFINED: User-defined terminal box. NOTDEFINED: Undefined terminal box.

HISTORY: New enumeration in IFC R2.0

Values:

enumerator IfcAirTerminalBoxType_CONSTANTFLOW¶

enumerator IfcAirTerminalBoxType_VARIABLEFLOWPRESSUREDEPENDANT¶

enumerator IfcAirTerminalBoxType_VARIABLEFLOWPRESSUREINDEPENDANT¶

enumerator IfcAirTerminalBoxType_USERDEFINED¶

enumerator IfcAirTerminalBoxType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcAirTerminalType : public Ifc4x1::IfcFlowTerminalType

The flow terminal type IfcAirTerminalType defines commonly shared information for occurrences of air terminals. The set of shared information may include:

common properties with shared property sets common representations of shape common materials common composition of elements common ports applicable assignment of process types

It is used to define a air terminal specification (i.e. the specific product information, that is common to all occurrences of that product type). Air Terminal types may be exchanged without being already assigned to occurrences. Occurrences of IfcAirTerminalType are represented by instances of IfcAirTerminal.

HISTORY: New entity in IFC2x2

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the HasPropertySets attribute. Refer to the documentation at the supertype IfcFlowTerminalType and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_AirTerminalTypeCommon

Material Use Definition The material of the IfcAirTerminalType is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

‘Body’: The primary material from which the object is constructed.

Port Use Definition The distribution ports relating to the IfcAirTerminalType type are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. Ports are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Refer to the documentation at IfcAirTerminal for standard port definitions.

Public Types

typedef IfcTemplatedEntityList<IfcAirTerminalType> list

Public Functions

::Ifc4x1::IfcAirTerminalTypeEnum::Value PredefinedType() const

void setPredefinedType(::Ifc4x1::IfcAirTerminalTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcAirTerminalType(IfcEntityInstanceData *e)

IfcAirTerminalType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcAirTerminalTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcAirTerminalTypeEnum¶

Public Types

enum Value¶

Enumeration defining the functional types of air terminals. The IfcAirTerminalTypeEnum contains the following:

GRILLE: A covering for any area through which air passes. REGISTER: A grille typically equipped with a damper or control valve. DIFFUSER: An outlet discharging supply air in various directions and planes. LOUVRE: A rectilinear louvre. USERDEFINED: User-defined air terminal type. NOTDEFINED: Undefined air terminal type.

NOTE: Architectural louvres within doors or windows are defined by IfcPermeableCoveringProperties.

HISTORY: New enumeration in IFC R2x2. Modified in IFC R2x4 to add LOUVRE and remove EYEBALL, IRIS, LINEARGRILLE, LINEARDIFFUSER

Values:

enumerator IfcAirTerminalType_DIFFUSER¶

enumerator IfcAirTerminalType_GRILLE¶

enumerator IfcAirTerminalType_LOUVRE¶

enumerator IfcAirTerminalType_REGISTER¶

enumerator IfcAirTerminalType_USERDEFINED¶

enumerator IfcAirTerminalType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcAirToAirHeatRecovery : public Ifc4x1::IfcEnergyConversionDevice

An air-to-air heat recovery device employs a counter-flow heat exchanger between inbound and outbound air flow. It is typically used to transfer heat from warmer air in one chamber to cooler air in the second chamber (i.e., typically used to recover heat from the conditioned air being exhausted and the outside air being supplied to a building), resulting in energy savings from reduced heating (or cooling) requirements.

HISTORY New entity in IFC2x4

Type Use Definition IfcAirToAirHeatRecovery defines the occurrence of any air to air heat recovery; common information about air to air heat recovery types is handled by IfcAirToAirHeatRecoveryType. The IfcAirToAirHeatRecoveryType (if present) may establish the common type name, usage (predefined type), properties, materials, ports, composition, assignments, and representations. The IfcAirToAirHeatRecoveryType is attached using the IfcRelDefinesByType objectified relationship and is accessible by the IsTypedBy inverse attribute. If the IfcAirToAirHeatRecoveryType has ports or aggregated elements, such objects are reflected at the IfcAirToAirHeatRecovery occurrence using the IfcRelDefinesByObject relationship.

Property Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Property sets may also be specified at the IfcAirToAirHeatRecoveryType, defining the common property data for all occurrences of the same type. They are then accessible by the IsTypedBy inverse attribute pointing to IfcAirToAirHeatRecoveryType.HasPropertySets. If both are given, then the properties directly defined at IfcAirToAirHeatRecovery override the properties defined at IfcAirToAirHeatRecoveryType. Refer to the documentation at the supertype IfcEnergyConversionDevice and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_AirToAirHeatRecoveryPHistory (PSET_PERFORMANCEDRIVEN) Pset_AirToAirHeatRecoveryTypeCommon (PSET_TYPEDRIVENOVERRIDE)

Quantity Use Definition The quantities relating to this entity are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. The following base quantities are defined and shall be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, may be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement shall be provided.

Qto_AirToAirHeatRecoveryBaseQuantities

Material Use Definition The material of the IfcAirToAirHeatRecovery is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. Material information can also be given at the IfcAirToAirHeatRecoveryType, defining the common attribute data for all occurrences of the same type. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

Body: The primary material from which the object is constructed. Media: The primary media material used for heat transfer.

Port Use Definition The distribution ports relating to the IfcAirToAirHeatRecovery are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. If the air to air heat recovery occurrence is defined by IfcAirToAirHeatRecoveryType, then the port occurrences must reflect those defined at the IfcAirToAirHeatRecoveryType using the IfcRelDefinesByObject relationship. Ports are specific to the IfcAirToAirHeatRecovery PredefinedType as follows indicated by the IfcDistributionPort Name, PredefinedType, and FlowDirection:

AirInlet (AIRCONDITIONING, SINK): Cold air in. AirOutlet (AIRCONDITIONING, SOURCE): Colder air out. ExhaustInlet (VENTILATION, SINK): Hot return air in. ExhaustOutlet (VENTILATION, SOURCE): Hotter return air out.

Public Types

typedef IfcTemplatedEntityList<IfcAirToAirHeatRecovery> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcAirToAirHeatRecovery.

::Ifc4x1::IfcAirToAirHeatRecoveryTypeEnum::Value PredefinedType() const

void setPredefinedType(::Ifc4x1::IfcAirToAirHeatRecoveryTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcAirToAirHeatRecovery(IfcEntityInstanceData *e)

IfcAirToAirHeatRecovery(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcAirToAirHeatRecoveryTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcAirToAirHeatRecoveryType : public Ifc4x1::IfcEnergyConversionDeviceType

The energy conversion device type IfcAirToAirHeatRecoveryType defines commonly shared information for occurrences of air-to-air heat recovery devices. The set of shared information may include:

common properties with shared property sets common representations of shape common materials common composition of elements common ports applicable assignment of process types

It is used to define a air-to-air heat recovery device specification (i.e. the specific product information, that is common to all occurrences of that product type). Air-To-Air Heat Recovery Device types may be exchanged without being already assigned to occurrences. Occurrences of IfcAirToAirHeatRecoveryType are represented by instances of IfcAirToAirHeatRecovery.

HISTORY: New entity in IFC2x2

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the HasPropertySets attribute. Refer to the documentation at the supertype IfcEnergyConversionDeviceType and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_AirToAirHeatRecoveryTypeCommon

Material Use Definition The material of the IfcAirToAirHeatRecoveryType is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

‘Media’: The primary media material used for heat transfer.

Port Use Definition The distribution ports relating to the IfcAirToAirHeatRecoveryType type are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. Ports are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Refer to the documentation at IfcAirToAirHeatRecovery for standard port definitions.

Public Types

typedef IfcTemplatedEntityList<IfcAirToAirHeatRecoveryType> list

Public Functions

::Ifc4x1::IfcAirToAirHeatRecoveryTypeEnum::Value PredefinedType() const: Defines the type of air to air heat recovery device.

void setPredefinedType(::Ifc4x1::IfcAirToAirHeatRecoveryTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcAirToAirHeatRecoveryType(IfcEntityInstanceData *e)

IfcAirToAirHeatRecoveryType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcAirToAirHeatRecoveryTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcAirToAirHeatRecoveryTypeEnum¶

Public Types

enum Value¶

Defines general types of pumps. The IfcPumpTypeEnum contains the following:

FIXEDPLATECOUNTERFLOWEXCHANGER: Heat exchanger with moving parts and alternate layers of plates, separated and sealed from the exhaust and supply air stream passages with primary air enters at secondary air outlet location and exits at secondary air inlet location. FIXEDPLATECROSSFLOWEXCHANGER: Heat exchanger with moving parts and alternate layers of plates, separated and sealed from the exhaust and supply air stream passages with secondary air flow in the direction perpendicular to primary air flow. FIXEDPLATEPARALLELFLOWEXCHANGER: Heat exchanger with moving parts and alternate layers of plates, separated and sealed from the exhaust and supply air stream passages with primary air enters at secondary air inlet location and exits at secondary air outlet location. ROTARYWHEEL: A heat wheel with a revolving cylinder filled with an air-permeable medium having a large internal surface area. RUNAROUNDCOILLOOP: A typical coil energy recovery loop places extended surface, finned tube water coils in the supply and exhaust airstreams of a building. HEATPIPE: A passive energy recovery device with a heat pipe divided into evaporator and condenser sections. TWINTOWERENTHALPYRECOVERYLOOPS: An air-to-liquid, liquid-to-air enthalpy recovery system with a sorbent liquid circulates continuously between supply and exhaust airstreams, alternately contacting both airstreams directly in contactor towers. THERMOSIPHONSEALEDTUBEHEATEXCHANGERS: Sealed systems that consist of an evaporator, a condenser, interconnecting piping, and an intermediate working fluid that is present in both liquid and vapor phases where the evaporator and the condenser are usually at opposite ends of a bundle of straight, individual thermosiphon tubes and the exhaust and supply ducts are adjacent to each other. THERMOSIPHONCOILTYPEHEATEXCHANGERS: Sealed systems that consist of an evaporator, a condenser, interconnecting piping, and an intermediate working fluid that is present in both liquid and vapor phases where the evaporator and condensor coils are installed independently in the ducts and are interconnected by the working fluid piping. USERDEFINED: User-defined air to air heat recovery type. NOTDEFINED: Undefined air to air heat recovery type.

HISTORY: New enumeration in IFC R2x.

Values:

enumerator IfcAirToAirHeatRecoveryType_FIXEDPLATECOUNTERFLOWEXCHANGER¶

enumerator IfcAirToAirHeatRecoveryType_FIXEDPLATECROSSFLOWEXCHANGER¶

enumerator IfcAirToAirHeatRecoveryType_FIXEDPLATEPARALLELFLOWEXCHANGER¶

enumerator IfcAirToAirHeatRecoveryType_ROTARYWHEEL¶

enumerator IfcAirToAirHeatRecoveryType_RUNAROUNDCOILLOOP¶

enumerator IfcAirToAirHeatRecoveryType_HEATPIPE¶

enumerator IfcAirToAirHeatRecoveryType_TWINTOWERENTHALPYRECOVERYLOOPS¶

enumerator IfcAirToAirHeatRecoveryType_THERMOSIPHONSEALEDTUBEHEATEXCHANGERS¶

enumerator IfcAirToAirHeatRecoveryType_THERMOSIPHONCOILTYPEHEATEXCHANGERS¶

enumerator IfcAirToAirHeatRecoveryType_USERDEFINED¶

enumerator IfcAirToAirHeatRecoveryType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcAlarm : public Ifc4x1::IfcDistributionControlElement

An alarm is a device that signals the existence of a condition or situation that is outside the boundaries of normal expectation or that activates such a device. Alarms include the provision of break glass buttons and manual pull boxes that are used to activate alarms.

HISTORY New entity in IFC2x4

Type Use Definition IfcAlarm defines the occurrence of any alarm; common information about alarm types is handled by IfcAlarmType. The IfcAlarmType (if present) may establish the common type name, usage (predefined type), properties, materials, ports, composition, assignments, and representations. The IfcAlarmType is attached using the IfcRelDefinesByType objectified relationship and is accessible by the IsTypedBy inverse attribute. If the IfcAlarmType has ports or aggregated elements, such objects are reflected at the IfcAlarm occurrence using the IfcRelDefinesByObject relationship.

Property Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Property sets may also be specified at the IfcAlarmType, defining the common property data for all occurrences of the same type. They are then accessible by the IsTypedBy inverse attribute pointing to IfcAlarmType.HasPropertySets. If both are given, then the properties directly defined at IfcAlarm override the properties defined at IfcAlarmType. Refer to the documentation at the supertype IfcDistributionControlElement and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_AlarmPHistory (PSET_PERFORMANCEDRIVEN) Pset_AlarmTypeCommon (PSET_TYPEDRIVENOVERRIDE)

Quantity Use Definition The quantities relating to this entity are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. The following base quantities are defined and shall be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, may be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement shall be provided.

Qto_AlarmBaseQuantities

Material Use Definition The material of the IfcAlarm is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. Material information can also be given at the IfcAlarmType, defining the common attribute data for all occurrences of the same type. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

Casing: Material from which the casing is constructed.

Port Use Definition The distribution ports relating to the IfcAlarm are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. If the alarm occurrence is defined by IfcAlarmType, then the port occurrences must reflect those defined at the IfcAlarmType using the IfcRelDefinesByObject relationship. Ports are specific to the IfcAlarm PredefinedType as follows indicated by the IfcDistributionPort Name, PredefinedType, and FlowDirection:

Input (SIGNAL, SINK): Receives signal.

Public Types

typedef IfcTemplatedEntityList<IfcAlarm> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcAlarm.

::Ifc4x1::IfcAlarmTypeEnum::Value PredefinedType() const

void setPredefinedType(::Ifc4x1::IfcAlarmTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcAlarm(IfcEntityInstanceData *e)

IfcAlarm(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcAlarmTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcAlarmType : public Ifc4x1::IfcDistributionControlElementType

The distribution control element type IfcAlarmType defines commonly shared information for occurrences of alarms. The set of shared information may include:

common properties with shared property sets common representations of shape common materials common composition of elements common ports applicable assignment of process types

It is used to define a alarm specification (i.e. the specific product information, that is common to all occurrences of that product type). Alarm types may be exchanged without being already assigned to occurrences. Occurrences of IfcAlarmType are represented by instances of IfcAlarm.

HISTORY: New entity in IFC2x2

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the HasPropertySets attribute. Refer to the documentation at the supertype IfcDistributionControlElementType and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_AlarmTypeCommon

Material Use Definition The material of the IfcAlarmType is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

‘Casing’: Material from which the casing is constructed.

Port Use Definition The distribution ports relating to the IfcAlarmType type are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. Ports are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Refer to the documentation at IfcAlarm for standard port definitions.

Public Types

typedef IfcTemplatedEntityList<IfcAlarmType> list

Public Functions

::Ifc4x1::IfcAlarmTypeEnum::Value PredefinedType() const: Identifies the predefined types of alarm from which the type required may be set.

void setPredefinedType(::Ifc4x1::IfcAlarmTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcAlarmType(IfcEntityInstanceData *e)

IfcAlarmType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcAlarmTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcAlarmTypeEnum¶

Public Types

enum Value¶

The IfcAlarmTypeEnum defines the range of different types of alarm that can be specified.

HISTORY: New type in IFC 2x2

Enumeration

BELL: An audible alarm. BREAKGLASSBUTTON: An alarm activation mechanism in which a protective glass has to be broken to enable a button to be pressed. LIGHT: A visual alarm. MANUALPULLBOX: An alarm activation mechanism in which activation is achieved by a pulling action. SIREN: An audible alarm. WHISTLE: An audible alarm.

USERDEFINED: User-defined type. NOTDEFINED: Undefined type.

Values:

enumerator IfcAlarmType_BELL¶

enumerator IfcAlarmType_BREAKGLASSBUTTON¶

enumerator IfcAlarmType_LIGHT¶

enumerator IfcAlarmType_MANUALPULLBOX¶

enumerator IfcAlarmType_SIREN¶

enumerator IfcAlarmType_WHISTLE¶

enumerator IfcAlarmType_USERDEFINED¶

enumerator IfcAlarmType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcAlignment : public Ifc4x1::IfcLinearPositioningElement

Public Types

typedef IfcTemplatedEntityList<IfcAlignment> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcAlignment.

::Ifc4x1::IfcAlignmentTypeEnum::Value PredefinedType() const

void setPredefinedType(::Ifc4x1::IfcAlignmentTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcAlignment(IfcEntityInstanceData *e)

IfcAlignment(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, ::Ifc4x1::IfcCurve *v8_Axis, boost::optional<::Ifc4x1::IfcAlignmentTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcAlignment2DHorizontal : public Ifc4x1::IfcGeometricRepresentationItem

Public Types

typedef IfcTemplatedEntityList<IfcAlignment2DHorizontal> list

Public Functions

bool hasStartDistAlong() const: Whether the optional attribute StartDistAlong is defined for this IfcAlignment2DHorizontal.

double StartDistAlong() const

void setStartDistAlong(double v)

IfcTemplatedEntityList<::Ifc4x1::IfcAlignment2DHorizontalSegment>::ptr Segments() const

void setSegments(IfcTemplatedEntityList<::Ifc4x1::IfcAlignment2DHorizontalSegment>::ptr v)

IfcTemplatedEntityList<IfcAlignmentCurve>::ptr ToAlignmentCurve() const

const IfcParse::entity &declaration() const

IfcAlignment2DHorizontal(IfcEntityInstanceData *e)

IfcAlignment2DHorizontal(boost::optional<double> v1_StartDistAlong, IfcTemplatedEntityList<::Ifc4x1::IfcAlignment2DHorizontalSegment>::ptr v2_Segments)

Public Static Functions

const IfcParse::entity &Class()

class IfcAlignment2DHorizontalSegment : public Ifc4x1::IfcAlignment2DSegment

Public Types

typedef IfcTemplatedEntityList<IfcAlignment2DHorizontalSegment> list

Public Functions

::Ifc4x1::IfcCurveSegment2D *CurveGeometry() const

void setCurveGeometry(::Ifc4x1::IfcCurveSegment2D *v)

IfcTemplatedEntityList<IfcAlignment2DHorizontal>::ptr ToHorizontal() const

const IfcParse::entity &declaration() const

IfcAlignment2DHorizontalSegment(IfcEntityInstanceData *e)

IfcAlignment2DHorizontalSegment(boost::optional<bool> v1_TangentialContinuity, boost::optional<std::string> v2_StartTag, boost::optional<std::string> v3_EndTag, ::Ifc4x1::IfcCurveSegment2D *v4_CurveGeometry)

Public Static Functions

const IfcParse::entity &Class()

class IfcAlignment2DSegment : public Ifc4x1::IfcGeometricRepresentationItem

Subclassed by Ifc4x1::IfcAlignment2DHorizontalSegment, Ifc4x1::IfcAlignment2DVerticalSegment

Public Types

typedef IfcTemplatedEntityList<IfcAlignment2DSegment> list

Public Functions

bool hasTangentialContinuity() const: Whether the optional attribute TangentialContinuity is defined for this IfcAlignment2DSegment.

bool TangentialContinuity() const

void setTangentialContinuity(bool v)

bool hasStartTag() const: Whether the optional attribute StartTag is defined for this IfcAlignment2DSegment.

std::string StartTag() const

void setStartTag(std::string v)

bool hasEndTag() const: Whether the optional attribute EndTag is defined for this IfcAlignment2DSegment.

std::string EndTag() const

void setEndTag(std::string v)

const IfcParse::entity &declaration() const

IfcAlignment2DSegment(IfcEntityInstanceData *e)

IfcAlignment2DSegment(boost::optional<bool> v1_TangentialContinuity, boost::optional<std::string> v2_StartTag, boost::optional<std::string> v3_EndTag)

Public Static Functions

const IfcParse::entity &Class()

class IfcAlignment2DVerSegCircularArc : public Ifc4x1::IfcAlignment2DVerticalSegment

Public Types

typedef IfcTemplatedEntityList<IfcAlignment2DVerSegCircularArc> list

Public Functions

double Radius() const

void setRadius(double v)

bool IsConvex() const

void setIsConvex(bool v)

const IfcParse::entity &declaration() const

IfcAlignment2DVerSegCircularArc(IfcEntityInstanceData *e)

IfcAlignment2DVerSegCircularArc(boost::optional<bool> v1_TangentialContinuity, boost::optional<std::string> v2_StartTag, boost::optional<std::string> v3_EndTag, double v4_StartDistAlong, double v5_HorizontalLength, double v6_StartHeight, double v7_StartGradient, double v8_Radius, bool v9_IsConvex)

Public Static Functions

const IfcParse::entity &Class()

class IfcAlignment2DVerSegLine : public Ifc4x1::IfcAlignment2DVerticalSegment

Public Types

typedef IfcTemplatedEntityList<IfcAlignment2DVerSegLine> list

Public Functions

const IfcParse::entity &declaration() const

IfcAlignment2DVerSegLine(IfcEntityInstanceData *e)

IfcAlignment2DVerSegLine(boost::optional<bool> v1_TangentialContinuity, boost::optional<std::string> v2_StartTag, boost::optional<std::string> v3_EndTag, double v4_StartDistAlong, double v5_HorizontalLength, double v6_StartHeight, double v7_StartGradient)

Public Static Functions

const IfcParse::entity &Class()

class IfcAlignment2DVerSegParabolicArc : public Ifc4x1::IfcAlignment2DVerticalSegment

Public Types

typedef IfcTemplatedEntityList<IfcAlignment2DVerSegParabolicArc> list

Public Functions

double ParabolaConstant() const

void setParabolaConstant(double v)

bool IsConvex() const

void setIsConvex(bool v)

const IfcParse::entity &declaration() const

IfcAlignment2DVerSegParabolicArc(IfcEntityInstanceData *e)

IfcAlignment2DVerSegParabolicArc(boost::optional<bool> v1_TangentialContinuity, boost::optional<std::string> v2_StartTag, boost::optional<std::string> v3_EndTag, double v4_StartDistAlong, double v5_HorizontalLength, double v6_StartHeight, double v7_StartGradient, double v8_ParabolaConstant, bool v9_IsConvex)

Public Static Functions

const IfcParse::entity &Class()

class IfcAlignment2DVertical : public Ifc4x1::IfcGeometricRepresentationItem

Public Types

typedef IfcTemplatedEntityList<IfcAlignment2DVertical> list

Public Functions

IfcTemplatedEntityList<::Ifc4x1::IfcAlignment2DVerticalSegment>::ptr Segments() const

void setSegments(IfcTemplatedEntityList<::Ifc4x1::IfcAlignment2DVerticalSegment>::ptr v)

IfcTemplatedEntityList<IfcAlignmentCurve>::ptr ToAlignmentCurve() const

const IfcParse::entity &declaration() const

IfcAlignment2DVertical(IfcEntityInstanceData *e)

IfcAlignment2DVertical(IfcTemplatedEntityList<::Ifc4x1::IfcAlignment2DVerticalSegment>::ptr v1_Segments)

Public Static Functions

const IfcParse::entity &Class()

class IfcAlignment2DVerticalSegment : public Ifc4x1::IfcAlignment2DSegment

Subclassed by Ifc4x1::IfcAlignment2DVerSegCircularArc, Ifc4x1::IfcAlignment2DVerSegLine, Ifc4x1::IfcAlignment2DVerSegParabolicArc

Public Types

typedef IfcTemplatedEntityList<IfcAlignment2DVerticalSegment> list

Public Functions

double StartDistAlong() const

void setStartDistAlong(double v)

double HorizontalLength() const

void setHorizontalLength(double v)

double StartHeight() const

void setStartHeight(double v)

double StartGradient() const

void setStartGradient(double v)

IfcTemplatedEntityList<IfcAlignment2DVertical>::ptr ToVertical() const

const IfcParse::entity &declaration() const

IfcAlignment2DVerticalSegment(IfcEntityInstanceData *e)

IfcAlignment2DVerticalSegment(boost::optional<bool> v1_TangentialContinuity, boost::optional<std::string> v2_StartTag, boost::optional<std::string> v3_EndTag, double v4_StartDistAlong, double v5_HorizontalLength, double v6_StartHeight, double v7_StartGradient)

Public Static Functions

const IfcParse::entity &Class()

class IfcAlignmentCurve : public Ifc4x1::IfcBoundedCurve

Public Types

typedef IfcTemplatedEntityList<IfcAlignmentCurve> list

Public Functions

::Ifc4x1::IfcAlignment2DHorizontal *Horizontal() const

void setHorizontal(::Ifc4x1::IfcAlignment2DHorizontal *v)

bool hasVertical() const: Whether the optional attribute Vertical is defined for this IfcAlignmentCurve.

::Ifc4x1::IfcAlignment2DVertical *Vertical() const

void setVertical(::Ifc4x1::IfcAlignment2DVertical *v)

bool hasTag() const: Whether the optional attribute Tag is defined for this IfcAlignmentCurve.

std::string Tag() const

void setTag(std::string v)

const IfcParse::entity &declaration() const

IfcAlignmentCurve(IfcEntityInstanceData *e)

IfcAlignmentCurve(::Ifc4x1::IfcAlignment2DHorizontal *v1_Horizontal, ::Ifc4x1::IfcAlignment2DVertical *v2_Vertical, boost::optional<std::string> v3_Tag)

Public Static Functions

const IfcParse::entity &Class()

struct IfcAlignmentTypeEnum¶

Public Types

enum Value¶

Values:

enumerator IfcAlignmentType_USERDEFINED¶

enumerator IfcAlignmentType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcAmountOfSubstanceMeasure : public IfcUtil::IfcBaseType

Definition from ISO/CD 10303-41:1992: An amount of substance measure is the value for the quantity of a substance when compared with the number of atoms in 0.012kilogram of carbon 12.

Usually measure in mole (mol). Type: REAL

NOTE Corresponding ISO 10303 name: amount_of_substance_measure, please refer to ISO/IS 10303-41 for the final definition of the formal standard.

HISTORY New type in IFC Release 1.5.1.

Public Functions

const IfcParse::type_declaration &declaration() const

IfcAmountOfSubstanceMeasure(IfcEntityInstanceData *e)

IfcAmountOfSubstanceMeasure(double v)

operator double() const

Public Static Functions

const IfcParse::type_declaration &Class()

struct IfcAnalysisModelTypeEnum¶

Public Types

enum Value¶

Definition from IAI: This type definition is used to distinguish between different types of structural analysis models. The analysis models are differentiated by their dimensionality.

HISTORY: New type in Release IFC2x Edition 2.

Values:

enumerator IfcAnalysisModelType_IN_PLANE_LOADING_2D¶

enumerator IfcAnalysisModelType_OUT_PLANE_LOADING_2D¶

enumerator IfcAnalysisModelType_LOADING_3D¶

enumerator IfcAnalysisModelType_USERDEFINED¶

enumerator IfcAnalysisModelType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

struct IfcAnalysisTheoryTypeEnum¶

Public Types

enum Value¶

Definition from IAI: This type definition is used to distinguish between different types of structural analysis methods, i.e. first order theory, second order theory (small deformations), third order theory (large deformations) and the full nonlinear theory (geometric nonlinearity together with other nonlinearities, e.g. plasticity).

HISTORY: New type in Release IFC2x Edition 2.

Values:

enumerator IfcAnalysisTheoryType_FIRST_ORDER_THEORY¶

enumerator IfcAnalysisTheoryType_SECOND_ORDER_THEORY¶

enumerator IfcAnalysisTheoryType_THIRD_ORDER_THEORY¶

enumerator IfcAnalysisTheoryType_FULL_NONLINEAR_THEORY¶

enumerator IfcAnalysisTheoryType_USERDEFINED¶

enumerator IfcAnalysisTheoryType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcAngularVelocityMeasure : public IfcUtil::IfcBaseType

IfcAngularVelocityMeasure is a measure of the velocity of a body measured in terms of angle subtended per unit time. Usually measured in radians/s. Type: REAL

HISTORY New type in IFC Release 2.0.

Public Functions

const IfcParse::type_declaration &declaration() const

IfcAngularVelocityMeasure(IfcEntityInstanceData *e)

IfcAngularVelocityMeasure(double v)

operator double() const

Public Static Functions

const IfcParse::type_declaration &Class()

class IfcAnnotation : public Ifc4x1::IfcProduct

Definition from IAI: An annotation is a graphical representation within the geometric (and spatial) context of a project, that adds a note or meaning to the objects which constitutes the project model. Annotations include additional line drawings, text, dimensioning, hatching and other forms of graphical notes.

NOTE Additional presentation information (often 2D) such as tag number, hatching, etc., that is directly related to a particular product representation is included within the IfcProductDefinitionShape having various IfcShapeRepresentation’s of the IfcElement (and its subtypes). Only those presentation information, that cannot be directly related to a single product, have to be wrapped within the IfcAnnotation.

If available, the annotation should be related to the spatial context of the project, by containing the annotation within the appropriate level of the building structure (site, building, storey, or space). This is handled by the IfcRelContainedInSpatialStructure relationship.

HISTORY: New entity in Release IFC2x Edition 2.

Use definition

The IfcAnnotation can provide specific 0D, 1D, and 2D geometric items as representation of the annotation, offering annotation point, curves, and surfaces.

‘Annotation point’ is an annotation provided by a point that has additional semantic. The inherited attribute ObjectType should be used to capture the type of point annotation, some predefined values are:

‘Survey’: A survey point has a set of cartesian coordinates determined by its location at point. These coordinates are determined relative to the coordinates of a reference point, which acts as the datum for the survey. The difference in elevation of the survey points enables terrain to be determined.

‘Annotation curve’ is an annotation provided by a curve that has additional semantic. The inherited attribute ObjectType should be used to capture the type of curve annotation, some predefined values are:

‘ContourLine’: A line of constant elevation typically used on geographic maps where the spacing of lines at constant intervals of elevation may be used as an indication of slope.

‘IsoBar’: A line of constant pressure typically used on weather maps or to show pressure gradient in spaces, chambers or externally.

‘IsoLux’: A line of constant illumination typically used to show the distribution of illumination levels and/or daylighting in a space or externally.

‘IsoTherm’: A line of constant temperature typically used to show the distribution and effect of heating or cooling within a space or to show temperature distribution on a geographic map.

‘Annotation surface’ is an annotation provided by a surface that has additional semantic. The inherited attribute ObjectType should be used to capture the type of surface annotation, some predefined values are:

‘SurveyArea’: A surface patch based on survey points.

Geometry Use Definitions

The geometric representation of any IfcAnnotation is given by the IfcProductDefinitionShape and IfcLocalPlacement allowing multiple geometric representations.

Local Placement

The local placement for any IfcAnnotation is defined in its supertype IfcProduct. It is defined by the IfcLocalPlacement, which defines the local coordinate system that is referenced by all geometric representations.

The PlacementRelTo relationship of IfcLocalPlacement shall point (if given) to the local placement of the same IfcSpatialStructureElement, which is used in the ContainedInStructure inverse attribute, or to a spatial structure element at a higher level, referenced by that.

If the relative placement is not used, the absolute placement is defined within the world coordinate system.

Geometric Representations

The standard representation of IfcAnnotation is defined using ‘Annotation2D’, when using 2D geometry, hatching and text, ‘GeometricCurveSet’ when using points and curves, or, when including als surfaces, the ‘GeometricSet’ geometry. Geometric representation items may be styled items by adding the style information.

Annotation2D Representation This representation is used, when the representation of the IfcAnnotation includes specific drafting representation elements. The Annotation may have:

subtypes of IfcPoint, IfcCurve being 2D

directly as Items, or within an IfcGeometricCurveSet

subtypes of IfcAnnotationFillArea for hatches

subtypes of IfcDefinedSymbol for symbols

subtypes of IfcTextLiteral for text

subtypes of IfcDraughtingCallout for dimensions

The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Annotation’

RepresentationType : ‘Annotation2D’

Annotation Curve Representation This representation is used, when the representation of the IfcAnnotation does not includes specific drafting representation elements. The Annotation may have:

subtypes of IfcPoint, IfcCurve being 2D

directly as Items, or within an IfcGeometricCurveSet

The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Annotation’

RepresentationType : ‘GeometricCurveSet’

Annotation Surface Representation This representation is used, when the representation of the IfcAnnotation does includes surfaces. The Annotation may have:

subtypes of IfcPoint, IfcCurve, or IfcSurface

directly as Items, or within an IfcGeometricCurveSet

The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Annotation’

RepresentationType : ‘GeometricSet’

Public Types

typedef IfcTemplatedEntityList<IfcAnnotation> list

Public Functions

IfcTemplatedEntityList<IfcRelContainedInSpatialStructure>::ptr ContainedInStructure() const

const IfcParse::entity &declaration() const

IfcAnnotation(IfcEntityInstanceData *e)

IfcAnnotation(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation)

Public Static Functions

const IfcParse::entity &Class()

class IfcAnnotationFillArea : public Ifc4x1::IfcGeometricRepresentationItem

Definition from ISO/CD 10303-46:1992: An annotation fill area is a set of curves that may be filled with hatching, colour or tiling. The annotation fill are is described by boundaries which consist of non-intersecting, non-self-intersecting closed curves. These curves form the boundary of planar areas to be filled according to the style for the annotation fill area.

NOTE: A curve that is not surrounded by any other curve is a border between an unfilled area on the outside and a filled area on the inside. Another curve may surround an unfilled area if it is surrounded by another curve whose inside is a filled area.

Figure 300 (from ISO 10303-46) illustrates annotation fill area.

Figure 300 — Annotation fill area

NOTE Corresponding ISO 10303 name: annotation_fill_area. Please refer to ISO/IS 10303-46:1994 for the final definition of the formal standard.

The IfcAnnotationFillArea defines an area by a definite OuterBoundary, that might include InnerBoundaries. The areas defined by the InnerBoundaries are excluded from applying the fill area style.

Informal Proposition:

Any curve that describes an inner boundary shall not intersect with, nor include, another curve defining an inner boundary. The curve defining the outer boundary shall not intersect with any curve defining an inner boundary, nor shall it be surrounded by a curve defining an inner boundary.

HISTORY New entity in IFC2x2.

IFC2x3 CHANGE The two attributes OuterBoundary and InnerBoundaries are added and replace the previous single boundary.

Public Types

typedef IfcTemplatedEntityList<IfcAnnotationFillArea> list

Public Functions

::Ifc4x1::IfcCurve *OuterBoundary() const

A closed curve that defines the outer boundary of the fill area. The areas defined by the outer boundary (minus potentially defined inner boundaries) is filled by the fill area style.

IFC2x Edition 3 CHANGE The two new attributes OuterBoundary and InnerBoundaries replace the old single attribute Boundaries.

void setOuterBoundary(::Ifc4x1::IfcCurve *v)

bool hasInnerBoundaries() const: Whether the optional attribute InnerBoundaries is defined for this IfcAnnotationFillArea.

IfcTemplatedEntityList<::Ifc4x1::IfcCurve>::ptr InnerBoundaries() const

A set of inner curves that define the inner boundaries of the fill area. The areas defined by the inner boundaries are excluded from applying the fill area style.

IFC2x Edition 3 CHANGE The two new attributes OuterBoundary and InnerBoundaries replace the old single attribute Boundaries.

void setInnerBoundaries(IfcTemplatedEntityList<::Ifc4x1::IfcCurve>::ptr v)

const IfcParse::entity &declaration() const

IfcAnnotationFillArea(IfcEntityInstanceData *e)

IfcAnnotationFillArea(::Ifc4x1::IfcCurve *v1_OuterBoundary, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcCurve>::ptr> v2_InnerBoundaries)

Public Static Functions

const IfcParse::entity &Class()

class IfcApplication : public IfcUtil::IfcBaseEntity

IfcApplication holds the information about an IFC compliant application developed by an application developer. The IfcApplication utilizes a short identifying name as provided by the application developer.

HISTORY New entity in IFC R1.5.

Public Types

typedef IfcTemplatedEntityList<IfcApplication> list

Public Functions

::Ifc4x1::IfcOrganization *ApplicationDeveloper() const: Name of the application developer, being requested to be member of the IAI.

void setApplicationDeveloper(::Ifc4x1::IfcOrganization *v)

std::string Version() const: The version number of this software as specified by the developer of the application.

void setVersion(std::string v)

std::string ApplicationFullName() const: The full name of the application as specified by the application developer.

void setApplicationFullName(std::string v)

std::string ApplicationIdentifier() const: Short identifying name for the application.

void setApplicationIdentifier(std::string v)

const IfcParse::entity &declaration() const

IfcApplication(IfcEntityInstanceData *e)

IfcApplication(::Ifc4x1::IfcOrganization *v1_ApplicationDeveloper, std::string v2_Version, std::string v3_ApplicationFullName, std::string v4_ApplicationIdentifier)

Public Static Functions

const IfcParse::entity &Class()

class IfcAppliedValue : public IfcUtil::IfcBaseEntity

IfcAppliedValue is an abstract supertype that specifies the common attributes for cost values.

HISTORY: New Entity in IFC2x2. Modifed in IFC2x4 to use IfcDate for date values.

Use definitions The extent of the IfcAppliedValue is determined by the AppliedValue attribute which may be defined either as an IfcMeasureWithUnit or as an IfcMonetaryMeasure or as an IfcRatioMeasure via the IfcAppliedValueSelect type.

Optionally, an IfcAppliedValue may have an applicable date. This is intended to fix the date on which the value became relevant for use. It may be the date on which the value was set in the model or it may be a prior or future date when the value becomes operable.

Similarly, an IfcAppliedValue may have a ‘fixed until’ date. This is intended to fix the date on which the value ceases to be relevant for use.

An instance of IfcAppliedValue may have a unit basis asserted. This is defined as an IfcMeasureWithUnit that determines the extent of the unit value for application purposes. It is assumed that when this attribute is asserted, then the value given to IfcAppliedValue is that for unit quantity. This is not enforced within the IFC schema and thus needs to be controlled within an application.

Applied values may be referenced from a document (such as a price list). The relationship between one or more occurrences of IfcAppliedValue (or its subtypes) is achieved through the use of the IfcExternalReferenceRelationship in which the document provides the IfcExternalReferenceRelationship.RelatingExtReference and the value occurrences are the IfcExternalReferenceRelationship.RelatedResourceObjects.

Subclassed by Ifc4x1::IfcCostValue

Public Types

typedef IfcTemplatedEntityList<IfcAppliedValue> list

Public Functions

bool hasName() const: Whether the optional attribute Name is defined for this IfcAppliedValue.

std::string Name() const: A name or additional clarification given to a cost value.

void setName(std::string v)

bool hasDescription() const: Whether the optional attribute Description is defined for this IfcAppliedValue.

std::string Description() const: The description that may apply additional information about a cost value.

void setDescription(std::string v)

bool hasAppliedValue() const: Whether the optional attribute AppliedValue is defined for this IfcAppliedValue.

::Ifc4x1::IfcAppliedValueSelect *AppliedValue() const: The extent or quantity or amount of an applied value.

void setAppliedValue(::Ifc4x1::IfcAppliedValueSelect *v)

bool hasUnitBasis() const: Whether the optional attribute UnitBasis is defined for this IfcAppliedValue.

::Ifc4x1::IfcMeasureWithUnit *UnitBasis() const

The number and unit of measure on which the unit cost is based.

Note: As well as the normally expected units of measure such as length, area, volume etc., costs may be based on units of measure which need to be defined e.g. sack, drum, pallet, item etc. Unit costs may be based on quantities greater (or lesser) than a unitary value of the basis measure. For instance, timber may have a unit cost rate per X meters where X > 1; similarly for cable, piping and many other items. The basis number may be either an integer or a real value.

Note: This attribute should be asserted for all circumstances where the cost to be applied is per unit quantity. It may be asserted even for circumstances where an item price is used, in which case the unit cost basis should be by item (or equivalent definition).

void setUnitBasis(::Ifc4x1::IfcMeasureWithUnit *v)

bool hasApplicableDate() const: Whether the optional attribute ApplicableDate is defined for this IfcAppliedValue.

std::string ApplicableDate() const

The date on or from which an applied value is applicable.

IFC2x4 CHANGE Type changed from IfcDateTimeSelect.

void setApplicableDate(std::string v)

bool hasFixedUntilDate() const: Whether the optional attribute FixedUntilDate is defined for this IfcAppliedValue.

std::string FixedUntilDate() const

The date until which applied value is applicable.

IFC2x4 CHANGE Type changed from IfcDateTimeSelect.

void setFixedUntilDate(std::string v)

bool hasCategory() const: Whether the optional attribute Category is defined for this IfcAppliedValue.

std::string Category() const

void setCategory(std::string v)

bool hasCondition() const: Whether the optional attribute Condition is defined for this IfcAppliedValue.

std::string Condition() const

void setCondition(std::string v)

bool hasArithmeticOperator() const: Whether the optional attribute ArithmeticOperator is defined for this IfcAppliedValue.

::Ifc4x1::IfcArithmeticOperatorEnum::Value ArithmeticOperator() const

void setArithmeticOperator(::Ifc4x1::IfcArithmeticOperatorEnum::Value v)

bool hasComponents() const: Whether the optional attribute Components is defined for this IfcAppliedValue.

IfcTemplatedEntityList<::Ifc4x1::IfcAppliedValue>::ptr Components() const

void setComponents(IfcTemplatedEntityList<::Ifc4x1::IfcAppliedValue>::ptr v)

IfcTemplatedEntityList<IfcExternalReferenceRelationship>::ptr HasExternalReference() const

const IfcParse::entity &declaration() const

IfcAppliedValue(IfcEntityInstanceData *e)

IfcAppliedValue(boost::optional<std::string> v1_Name, boost::optional<std::string> v2_Description, ::Ifc4x1::IfcAppliedValueSelect *v3_AppliedValue, ::Ifc4x1::IfcMeasureWithUnit *v4_UnitBasis, boost::optional<std::string> v5_ApplicableDate, boost::optional<std::string> v6_FixedUntilDate, boost::optional<std::string> v7_Category, boost::optional<std::string> v8_Condition, boost::optional<::Ifc4x1::IfcArithmeticOperatorEnum::Value> v9_ArithmeticOperator, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcAppliedValue>::ptr> v10_Components)

Public Static Functions

const IfcParse::entity &Class()

class IfcApproval : public IfcUtil::IfcBaseEntity

Definition: An IfcApproval represents information about approval processes such as for a plan, a design, a proposal, or a change order in a construction or facilities management project. IfcApproval is referenced by IfcRelAssociatesApproval in IfcControlExtension schema, and thereby can be related to all subtypes of IfcRoot. An approval may also be given to resource objects using IfcResourceApprovalRelationship

HISTORY New Entity in IFC Release 2.0

IFC2x Edition 4 CHANGE Attributes Identifier and Name made optional, where rule added to require at least one of them being asserted. Inverse attributes ApprovedObjects, ApprovedResources and HasExternalReferences added. Inverse attribute Properties deleted (more general relationship via inverse ApprovedResources to be used instead).

Public Types

typedef IfcTemplatedEntityList<IfcApproval> list

Public Functions

bool hasIdentifier() const: Whether the optional attribute Identifier is defined for this IfcApproval.

std::string Identifier() const: A computer interpretable identifier by which the approval is known.

void setIdentifier(std::string v)

bool hasName() const: Whether the optional attribute Name is defined for this IfcApproval.

std::string Name() const: A human readable name given to an approval.

void setName(std::string v)

bool hasDescription() const: Whether the optional attribute Description is defined for this IfcApproval.

std::string Description() const: A general textual description of a design, work task, plan, etc. that is being approved for.

void setDescription(std::string v)

bool hasTimeOfApproval() const: Whether the optional attribute TimeOfApproval is defined for this IfcApproval.

std::string TimeOfApproval() const

Date and time when the result of the approval process is produced.

IFC2x4 CHANGE Attribute data type changed to IfcDateTime using ISO 8601 representation, renamed from ApprovalDateTime and made OPTIONAL.

void setTimeOfApproval(std::string v)

bool hasStatus() const: Whether the optional attribute Status is defined for this IfcApproval.

std::string Status() const: The result or current status of the approval, e.g. Requested, Processed, Approved, Not Approved.

void setStatus(std::string v)

bool hasLevel() const: Whether the optional attribute Level is defined for this IfcApproval.

std::string Level() const: Level of the approval e.g. Draft v.s. Completed design.

void setLevel(std::string v)

bool hasQualifier() const: Whether the optional attribute Qualifier is defined for this IfcApproval.

std::string Qualifier() const: Textual description of special constraints or conditions for the approval.

void setQualifier(std::string v)

bool hasRequestingApproval() const: Whether the optional attribute RequestingApproval is defined for this IfcApproval.

::Ifc4x1::IfcActorSelect *RequestingApproval() const

The actor that is acting in the role specified at IfcOrganization or individually at IfcPerson and requesting an approval.

IFC2x4 CHANGE New attribute for approval request replacing IfcApprovalActorRelationship (being deleted).

void setRequestingApproval(::Ifc4x1::IfcActorSelect *v)

bool hasGivingApproval() const: Whether the optional attribute GivingApproval is defined for this IfcApproval.

::Ifc4x1::IfcActorSelect *GivingApproval() const

The actor that is acting in the role specified at IfcOrganization or individually at IfcPerson and giving an approval.

IFC2x4 CHANGE New attribute for approval provision replacing IfcApprovalActorRelationship (being deleted).

void setGivingApproval(::Ifc4x1::IfcActorSelect *v)

IfcTemplatedEntityList<IfcExternalReferenceRelationship>::ptr HasExternalReferences() const

IfcTemplatedEntityList<IfcRelAssociatesApproval>::ptr ApprovedObjects() const

IfcTemplatedEntityList<IfcResourceApprovalRelationship>::ptr ApprovedResources() const

IfcTemplatedEntityList<IfcApprovalRelationship>::ptr IsRelatedWith() const

IfcTemplatedEntityList<IfcApprovalRelationship>::ptr Relates() const

const IfcParse::entity &declaration() const

IfcApproval(IfcEntityInstanceData *e)

IfcApproval(boost::optional<std::string> v1_Identifier, boost::optional<std::string> v2_Name, boost::optional<std::string> v3_Description, boost::optional<std::string> v4_TimeOfApproval, boost::optional<std::string> v5_Status, boost::optional<std::string> v6_Level, boost::optional<std::string> v7_Qualifier, ::Ifc4x1::IfcActorSelect *v8_RequestingApproval, ::Ifc4x1::IfcActorSelect *v9_GivingApproval)

Public Static Functions

const IfcParse::entity &Class()

class IfcApprovalRelationship : public Ifc4x1::IfcResourceLevelRelationship

An IfcApprovalRelationship associates approvals (one relating approval and one or more related approvals), each having different status or level as the approval process or the approved objects evolve.

HISTORY: New entity in Release IFC2x2.

IFC2x4 CHANGE Subtyped from IfcResourceLevelRelationship, order of attributes changed.

Public Types

typedef IfcTemplatedEntityList<IfcApprovalRelationship> list

Public Functions

::Ifc4x1::IfcApproval *RelatingApproval() const: The approval that other approval is related to.

void setRelatingApproval(::Ifc4x1::IfcApproval *v)

IfcTemplatedEntityList<::Ifc4x1::IfcApproval>::ptr RelatedApprovals() const: The approvals that are related to another (relating) approval.IFC2x Edition 4 CHANGE The cardinality of this attribute has been changed to SET.

void setRelatedApprovals(IfcTemplatedEntityList<::Ifc4x1::IfcApproval>::ptr v)

const IfcParse::entity &declaration() const

IfcApprovalRelationship(IfcEntityInstanceData *e)

IfcApprovalRelationship(boost::optional<std::string> v1_Name, boost::optional<std::string> v2_Description, ::Ifc4x1::IfcApproval *v3_RelatingApproval, IfcTemplatedEntityList<::Ifc4x1::IfcApproval>::ptr v4_RelatedApprovals)

Public Static Functions

const IfcParse::entity &Class()

class IfcArbitraryClosedProfileDef : public Ifc4x1::IfcProfileDef

The closed profile IfcArbitraryClosedProfileDef defines an arbitrary two-dimensional profile for the use within the swept surface geometry, the swept area solid or a sectioned spine. It is given by an outer boundary from which the surface or solid can be constructed.

HISTORY: New entity in IFC 1.5. Entity has been renamed from IfcArbitraryProfileDef in IFC Release 2x.

Informal proposition:

The OuterCurve has to be a closed curve. The OuterCurve shall not intersect.

Figure 307 illustrates the arbitrary closed profile definition. The OuterCurve is defined in the underlying coordinate system. The underlying coordinate system is defined by the swept surface or swept area solid that uses the profile definition. It is the xy plane of either:

IfcSweptSurface.Position IfcSweptAreaSolid.Position

or in case of sectioned spines the xy plane of each list member of IfcSectionedSpine.CrossSectionPositions. The OuterCurve attribute defines a two dimensional closed bounded curve.

Figure 307 — Arbitrary closed profile

Subclassed by Ifc4x1::IfcArbitraryProfileDefWithVoids

Public Types

typedef IfcTemplatedEntityList<IfcArbitraryClosedProfileDef> list

Public Functions

::Ifc4x1::IfcCurve *OuterCurve() const: Bounded curve, defining the outer boundaries of the arbitrary profile.

void setOuterCurve(::Ifc4x1::IfcCurve *v)

const IfcParse::entity &declaration() const

IfcArbitraryClosedProfileDef(IfcEntityInstanceData *e)

IfcArbitraryClosedProfileDef(::Ifc4x1::IfcProfileTypeEnum::Value v1_ProfileType, boost::optional<std::string> v2_ProfileName, ::Ifc4x1::IfcCurve *v3_OuterCurve)

Public Static Functions

const IfcParse::entity &Class()

class IfcArbitraryOpenProfileDef : public Ifc4x1::IfcProfileDef

The open profile IfcArbitraryOpenProfileDef defines an arbitrary two-dimensional open profile for the use within the swept surface geometry. It is given by an open boundary from with the surface can be constructed.

HISTORY New entity in IFC2x.

Informal proposition:

The Curve has to be an open curve.

Figure 308 illustrates the arbitrary open profile definition. The Curve is defined in the underlying coordinate system. The underlying coordinate system is defined by the swept surface that uses the profile definition. It is the xy plane of:

IfcSweptSurface.Position

The Curve attribute defines a two dimensional open bounded curve.

Figure 308 — Arbitrary open profile

Subclassed by Ifc4x1::IfcCenterLineProfileDef

Public Types

typedef IfcTemplatedEntityList<IfcArbitraryOpenProfileDef> list

Public Functions

::Ifc4x1::IfcBoundedCurve *Curve() const: Open bounded curve defining the profile.

void setCurve(::Ifc4x1::IfcBoundedCurve *v)

const IfcParse::entity &declaration() const

IfcArbitraryOpenProfileDef(IfcEntityInstanceData *e)

IfcArbitraryOpenProfileDef(::Ifc4x1::IfcProfileTypeEnum::Value v1_ProfileType, boost::optional<std::string> v2_ProfileName, ::Ifc4x1::IfcBoundedCurve *v3_Curve)

Public Static Functions

const IfcParse::entity &Class()

class IfcArbitraryProfileDefWithVoids : public Ifc4x1::IfcArbitraryClosedProfileDef

The IfcArbitraryProfileDefWithVoids defines an arbitrary closed two-dimensional profile with holes defined for the use for the swept area solid or a sectioned spine. It is given by an outer boundary and inner boundaries from with the solid the can be constructed.

HISTORY New entity in IFC2x.

Informal propositions:

The outer curve and all inner curves shall be closed curves. The outer curve shall enclose all inner curves. No inner curve shall intersect with the outer curve or any other inner curve. No inner curve may enclose another inner curve.

Figure 309 illustrates the arbitrary closed profile definition with voids. The OuterCurve, defined at the supertype IfcArbitraryClosedProfileDef and the inner curves are defined in the same underlying coordinate system. The common underlying coordinate system is defined by the swept area solid that uses the profile definition. It is the xy plane of:

IfcSweptAreaSolid.Position

or in case of sectioned spines the xy plane of each list member of IfcSectionedSpine.CrossSectionPositions. The OuterCurve attribute defines a two dimensional closed bounded curve, the InnerCurves define a set of two dimensional closed bounded curves.

Figure 309 — Arbitrary profile with voids

Public Types

typedef IfcTemplatedEntityList<IfcArbitraryProfileDefWithVoids> list

Public Functions

IfcTemplatedEntityList<::Ifc4x1::IfcCurve>::ptr InnerCurves() const: Set of bounded curves, defining the inner boundaries of the arbitrary profile.

void setInnerCurves(IfcTemplatedEntityList<::Ifc4x1::IfcCurve>::ptr v)

const IfcParse::entity &declaration() const

IfcArbitraryProfileDefWithVoids(IfcEntityInstanceData *e)

IfcArbitraryProfileDefWithVoids(::Ifc4x1::IfcProfileTypeEnum::Value v1_ProfileType, boost::optional<std::string> v2_ProfileName, ::Ifc4x1::IfcCurve *v3_OuterCurve, IfcTemplatedEntityList<::Ifc4x1::IfcCurve>::ptr v4_InnerCurves)

Public Static Functions

const IfcParse::entity &Class()

class IfcArcIndex : public IfcUtil::IfcBaseType

Public Functions

const IfcParse::type_declaration &declaration() const

IfcArcIndex(IfcEntityInstanceData *e)

IfcArcIndex(std::vector<int> v)

operator std::vector<int>() const

Public Static Functions

const IfcParse::type_declaration &Class()

class IfcAreaDensityMeasure : public IfcUtil::IfcBaseType

Public Functions

const IfcParse::type_declaration &declaration() const

IfcAreaDensityMeasure(IfcEntityInstanceData *e)

IfcAreaDensityMeasure(double v)

operator double() const

Public Static Functions

const IfcParse::type_declaration &Class()

class IfcAreaMeasure : public IfcUtil::IfcBaseType

Definition from ISO/CD 10303-41:1992: An area measure is the value of the extent of a surface. Usually measured in square metre (m2). Type: REAL

NOTE Corresponding ISO 10303 name: area_measure, please refer to ISO/IS 10303-41 for the final definition of the formal standard.

HISTORY New type in IFC Release 1.5.1.

Public Functions

const IfcParse::type_declaration &declaration() const

IfcAreaMeasure(IfcEntityInstanceData *e)

IfcAreaMeasure(double v)

operator double() const

Public Static Functions

const IfcParse::type_declaration &Class()

struct IfcArithmeticOperatorEnum¶

Public Types

enum Value¶

IfcArithmeticOperatorEnum specifies the form of arithmetical operation implied by the relationship. Enumeration

ADD DIVIDE MULTIPLY SUBTRACT

HISTORY: New enumeration in IFC2x2.

Use definitions There can be only one arithmetic operator for each applied value relationship. This is to enforce arithmetic consistency. Given this consistency, the cardinality of the IfcAppliedValueRelationship.Components attribute is a set of one to many applied values that are components of an applied value.

Values:

enumerator IfcArithmeticOperator_ADD¶

enumerator IfcArithmeticOperator_DIVIDE¶

enumerator IfcArithmeticOperator_MULTIPLY¶

enumerator IfcArithmeticOperator_SUBTRACT¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

struct IfcAssemblyPlaceEnum¶

Public Types

enum Value¶

Definition from IAI: Enumeration defining where the assembly is intended to take place, either in a factory or on the building site.

HISTORY New enumeration in Release IFC2x Edition 2.

Enumeration

SITE - this assembly is assembled at site

FACTORY - this assembly is assembled in a factory

Values:

enumerator IfcAssemblyPlace_SITE¶

enumerator IfcAssemblyPlace_FACTORY¶

enumerator IfcAssemblyPlace_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcAsset : public Ifc4x1::IfcGroup

An asset is a uniquely identifiable grouping of elements acting as a single entity that has a financial value or that can be operated on as a single unit.

An asset is generally the level of granularity at which maintenance operations are undertaken. An asset is a group that can contain one or more elements. Whilst the financial value of a component or element can be defined, financial value is also defined for accounting purposes at the level of the asset. There are a number of actors that can be associated with an asset, each actor having a role. Actors within the scope of the project are indicated using the IfcRelAssignsToActor relationship in which case roles should be defined through the IfcActorRole class; otherwise principal actors are identified as attributes of the class. In the existence of both, direct attributes take precedence. There are a number of costs that can be associated with an asset, each cost having a role. These are specified through the OriginalValue, CurrentValue, TotalReplacementCost and DepreciatedValue attributes.

HISTORY: New entity in IFC2x. In IFC2x4, all attributes made optional and date values changed to use IfcDate.

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Refer to the documentation at the supertype IfcGroup and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_Asset

Classification Use Definition Classifications may be applied using IfcRelAssociatesClassification where RelatedObjects contains the IfcAsset and RelatingClassification refers to an IfcClassification or IfcClassificationReference.

IfcClassificationReference: The operating function of an asset within an organization may be particularly valuable in situations where one organization provides and maintains core services and another organization adds and maintains terminal services. It can classify who owns and is responsible for the asset. Operating function can be designated through the use of one or more classification references.

Assignment Use Definition The IfcAsset may be assigned to the following entities using relationships as indicated:

IfcActor (IfcRelAssignsToActor): Indicates the actor who owns, uses, or is responsible for the asset (as indicated by role in relationship), if such actor is within the scope of the project. IfcCostItem (IfcRelAssignsToControl): Indicates a cost item encompassing the asset.

The IfcAsset may have assignments of its own using the IfcRelAssignsToGroup relationship where RelatingGroup refers to the IfcAsset and RelatedObjects contains one or more objects of the following types: IfcElement: Physical elements that comprise the asset.

Public Types

typedef IfcTemplatedEntityList<IfcAsset> list

Public Functions

bool hasIdentification() const: Whether the optional attribute Identification is defined for this IfcAsset.

std::string Identification() const: A unique identification assigned to an asset that enables its differentiation from other assets. NOTE: The asset identifier is unique within the asset register. It differs from the globally unique id assigned to the instance of an entity populating a database.

void setIdentification(std::string v)

bool hasOriginalValue() const: Whether the optional attribute OriginalValue is defined for this IfcAsset.

::Ifc4x1::IfcCostValue *OriginalValue() const: The cost value of the asset at the time of purchase.

void setOriginalValue(::Ifc4x1::IfcCostValue *v)

bool hasCurrentValue() const: Whether the optional attribute CurrentValue is defined for this IfcAsset.

::Ifc4x1::IfcCostValue *CurrentValue() const: The current cost value of the asset.

void setCurrentValue(::Ifc4x1::IfcCostValue *v)

bool hasTotalReplacementCost() const: Whether the optional attribute TotalReplacementCost is defined for this IfcAsset.

::Ifc4x1::IfcCostValue *TotalReplacementCost() const: The total cost of replacement of the asset.

void setTotalReplacementCost(::Ifc4x1::IfcCostValue *v)

bool hasOwner() const: Whether the optional attribute Owner is defined for this IfcAsset.

::Ifc4x1::IfcActorSelect *Owner() const: The name of the person or organization that ‘owns’ the asset.

void setOwner(::Ifc4x1::IfcActorSelect *v)

bool hasUser() const: Whether the optional attribute User is defined for this IfcAsset.

::Ifc4x1::IfcActorSelect *User() const: The name of the person or organization that ‘uses’ the asset.

void setUser(::Ifc4x1::IfcActorSelect *v)

bool hasResponsiblePerson() const: Whether the optional attribute ResponsiblePerson is defined for this IfcAsset.

::Ifc4x1::IfcPerson *ResponsiblePerson() const: The person designated to be responsible for the asset. NOTE: In some regulations (for example, UK Health and Safety at Work Act, Electricity at Work Regulations), management of assets must have a person identified as being responsible and to whom regulatory, insurance and other organizations communicate. In places where there is not a legal requirement, the responsible person would be the asset manager but would not have a legal status.

void setResponsiblePerson(::Ifc4x1::IfcPerson *v)

bool hasIncorporationDate() const: Whether the optional attribute IncorporationDate is defined for this IfcAsset.

std::string IncorporationDate() const

The date on which an asset was incorporated into the works, installed, constructed, erected or completed. NOTE: This is the date on which an asset is considered to start depreciating.

IFC2x4 CHANGE Type changed from IfcDateTimeSelect.

void setIncorporationDate(std::string v)

bool hasDepreciatedValue() const: Whether the optional attribute DepreciatedValue is defined for this IfcAsset.

::Ifc4x1::IfcCostValue *DepreciatedValue() const: The current value of an asset within the accounting rules and procedures of an organization.

void setDepreciatedValue(::Ifc4x1::IfcCostValue *v)

const IfcParse::entity &declaration() const

IfcAsset(IfcEntityInstanceData *e)

IfcAsset(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, boost::optional<std::string> v6_Identification, ::Ifc4x1::IfcCostValue *v7_OriginalValue, ::Ifc4x1::IfcCostValue *v8_CurrentValue, ::Ifc4x1::IfcCostValue *v9_TotalReplacementCost, ::Ifc4x1::IfcActorSelect *v10_Owner, ::Ifc4x1::IfcActorSelect *v11_User, ::Ifc4x1::IfcPerson *v12_ResponsiblePerson, boost::optional<std::string> v13_IncorporationDate, ::Ifc4x1::IfcCostValue *v14_DepreciatedValue)

Public Static Functions

const IfcParse::entity &Class()

class IfcAsymmetricIShapeProfileDef : public Ifc4x1::IfcParameterizedProfileDef

IfcAsymmetricIShapeProfileDef defines a section profile that provides the defining parameters of a singly symmetric I-shaped section. Its parameters and orientation relative to the position coordinate system are according to the following illustration. The centre of the position coordinate system is in the profile’s centre of the bounding box.

The inherited attributes are redefined as:

OverallWidth BottomFlangeWidth FlangeThickness BottomFlangeThickness FilletRadius BottomFlangeFilletRadius

The overall width of the profile is implicitly given by the maximum of the bottom flange width and the top flange width.

IfcAsymmetricIShapeProfileDef can also be used to model rail profiles if the application scenario does not require a full explicit shape model of the rail profile. Alternatively, IfcArbitraryClosedProfileDef can be used to provide the exact shape of rail profiles. Either way, a reference to an external document or library should be provided to further define the profile as described at IfcProfileDef.

HISTORY New entity in Release IFC2x Edition 2.

IFC2x3 CHANGE All profile origins are now in the center of the bounding box. The attribute CentreOfGravityInY has been made OPTIONAL.

IFC2x4 CHANGE Bottom flange is not necessarily wider than top flange. TopFlangeThickness changed from OPTIONAL to mandatory. Type of TopFlangeFilletRadius relaxed to allow for zero radius. Trailing attribute CentreOfGravityInY deleted, use respective property in IfcExtendedProfileProperties instead.

Figure 310 illustrates parameters of the asymmetric I-shaped section definition. The parameterized profile defines its own position coordinate system. The underlying coordinate system is defined by the swept area solid that uses the profile definition. It is the xy plane of:

IfcSweptAreaSolid.Position

By using offsets of the position location, the parameterized profile can be positioned centric (using x,y offsets = 0.), or at any position relative to the profile. The parameterized profile is defined by a set of parameter attributes. In the illustrated example, the ‘CentreOfGravityInY’ property in IfcExtendedProfileProperties, if provided, is negative.

Figure 310 — Assymetric I-shape profile

Public Types

typedef IfcTemplatedEntityList<IfcAsymmetricIShapeProfileDef> list

Public Functions

double BottomFlangeWidth() const

void setBottomFlangeWidth(double v)

double OverallDepth() const

void setOverallDepth(double v)

double WebThickness() const

void setWebThickness(double v)

double BottomFlangeThickness() const

void setBottomFlangeThickness(double v)

bool hasBottomFlangeFilletRadius() const: Whether the optional attribute BottomFlangeFilletRadius is defined for this IfcAsymmetricIShapeProfileDef.

double BottomFlangeFilletRadius() const

void setBottomFlangeFilletRadius(double v)

double TopFlangeWidth() const: Extent of the top flange, defined parallel to the x axis of the position coordinate system.

void setTopFlangeWidth(double v)

bool hasTopFlangeThickness() const: Whether the optional attribute TopFlangeThickness is defined for this IfcAsymmetricIShapeProfileDef.

double TopFlangeThickness() const: Flange thickness of the top flange of the I-shape.

void setTopFlangeThickness(double v)

bool hasTopFlangeFilletRadius() const: Whether the optional attribute TopFlangeFilletRadius is defined for this IfcAsymmetricIShapeProfileDef.

double TopFlangeFilletRadius() const: The fillet between the web and the top flange of the I-shape.

void setTopFlangeFilletRadius(double v)

bool hasBottomFlangeEdgeRadius() const: Whether the optional attribute BottomFlangeEdgeRadius is defined for this IfcAsymmetricIShapeProfileDef.

double BottomFlangeEdgeRadius() const

void setBottomFlangeEdgeRadius(double v)

bool hasBottomFlangeSlope() const: Whether the optional attribute BottomFlangeSlope is defined for this IfcAsymmetricIShapeProfileDef.

double BottomFlangeSlope() const

void setBottomFlangeSlope(double v)

bool hasTopFlangeEdgeRadius() const: Whether the optional attribute TopFlangeEdgeRadius is defined for this IfcAsymmetricIShapeProfileDef.

double TopFlangeEdgeRadius() const

void setTopFlangeEdgeRadius(double v)

bool hasTopFlangeSlope() const: Whether the optional attribute TopFlangeSlope is defined for this IfcAsymmetricIShapeProfileDef.

double TopFlangeSlope() const

void setTopFlangeSlope(double v)

const IfcParse::entity &declaration() const

IfcAsymmetricIShapeProfileDef(IfcEntityInstanceData *e)

IfcAsymmetricIShapeProfileDef(::Ifc4x1::IfcProfileTypeEnum::Value v1_ProfileType, boost::optional<std::string> v2_ProfileName, ::Ifc4x1::IfcAxis2Placement2D *v3_Position, double v4_BottomFlangeWidth, double v5_OverallDepth, double v6_WebThickness, double v7_BottomFlangeThickness, boost::optional<double> v8_BottomFlangeFilletRadius, double v9_TopFlangeWidth, boost::optional<double> v10_TopFlangeThickness, boost::optional<double> v11_TopFlangeFilletRadius, boost::optional<double> v12_BottomFlangeEdgeRadius, boost::optional<double> v13_BottomFlangeSlope, boost::optional<double> v14_TopFlangeEdgeRadius, boost::optional<double> v15_TopFlangeSlope)

Public Static Functions

const IfcParse::entity &Class()

class IfcAudioVisualAppliance : public Ifc4x1::IfcFlowTerminal

An audio-visual appliance is a device that displays, captures, transmits, or receives audio or video. Audio-visual appliances may be fixed in place or may be able to be moved from one space to another. They may require an electrical supply that may be supplied either by an electrical circuit or provided from a local battery source. Audio-visual appliances may be connected to data circuits including specialist circuits for audio visual purposes only.

HISTORY New entity in IFC2x4

Type Use Definition IfcAudioVisualAppliance defines the occurrence of any audio visual appliance; common information about audio visual appliance types is handled by IfcAudioVisualApplianceType. The IfcAudioVisualApplianceType (if present) may establish the common type name, usage (predefined type), properties, materials, ports, composition, assignments, and representations. The IfcAudioVisualApplianceType is attached using the IfcRelDefinesByType objectified relationship and is accessible by the IsTypedBy inverse attribute. If the IfcAudioVisualApplianceType has ports or aggregated elements, such objects are reflected at the IfcAudioVisualAppliance occurrence using the IfcRelDefinesByObject relationship.

Property Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Property sets may also be specified at the IfcAudioVisualApplianceType, defining the common property data for all occurrences of the same type. They are then accessible by the IsTypedBy inverse attribute pointing to IfcAudioVisualApplianceType.HasPropertySets. If both are given, then the properties directly defined at IfcAudioVisualAppliance override the properties defined at IfcAudioVisualApplianceType. Refer to the documentation at the supertype IfcFlowTerminal and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: (All Types)

Pset_AudioVisualAppliancePHistory (PSET_PERFORMANCEDRIVEN) Pset_AudioVisualApplianceTypeCommon (PSET_TYPEDRIVENOVERRIDE)

AMPLIFIER

Pset_AudioVisualApplianceTypeAmplifier (PSET_TYPEDRIVENOVERRIDE)

CAMERA

Pset_AudioVisualApplianceTypeCamera (PSET_TYPEDRIVENOVERRIDE)

DISPLAY

Pset_AudioVisualApplianceTypeDisplay (PSET_TYPEDRIVENOVERRIDE)

PLAYER

Pset_AudioVisualApplianceTypePlayer (PSET_TYPEDRIVENOVERRIDE)

PROJECTOR

Pset_AudioVisualApplianceTypeProjector (PSET_TYPEDRIVENOVERRIDE)

RECEIVER

Pset_AudioVisualApplianceTypeReceiver (PSET_TYPEDRIVENOVERRIDE)

SPEAKER

Pset_AudioVisualApplianceTypeSpeaker (PSET_TYPEDRIVENOVERRIDE)

TUNER

Pset_AudioVisualApplianceTypeTuner (PSET_TYPEDRIVENOVERRIDE)

Quantity Use Definition The quantities relating to this entity are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. The following base quantities are defined and shall be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, may be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement shall be provided.

Qto_AudioVisualApplianceBaseQuantities

Material Use Definition The material of the IfcAudioVisualAppliance is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. Material information can also be given at the IfcAudioVisualApplianceType, defining the common attribute data for all occurrences of the same type. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

Casing: Material from which the casing is constructed.

Composition Use Definition The IfcAudioVisualAppliance may be aggregated into components using IfcRelAggregates where RelatingObject refers to the enclosing IfcAudioVisualAppliance and RelatedObjects contains one or more components. Aggregation use is defined for the following predefined types:

May contain IfcAudioVisualAppliance components.

Port Use Definition The distribution ports relating to the IfcAudioVisualAppliance are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. If the audio visual appliance occurrence is defined by IfcAudioVisualApplianceType, then the port occurrences must reflect those defined at the IfcAudioVisualApplianceType using the IfcRelDefinesByObject relationship. Ports are specific to the IfcAudioVisualAppliance PredefinedType as follows indicated by the IfcDistributionPort Name, PredefinedType, and FlowDirection:

AMPLIFIER

Power (ELECTRICAL, SINK): Receives electrical power. Input (AUDIOVISUAL, SINK): Input audio. Speakers (ELECTROACCOUSTIC, SOURCE): Audio speaker(s), which may be aggregated for separate speaker channels.

CAMERA

Power (ELECTRICAL, SINK): Receives electrical power. Control (CONTROL, SINK): Receives control signal. Network (DATA, SOURCE): Network access. Output (AUDIOVISUAL, SOURCE): Captured video.

DISPLAY

Power (ELECTRICAL, SINK): Receives electrical power. Control (CONTROL, SINK): Receives control signal. Input#1 (AUDIOVISUAL, SINK): Input audio/video source. Input#2 (AUDIOVISUAL, SINK): Input audio/video source. Input#3 (AUDIOVISUAL, SINK): Input audio/video source. Input#4 (AUDIOVISUAL, SINK): Input audio/video source. Input#5 (AUDIOVISUAL, SINK): Input audio/video source. Input#6 (AUDIOVISUAL, SINK): Input audio/video source. Input#7 (AUDIOVISUAL, SINK): Input audio/video source. Input#8 (AUDIOVISUAL, SINK): Input audio/video source.

MICROPHONE

Power (ELECTRICAL, SINK): Receives electrical power. Output (AUDIOVISUAL, SOURCE): Captured audio.

PLAYER

Power (ELECTRICAL, SINK): Receives electrical power. Control (CONTROL, SINK): Receives control signal. Output (AUDIOVISUAL, SOURCE): Rendered media content.

PROJECTOR

Power (ELECTRICAL, SINK): Receives electrical power. Control (CONTROL, SINK): Receives control signal. Input (AUDIOVISUAL, SOURCE): Input audio/video source.

RECEIVER

Power (ELECTRICAL, SINK): Receives electrical power. Control (CONTROL, SINK): Receives control signal. Network (DATA, SOURCE): Network access. Input#1 (AUDIOVISUAL, SINK): Input audio/video source. Input#2 (AUDIOVISUAL, SINK): Input audio/video source. Input#3 (AUDIOVISUAL, SINK): Input audio/video source. Input#4 (AUDIOVISUAL, SINK): Input audio/video source. Input#5 (AUDIOVISUAL, SINK): Input audio/video source. Input#6 (AUDIOVISUAL, SINK): Input audio/video source. Input#7 (AUDIOVISUAL, SINK): Input audio/video source. Input#8 (AUDIOVISUAL, SINK): Input audio/video source. Output#1 (AUDIOVISUAL, SOURCE): Output audio/video zone. Output#2 (AUDIOVISUAL, SOURCE): Output audio/video zone. Speakers#1 (ELECTROACCOUSTIC, SOURCE): Audio speaker(s), which may be aggregated for separate speaker channels. Speakers#2 (ELECTROACCOUSTIC, SOURCE): Audio speaker(s), which may be aggregated for separate speaker channels.

SPEAKER

Input (ELECTROACCOUSTIC, SINK): Amplified audio input.

SWITCHER

Power (ELECTRICAL, SINK): Receives electrical power. Control (CONTROL, SINK): Receives control signal. Network (DATA, SOURCE): Network access. Input#1 (AUDIOVISUAL, SINK): Input audio/video source. Input#2 (AUDIOVISUAL, SINK): Input audio/video source. Input#3 (AUDIOVISUAL, SINK): Input audio/video source. Input#4 (AUDIOVISUAL, SINK): Input audio/video source. Input#5 (AUDIOVISUAL, SINK): Input audio/video source. Input#6 (AUDIOVISUAL, SINK): Input audio/video source. Input#7 (AUDIOVISUAL, SINK): Input audio/video source. Input#8 (AUDIOVISUAL, SINK): Input audio/video source. Output#1 (AUDIOVISUAL, SOURCE): Output audio/video zone. Output#2 (AUDIOVISUAL, SOURCE): Output audio/video zone. Output#3 (AUDIOVISUAL, SOURCE): Output audio/video zone. Output#4 (AUDIOVISUAL, SOURCE): Output audio/video zone. Output#5 (AUDIOVISUAL, SOURCE): Output audio/video zone. Output#6 (AUDIOVISUAL, SOURCE): Output audio/video zone. Output#7 (AUDIOVISUAL, SOURCE): Output audio/video zone. Output#8 (AUDIOVISUAL, SOURCE): Output audio/video zone.

TELEPHONE

Power (ELECTRICAL, SINK): Receives electrical power. Phone (TELEPHONE, SINK): Telecommunications network.

TUNER

Power (ELECTRICAL, SINK): Receives electrical power. Control (CONTROL, SINK): Receives control signal. Input (TV, SINK): Receives modulated data feed such as satellite, cable, or over-the-air. Output (AUDIOVISUAL, SOURCE): Rendered media content.

Public Types

typedef IfcTemplatedEntityList<IfcAudioVisualAppliance> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcAudioVisualAppliance.

::Ifc4x1::IfcAudioVisualApplianceTypeEnum::Value PredefinedType() const

void setPredefinedType(::Ifc4x1::IfcAudioVisualApplianceTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcAudioVisualAppliance(IfcEntityInstanceData *e)

IfcAudioVisualAppliance(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcAudioVisualApplianceTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcAudioVisualApplianceType : public Ifc4x1::IfcFlowTerminalType

The flow terminal type IfcAudioVisualApplianceType defines commonly shared information for occurrences of audio-visual appliances. The set of shared information may include:

common properties with shared property sets common representations of shape common materials common composition of elements common ports applicable assignment of process types

It is used to define a audio-visual appliance specification (i.e. the specific product information, that is common to all occurrences of that product type). Audio-Visual Appliance types may be exchanged without being already assigned to occurrences. Occurrences of IfcAudioVisualApplianceType are represented by instances of IfcAudioVisualAppliance.

HISTORY: New entity in IFC2x4

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the HasPropertySets attribute. Refer to the documentation at the supertype IfcFlowTerminalType and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_AudioVisualApplianceTypeCommon Pset_ElectricalDeviceCommon

The following property set definitions are applicable to this entity according to the PredefinedType attribute:

Pset_AudioVisualApplianceTypeAmplifier (AMPLIFIER) Pset_AudioVisualApplianceTypeCamera (CAMERA) Pset_AudioVisualApplianceTypeDisplay (DISPLAY) Pset_AudioVisualApplianceTypePlayer (PLAYER) Pset_AudioVisualApplianceTypeProjector (PROJECTOR) Pset_AudioVisualApplianceTypeReceiver (RECEIVER) Pset_AudioVisualApplianceTypeSpeaker (SPEAKER) Pset_AudioVisualApplianceTypeTuner (TUNER)

Material Use Definition The material of the IfcAudioVisualApplianceType is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

‘Casing’: Material from which the casing is constructed.

Composition Use Definition The IfcAudioVisualApplianceType may be aggregated into components using IfcRelAggregates where RelatingObject refers to the enclosing IfcAudioVisualApplianceType and RelatedObjects contains one or more components. Components are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Aggregation use is defined for the following predefined types:

(All Types): May contain IfcAudioVisualAppliance components.

Port Use Definition The distribution ports relating to the IfcAudioVisualApplianceType type are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. Ports are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Refer to the documentation at IfcAudioVisualAppliance for standard port definitions.

Public Types

typedef IfcTemplatedEntityList<IfcAudioVisualApplianceType> list

Public Functions

::Ifc4x1::IfcAudioVisualApplianceTypeEnum::Value PredefinedType() const: Identifies the predefined types of audio-visual appliance from which the type required may be set.

void setPredefinedType(::Ifc4x1::IfcAudioVisualApplianceTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcAudioVisualApplianceType(IfcEntityInstanceData *e)

IfcAudioVisualApplianceType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcAudioVisualApplianceTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcAudioVisualApplianceTypeEnum¶

Public Types

enum Value¶

Defines the range of different types of audio-video devices that can be specified. HISTORY: New enumeration in IFC2x4

AMPLIFIER: A device that receives an audio signal and amplifies it to play through speakers. CAMERA: A device that records images, either as a still photograph or as moving images known as videos or movies. Note that a camera may operate with light from the visible spectrum or from other parts of the electromagnetic spectrum such as infrared or ultraviolet. DISPLAY: An electronic device that represents information in visual form such as a flat-panel display or television. MICROPHONE: An acoustic-to-electric transducer or sensor that converts sound into an electrical signal. Microphones types in use include electromagnetic induction (dynamic microphones), capacitance change (condenser microphones) or piezoelectric generation to produce the signal from mechanical vibration. PLAYER: A device that plays audio and/or video content directly or to another device, having fixed or removable storage media. PROJECTOR: An apparatus for projecting a picture on a screen. Whether the device is an overhead, slide projector, or a film projector, it is usually referred to as simply a projector. RECEIVER: A device that receives audio and/or video signals, switches sources, and amplifies signals to play through speakers. SPEAKER: A loudspeaker, speaker, or speaker system is an electroacoustical transducer that converts an electrical signal to sound. SWITCHER: A device that receives audio and/or video signals, switches sources, and transmits signals to downstream devices. TELEPHONE: A telecommunications device that is used to transmit and receive sound, and optionally video. TUNER: An electronic receiver that detects, demodulates, and amplifies transmitted signals.

Values:

enumerator IfcAudioVisualApplianceType_AMPLIFIER¶

enumerator IfcAudioVisualApplianceType_CAMERA¶

enumerator IfcAudioVisualApplianceType_DISPLAY¶

enumerator IfcAudioVisualApplianceType_MICROPHONE¶

enumerator IfcAudioVisualApplianceType_PLAYER¶

enumerator IfcAudioVisualApplianceType_PROJECTOR¶

enumerator IfcAudioVisualApplianceType_RECEIVER¶

enumerator IfcAudioVisualApplianceType_SPEAKER¶

enumerator IfcAudioVisualApplianceType_SWITCHER¶

enumerator IfcAudioVisualApplianceType_TELEPHONE¶

enumerator IfcAudioVisualApplianceType_TUNER¶

enumerator IfcAudioVisualApplianceType_USERDEFINED¶

enumerator IfcAudioVisualApplianceType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcAxis1Placement : public Ifc4x1::IfcPlacement

Definition from ISO/CD 10303-42:1992: The direction and location in three dimensional space of a single axis. An axis1_placement is defined in terms of a locating point (inherited from placement supertype) and an axis direction: this is either the direction of axis or defaults to (0.0,0.0,1.0). The actual direction for the axis placement is given by the derived attribute z (Z).

NOTE Corresponding ISO 10303 name: axis1_placement, please refer to ISO/IS 10303-42:1994, p. 28 for the final definition of the formal standard.

HISTORY New entity in IFC Release 1.5

Figure 274 illustrates the definition of the IfcAxis1Placement within the three-dimensional coordinate system.

Figure 274 — Axis1 placement

Public Types

typedef IfcTemplatedEntityList<IfcAxis1Placement> list

Public Functions

bool hasAxis() const: Whether the optional attribute Axis is defined for this IfcAxis1Placement.

::Ifc4x1::IfcDirection *Axis() const: The direction of the local Z axis.

void setAxis(::Ifc4x1::IfcDirection *v)

const IfcParse::entity &declaration() const

IfcAxis1Placement(IfcEntityInstanceData *e)

IfcAxis1Placement(::Ifc4x1::IfcCartesianPoint *v1_Location, ::Ifc4x1::IfcDirection *v2_Axis)

Public Static Functions

const IfcParse::entity &Class()

class IfcAxis2Placement2D : public Ifc4x1::IfcPlacement

Definition from ISO/CD 10303-42:1992: The location and orientation in two dimensional space of two mutually perpendicular axes. An axis2_placement_2d is defined in terms of a point, (inherited from the placement supertype), and an axis. It can be used to locate and originate an object in two dimensional space and to define a placement coordinate system. The class includes a point which forms the origin of the placement coordinate system. A direction vector is required to complete the definition of the placement coordinate system. The reference direction defines the placement X axis direction, the placement Y axis is derived from this.

If the RefDirection attribute is not given, the placement defaults to P[1] (x-axis) as [1.,0.] and P[2] (y-axis) as [0.,1.].

NOTE Corresponding ISO 10303 name: axis2_placement_2d, please refer to ISO/IS 10303-42:1994, p. 28 for the final definition of the formal standard.

HISTORY New entity in IFC Release 1.5.

Figure 275 illustrates the definition of the IfcAxis2Placement2D within the two-dimensional coordinate system.

Figure 275 — Axis2 placement 2D

Public Types

typedef IfcTemplatedEntityList<IfcAxis2Placement2D> list

Public Functions

bool hasRefDirection() const: Whether the optional attribute RefDirection is defined for this IfcAxis2Placement2D.

::Ifc4x1::IfcDirection *RefDirection() const: The direction used to determine the direction of the local X axis. If a value is omited that it defaults to [1.0, 0.0.].

void setRefDirection(::Ifc4x1::IfcDirection *v)

const IfcParse::entity &declaration() const

IfcAxis2Placement2D(IfcEntityInstanceData *e)

IfcAxis2Placement2D(::Ifc4x1::IfcCartesianPoint *v1_Location, ::Ifc4x1::IfcDirection *v2_RefDirection)

Public Static Functions

const IfcParse::entity &Class()

class IfcAxis2Placement3D : public Ifc4x1::IfcPlacement

Definition from ISO/CD 10303-42:1992: The location and orientation in three dimensional space of three mutually perpendicular axes. An axis2_placement_3D is defined in terms of a point (inherited from placement supertype) and two (ideally orthogonal) axes. It can be used to locate and originate an object in three dimensional space and to define a placement coordinate system. The entity includes a point which forms the origin of the placement coordinate system. Two direction vectors are required to complete the definition of the placement coordinate system. The axis is the placement Z axis direction and the ref_direction is an approximation to the placement X axis direction.

If the attribute values for Axis and RefDirection are not given, the placement defaults to P[1] (x-axis) as [1.,0.,0.], P[2] (y-axis) as [0.,1.,0.] and P[3] (z-axis) as [0.,0.,1.].

NOTE Corresponding ISO 10303 name: axis2_placement_3d, please refer to ISO/IS 10303-42:1994 for the final definition of the formal standard. The WR5 is added to ensure that either both attributes Axis and RefDirection are given, or both are omitted.

HISTORY New entity in IFC Release 1.5.

Figure 276 illustrates the definition of the IfcAxis2Placement3D within the three-dimensional coordinate system.

Figure 276 — Axis2 placement 3D

Public Types

typedef IfcTemplatedEntityList<IfcAxis2Placement3D> list

Public Functions

bool hasAxis() const: Whether the optional attribute Axis is defined for this IfcAxis2Placement3D.

::Ifc4x1::IfcDirection *Axis() const: The exact direction of the local Z Axis.

void setAxis(::Ifc4x1::IfcDirection *v)

bool hasRefDirection() const: Whether the optional attribute RefDirection is defined for this IfcAxis2Placement3D.

::Ifc4x1::IfcDirection *RefDirection() const: The direction used to determine the direction of the local X Axis. If necessary an adjustment is made to maintain orthogonality to the Axis direction. If Axis and/or RefDirection is omitted, these directions are taken from the geometric coordinate system.

void setRefDirection(::Ifc4x1::IfcDirection *v)

const IfcParse::entity &declaration() const

IfcAxis2Placement3D(IfcEntityInstanceData *e)

IfcAxis2Placement3D(::Ifc4x1::IfcCartesianPoint *v1_Location, ::Ifc4x1::IfcDirection *v2_Axis, ::Ifc4x1::IfcDirection *v3_RefDirection)

Public Static Functions

const IfcParse::entity &Class()

class IfcBeam : public Ifc4x1::IfcBuildingElement

Definition from ISO 6707-1:1989: Structural member designed to carry loads between or beyond points of support, usually narrow in relation to its length and horizontal or nearly so.

An IfcBeam is a horizontal, or nearly horizontal, structural member that is capable of withstanding load primarily by resisting bending. It represents such a member from an architectural point of view. It is not required to be load bearing.

NOTE The representation of a beam in a structural analysis model is provided by IfcStructuralCurveMember being part of an IfcStructuralAnalysisModel.

NOTE For any longitudial structural member, not constrained to be predominately horizontal nor vertical, or where this semantic information is irrelevant, the entity IfcMember should be used.

The IFC specification provides two entities for beam occurrences:

IfcBeamStandardCase used for all occurrences of beams, that have a profile defined that is swept along a directrix. The profile might be changed uniformly by a taper definition along the directrix. The profile parameter and its cardinal point of insertion can be fully described by the IfcMaterialProfileSetUsage. These beams are always represented geometricly by an ‘Axis’ and a ‘SweptSolid’ or ‘AdvancedSweptSolid’ shape representation (or by a ‘Clipping’ geometry based on the swept solid), if a 3D geometric representation is assigned. In addition they have to have a corresponding IfcMaterialProfileSetUsage assigned. NOTE View definitions and implementer agreements may further constrain the applicable geometry types, for example, by excluding tapering from an IfcBeamStandardCase implementation.

IfcBeam used for all other occurrences of beams, particularly for beams with changing profile sizes along the extrusion, or beams defined by non-linear extrusion, or beams having only ‘Brep’, or ‘SurfaceModel’ geometry.

HISTORY New entity in IFC Release 1.0

Type Use Definition IfcBeam defines the occuurence of any beam, common information about beam types (or styles) is handled by IfcBeamType. The IfcBeamType (if present) may establish the commontype name, usage (or predefined) type, common material layer set, common set of properties and common shape representations (using IfcRepresentationMap). The IfcBeamType is attached using the IfcRelDefinedByType.RelatingType objectified relationship and is accessible by the inverse IsTypedBy attribute. If no IfcBeamType is attached (i.e. if only occurrence information is given) the PredefinedType should be provided. If set to .USERDEFINED. a user defined value can be provided by the ObjectType attribute. Material Use Definition The material of the IfcBeam is defined by the IfcMaterialProfileSet or as fallback by IfcMaterial and attached by the IfcRelAssociatesMaterial.RelatingMaterial. It is accessible by the inverse HasAssociations relationship. Note It is illegal to assign an IfcMaterialProfileSetUsage to an IfcBeam. Only the subtype IfcBeamStandardCase supports this concept. Material information can also be given at the IfcBeamType, defining the common attribute data for all occurrences of the same type. It is then accessible by the inverse IsTypedBy relationship pointing to IfcBeamType.HasAssociations and via IfcRelAssociatesMaterial.RelatingMaterial to IfcMaterialProfileSet or IfcMaterial. If both are given, then the material directly assigned to IfcBeam overrides the material assigned to IfcBeamType. Property Set Use Definition The property sets relating to the IfcBeam are defined by the IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. It is accessible by the inverse IsDefinedBy relationship. The following property set definitions specific to the IfcBeam are part of this IFC release:

Pset_BeamCommon: common property set for all beam occurrences

Property sets can also be given at the IfcBeamType, defining the common property data for all occurrences of the same type. It is then accessible by the inverse IsTypedBy relationship pointing to IfcBeamType.HasPropertySets. If both are given, then the properties directly assigned to IfcBeam overrides the properties assigned to IfcBeamType. Quantity Use Definition The quantities relating to the IfcBeam are defined by the IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. It is accessible by the inverse IsDefinedBy relationship. The following base quantities are defined and should be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities can be defined being subjected to local standard of measurement with another string value assigned to MethodOfMeasurement. Quanties shall be never assigned to the IfcBeamType.

Qto_BeamBaseQuantities: base quantities for all beam occurrences.

Containment Use Definition The IfcBeam, as any subtype of IfcBuildingElement, may participate in two different containment relationships. The first (and in most implementation scenarios mandatory) relationship is the hierachical spatial containment, the second (optional) relationship is the aggregation within an element assembly.

The IfcBeam is places within the project spatial hierarchy using the objectified relationship IfcRelContainedInSpatialStructure, refering to it by its inverse attribute SELF\IfcElement.ContainedInStructure. Subtypes of IfcSpatialStructureElement are valid spatial containers, with IfcBuildingStorey being the default container. The IfcBeam may be aggregated into an element assembly using the objectified relationship IfcRelAggregates, refering to it by its inverse attribute SELF\IfcObjectDefinition.Decomposes. Any subtype of IfcElement can be an element assembly, with IfcElementAssembly as a special focus subtype. In this case it should not be additionally contained in the project spatial hierarchy, i.e. SELF\IfcElement.ContainedInStructure should be NIL.

Geometry Use Definition The geometric representation of IfcBeam is given by the IfcProductDefinitionShape, allowing multiple geometric representations. Included are: Local Placement The local placement for IfcBeam is defined in its supertype IfcProduct. It is defined by the IfcLocalPlacement, which defines the local coordinate system that is referenced by all geometric representations.

The PlacementRelTo relationship of IfcLocalPlacement shall point (if given) to the local placement of the same IfcSpatialStructureElement, which is used in the ContainedInStructure inverse attribute, or to a spatial structure element at a higher level, referenced by that.

Exception: If the IfcBeam is part of an assembly, the PlacementRelTo relationship of IfcLocalPlacement shall point to the local placement of the container element, e.g. IfcElementAssembly,

If the relative placement is not used, the absolute placement is defined within the world coordinate system.

Geometric Representation Currently, the ‘Axis’, ‘Body’, and ‘Box’ representations are supported. The ‘Box’ representation includes the representation type ‘BoundingBox’ and is explained at IfcBuildingElement. Axis Representation The axis geometric representation of IfcBeam is defined using the ‘Axis’ representation.

RepresentationIdentifier : ‘Axis’ RepresentationType : ‘Curve2D’, ‘Curve3D’

The ‘Axis’ can be used to represent the system axis and length of a beam that may extent the body length. Body Representation The body representation of IfcBeam can be represented using the representation types ‘SweptSolid’, ‘Clipping’, ‘AdvancedSweptSolid’, ‘MappedRepresentation’, ‘SurfaceModel’, and ‘Brep’. The representation types ‘SurfaceModel’ and ‘Brep’ are explained at IfcBuildingElement. SweptSolid Representation Type The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Body’ RepresentationType : ‘SweptSolid’

The following additional constraints apply to the ‘SweptSolid’ representation type:

Solid: IfcExtrudedAreaSolid, IfcRevolvedAreaSolid shall be supported Profile: all subtypes of IfcProfileDef (with exception of IfcArbitraryOpenProfileDef) Extrusion: All extrusion directions shall be supported.

Figure 71 illustrates the ‘SweptSolid’ geometric representation. There are no restrictions or conventions on how to use the local placement (black), solid of extrusion placement (red) and profile placement (green).

Figure 71 — Beam swept solid

Figure 72 illustrates the use of non-perpendicular extrusion to create the IfcExtrudedAreaSolid.

Figure 72 — Beam non-perpendicular extrusion

Clipping Representation Type The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Body’ RepresentationType : ‘Clipping’

The following constraints apply to the advanced representation:

Solid: see ‘SweptSolid’ geometric representation Profile: see ‘SweptSolid’ geometric representation Extrusion: see ‘SweptSolid’ geometric representation Boolean result: The IfcBooleanClippingResult shall be supported, allowing for Boolean differences between the swept solid (here IfcExtrudedAreaSolid) and one or several IfcHalfSpaceSolid (or its subtypes).

Figure 73 illustrates use of IfcBooleanClippingResult between an IfcExtrudedAreaSolid and an IfcHalfSpaceSolid to create a clipped body.

Figure 73 — Beam clipping

AdvancedSweptSolid Representation Type The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Body’ RepresentationType : ‘AdvancedSweptSolid’

The following additional constraints apply to the ‘AdvancedSweptSolid’ representation type:

Solid: IfcSurfaceCurveSweptAreaSolid, IfcFixedReferenceSweptAreaSolid, IfcExtrudedAreaSolidTapered, IfcRevolvedAreaSolidTapered shall be supported. NOTE View definitions and implementer agreement can further constrain the allowed swept solid types.

Profile: see ‘SweptSolid’ geometric representation Extrusion: not applicable

MappedRepresentation Representation Type The ‘MappedRepresentation’ representation is supported as it allows for reusing the geometry definition of the beam type at all occurrences of the same type. The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Body’ RepresentationType : ‘MappedRepresentation’

The same constraints, as given for the ‘SweptSolid’, ‘Clipping’, ‘AdvancedSweptSolid’, ‘SurfaceModel’, and ‘Brep’ geometric representation, shall apply to the MappedRepresentation of the IfcRepresentationMap.

Subclassed by Ifc4x1::IfcBeamStandardCase

Public Types

typedef IfcTemplatedEntityList<IfcBeam> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcBeam.

::Ifc4x1::IfcBeamTypeEnum::Value PredefinedType() const

Predefined generic type for a beam that is specified in an enumeration. There may be a property set given specificly for the predefined types. NOTE The PredefinedType shall only be used, if no type object IfcBeamType is assigned, providing its own IfcBeamType.PredefinedType.

IFC2x4 CHANGE The attribute has been added at the end of the entity definition.

void setPredefinedType(::Ifc4x1::IfcBeamTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcBeam(IfcEntityInstanceData *e)

IfcBeam(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcBeamTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcBeamStandardCase : public Ifc4x1::IfcBeam

The standard beam, IfcBeamStandardCase, defines a beam with certain constraints for the provision of material usage, parameters and with certain constraints for the geometric representation. The IfcBeamStandardCase handles all cases of beams, that:

have a reference to the IfcMaterialProfileSetUsage defining the material profile association of the beam with the cardinal point of its insertion relative to the local placement. are consistent in using the correct cardinal point offset of the profile as compared to the ‘Axis’ and ‘Body’ shape representation are based on a sweep of a planar profile, or set of profiles, as defined by the IfcMaterialProfileSet have an ‘Axis’ shape representation with constraints provided below in the geometry use definition have a ‘Body’ shape representation with constraints provided below in the geometry use definition

are extruded perpendicular to the profile definition plane have a start profile, or set of profiles, that is swept the sweeping operation can be linear extrusion, circular rotation, or a sweep along a directrix the start profile, or set of profiles can be swept unchanged, or might be changed uniformly by a taper definition

NOTE View definitions and implementer agreements may further constrain the applicable geometry types, e.g. by excluding tapering from an IfcBeamStandardCase implementation.

HISTORY New entity in IFC2x4.

Type Use Definition IfcBeam defines the occurrence of any beam, common information about beam types (or styles) is handled by IfcBeamType. The IfcBeamType (if present) may establish the common type name, usage (or predefined) type, common set of properties, and common material profile set (combining profiles and material of profile). The IfcBeamType is attached using the IfcRelDefinedByType.RelatingType objectified relationship and is accessible by the inverse IsTypedBy attribute. The IfcBeamStandardCase defines in addition that the IfcBeamType should have a unique IfcMaterialProfileSet, that is referenced by the IfcMaterialProfileSetUsage that is assigned to all occurrences of this beam type.

Figure 74 illustrates assignment of IfcMaterialProfileSetUsage and IfcMaterialProfileSet to the IfcBeamStandardCase as the beam occurrence and to the IfcBeamType. The same IfcMaterialProfileSet shall be shared by many occurrences of IfcMaterialProfileSetUsage. This relationship shall be consistent to the relationship between the IfcBeamType and the IfcBeamStandardCase.

Figure 74 — Beam profile usage

Figure 75 illustrates alignment of cardinal points. NOTE It has to be guaranteed that the use of IfcCardinalPointEnum is consistent to the placement of the extrusion body provided by IfcExtrudedAreaSolid.Position NOTE The cardinal points 8 (top centre) and 6 (mid-depth right) are assigned according to the definition at IfcCardinalPointReference

Figure 75 — Beam cardinal points

Figure 76 illustrates assignment of a composite profile by using IfcCompositeProfile for geometric representation and several IfcMaterialProfile’s within the IfcMaterialProfileSet.

Figure 76 — Beam composite profiles

Material Use Definition The material of the IfcBeamStandardCase is defined by IfcMaterialProfileSetUsage and attached by the IfcRelAssociatesMaterial.RelatingMaterial. It is accessible by the inverse HasAssociations relationship. Composite profile beams can be represented by refering to several IfcMaterialProfile’s within the IfcMaterialProfileSet that is referenced from the IfcMaterialProfileSetUsage. See Type Use Definition for additional agreements for material assignement to IfcBeamStandardCase and IfcBeamType. Property Set Use Definition: The property sets relating to the IfcBeamStandardCase are defined at the supertype IfcBeam. Quantity Use Definition The quantities relating to the IfcBeamStandardCase are defined at the supertype IfcBeam. Containment Use Definition The containment use definitions relating to the IfcBeamStandardCase are defined at the supertype IfcBeam. Geometry Use Definitions: The geometric representation of IfcBeamStandardCase is given by the IfcProductDefinitionShape, allowing multiple geometric representations. Included are: Local Placement The general use of local placement is defined at the supertype IfcBeam. The following restriction is imposed:

The local placement shall provide the location and directions for the standard beam, the x/y plane is the plane for the start profile, and the z-axis is the extrusion axis for the beam body (in case of rotation, the tangent direction).

Geometric Representations The geometric representation of IfcBeamStandardCase is defined using the following multiple shape representations for its definition:

Axis: A three dimensional open curve (subtype of IfcBoundedCurve) defining the axis for the standard beam. The cardinal point is determined by the beam axis. Body: A Swept Solid Representation or a CSG clipping representation defining the 3D shape of the standard beam.

NOTE It is invalid to exchange a ‘SurfaceModel’, ‘Brep’, or ‘MappedRepresentation’ representation for the ‘Body’ shape representation of an IfcBeamStandardCase. Axis Representation The axis geometric representation of IfcBeamStandardCase is defined using the ‘Axis’ representation. The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Axis’ RepresentationType : ‘Curve3D’

The following additional constraints apply to the ‘Axis’ representation, if the ‘Body’ shape representation has the RepresentationType : ‘SweptSolid’:

Axis :

IfcPolyline having two Points, or IfcTrimmedCurve with BasisCurve of Type IfcLine for ‘SweptSolid’ provided as IfcExtrudedAreaSolid. The axis curve lies on the z axis of the object coordinate system. IfcTrimmedCurve with BasisCurve of Type IfcCircle for ‘SweptSolid’ provided as IfcRevolvedAreaSolid. The axis curve lies on the x/z plane of the object coordinate system, the tangent at the start is along the positive z-axis.

As shown in Figure 77, the axis shall be defined along the z axis of the object coordinate system. The axis representation can be used to represent the system length of a beam that may extent the body length of the beam.

Figure 77 — Beam axis representation

As shown in Figure 78, the axis representation shall be used to represent the cardinal point as the offset between the ‘Axis’ and the extrusion path of the beam. The extrusion path is provided as IfcExtrudedAreaSolid.ExtrudedDirection and should be parallel to the ‘Axis’ and the z axis. It has to be guaranteed that the value provided by IfcMaterialProfileSetUsage.CardinalPoint is consistent to the IfcExtrudedAreaSolid.Position.

Figure 78 — Beam axis cardinal point

Body Representation The body representation of IfcBeamStandardCase can be represented using the representation types ‘SweptSolid’, ‘Clipping’, or ‘AdvancedSweptSolid’. SweptSolid Representation Type The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Body’ RepresentationType : ‘SweptSolid’

The following additional constraints apply to the ‘SweptSolid’ representation:

Solid: IfcExtrudedAreaSolid, IfcRevolvedAreaSolid shall be supported Solid Position : The IfcSweptAreaSolid.Position shall exclusively been used to correspond to the cardinal point. The x/y offset of the Position represents the cardinal point offset of the profile against the axis. No rotation shall be allowed. Profile: All subtypes of IfcParameterizedProfileDef Profile Position : For all single profiles, the IfcParameterizedProfileDef.Position shall be NIL, or having Location = 0.,0. and RefDirection = 1.,0. Extrusion:Perpendicular to the profile direction. The IfcExtrudedAreaSolid.ExtrudedDirection shall be [0.,0.,1.]. Orientation: The y-axis of the profile, as determined by IfcSweptAreaSolid.Position.P[2] shall point upwards. It indicates the “role” of the beam, a role=0° means y-axis of profile pointing upwards.

Figure 79 illustrates a standard geometric representation with cardinal point applied as 1 (bottom left). The following interpretation of dimension parameter applies for rectangular beams with linear extrusions:

IfcRectangleProfileDef.YDim interpreted as beam height IfcRectangleProfileDef.XDim interpreted as beam width

The following interpretation of dimension parameter applies for circular beams:

IfcCircleProfileDef.Radius interpreted as beam radius.

Figure 79 — Beam body extrusion

Clipping Representation Type The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Body’ RepresentationType : ‘Clipping’

The following constraints apply to the ‘Clipping’ representation:

Solid : see ‘SweptSolid’ geometric representation Solid Position : see ‘SweptSolid’ geometric representation Profile : see ‘SweptSolid’ geometric representation Profile Position : see ‘SweptSolid’ geometric representation Extrusion : see ‘SweptSolid’ geometric representation Orientation : see ‘SweptSolid’ geometric representation Boolean result: The IfcBooleanClippingResult shall be supported, allowing for Boolean differences between the swept solid (here IfcExtrudedAreaSolid) and one or several IfcHalfSpaceSolid (or its subtypes).

Figure 80 illustrates a ‘Clipping’ geometric representation with use of IfcBooleanClippingResult between an IfcExtrudedAreaSolid and an IfcHalfSpaceSolid to create a clipped body, with cardinal point applied as 4 (mid-depth left)

Figure 80 — Beam body clipping

AdvancedSweptSolid Representation Type The ‘AdvancedSweptSolid’ representation type is a valid body representation of IfcBeamStandardCase. The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Body’ RepresentationType : ‘AdvancedSweptSolid’

The following additional constraints apply to the ‘AdvancedSweptSolid’ representation type:

Solid: IfcSurfaceCurveSweptAreaSolid, IfcFixedReferenceSweptAreaSolid, IfcExtrudedAreaSolidTapered, IfcRevolvedAreaSolidTapered shall be supported. NOTE View definitions and implementer agreement can further constrain the allowed swept solid types.

Solid Position : see ‘SweptSolid’ geometric representation Profile: see ‘SweptSolid’ geometric representation Profile Position : see ‘SweptSolid’ geometric representation Extrusion:not applicable

Public Types

typedef IfcTemplatedEntityList<IfcBeamStandardCase> list

Public Functions

const IfcParse::entity &declaration() const

IfcBeamStandardCase(IfcEntityInstanceData *e)

IfcBeamStandardCase(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcBeamTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcBeamType : public Ifc4x1::IfcBuildingElementType

Definition from IAI: The element type IfcBeamType defines commonly shared information for occurrences of beams. The set of shared information may include:

common properties within shared property sets common material information common profile definitions common shape representations

It is used to define a beam specification, or beam style (i.e. the specific product information that is common to all occurrences of that beam type). Beam types may be exchanged without being already assigned to occurrences. Occurrences of the IfcBeamType within building models are represented by instances of IfcBeamStandardCase if the IfcBeamType has a single associated IfcMaterialProfileSet; otherwise they are represented by instances of IfcBeam. Occurrences of the IfcBeamType within structural analysis models are represented by instances of IfcStructuralCurveMember, or its applicable subtypes. HISTORY New entity in Release IFC2x Edition 2. Material Use Definition The material of the IfcBeamType is defined by the IfcMaterialProfileSet or as fall back by IfcMaterial and attached by the IfcRelAssociatesMaterial.RelatingMaterial. It is accessible by the inverse HasAssociations relationship. Note: It is illegal to assign an IfcMaterial to an IfcBeamType, if there is at least one occurrences. of IfcBeamStandardCase for this type. Property Set Use Definition: The shared property sets relating to the IfcBeamType are defined by the IfcPropertySet and are attached by the HasPropertySets attribute. The following property set definitions specific to the IfcBeamType are part of this IFC release: NOTE There is no differentiation between properties within the property set that are only assignable to IfcBeamType and those that are only assignable to IfcBeam. If the same property is assigned to the IfcBeamType and the IfcBeam being an occurrence of the IfcBeamType, then the occurrence property overrides the type property.

Pset_BeamCommon: common property set for all beam types.

Profile Use Definition: The shared profile definition is defined by assigning an IfcMaterialProfileSet (see material use definition above). The IfcMaterialProfile refers to the subtype of IfcProfileDef that is the common profile for all beam occurrence, if used. It is only applicable if the IfcBeamType has only occurrences of type IfcBeamStandardCase (see definition of IfcBeamStandardCase for further information). NOTE The attribute ProfileName of the IfcProfileDef subtype, referenced in IfcMaterialProfile should contain a standardized profile name according to local standards. However, an additional geometric representation of the profile is necessary (e.g. as IfcExtrudedAreaSolid). An importing application is allowed to check for the existence of the profile name: in case of identifying it as a standardized name, the corresponding profile geometry and possibly other cross sectional properties can be read from a library. Otherwise the geometric representation and possible non geometric IfcProfileProperties have to be used. Geometry Use Definition: The IfcBeamType may define the shared geometric representation for all beam occurrences. The RepresentationMaps attribute refers to a list of IfcRepresentationMap’s, that allow for multiple geometric representations (e.g. with IfcShaperepresentation’s having an RepresentationIdentifier ‘Box’, ‘Axis’, or ‘Body’). It is only applicable if the IfcBeamType has only occurrences of type IfcBeam (See geometric use definition of IfcBeam for further information). NOTE If the IfcBeamType has an associated IfcMaterialProfileSet, then no shared geometric representation shall be provided. NOTE The product shape representations are defined as RepresentationMaps (attribute of the supertype IfcTypeProduct), which get assigned by an element occurrence instance through the IfcShapeRepresentation.Item[n] being an IfcMappedItem. See IfcTypeProduct for further information. NOTE The values of attributes RepresentationIdentifier and RepresentationType of IfcShapeRepresentation are restricted in the same way as those for IfcBeam and IfcBeamStandardCase

Public Types

typedef IfcTemplatedEntityList<IfcBeamType> list

Public Functions

::Ifc4x1::IfcBeamTypeEnum::Value PredefinedType() const: Identifies the predefined types of a beam element from which the type required may be set.

void setPredefinedType(::Ifc4x1::IfcBeamTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcBeamType(IfcEntityInstanceData *e)

IfcBeamType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcBeamTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcBeamTypeEnum¶

Public Types

enum Value¶

Definition from IAI: This enumeration defines the different types of linear elements an IfcBeamType object can fulfill:

BEAM: A standard beam usually used horizontally. JOIST: A beam used to support a floor or ceiling. HOLLOWCORE: A wide often prestressed beam with a hollow-core profile that usually serves as a slab component. LINTEL: A beam or horizontal piece of material over an opening (e.g. door, window). SPANDREL: A tall beam placed on the facade of a building. One tall side is usually finished to provide the exterior of the building. Can be used to support joists or slab elements on its interior side.

NOTE They are also referred to as “spandrel

panels”, which are parts of a facade and sometimes have supporting consoles for floor slabs integrated.

T_BEAM: A beam that forms part of a slab construction and acts together with the slab which its carries. Such beams are often of T-shape (therefore the English name), but may have other shapes as well, e.g. an L-Shape or an Inverted-T-Shape.

NOTE In order to distinguish beams by shape, the assigned IfcProfileDef subtypes provide the shape type and, if using a subtype of IfcParameterizedProfileDef, also the shape parameterization.

USERDEFINED: User-defined linear beam element. NOTDEFINED: Undefined linear beam element

HISTORY New Enumeration in Release IFC2x Edition 2. IFC2x4 CHANGE The enumerators HOLLOWCORE and SPANDREL have been added.

Values:

enumerator IfcBeamType_BEAM¶

enumerator IfcBeamType_JOIST¶

enumerator IfcBeamType_HOLLOWCORE¶

enumerator IfcBeamType_LINTEL¶

enumerator IfcBeamType_SPANDREL¶

enumerator IfcBeamType_T_BEAM¶

enumerator IfcBeamType_USERDEFINED¶

enumerator IfcBeamType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

struct IfcBenchmarkEnum¶

Public Types

enum Value¶

IfcBenchmarkEnum is an enumeration used to identify the logical comparators that can be applied in conjunction with constraint values.

HISTORY: New type in IFC Release 2.0

IFC2x4 CHANGE: Extended to include comparators for item-set and set-item comparisons: INCLUDES, NOTINCLUDES, INCLUDEDIN and NOTINCLUDEDIN, to test if an individual item is a member of a given aggregation, or if an aggregation has a given individual item as a member.

Enumeration

Value Definition

GREATERTHAN Identifies that a value must be greater than that set by the constraint.

GREATERTHANOREQUALTO Identifies that a value must be either greater than or equal to that set by the constraint.

LESSTHAN Identifies that a value must be less than that set by the constraint.

LESSTHANOREQUALTO Identifies that a value must be either less than or equal to that set by the constraint.

EQUALTO Identifies that a value must be equal to that set by the constraint.

NOTEQUALTO Identifies that a value must be not equal to that set by the constraint.

INCLUDES Identifies that an aggregation (set, list or table) must include the value (individual item) set by the constraint.

NOTINCLUDES Identifies that an aggregation (set, list or table) must not include (i.e must exclude) the value (individual item) set by the constraint.

INCLUDEDIN Identifies that a value (individual item) must be included in the aggregation (set, list or table) set by the constraint.

NOTINCLUDEDIN Identifies that a value (individual item) must not be included (i.e. must be excluded) in the aggregation (set, list or table) set by the constraint.

Values:

enumerator IfcBenchmark_GREATERTHAN¶

enumerator IfcBenchmark_GREATERTHANOREQUALTO¶

enumerator IfcBenchmark_LESSTHAN¶

enumerator IfcBenchmark_LESSTHANOREQUALTO¶

enumerator IfcBenchmark_EQUALTO¶

enumerator IfcBenchmark_NOTEQUALTO¶

enumerator IfcBenchmark_INCLUDES¶

enumerator IfcBenchmark_NOTINCLUDES¶

enumerator IfcBenchmark_INCLUDEDIN¶

enumerator IfcBenchmark_NOTINCLUDEDIN¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcBinary : public IfcUtil::IfcBaseType

Public Functions

const IfcParse::type_declaration &declaration() const

IfcBinary(IfcEntityInstanceData *e)

IfcBinary(boost::dynamic_bitset<> v)

operator boost::dynamic_bitset() const

Public Static Functions

const IfcParse::type_declaration &Class()

class IfcBlobTexture : public Ifc4x1::IfcSurfaceTexture

An IfcBlobTexture provides a 2-dimensional distribution of the lighting parameters of a surface onto which it is mapped. The texture itself is given as a single binary blob, representing the content of a pixel format file. The file format of the pixel file is given by the RasterFormat attribute and allowable formats are guided by where rule SupportedRasterFormat.

NOTE Toolbox specific implementations of the binary datatype may restrict the maximum length of the binary blob to capture the raster file content.

For interpretation of the texture nodes see IfcImageTexture definition.

HISTORY New class in IFC2x3.

IFC2x4 CHANGE Data type of RasterCode has been corrected to BINARY.

Public Types

typedef IfcTemplatedEntityList<IfcBlobTexture> list

Public Functions

std::string RasterFormat() const: The format of the RasterCode often using a compression.

void setRasterFormat(std::string v)

boost::dynamic_bitset RasterCode() const: Blob, given as a single binary, to capture the texture within one popular file (compression) format. The file format is provided by the RasterFormat attribute.

void setRasterCode(boost::dynamic_bitset<> v)

const IfcParse::entity &declaration() const

IfcBlobTexture(IfcEntityInstanceData *e)

IfcBlobTexture(bool v1_RepeatS, bool v2_RepeatT, boost::optional<std::string> v3_Mode, ::Ifc4x1::IfcCartesianTransformationOperator2D *v4_TextureTransform, boost::optional<std::vector<std::string>> v5_Parameter, std::string v6_RasterFormat, boost::dynamic_bitset<> v7_RasterCode)

Public Static Functions

const IfcParse::entity &Class()

class IfcBlock : public Ifc4x1::IfcCsgPrimitive3D

The IfcBlock is a Construction Solid Geometry (CSG) 3D primitive. It is defined by a position and a positve distance along the three orthogonal axes. The inherited Position attribute has the IfcAxisPlacement3D type and provides:

SELF\IfcCsgPrimitive3D.Position: The location and orientation of the axis system for the primitive. SELF\IfcCsgPrimitive3D.Position.Location: The block has one vertex at location and the edges are aligned with the placement axes in the positive sense.

The XLength, YLength, and ZLength attributes define the size of the IfcBlock along the three axes. The following definitions from ISO 10303-42 apply:

A block is a solid rectangular parallelepiped, defined with a location and placement coordinate system. The block is specified by the positive lengths x, y, and z along the axes of the placement coordinate system, and has one vertex at the origin of the placement coordinate system.

Figure 250 illustrates geometric parameters of a block where the block positioned within its own placement coordinate system. The values for XLength, YLength, and ZLength are applied to the positive direction of the X, Y, and Z axis.

Figure 250 — Block geometry

NOTE Corresponding ISO 10303-42 entity: block, the position attribute has been promoted to the immediate supertype IfcCsgPrimitive3D. Please refer to ISO 10303-42:1994, p. 244 for the definition in the international standard.

HISTORY New entity in IFC2x3.

Texture use definition On each side face, textures are aligned facing upright. On the top and bottom faces, textures are aligned facing front-to-back. Textures are stretched or repeated to the extent of each face according to RepeatS and RepeatT.

Figure 251 illustrates default texture mapping with a clamped texture (RepeatS=False and RepeatT=False). The image on the left shows the texture where the S axis points to the right and the T axis points up. The image on the right shows the texture applied to the geometry where the X axis points back to the right, the Y axis points back to the left, and the Z axis points up.

Side Normal Origin X Origin Y Origin Z S Axis T Axis

Left -X 0 +YLength 0 -Y +Z

Right +X 0 +YLength 0 +Y +Z

Front +X 0 0 0 +X +Z

Back +Y +XLength +YLength 0 -X +Z

Bottom -Z +XLength 0 0 -X +Y

Top +Z 0 0 +ZLength +X +Y

Figure 251 — Block textures

Public Types

typedef IfcTemplatedEntityList<IfcBlock> list

Public Functions

double XLength() const: The size of the block along the placement X axis. It is provided by the inherited axis placement through SELF\IfcCsgPrimitive3D.Position.P[1].

void setXLength(double v)

double YLength() const: The size of the block along the placement Y axis. It is provided by the inherited axis placement through SELF\IfcCsgPrimitive3D.Position.P[2].

void setYLength(double v)

double ZLength() const: The size of the block along the placement Z axis. It is provided by the inherited axis placement through SELF\IfcCsgPrimitive3D.Position.P[3].

void setZLength(double v)

const IfcParse::entity &declaration() const

IfcBlock(IfcEntityInstanceData *e)

IfcBlock(::Ifc4x1::IfcAxis2Placement3D *v1_Position, double v2_XLength, double v3_YLength, double v4_ZLength)

Public Static Functions

const IfcParse::entity &Class()

class IfcBoiler : public Ifc4x1::IfcEnergyConversionDevice

A boiler is a closed, pressure-rated vessel in which water or other fluid is heated using an energy source such as natural gas, heating oil, or electricity. The fluid in the vessel is then circulated out of the boiler for use in various processes or heating applications. IfcBoiler is a vessel solely used for heating of water or other fluids. Storage vessels, such as for drinking water storage are considered as tanks and use the IfcTank entity.

HISTORY New entity in IFC2x4

Type Use Definition IfcBoiler defines the occurrence of any boiler; common information about boiler types is handled by IfcBoilerType. The IfcBoilerType (if present) may establish the common type name, usage (predefined type), properties, materials, ports, composition, assignments, and representations. The IfcBoilerType is attached using the IfcRelDefinesByType objectified relationship and is accessible by the IsTypedBy inverse attribute. If the IfcBoilerType has ports or aggregated elements, such objects are reflected at the IfcBoiler occurrence using the IfcRelDefinesByObject relationship. Figure 212 illustrates boiler type use. Figure 212 — Boiler type use

Property Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Property sets may also be specified at the IfcBoilerType, defining the common property data for all occurrences of the same type. They are then accessible by the IsTypedBy inverse attribute pointing to IfcBoilerType.HasPropertySets. If both are given, then the properties directly defined at IfcBoiler override the properties defined at IfcBoilerType. Refer to the documentation at the supertype IfcEnergyConversionDevice and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: (All Types)

Pset_BoilerPHistory (PSET_PERFORMANCEDRIVEN) Pset_BoilerTypeCommon (PSET_TYPEDRIVENOVERRIDE)

STEAM

Pset_BoilerTypeSteam (PSET_TYPEDRIVENOVERRIDE)

WATER

Pset_BoilerTypeWater (PSET_TYPEDRIVENOVERRIDE)

Quantity Use Definition The quantities relating to this entity are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. The following base quantities are defined and shall be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, may be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement shall be provided.

Qto_BoilerBaseQuantities

Material Use Definition The material of the IfcBoiler is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. Material information can also be given at the IfcBoilerType, defining the common attribute data for all occurrences of the same type. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

Body: The primary material from which the object is constructed.

Port Use Definition The distribution ports relating to the IfcBoiler are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. If the boiler occurrence is defined by IfcBoilerType, then the port occurrences must reflect those defined at the IfcBoilerType using the IfcRelDefinesByObject relationship. Ports are specific to the IfcBoiler PredefinedType as follows indicated by the IfcDistributionPort Name, PredefinedType, and FlowDirection:

STEAM

Gas (GAS, SINK): Gas inlet for burner. Exhaust (EXHAUST, SOURCE): Exhaust sent to chimney. Condenser (CONDENSERWATER, SOURCE): Water feed such as from condenser. Heating (HEATING, SOURCE): Steam sent to heating coils and space heaters.

WATER

Gas (GAS, SINK): Gas inlet for burner. Exhaust (EXHAUST, SOURCE): Exhaust sent to chimney. ColdWater (DOMESTICCOLDWATER, SINK): Cold water to be heated. HotWater (DOMESTICHOTWATER, SOURCE): Hot water heated.

Figure 213 illustrates boiler port use. Figure 213 — Boiler port use

Public Types

typedef IfcTemplatedEntityList<IfcBoiler> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcBoiler.

::Ifc4x1::IfcBoilerTypeEnum::Value PredefinedType() const

void setPredefinedType(::Ifc4x1::IfcBoilerTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcBoiler(IfcEntityInstanceData *e)

IfcBoiler(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcBoilerTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcBoilerType : public Ifc4x1::IfcEnergyConversionDeviceType

The energy conversion device type IfcBoilerType defines commonly shared information for occurrences of boilers. The set of shared information may include:

common properties with shared property sets common representations of shape common materials common composition of elements common ports applicable assignment of process types

It is used to define a boiler specification (i.e. the specific product information, that is common to all occurrences of that product type). Boiler types may be exchanged without being already assigned to occurrences. Occurrences of IfcBoilerType are represented by instances of IfcBoiler.

HISTORY: New entity in IFC2x2

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the HasPropertySets attribute. Refer to the documentation at the supertype IfcEnergyConversionDeviceType and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_BoilerTypeCommon

The following property set definitions are applicable to this entity according to the PredefinedType attribute:

Pset_BoilerTypeSteam (STEAM)

Material Use Definition The material of the IfcBoilerType is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

‘Body’: The primary material from which the object is constructed.

Port Use Definition The distribution ports relating to the IfcBoilerType type are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. Ports are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Refer to the documentation at IfcBoiler for standard port definitions.

Public Types

typedef IfcTemplatedEntityList<IfcBoilerType> list

Public Functions

::Ifc4x1::IfcBoilerTypeEnum::Value PredefinedType() const: Defines types of boilers.

void setPredefinedType(::Ifc4x1::IfcBoilerTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcBoilerType(IfcEntityInstanceData *e)

IfcBoilerType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcBoilerTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcBoilerTypeEnum¶

Public Types

enum Value¶

Enumeration defining the typical types of boilers. The IfcBoilerTypeEnum contains the following:

WATER: Water boiler. STEAM: Steam boiler. USERDEFINED: User-defined Boiler type. NOTDEFINED: Undefined Boiler type.

HISTORY: New enumeration in IFC R2x.

Values:

enumerator IfcBoilerType_WATER¶

enumerator IfcBoilerType_STEAM¶

enumerator IfcBoilerType_USERDEFINED¶

enumerator IfcBoilerType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcBoolean : public IfcUtil::IfcBaseType

IfcBoolean is a defined data type of simple data type Boolean. It is required since a select type (IfcSimpleValue) cannot directly include simple types in its select list. A boolean type can have value TRUE or FALSE.

Type: BOOLEAN

HISTORY New type in IFC Release 1.5.1.

Public Functions

const IfcParse::type_declaration &declaration() const

IfcBoolean(IfcEntityInstanceData *e)

IfcBoolean(bool v)

operator bool() const

Public Static Functions

const IfcParse::type_declaration &Class()

class IfcBooleanClippingResult : public Ifc4x1::IfcBooleanResult

A clipping result is defined as a special subtype of the general Boolean result (IfcBooleanResult). It constrains the operands and the operator of the Boolean result.

A clipping result is the Boolean difference between a solid (restricted to swept area solid) and a half space solid, whereas more than one difference operation can be applied to the Boolean result.

NOTE The IfcBooleanClippingResult is defined as a special case of the boolean_result, as defined in ISO 10303-42:1994, p. 175. It has been added to apply further constraints to the CSG representation type.

HISTORY New entity in IFC Release 2.x.

Public Types

typedef IfcTemplatedEntityList<IfcBooleanClippingResult> list

Public Functions

const IfcParse::entity &declaration() const

IfcBooleanClippingResult(IfcEntityInstanceData *e)

IfcBooleanClippingResult(::Ifc4x1::IfcBooleanOperator::Value v1_Operator, ::Ifc4x1::IfcBooleanOperand *v2_FirstOperand, ::Ifc4x1::IfcBooleanOperand *v3_SecondOperand)

Public Static Functions

const IfcParse::entity &Class()

struct IfcBooleanOperator¶

Public Types

enum Value¶

Definition from ISO/CD 10303-42:1992: This type defines the three Boolean operators used in the definition of CSG solids.

UNION: The operation of constructing the regularized set theoretic union of the volumes defined by two solids. INTERSECTION: The operation of constructing the regularised set theoretic intersection of the volumes defined by two solids. DIFFERENCE: The operation of constructing the regularized set theoretic intersection of the volumes defined by two solids.

NOTE Corresponding STEP type: boolean_operator, please refer to ISO/IS 10303-42:1994, p.167 for the final definition of the formal standard.

HISTORY New Type in IFC Release 1.5.1.

Values:

enumerator IfcBooleanOperator_UNION¶

enumerator IfcBooleanOperator_INTERSECTION¶

enumerator IfcBooleanOperator_DIFFERENCE¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcBooleanResult : public Ifc4x1::IfcGeometricRepresentationItem

Definition from ISO/CD 10303-42:1992: A Boolean result is the result of a regularized operation on two solids to create a new solid. Valid operations are regularized union, regularized intersection, and regularized difference. For purpose of Boolean operations, a solid is considered to be a regularized set of points. The final Boolean result depends upon the operation and the two operands. In the case of the difference operator the order of the operands is also significant. The operator can be either union, intersection or difference. The effect of these operators is described below:

Union on two solids is the new solid that is the regularization of the set of all points that are in either the first operand or the second operand or in both. Intersection on two solids is the new solid that is the regularization of the set of all points that are in both the first operand and the second operand. The result of the difference operation on two solids is the regularization of the set of all points which are in the first operand, but not in the second operand.

NOTE For example if the first operand is a block and the second operand is a solid cylinder of suitable dimensions and location, the boolean result produced with the difference operator would be a block with a circular hole.

NOTE Corresponding ISO 10303-42 entity: boolean_result. The derived attribute Dim has been added at this level and was therefore demoted from the geometric_representation_item. Please refer to ISO/IS 10303-42:1994, p.175 for the final definition of the formal standard.

HISTORY: New class in IFC Release 1.5.1.

Subclassed by Ifc4x1::IfcBooleanClippingResult

Public Types

typedef IfcTemplatedEntityList<IfcBooleanResult> list

Public Functions

::Ifc4x1::IfcBooleanOperator::Value Operator() const: The Boolean operator used in the operation to create the result.

void setOperator(::Ifc4x1::IfcBooleanOperator::Value v)

::Ifc4x1::IfcBooleanOperand *FirstOperand() const: The first operand to be operated upon by the Boolean operation.

void setFirstOperand(::Ifc4x1::IfcBooleanOperand *v)

::Ifc4x1::IfcBooleanOperand *SecondOperand() const: The second operand specified for the operation.

void setSecondOperand(::Ifc4x1::IfcBooleanOperand *v)

const IfcParse::entity &declaration() const

IfcBooleanResult(IfcEntityInstanceData *e)

IfcBooleanResult(::Ifc4x1::IfcBooleanOperator::Value v1_Operator, ::Ifc4x1::IfcBooleanOperand *v2_FirstOperand, ::Ifc4x1::IfcBooleanOperand *v3_SecondOperand)

Public Static Functions

const IfcParse::entity &Class()

class IfcBoundaryCondition : public IfcUtil::IfcBaseEntity

Definition from IAI: The abstract entity IfcBoundaryCondition is the supertype of all boundary conditions that can be applied to structural connection definitions, either directly for the connection (e.g. the joint) or for the relation between a structural member and the connection. NOTE: The boundary conditions are used within other parts, mainly by instances of IfcStructuralConnection (for the definition of supports) and instances of IfcRelConnectsStructuralMember (for the definition of connections between structural members and structural connections).

HISTORY: New entity in Release IFC2x Edition

Subclassed by Ifc4x1::IfcBoundaryEdgeCondition, Ifc4x1::IfcBoundaryFaceCondition, Ifc4x1::IfcBoundaryNodeCondition

Public Types

typedef IfcTemplatedEntityList<IfcBoundaryCondition> list

Public Functions

bool hasName() const: Whether the optional attribute Name is defined for this IfcBoundaryCondition.

std::string Name() const: Optionally defines a name for this boundary condition.

void setName(std::string v)

const IfcParse::entity &declaration() const

IfcBoundaryCondition(IfcEntityInstanceData *e)

IfcBoundaryCondition(boost::optional<std::string> v1_Name)

Public Static Functions

const IfcParse::entity &Class()

class IfcBoundaryCurve : public Ifc4x1::IfcCompositeCurveOnSurface

Definition from ISO/CD 10303-42:1992 A boundary curve is a type of bounded curve suitable for the definition of a surface boundary.

NOTE Corresponding ISO 10303 entity: boundary_curve. Please refer to ISO/IS 10303-42:1994, p.89 for the final definition of the formal standard.

HISTORY New entity in IFC2x4.

Subclassed by Ifc4x1::IfcOuterBoundaryCurve

Public Types

typedef IfcTemplatedEntityList<IfcBoundaryCurve> list

Public Functions

const IfcParse::entity &declaration() const

IfcBoundaryCurve(IfcEntityInstanceData *e)

IfcBoundaryCurve(IfcTemplatedEntityList<::Ifc4x1::IfcCompositeCurveSegment>::ptr v1_Segments, bool v2_SelfIntersect)

Public Static Functions

const IfcParse::entity &Class()

class IfcBoundaryEdgeCondition : public Ifc4x1::IfcBoundaryCondition

Definition from IAI: Describes linearly elastic support conditions or connection conditions.

Applicability:

Curve supports and connections.

HISTORY: New entity in IFC 2x2. IFC 2x4 change: Attributes LinearStiffnessX/Y/Z renamed to TranslationalStiffnessX/Y/Z.

IFC 2x4 change: All attribute data types changed from numeric to SELECT between Boolean and numeric. Stiffnesses may now also be negative, for example to capture destabilizing effects in boundary conditions. The IFC 2x3 convention of -1. representing infinite stiffness is no longer valid and must not be used. Infinite stiffness, i.e. fixed supports, are now modeled by the Boolean value TRUE.

Public Types

typedef IfcTemplatedEntityList<IfcBoundaryEdgeCondition> list

Public Functions

bool hasTranslationalStiffnessByLengthX() const: Whether the optional attribute TranslationalStiffnessByLengthX is defined for this IfcBoundaryEdgeCondition.

::Ifc4x1::IfcModulusOfTranslationalSubgradeReactionSelect *TranslationalStiffnessByLengthX() const: Translational stiffness value in x-direction of the coordinate system defined by the instance which uses this resource object.

void setTranslationalStiffnessByLengthX(::Ifc4x1::IfcModulusOfTranslationalSubgradeReactionSelect *v)

bool hasTranslationalStiffnessByLengthY() const: Whether the optional attribute TranslationalStiffnessByLengthY is defined for this IfcBoundaryEdgeCondition.

::Ifc4x1::IfcModulusOfTranslationalSubgradeReactionSelect *TranslationalStiffnessByLengthY() const: Translational stiffness value in y-direction of the coordinate system defined by the instance which uses this resource object.

void setTranslationalStiffnessByLengthY(::Ifc4x1::IfcModulusOfTranslationalSubgradeReactionSelect *v)

bool hasTranslationalStiffnessByLengthZ() const: Whether the optional attribute TranslationalStiffnessByLengthZ is defined for this IfcBoundaryEdgeCondition.

::Ifc4x1::IfcModulusOfTranslationalSubgradeReactionSelect *TranslationalStiffnessByLengthZ() const: Translational stiffness value in z-direction of the coordinate system defined by the instance which uses this resource object.

void setTranslationalStiffnessByLengthZ(::Ifc4x1::IfcModulusOfTranslationalSubgradeReactionSelect *v)

bool hasRotationalStiffnessByLengthX() const: Whether the optional attribute RotationalStiffnessByLengthX is defined for this IfcBoundaryEdgeCondition.

::Ifc4x1::IfcModulusOfRotationalSubgradeReactionSelect *RotationalStiffnessByLengthX() const: Rotational stiffness value about the x-axis of the coordinate system defined by the instance which uses this resource object.

void setRotationalStiffnessByLengthX(::Ifc4x1::IfcModulusOfRotationalSubgradeReactionSelect *v)

bool hasRotationalStiffnessByLengthY() const: Whether the optional attribute RotationalStiffnessByLengthY is defined for this IfcBoundaryEdgeCondition.

::Ifc4x1::IfcModulusOfRotationalSubgradeReactionSelect *RotationalStiffnessByLengthY() const: Rotational stiffness value about the y-axis of the coordinate system defined by the instance which uses this resource object.

void setRotationalStiffnessByLengthY(::Ifc4x1::IfcModulusOfRotationalSubgradeReactionSelect *v)

bool hasRotationalStiffnessByLengthZ() const: Whether the optional attribute RotationalStiffnessByLengthZ is defined for this IfcBoundaryEdgeCondition.

::Ifc4x1::IfcModulusOfRotationalSubgradeReactionSelect *RotationalStiffnessByLengthZ() const: Rotational stiffness value about the z-axis of the coordinate system defined by the instance which uses this resource object.

void setRotationalStiffnessByLengthZ(::Ifc4x1::IfcModulusOfRotationalSubgradeReactionSelect *v)

const IfcParse::entity &declaration() const

IfcBoundaryEdgeCondition(IfcEntityInstanceData *e)

IfcBoundaryEdgeCondition(boost::optional<std::string> v1_Name, ::Ifc4x1::IfcModulusOfTranslationalSubgradeReactionSelect *v2_TranslationalStiffnessByLengthX, ::Ifc4x1::IfcModulusOfTranslationalSubgradeReactionSelect *v3_TranslationalStiffnessByLengthY, ::Ifc4x1::IfcModulusOfTranslationalSubgradeReactionSelect *v4_TranslationalStiffnessByLengthZ, ::Ifc4x1::IfcModulusOfRotationalSubgradeReactionSelect *v5_RotationalStiffnessByLengthX, ::Ifc4x1::IfcModulusOfRotationalSubgradeReactionSelect *v6_RotationalStiffnessByLengthY, ::Ifc4x1::IfcModulusOfRotationalSubgradeReactionSelect *v7_RotationalStiffnessByLengthZ)

Public Static Functions

const IfcParse::entity &Class()

class IfcBoundaryFaceCondition : public Ifc4x1::IfcBoundaryCondition

Definition from IAI: Describes linearly elastic support conditions or connection conditions.

Applicability:

Surface supports and connections.

HISTORY: New entity in IFC 2x2. IFC 2x4 change: Attributes LinearStiffnessX/Y/Z renamed to TranslationalStiffnessX/Y/Z.

IFC 2x4 change: All attribute data types changed from numeric to SELECT between Boolean and numeric. Stiffnesses may now also be negative, for example to capture destabilizing effects in boundary conditions. The IFC 2x3 convention of -1. representing infinite stiffness is no longer valid and must not be used. Infinite stiffness, i.e. fixed supports, are now modeled by the Boolean value TRUE.

Public Types

typedef IfcTemplatedEntityList<IfcBoundaryFaceCondition> list

Public Functions

bool hasTranslationalStiffnessByAreaX() const: Whether the optional attribute TranslationalStiffnessByAreaX is defined for this IfcBoundaryFaceCondition.

::Ifc4x1::IfcModulusOfSubgradeReactionSelect *TranslationalStiffnessByAreaX() const: Translational stiffness value in x-direction of the coordinate system defined by the instance which uses this resource object.

void setTranslationalStiffnessByAreaX(::Ifc4x1::IfcModulusOfSubgradeReactionSelect *v)

bool hasTranslationalStiffnessByAreaY() const: Whether the optional attribute TranslationalStiffnessByAreaY is defined for this IfcBoundaryFaceCondition.

::Ifc4x1::IfcModulusOfSubgradeReactionSelect *TranslationalStiffnessByAreaY() const: Translational stiffness value in y-direction of the coordinate system defined by the instance which uses this resource object.

void setTranslationalStiffnessByAreaY(::Ifc4x1::IfcModulusOfSubgradeReactionSelect *v)

bool hasTranslationalStiffnessByAreaZ() const: Whether the optional attribute TranslationalStiffnessByAreaZ is defined for this IfcBoundaryFaceCondition.

::Ifc4x1::IfcModulusOfSubgradeReactionSelect *TranslationalStiffnessByAreaZ() const: Translational stiffness value in z-direction of the coordinate system defined by the instance which uses this resource object.

void setTranslationalStiffnessByAreaZ(::Ifc4x1::IfcModulusOfSubgradeReactionSelect *v)

const IfcParse::entity &declaration() const

IfcBoundaryFaceCondition(IfcEntityInstanceData *e)

IfcBoundaryFaceCondition(boost::optional<std::string> v1_Name, ::Ifc4x1::IfcModulusOfSubgradeReactionSelect *v2_TranslationalStiffnessByAreaX, ::Ifc4x1::IfcModulusOfSubgradeReactionSelect *v3_TranslationalStiffnessByAreaY, ::Ifc4x1::IfcModulusOfSubgradeReactionSelect *v4_TranslationalStiffnessByAreaZ)

Public Static Functions

const IfcParse::entity &Class()

class IfcBoundaryNodeCondition : public Ifc4x1::IfcBoundaryCondition

Definition from IAI: Describes linearly elastic support conditions or connection conditions.

Applicability:

Point supports and connections.

HISTORY: New entity in IFC 2x2. IFC 2x4 change: Attributes LinearStiffnessX/Y/Z renamed to TranslationalStiffnessX/Y/Z.

IFC 2x4 change: All attribute data types changed from numeric to SELECT between Boolean and numeric. Stiffnesses may now also be negative, for example to capture destabilizing effects in boundary conditions. The IFC 2x3 convention of -1. representing infinite stiffness is no longer valid and must not be used. Infinite stiffness, i.e. fixed supports, are now modeled by the Boolean value TRUE.

Subclassed by Ifc4x1::IfcBoundaryNodeConditionWarping

Public Types

typedef IfcTemplatedEntityList<IfcBoundaryNodeCondition> list

Public Functions

bool hasTranslationalStiffnessX() const: Whether the optional attribute TranslationalStiffnessX is defined for this IfcBoundaryNodeCondition.

::Ifc4x1::IfcTranslationalStiffnessSelect *TranslationalStiffnessX() const: Translational stiffness value in x-direction of the coordinate system defined by the instance which uses this resource object.

void setTranslationalStiffnessX(::Ifc4x1::IfcTranslationalStiffnessSelect *v)

bool hasTranslationalStiffnessY() const: Whether the optional attribute TranslationalStiffnessY is defined for this IfcBoundaryNodeCondition.

::Ifc4x1::IfcTranslationalStiffnessSelect *TranslationalStiffnessY() const: Translational stiffness value in y-direction of the coordinate system defined by the instance which uses this resource object.

void setTranslationalStiffnessY(::Ifc4x1::IfcTranslationalStiffnessSelect *v)

bool hasTranslationalStiffnessZ() const: Whether the optional attribute TranslationalStiffnessZ is defined for this IfcBoundaryNodeCondition.

::Ifc4x1::IfcTranslationalStiffnessSelect *TranslationalStiffnessZ() const: Translational stiffness value in z-direction of the coordinate system defined by the instance which uses this resource object.

void setTranslationalStiffnessZ(::Ifc4x1::IfcTranslationalStiffnessSelect *v)

bool hasRotationalStiffnessX() const: Whether the optional attribute RotationalStiffnessX is defined for this IfcBoundaryNodeCondition.

::Ifc4x1::IfcRotationalStiffnessSelect *RotationalStiffnessX() const: Rotational stiffness value about the x-axis of the coordinate system defined by the instance which uses this resource object.

void setRotationalStiffnessX(::Ifc4x1::IfcRotationalStiffnessSelect *v)

bool hasRotationalStiffnessY() const: Whether the optional attribute RotationalStiffnessY is defined for this IfcBoundaryNodeCondition.

::Ifc4x1::IfcRotationalStiffnessSelect *RotationalStiffnessY() const: Rotational stiffness value about the y-axis of the coordinate system defined by the instance which uses this resource object.

void setRotationalStiffnessY(::Ifc4x1::IfcRotationalStiffnessSelect *v)

bool hasRotationalStiffnessZ() const: Whether the optional attribute RotationalStiffnessZ is defined for this IfcBoundaryNodeCondition.

::Ifc4x1::IfcRotationalStiffnessSelect *RotationalStiffnessZ() const: Rotational stiffness value about the z-axis of the coordinate system defined by the instance which uses this resource object.

void setRotationalStiffnessZ(::Ifc4x1::IfcRotationalStiffnessSelect *v)

const IfcParse::entity &declaration() const

IfcBoundaryNodeCondition(IfcEntityInstanceData *e)

IfcBoundaryNodeCondition(boost::optional<std::string> v1_Name, ::Ifc4x1::IfcTranslationalStiffnessSelect *v2_TranslationalStiffnessX, ::Ifc4x1::IfcTranslationalStiffnessSelect *v3_TranslationalStiffnessY, ::Ifc4x1::IfcTranslationalStiffnessSelect *v4_TranslationalStiffnessZ, ::Ifc4x1::IfcRotationalStiffnessSelect *v5_RotationalStiffnessX, ::Ifc4x1::IfcRotationalStiffnessSelect *v6_RotationalStiffnessY, ::Ifc4x1::IfcRotationalStiffnessSelect *v7_RotationalStiffnessZ)

Public Static Functions

const IfcParse::entity &Class()

class IfcBoundaryNodeConditionWarping : public Ifc4x1::IfcBoundaryNodeCondition

Definition from IAI: Describes linearly elastic support conditions or connection conditions, including linearly elastic warping restraints.

Applicability:

Point supports and connections.

HISTORY: New entity in IFC 2x2.

IFC 2x4 change: All attribute data types changed from numeric to SELECT between Boolean and numeric. Stiffnesses may now also be negative, for example to capture destabilizing effects in boundary conditions. The IFC 2x3 convention of -1. representing infinite stiffness is no longer valid and must not be used. Infinite stiffness, i.e. fixed supports, are now modeled by the Boolean value TRUE.

Public Types

typedef IfcTemplatedEntityList<IfcBoundaryNodeConditionWarping> list

Public Functions

bool hasWarpingStiffness() const: Whether the optional attribute WarpingStiffness is defined for this IfcBoundaryNodeConditionWarping.

::Ifc4x1::IfcWarpingStiffnessSelect *WarpingStiffness() const: Defines the warping stiffness value.

void setWarpingStiffness(::Ifc4x1::IfcWarpingStiffnessSelect *v)

const IfcParse::entity &declaration() const

IfcBoundaryNodeConditionWarping(IfcEntityInstanceData *e)

IfcBoundaryNodeConditionWarping(boost::optional<std::string> v1_Name, ::Ifc4x1::IfcTranslationalStiffnessSelect *v2_TranslationalStiffnessX, ::Ifc4x1::IfcTranslationalStiffnessSelect *v3_TranslationalStiffnessY, ::Ifc4x1::IfcTranslationalStiffnessSelect *v4_TranslationalStiffnessZ, ::Ifc4x1::IfcRotationalStiffnessSelect *v5_RotationalStiffnessX, ::Ifc4x1::IfcRotationalStiffnessSelect *v6_RotationalStiffnessY, ::Ifc4x1::IfcRotationalStiffnessSelect *v7_RotationalStiffnessZ, ::Ifc4x1::IfcWarpingStiffnessSelect *v8_WarpingStiffness)

Public Static Functions

const IfcParse::entity &Class()

class IfcBoundedCurve : public Ifc4x1::IfcCurve

Definition from ISO/CD 10303-42:1992: A bounded curve is a curve of finite arc length with identifiable end points.

NOTE Corresponding ISO 10303 name: bounded_curve, only the following subtypes have been incorporated into IFC: polyline as IfcPolyline, trimmed_curve as IfcTrimmedCurve, composite_curve as IfcCompositeCurve. Please refer to ISO/IS 10303-42:1994, p.44 for the final definition of the formal standard.

HISTORY New class in IFC Release 1.0

Informal propositions:

A bounded curve has finite arc length. A bounded curve has a start point and an end point.

Subclassed by Ifc4x1::IfcAlignmentCurve, Ifc4x1::IfcBSplineCurve, Ifc4x1::IfcCompositeCurve, Ifc4x1::IfcCurveSegment2D, Ifc4x1::IfcIndexedPolyCurve, Ifc4x1::IfcPolyline, Ifc4x1::IfcTrimmedCurve

Public Types

typedef IfcTemplatedEntityList<IfcBoundedCurve> list

Public Functions

const IfcParse::entity &declaration() const

IfcBoundedCurve(IfcEntityInstanceData *e)

IfcBoundedCurve()

Public Static Functions

const IfcParse::entity &Class()

class IfcBoundedSurface : public Ifc4x1::IfcSurface

Definition from ISO/CD 10303-42:1992: A bounded surface is a surface of finite area with identifiable boundaries.

NOTE Corresponding ISO 10303 name: bounded_surface. Please refer to ISO/IS 10303-42:1994, p.78 for the final definition of the formal standard.

HISTORY New entity in IFC Release 2x

IFC2x4 CHANGE Entity made abstract.

Informal propositions:

A bounded surface has finite non-zero surface area. A bounded surface has boundary curves.

Subclassed by Ifc4x1::IfcBSplineSurface, Ifc4x1::IfcCurveBoundedPlane, Ifc4x1::IfcCurveBoundedSurface, Ifc4x1::IfcRectangularTrimmedSurface

Public Types

typedef IfcTemplatedEntityList<IfcBoundedSurface> list

Public Functions

const IfcParse::entity &declaration() const

IfcBoundedSurface(IfcEntityInstanceData *e)

IfcBoundedSurface()

Public Static Functions

const IfcParse::entity &Class()

class IfcBoundingBox : public Ifc4x1::IfcGeometricRepresentationItem

Definition from ISO/CD 10303-42:1992: A box domain is an orthogonal box parallel to the axes of the geometric coordinate system which may be used to limit the domain of a half space solid. A box domain is specified by the coordinates of the bottom left corner, and the lengths of the sides measured in the directions of the coordinate axes.

Every semantic object having a physical extent might have a minimum default representation of a bounding box. The bounding box is therefore also used as minimal geometric representation for any geometrically represented object. Therefore the IfcBoundingBox is subtyped from IfcGeometricRepresentationItem.

NOTE Corresponding ISO 10303-42 entity: box_domain, please refer to ISO/IS 10303-42:1994, p. 186 for the final definition of the formal standard. In IFC the bounding box can also be used outside of the context of an IfcBoxedHalfSpace.

HISTORY New entity in IFC Release 1.0.

As shown in Figure 252, the IfcBoundingBox is defined with its own location which can be used to place the IfcBoundingBox relative to the geometric coordinate system. The IfcBoundingBox is defined by the lower left corner (Corner) and the upper right corner (XDim, YDim, ZDim measured within the parent co-ordinate system).

Figure 252 — Bounding box

Public Types

typedef IfcTemplatedEntityList<IfcBoundingBox> list

Public Functions

::Ifc4x1::IfcCartesianPoint *Corner() const: Location of the bottom left corner (having the minimum values).

void setCorner(::Ifc4x1::IfcCartesianPoint *v)

double XDim() const: Length attribute (measured along the edge parallel to the X Axis)

void setXDim(double v)

double YDim() const: Width attribute (measured along the edge parallel to the Y Axis)

void setYDim(double v)

double ZDim() const: Height attribute (measured along the edge parallel to the Z Axis).

void setZDim(double v)

const IfcParse::entity &declaration() const

IfcBoundingBox(IfcEntityInstanceData *e)

IfcBoundingBox(::Ifc4x1::IfcCartesianPoint *v1_Corner, double v2_XDim, double v3_YDim, double v4_ZDim)

Public Static Functions

const IfcParse::entity &Class()

class IfcBoxAlignment : public Ifc4x1::IfcLabel

The box alignment specifies the alignment of the text box relative to its position. The following string values shall be used:

top-left top-middle top-right middle-left center middle-right bottom-left bottom-middle bottom-right

NOTE The top-left is the default value.

Figure 298 illustrates alignment values.

Figure 298 — Box alignment values

Figure 299 illustrates use of alignment values together with the placement and planar extent.

Figure 299 — Box alignment examples

HISTORY New type in IFC2x2 Addendum2.

IFC2x3 CHANGE The IfcBoxAlignment has been added.

Public Functions

const IfcParse::type_declaration &declaration() const

IfcBoxAlignment(IfcEntityInstanceData *e)

IfcBoxAlignment(std::string v)

operator std::string() const

Public Static Functions

const IfcParse::type_declaration &Class()

class IfcBoxedHalfSpace : public Ifc4x1::IfcHalfSpaceSolid

Definition from ISO/CD 10303-42:1992: This entity is a subtype of the half space solid which is trimmed by a surrounding rectangular box. The box has its edges parallel to the coordinate axes of the geometric coordinate system.

NOTE The purpose of the box is to facilitate CSG computations by producing a solid of finite size.

The IfcBoxedHalfSpace is used (as its supertype IfcHalfSpaceSolid) only within Boolean operations. It divides the domain into exactly two subsets, where the domain in question is that of the attribute Enclosure. The purpose of the attribute Enclosure is to provide a search box for the other operand in the Boolean operation. It shall be sufficiently large to fully enclose the resulting solid after the Boolean operation with the half space. It however does not alter the final result. The result of the Boolean operation would be the same, as if executed by the supertype IfcHalfSpaceSolid. See Figure 253 below.

Figure 253 — Boxed half space operands

NOTE Corresponding ISO 10303-42 entity: boxed_half_space, please refer to ISO/IS 10303-42:1994, p. 185 for the final definition of the formal standard. The IFC class IfcBoundingBox is used for the definition of the enclosure, providing the same definition as box_domain.

HISTORY New entity in IFC Release 1.5.1, improved documentation available in IFC Release 2x.

IFC2x4 CHANGE Usage correct, position coordinate system for Enclosure is the object coordinate system.

The IfcBoundingBox (relating to ISO 10303-42:1994 box_domain) that provides the enclosure is given for the convenience of the receiving application to enable the use of size box comparison for efficiency (for example, to check first whether size boxes intersect, if not no calculations has to be done to check whether the solids of the entities intersect).

The Enclosure therefore helps to prevent dealing with infinite-size related issues. The enclosure box is positioned within the object coordinate system, established by the ObjectPlacement of the element represented (for example, by IfcLocalPlacement). Figure 254 shows the Enclosure box being sufficiently large to fully enclose the Boolean result.

Figure 254 — Boxed half space geometry

Public Types

typedef IfcTemplatedEntityList<IfcBoxedHalfSpace> list

Public Functions

::Ifc4x1::IfcBoundingBox *Enclosure() const: The box which bounds the resulting solid of the Boolean operation involving the half space solid for computational purposes only.

void setEnclosure(::Ifc4x1::IfcBoundingBox *v)

const IfcParse::entity &declaration() const

IfcBoxedHalfSpace(IfcEntityInstanceData *e)

IfcBoxedHalfSpace(::Ifc4x1::IfcSurface *v1_BaseSurface, bool v2_AgreementFlag, ::Ifc4x1::IfcBoundingBox *v3_Enclosure)

Public Static Functions

const IfcParse::entity &Class()

class IfcBSplineCurve : public Ifc4x1::IfcBoundedCurve

Definition from ISO/CD 10303-42:1992: A B-spline curve is a piecewise parametric polynomial or rational curve described in terms of control points and basis functions. The B-spline curve has been selected as the most stable format to represent all types of polynomial or rational parametric curves. With appropriate attribute values it is capable of representing single span or spline curves of explicit polynomial, rational, Bezier or B-spline type.

Interpretation of the data is as follows:

All weights shall be positive and the curve is given by

k+1 = number of control points

Pi = control points

wi = weights

d = degree

The knot array is an array of (k+d+2) real numbers [u-d … uk+1], such that for all indices j in [-d,k], uj <= uj+1. This array is obtained from the knot data list by repeating each multiple knot according to the multiplicity. N di, the ith normalized B-spline basis function of degree d, is defined on the subset [ui-d, … , ui+1] of this array.

Let L denote the number of distinct values among the d+k+2 knots in the knot array; L will be referred to as the ‘upper index on knots’. Let mj denote the multiplicity (number of repetitions) of the jth distinct knot. Then

All knot multiplicities except the first and the last shall be in the range 1 … degree; the first and last may have a maximum value of degree +

In evaluating the basis functions, a knot u of e.g. multiplicity 3 is interpreted as a string u, u, u, in the knot array. The B-spline curve has 3 special subtypes (Note: only 1, Bezier curve, included in this IFC release) where the knots and knot multiplicities are derived to provide simple default capabilities. Logical flag is provided to indicate whether the curve self intersects or not.

Figure 277 (from ISO 10303-42) illustrates a B-spline curve.

Figure 277 — B-spline curve

NOTE Corresponding ISO 10303 entity: b_spline_curve. Please refer to ISO/IS 10303-42:1994, p. 45 for the final definition of the formal standard.

HISTORY New entity in Release IFC2x2.

Subclassed by Ifc4x1::IfcBSplineCurveWithKnots

Public Types

typedef IfcTemplatedEntityList<IfcBSplineCurve> list

Public Functions

int Degree() const: The algebraic degree of the basis functions.

void setDegree(int v)

IfcTemplatedEntityList<::Ifc4x1::IfcCartesianPoint>::ptr ControlPointsList() const: The list of control points for the curve.

void setControlPointsList(IfcTemplatedEntityList<::Ifc4x1::IfcCartesianPoint>::ptr v)

::Ifc4x1::IfcBSplineCurveForm::Value CurveForm() const: Used to identify particular types of curve; it is for information only.

void setCurveForm(::Ifc4x1::IfcBSplineCurveForm::Value v)

bool ClosedCurve() const: Indication of whether the curve is closed; it is for information only.

void setClosedCurve(bool v)

bool SelfIntersect() const: Indication whether the curve self-intersects or not; it is for information only.

void setSelfIntersect(bool v)

const IfcParse::entity &declaration() const

IfcBSplineCurve(IfcEntityInstanceData *e)

IfcBSplineCurve(int v1_Degree, IfcTemplatedEntityList<::Ifc4x1::IfcCartesianPoint>::ptr v2_ControlPointsList, ::Ifc4x1::IfcBSplineCurveForm::Value v3_CurveForm, bool v4_ClosedCurve, bool v5_SelfIntersect)

Public Static Functions

const IfcParse::entity &Class()

struct IfcBSplineCurveForm¶

Public Types

enum Value¶

Definition from ISO/CD 10303-42:1992: This type is used to indicate that the B-spline curve represents a part of a curve of some specific form.

Enumeration

polyline form: A connected sequence of line segments represented by degree 1 B-spline basis functions. circular arc: An arc of a circle, or a complete circle represented by a B-spline curve. elliptic arc: An arc of an ellipse, or a complete ellipse, represented by a B-spline curve. parabolic arc: An arc of finite length of a parabola represented by a B-spline curve. hyperbolic arc: An arc of finite length of one branch of a hyperbola represented by a B-spline curve. unspecified: A B-spline curve for which no particular form is specified.

NOTE Corresponding ISO 10303 type: b_spline_curve_form. Please refer to ISO/IS 10303-42:1994, p. 15 for the final definition of the formal standard.

HISTORY New type in Release IFC2x2.

Values:

enumerator IfcBSplineCurveForm_POLYLINE_FORM¶

enumerator IfcBSplineCurveForm_CIRCULAR_ARC¶

enumerator IfcBSplineCurveForm_ELLIPTIC_ARC¶

enumerator IfcBSplineCurveForm_PARABOLIC_ARC¶

enumerator IfcBSplineCurveForm_HYPERBOLIC_ARC¶

enumerator IfcBSplineCurveForm_UNSPECIFIED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcBSplineCurveWithKnots : public Ifc4x1::IfcBSplineCurve

Definition from ISO 10303:42:1994: This is the type of b-spline curve for which the knot values are explicitly given. This subtype shall be used to represent non-uniform B-spline curves and may be used for other knot types.

Let L denote the number of distinct values amongst the d+k+2 knots in the knot list; L will be referred to as the ‘upper index on knots’. Let mj denote the multiplicity (i.e., number of repetitions) of the jth distinct knot. Then:

All knot multiplicities except the first and the last shall be in the range 1,…,d; the first and last may have a maximum value of d + 1. In evaluating the basis functions, a knot u of, e.g., multiplicity 3 is interpreted as a sequence u, u, u,; in the knot array.

NOTE Corresponding ISO 10303 entity: b_spline_curve_with_knots. Please refer to ISO/IS 10303-42:1994, p. 46 for the final definition of the formal standard.

HISTORY New entity in IFC2x4.

Subclassed by Ifc4x1::IfcRationalBSplineCurveWithKnots

Public Types

typedef IfcTemplatedEntityList<IfcBSplineCurveWithKnots> list

Public Functions

std::vector<int> KnotMultiplicities() const: The multiplicities of the knots. This list defines the number of times each knot in the knots list is to be repeated in constructing the knot array.

void setKnotMultiplicities(std::vector<int> v)

std::vector<double> Knots() const: The list of distinct knots used to define the B-spline basis functions.

void setKnots(std::vector<double> v)

::Ifc4x1::IfcKnotType::Value KnotSpec() const: The description of the knot type. This is for information only.

void setKnotSpec(::Ifc4x1::IfcKnotType::Value v)

const IfcParse::entity &declaration() const

IfcBSplineCurveWithKnots(IfcEntityInstanceData *e)

IfcBSplineCurveWithKnots(int v1_Degree, IfcTemplatedEntityList<::Ifc4x1::IfcCartesianPoint>::ptr v2_ControlPointsList, ::Ifc4x1::IfcBSplineCurveForm::Value v3_CurveForm, bool v4_ClosedCurve, bool v5_SelfIntersect, std::vector<int> v6_KnotMultiplicities, std::vector<double> v7_Knots, ::Ifc4x1::IfcKnotType::Value v8_KnotSpec)

Public Static Functions

const IfcParse::entity &Class()

class IfcBSplineSurface : public Ifc4x1::IfcBoundedSurface

Definition from ISO/CD 10303-42:1992: A b_spline_surface is a general form of rational or polynomial parametric surface which is represented by control points, basis functions, and possibly, weights. As with the corresponding curve entity it has some special subtypes where some of the data can be derived.

The symbology used here is:

K1 = upper_index_on_u_control_points

K2 = upper_index_on_v_control_points

Pij = control_points

wij = weights

d1 = u_degree

d2 = v_degree

The control points are ordered as P00, P01, P02, ……, PK1(K2-1), PK1K2 The weights, in the case of the rational subtype, are ordered similarly.

For each parameter, s = u or v, if k is the upper index on the control points and d is the degree for s, the knot array is an array of (k

d + 2) real numbers [s-d, …., sk+1], such that for all indices j in [-d, k]; sj ≤ sj+1. This array is obtained from the appropriate u_knots or v_knots list by repeating each multiple knot according to the multiplicity.

Nid, the ith normalised B-spline basis function of degree d, is defined on the subset [si-d, …., si+1] of this array.

Let L denote the number of distinct values amongst the knots in the knot list; L will be referred to as the ‘upper index on knots’. Let mj denote the multiplicity (i.e., number of repetitions) of the jth distinct knot value. Then:

All knot multiplicities except the first and the last shall be in the range 1, …., d; the first and last may have a maximum value of d+1. In evaluating the basis functions, a knot u of, e.g., multiplicity 3 is interpreted as a sequence u, u, u, in the knot array.

The surface form is used to identify specific quadric surface types (which shall have degree two), ruled surfaces and surfaces of revolution. As with the b-spline curve, the surface form is informational only and the spline data takes precedence.

The surface is to be interpreted as follows: In the polynomial case the surface is given by the equation:

In the rational case the surface equation is:

NOTE Corresponding ISO 10303 entity: b_spline_surface. Please refer to ISO/IS 10303-42:1994, p. 78 for the final definition of the formal standard.

HISTORY New entity in IFC2x4.

Subclassed by Ifc4x1::IfcBSplineSurfaceWithKnots

Public Types

typedef IfcTemplatedEntityList<IfcBSplineSurface> list

Public Functions

int UDegree() const: Algebraic degree of basis functions in u.

void setUDegree(int v)

int VDegree() const: Algebraic degree of basis functions in v.

void setVDegree(int v)

IfcTemplatedEntityListList<::Ifc4x1::IfcCartesianPoint>::ptr ControlPointsList() const: This is a list of lists of control points.

void setControlPointsList(IfcTemplatedEntityListList<::Ifc4x1::IfcCartesianPoint>::ptr v)

::Ifc4x1::IfcBSplineSurfaceForm::Value SurfaceForm() const: Indicator of special surface types.

void setSurfaceForm(::Ifc4x1::IfcBSplineSurfaceForm::Value v)

bool UClosed() const: Indication of whether the surface is closed in the u direction; this is for information only.

void setUClosed(bool v)

bool VClosed() const: Indication of whether the surface is closed in the v direction; this is for information only.

void setVClosed(bool v)

bool SelfIntersect() const: Flag to indicate whether, or not, surface is self-intersecting; this is for information only.

void setSelfIntersect(bool v)

const IfcParse::entity &declaration() const

IfcBSplineSurface(IfcEntityInstanceData *e)

IfcBSplineSurface(int v1_UDegree, int v2_VDegree, IfcTemplatedEntityListList<::Ifc4x1::IfcCartesianPoint>::ptr v3_ControlPointsList, ::Ifc4x1::IfcBSplineSurfaceForm::Value v4_SurfaceForm, bool v5_UClosed, bool v6_VClosed, bool v7_SelfIntersect)

Public Static Functions

const IfcParse::entity &Class()

struct IfcBSplineSurfaceForm¶

Public Types

enum Value¶

Values:

enumerator IfcBSplineSurfaceForm_PLANE_SURF¶

enumerator IfcBSplineSurfaceForm_CYLINDRICAL_SURF¶

enumerator IfcBSplineSurfaceForm_CONICAL_SURF¶

enumerator IfcBSplineSurfaceForm_SPHERICAL_SURF¶

enumerator IfcBSplineSurfaceForm_TOROIDAL_SURF¶

enumerator IfcBSplineSurfaceForm_SURF_OF_REVOLUTION¶

enumerator IfcBSplineSurfaceForm_RULED_SURF¶

enumerator IfcBSplineSurfaceForm_GENERALISED_CONE¶

enumerator IfcBSplineSurfaceForm_QUADRIC_SURF¶

enumerator IfcBSplineSurfaceForm_SURF_OF_LINEAR_EXTRUSION¶

enumerator IfcBSplineSurfaceForm_UNSPECIFIED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcBSplineSurfaceWithKnots : public Ifc4x1::IfcBSplineSurface

Definition from ISO 10303:42:1994: This is a B-spline surface in which the knot values are explicitly given. This subtype shall be used to represent non-uniform B-spline surfaces, and may also be used for other knot types.

All knot multiplicities except the first and the last shall be in the range 1,….,d; the first and last may have a maximum value of d + 1. In evaluating the basis functions, a knot u of, e.g., multiplicity 3 is interpreted as a sequence u, u, u, in the knot array.

NOTE Corresponding ISO 10303 entity: b_spline_surface_with_knots. Please refer to ISO/IS 10303-42:1994, p. 81 for the final definition of the formal standard.

HISTORY New entity in IFC2x4.

Subclassed by Ifc4x1::IfcRationalBSplineSurfaceWithKnots

Public Types

typedef IfcTemplatedEntityList<IfcBSplineSurfaceWithKnots> list

Public Functions

std::vector<int> UMultiplicities() const: The multiplicities of the knots in the u parameter direction.

void setUMultiplicities(std::vector<int> v)

std::vector<int> VMultiplicities() const: The multiplicities of the knots in the v parameter direction.

void setVMultiplicities(std::vector<int> v)

std::vector<double> UKnots() const: The list of the distinct knots in the u parameter direction.

void setUKnots(std::vector<double> v)

std::vector<double> VKnots() const: The list of the distinct knots in the v parameter direction.

void setVKnots(std::vector<double> v)

::Ifc4x1::IfcKnotType::Value KnotSpec() const: The description of the knot type.

void setKnotSpec(::Ifc4x1::IfcKnotType::Value v)

const IfcParse::entity &declaration() const

IfcBSplineSurfaceWithKnots(IfcEntityInstanceData *e)

IfcBSplineSurfaceWithKnots(int v1_UDegree, int v2_VDegree, IfcTemplatedEntityListList<::Ifc4x1::IfcCartesianPoint>::ptr v3_ControlPointsList, ::Ifc4x1::IfcBSplineSurfaceForm::Value v4_SurfaceForm, bool v5_UClosed, bool v6_VClosed, bool v7_SelfIntersect, std::vector<int> v8_UMultiplicities, std::vector<int> v9_VMultiplicities, std::vector<double> v10_UKnots, std::vector<double> v11_VKnots, ::Ifc4x1::IfcKnotType::Value v12_KnotSpec)

Public Static Functions

const IfcParse::entity &Class()

class IfcBuilding : public Ifc4x1::IfcSpatialStructureElement

Definition from ISO 6707-1:1989: Construction work that has the provision of shelter for its occupants or contents as one of its main purpose and is normally designed to stand permanently in one place. A building represents a structure that provides shelter for its occupants or contents and stands in one place. The building is also used to provide a basic element within the spatial structure hierarchy for the components of a building project (together with site, storey, and space). A building is (if specified) associated to a site. A building may span over several connected or disconnected buildings. Therefore building complex provides for a collection of buildings included in a site. A building can also be decomposed in (vertical) parts, where each part defines a building section. This is defined by the composition type attribute of the supertype IfcSpatialStructureElements which is interpreted as follow:

COMPLEX = building complex ELEMENT = building PARTIAL = building section

HISTORY New entity in IFC Release 1.0.

Property Set Use Definition The property sets relating to the IfcBuilding are defined by the IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. It is accessible by the inverse IsDefinedBy relationship. The following property set definitions specific to the IfcBuilding are part of this IFC release:

Pset_BuildingCommon: common property set for all types of buildings Pset_BuildingWaterStorage: specific property set for buildings to capture the water supply requirements Pset_BuildingUse: specific property set for buildings to capture the current and anticipated real estate context. Pset_BuildingUseAdjacent: specific property set for buildings to capture the use information about the adjacent buildings.

Quantity Use Definition The quantities relating to the IfcBuilding are defined by the IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. It is accessible by the inverse IsDefinedBy relationship. The following base quantities are defined and should be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, can be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement has to be provided.

Qto_BuildingBaseQuantities: base quantities for all building occurrences.

Spatial Structure Use Definition The IfcBuilding is used to build the spatial structure of a building (that serves as the primary project breakdown and is required to be hierarchical). The spatial structure elements are linked together by using the objectified relationship IfcRelAggregates. The IfcBuilding references them by its inverse relationships:

IfcBuilding.Decomposes referencing (IfcSite || IfcBuilding) by IfcRelAggregates.RelatingObject, If it refers to another instance of IfcBuilding, the referenced IfcBuilding needs to have a different and higher CompositionType, i.e. COMPLEX (if the other IfcBuilding has ELEMENT), or ELEMENT (if the other IfcBuilding has PARTIAL). IfcBuilding.IsDecomposedBy referencing (IfcBuilding || IfcBuildingStorey) by IfcRelAggregates.RelatedObjects. If it refers to another instance ofIfcBuilding, the referenced IfcBuilding needs to have a different and lower CompositionType, i.e. ELEMENT (if the other IfcBuilding has COMPLEX), or PARTIAL (if the other IfcBuilding has ELEMENT).

If there are building elements and/or other elements directly related to the IfcBuilding(like a curtain wall spanning several stories), they are associated with the IfcBuilding by using the objectified relationship IfcRelContainedInSpatialStructure. The IfcBuilding references them by its inverse relationship:

IfcBuilding.ContainsElements referencing any subtype of IfcProduct (with the exception of other spatial structure element) by IfcRelContainedInSpatialStructure.RelatedElements.

Figure 20 shows the IfcBuilding as part of the spatial structure. It also serves as the spatial container for building and other elements. NOTE Detailed requirements on mandatory element containment and placement structure relationships are given in view definitions and implementer agreements.

Figure 20 — Building composition

Systems, such as building service or electrical distribution systems, zonal systems, or structural analysis systems, relate to IfcBuilding by using the objectified relationship IfcRelServicesBuildings.

Attribute Use Definition

Figure 21 describes the heights and elevations of the IfcBuilding. It is used to provide the height above sea level of the project height datum for this building, that is, the internal height 0.00. The height 0.00 is often used as a building internal reference height and equal to the floor finish level of the ground floor.

base elevation of building provided by: IfcBuilding.ElevationOfRefHeight, it is usually the top of construction slab base elevation of terrain at the perimeter of the building provided by: IfcBuilding.ElevationOfTerrain, it is usually the minimum elevation is sloped terrain total height of building, also referred to as ridge height (top of roof structure, e.g the ridge against terrain): provided by BaseQuantity with Name=”TotalHeight” eaves height of building (base of roof structure, e.g the eaves against terrain): provided by BaseQuantity with Name=”EavesHeight”

Figure 21 — Building elevations

Geometry Use Definitions The geometric representation of IfcBuilding is given by the IfcProductDefinitionShape and IfcLocalPlacement, allowing multiple geometric representation. Local Placement The local placement for IfcBuilding is defined in its supertype IfcProduct. It is defined by the IfcLocalPlacement, which defines the local coordinate system that is referenced by all geometric representations.

The PlacementRelTo relationship of IfcLocalPlacement shall point (if relative placement is used) to the IfcSpatialStructureElement of type IfcSite, or of type IfcBuilding (e.g. to position a building relative to a building complex, or a building section to a building). If the relative placement is not used, the absolute placement is defined within the world coordinate system.

Geometric Representations Currently, the use of a 2D ‘FootPrint’ representation of type ‘GeometricCurveSet’ and a 3D ‘Body’ representation of type ‘Brep’ is supported. Foot Print Representation The foot print representation of IfcBuilding is given by either a single 2D curve (such as IfcPolyline or IfcCompositeCurve), or by a list of 2D curves (in case of inner boundaries), if the building has an independent geometric representation. The representation identifier and type of this geometric representation of IfcBuilding is:

IfcShapeRepresentation.RepresentationIdentifier = ‘FootPrint’ IfcShapeRepresentation.RepresentationType = ‘GeometricCurveSet’

Body Representation The body (or solid model) geometric representation (if the building has an independent geometric representation) of IfcBuilding is defined using faceted B-Rep capabilities (with or without voids), based on the IfcFacetedBrep or on the IfcFacetedBrepWithVoids. The representation identifier and type of this representation of IfcBuilding is:

IfcShapeRepresentation.RepresentationIdentifier = ‘Body’ IfcShapeRepresentation.RepresentationType = ‘Brep’

Since the building shape is usually described by the exterior building elements, an independent shape representation shall only be given, if the building is exposed independently from its constituting elements.

Public Types

typedef IfcTemplatedEntityList<IfcBuilding> list

Public Functions

bool hasElevationOfRefHeight() const: Whether the optional attribute ElevationOfRefHeight is defined for this IfcBuilding.

double ElevationOfRefHeight() const: Elevation above sea level of the reference height used for all storey elevation measures, equals to height 0.0. It is usually the ground floor level.

void setElevationOfRefHeight(double v)

bool hasElevationOfTerrain() const: Whether the optional attribute ElevationOfTerrain is defined for this IfcBuilding.

double ElevationOfTerrain() const: Elevation above the minimal terrain level around the foot print of the building, given in elevation above sea level.

void setElevationOfTerrain(double v)

bool hasBuildingAddress() const: Whether the optional attribute BuildingAddress is defined for this IfcBuilding.

::Ifc4x1::IfcPostalAddress *BuildingAddress() const: Address given to the building for postal purposes.

void setBuildingAddress(::Ifc4x1::IfcPostalAddress *v)

const IfcParse::entity &declaration() const

IfcBuilding(IfcEntityInstanceData *e)

IfcBuilding(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_LongName, boost::optional<::Ifc4x1::IfcElementCompositionEnum::Value> v9_CompositionType, boost::optional<double> v10_ElevationOfRefHeight, boost::optional<double> v11_ElevationOfTerrain, ::Ifc4x1::IfcPostalAddress *v12_BuildingAddress)

Public Static Functions

const IfcParse::entity &Class()

class IfcBuildingElement : public Ifc4x1::IfcElement

Definition from ISO 6707-1:1989: Major functional part of a building, examples are foundation, floor, roof, wall. The building element comprises all elements that are primarily part of the construction of a building, i.e., its structural and space separating system. EXAMPLEs of building elements are walls, beams, or doors, they are all physically existent and tangible things. The IfcBuildingElement utilizes the following capabilities mainly through inverse attributes referencing objectified relationships: NOTE View definitions and implementer agreements will determine those relationships that have to be supported in actual exchange.

Grouping - being part of a logical group of objects

objectified relationship: IfcRelAssignsToGroup object referenced by relationship: IfcGroup (and subtypes) inverse attribute: HasAssignment

Work processes - reference to work tasks, in which this building element is used

objectified relationship: IfcRelAssignsToProcess object referenced by relationship: IfcProcess (and subtypes) inverse attribute: HasAssignments

Structural member reference - information whether the building element is represented in a structural analysis model by a structural member

objectified relationship: IfcRelAssignsToProduct object referenced by relationship: IfcStructuralMember (and by default IfcStructuralCurveMember) inverse attribute: HasAssignments

Aggregation - aggregated together with other elements to form an aggregate

objectified relationship: IfcRelAggregates object referenced by relationship: IfcElement (and subtypes) inverse attribute (for container): IsDecomposedBy inverse attribute (for contained parts): Decomposes

Material - assignment of material used by this building element

objectified relationship: IfcRelAssociatesMaterial object referenced by relationship: IfcMaterialSelect (and selected items) inverse attribute: HasAssociations

Classification - assigned reference to an external classification

objectified relationship: IfcRelAssociatesClassification object referenced by relationship: IfcClassificationNotationSelect (and selected items, default IfcClassificationReference) inverse attribute: HasAssociations

Library - assigned reference to an external library item reference

objectified relationship: IfcRelAssociatesClassification object referenced by relationship: IfcLibrarySelect (and selected items, default IfcLibraryReference) inverse attribute: HasAssociations

Documentation - assigned reference to an external documentation

objectified relationship: IfcRelAssociatesDocumentation object referenced by relationship: IfcDocumentSelect (and selected items, default IfcDocumentReference) inverse attribute: HasAssociations

Type - reference to the common product type information for the element occurrence

objectified relationship: IfcRelDefinesByType object referenced by relationship: IfcBuildingElementType (and subtypes) inverse attribute: IsTypedBy

Properties - reference to all attached properties, including quantities

objectified relationship: IfcRelDefinesByProperties object referenced by relationship: IfcPropertySetDefinition (default IfcPropertySet) inverse attribute: IsDefinedBy

Connection - connectivity to other elements, including the definition of the joint

objectified relationship: IfcRelConnectsElements object referenced by relationship: IfcElement inverse attribute: ConnectedTo inverse attribute: ConnectedFrom

Realization - information, whether the building element is used to realize a connection (e.g. as a weld in a connection between two members)

objectified relationship: IfcRelConnectsWithRealizingElements object referenced by relationship: IfcElement inverse attribute: IsConnectionRealization

Assignment to spatial structure - hierarchical assignment to the right level within the spatial structure

objectified relationship: IfcRelContainedInSpatialStructure object referenced by relationship: IfcSpatialStructureElement inverse attribute: ContainedInStructure

Reference to spatial structure(s) - non hierarchical reference to one or more elements within the spatial structure (e.g. a curtain wall, being contained in the building, references several stories)

objectified relationship: IfcRelContainedInSpatialStructure object referenced by relationship: IfcSpatialElement inverse attribute: ContainedInStructure

Boundary - provision of space boundaries by this building element

objectified relationship: IfcRelSpaceBoundary object referenced by relationship: IfcSpace inverse attribute: ProvidesBoundaries

Coverings - assignment of covering elements to this building element (note: normally covering elements are assigned to the space, only used for special cases)

objectified relationship: IfcRelCoversBldgElements object referenced by relationship: IfcCovering inverse attribute: HasCoverings

Voids - information, whether the building element includes openings, recesses or other voids

objectified relationship: IfcRelVoidsElement object referenced by relationship: IfcFeatureElementSubtraction (default IfcOpeningElement) inverse attribute: HasOpenings

Projection - information, whether the building element has projections (such as a fascia)

objectified relationship: IfcRelProjectsElement object referenced by relationship: IfcFeatureElementAddition (default IfcProjectionElement) inverse attribute: HasProjections

Filling - information whether the building element is used to fill openings

objectified relationship: IfcRelFillsElement object referenced by relationship: IfcOpeningElement inverse attribute: FillsVoids

HISTORY New entity in IFC Release 1.0

Property Set Use Definition The properties relating to the IfcBuildingElement are defined by the IfcPropertySet and attached by the IfcRelDefinesByProperties. A detailed specification for individual property sets applicable is introduced at the level of subtypes of IfcBuildingElement. NOTE The applicable property sets are provided by an xml property set definition that includes multilingual translations for each property. The xml definition file format, psdXML, can be used to automatically configure the properties for each building element. Quantity Use Definition: The quantities relating to the IfcBuildingElement are defined by the IfcElementQuantity and attached by the IfcRelDefinesByProperties. A detailed specification for individual quantities is introduced at the level of subtypes of IfcBuildingElement. NOTE The applicable element quantities are provided by an xml quantity definition that includes multilingual translations for each quantity. The xml definition file format, qdXML, can be used to automatically configure the quantities for each building element.

Geometry Use Definitions The geometric representation of any IfcBuildingElement is given by the IfcProductDefinitionShape and IfcLocalPlacement allowing multiple geometric representations. Local Placement The local placement for any IfcBuildingElement is defined in its supertype IfcProduct. It is defined by the IfcLocalPlacement, which defines the local coordinate system that is referenced by all geometric representations. Further constraints are defined at the level of its subtypes. Geometric Representations An IfcBuildingElement can be represented by one or several geometric representations. The following representation identifiers are used for building elements ‘Box’, ‘Axis’, ‘FootPrint’, ‘Surface’, and ‘Body’. A detailed specification is introduced at the level of subtypes. NOTE Some subtypes of IfcBuildingElement may exclude one or several geometric representation types, e.g. standard case elements, such as IfcWallStandardCase, do not allow the use of ‘SurfaceModel’, ‘Brep’, ‘AdvancedBrep’, and ‘MappedRepresentation’. In addition view definitions and implementer agreements may restrict the use of geometric representation types, e.g. the use of ‘AdvancedBrep’. Box Representation Any IfcBuildingElement may be represented as a bounding box, which shows the maximum extend of the body within the coordinated system established by the IfcLocalPlacement. The bounding box representation is the simplest geometric representation available. The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Box’ RepresentationType : ‘BoundingBox’

As shown in Figure 22, the bounding box representation is given by an IfcShapeRepresentation that includes a single item, an IfcBoundingBox.

Figure 22 — Building element box representation

Axis Representation Some IfcBuildingElement may be represented by an axis as an abstract geometric representation. See each subtype for specific guidance. The following attribute values for the IfcShapeRepresentation holding this geometric representation are used:

RepresentationIdentifier : ‘Axis’ RepresentationType : ‘Curve2D’, ‘Curve3D’

Surface Representation Some IfcBuildingElement may be represented by an surface as an abstract geometric representation. See each subtype for specific guidance. The following attribute values for the IfcShapeRepresentation holding this geometric representation are used:

RepresentationIdentifier : ‘Surface’ RepresentationType : ‘Surface2D’, ‘Surface3D’

FootPrint Representation Any IfcBuildingElement may be represented by a footprint as a specific floor plan geometric representation. See each subtype for specific guidance. The following attribute values for the IfcShapeRepresentation holding this geometric representation are used:

RepresentationIdentifier : ‘FootPrint’ RepresentationType : ‘GeometricCurveSet’, ‘Annotation2D’

Body Representation The body representation of any IfcBuildingElement can have the following representation types: ‘SurfaceModel’, ‘Brep’, ‘AdvancedBrep’, and ‘MappedRepresentation’. Other representation types might be specified at the level of subtypes. SurfaceModel Representation Type Any IfcBuildingElement (so far no further constraints are defined at the level of its subtypes) may be represented as a single or multiple surface models, based on either shell or face based models. The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Body’ RepresentationType : ‘SurfaceModel’

In some cases it may be useful to also expose a simple representation as a bounding box representation of the same complex shape.

As shown in Figure 23, the surface model representation is given by an IfcShapeRepresentation, which includes a single item which is either:

IfcShellBasedSurfaceModel, or IfcFaceBasedSurfaceModel.

Figure 23 — Building element surface model representation

Brep Representation Type Any IfcBuildingElement (so far no further constraints are defined at the level of its subtypes) may be represented as a single or multiple Boundary Representation elements (which are restricted to faceted Brep with or without voids). The Brep representation allows for the representation of complex element shape. The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Body’ RepresentationType : ‘Brep’

In some cases it may be useful to also expose a simple representation as a bounding box representation of the same complex shape. As shown in Figure 24, the Brep representation is given by an IfcShapeRepresentation, which includes one or more items, all of type IfcFacetedBrep.

Figure 24 — Building element body boundary representation

AdvancedBrep Representation Type An IfcBuildingElement (so far no further constraints are defined at the level of its subtypes or by view definitions) may be represented as a single or multiple Boundary Representation elements (which are based on advanced surfaces, usually refered to as NURBS surfaces). The AdvancedBrep representation allows for the representation of complex free-form element shape. The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Body’ RepresentationType : ‘AdvancedBrep’

In some cases it may be useful to also expose a simple representation as a bounding box representation of the same complex shape. MappedRepresentation Representation Type Any IfcBuildingElement (so far no further constraints are defined at the level of its subtypes) may be represented using the MappedRepresentation. This shall be supported as it allows for reusing the geometry definition of a type at all occurrences of the same type. The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Body’ RepresentationType : ‘MappedRepresentation’

The same constraints, as given for ‘SurfaceModel’, ‘Brep’, and ‘AdvancedBrep’ geometric representation, shall apply to the MappedRepresentation of the IfcRepresentationMap.

Subclassed by Ifc4x1::IfcBeam, Ifc4x1::IfcBuildingElementProxy, Ifc4x1::IfcChimney, Ifc4x1::IfcColumn, Ifc4x1::IfcCovering, Ifc4x1::IfcCurtainWall, Ifc4x1::IfcDoor, Ifc4x1::IfcFooting, Ifc4x1::IfcMember, Ifc4x1::IfcPile, Ifc4x1::IfcPlate, Ifc4x1::IfcRailing, Ifc4x1::IfcRamp, Ifc4x1::IfcRampFlight, Ifc4x1::IfcRoof, Ifc4x1::IfcShadingDevice, Ifc4x1::IfcSlab, Ifc4x1::IfcStair, Ifc4x1::IfcStairFlight, Ifc4x1::IfcWall, Ifc4x1::IfcWindow

Public Types

typedef IfcTemplatedEntityList<IfcBuildingElement> list

Public Functions

const IfcParse::entity &declaration() const

IfcBuildingElement(IfcEntityInstanceData *e)

IfcBuildingElement(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag)

Public Static Functions

const IfcParse::entity &Class()

class IfcBuildingElementPart : public Ifc4x1::IfcElementComponent

Definition from IAI: Layers or major components as subordinate parts of a building element. Typical usage examples include precast concrete sandwich walls, where the layers may have different geometry representations. In this case the layered material representation does not sufficiently describe the element. Each layer is represented by an own instance of the IfcBuildingElementPart with its own geometry description.

The kind of building element part is further specified by a corresponding instance of IfcBuildingElementPartType, referred to by IfcRelDefinesByType.

HISTORY New entity in IFC Release 2x2

IFC 2x4 change: Moved from from IfcStructuralElementsDomain schema to IfcSharedComponentElements schema, compatible change of supertype, attribute PredefinedType added.

Public Types

typedef IfcTemplatedEntityList<IfcBuildingElementPart> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcBuildingElementPart.

::Ifc4x1::IfcBuildingElementPartTypeEnum::Value PredefinedType() const: Subtype of building element part.

void setPredefinedType(::Ifc4x1::IfcBuildingElementPartTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcBuildingElementPart(IfcEntityInstanceData *e)

IfcBuildingElementPart(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcBuildingElementPartTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcBuildingElementPartType : public Ifc4x1::IfcElementComponentType

Definition from IAI: The building element part type defines lists of commonly shared property set definitions and representation maps of parts of a building element.

HISTORY New entity in IFC Release 2x4

Public Types

typedef IfcTemplatedEntityList<IfcBuildingElementPartType> list

Public Functions

::Ifc4x1::IfcBuildingElementPartTypeEnum::Value PredefinedType() const: Subtype of building element part.

void setPredefinedType(::Ifc4x1::IfcBuildingElementPartTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcBuildingElementPartType(IfcEntityInstanceData *e)

IfcBuildingElementPartType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcBuildingElementPartTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcBuildingElementPartTypeEnum¶

Public Types

enum Value¶

Definition from IAI: This enumeration defines the different types of building element parts:

INSULATION: The part provides thermal insulation, for example as insulation layer between wall panels in sandwich walls or as infill in stud walls. PRECASTPANEL: The part is a precast panel, usually as an internal or external layer in a sandwich wall panel. USERDEFINED: User-defined accessory NOTDEFINED: Undefined accessory

HISTORY New Enumeration in IFC 2x4.

Values:

enumerator IfcBuildingElementPartType_INSULATION¶

enumerator IfcBuildingElementPartType_PRECASTPANEL¶

enumerator IfcBuildingElementPartType_USERDEFINED¶

enumerator IfcBuildingElementPartType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcBuildingElementProxy : public Ifc4x1::IfcBuildingElement

Definition from IAI: The IfcBuildingElementProxy is a proxy definition that provides the same functionality as an IfcBuildingElement, but without having a predefined meaning of the special type of building element, it represents. Proxies can also be used as spatial place holders or provisions, that maybe later replaced by special types of elements. One use of the proxy object is a provision for voids, i.e. where a particular volume of space is requested by some engineering function that might later be accepted or rejected and if accepted potentially transformed into a void within a building element, like a wall opening, or a slab opening. The provision for voids is exchanged as an IfcBuildingElementProxy with the PredefinedType = ProvisionForVoid. Other usages of IfcBuildingElementProxy include:

The IfcBuildingElementProxy can be used to exchange special types of building elements for which the current IFC Release does not yet provide a semantic definition. The IfcBuildingElementProxy can also be used to represent building elements for which the participating applications can not provide additional semantic classification.

HISTORY New entity in IFC Release 2x. IFC2x4 CHANGE The attribute CompositionType has been replaced by PredefinedType, being a superset of the enumerators. Type Use Definition The IfcBuildingElementProxy defines the occuurence of any building element, common information about the types (or styles) is handled by IfcBuildingElementProxyType. The IfcBuildingElementProxyType (if present) may establish the common type name, usage (or predefined) type, common material, common set of properties and common shape representations (using IfcRepresentationMap). The IfcBuildingElementProxyType is attached using the IfcRelDefinedByType.RelatingType objectified relationship and is accessible by the inverse IsTypedBy attribute.

NOTE The IfcBuildingElementProxyType can be used to share common information among many occurrences of the same proxy without establishing a particular semantic meaning of the type.

If no IfcBuildingElementProxyType is attached (i.e. if only occurrence information is given) the PredefinedType should be provided. If set to .USERDEFINED. a user defined value can be provided by the ObjectType attribute. Material Use Definition The material of the IfcBuildingElementProxy is defined by IfcMaterial and attached by the IfcRelAssociatesMaterial.RelatingMaterial. It is accessible by the inverse HasAssociations relationship. Note It is illegal to assign an IfcMaterial to an IfcBuildingElementProxy with the PredefinedType = ProvisionForVoid. Material information can also be given at the IfcBuildingElementProxyType, defining the common attribute data for all occurrences of the same type.It is then accessible by the inverse IsTypedBy relationship pointing to IfcBuildingElementProxyType.HasAssociations and via IfcRelAssociatesMaterial.RelatingMaterial to IfcMaterial. If both are given, then the material directly assigned to IfcBuildingElementProxy overrides the material assigned to IfcBuildingElementProxyType. Property Set Use Definition: The property sets relating to the IfcBuildingElementProxy are defined by the IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. It is accessible by the inverse IsDefinedBy relationship. The following property set definitions specific to the IfcBuildingElementProxy are part of this IFC release:

Pset_BuildingElementProxyCommon: common property set for all occurrences of building element proxies. Pset_BuildingElementProxyProvisionForVoid: specific property set for all occurrences of building element proxy with the PredefinedType: PROVISIONFORVOID.

Property sets can also be given at the IfcBuildingElementProxyType, defining the common property data for all occurrences of the same type.It is then accessible by the inverse IsTypedBy relationship pointing to IfcBuildingElementProxyType.HasPropertySets. If both are given, then the properties directly assigned to IfcBuildingElementProxy overrides the properties assigned to IfcBuildingElementProxyType. Containment Use Definition The IfcBuildingElementProxy, as any subtype of IfcBuildingElement, may participate in two different containment relationships. The first (and in most implementation scenarios mandatory) relationship is the hierachical spatial containment, the second (optional) relationship is the aggregation within anelement assembly.

The IfcBuildingElementProxy is places within the project spatial hierarchy using the objectified relationship IfcRelContainedInSpatialStructure, refering to it by its inverse attribute SELF\IfcElement.ContainedInStructure. Subtypes ofIfcSpatialStructureElement are valid spatial containers, with IfcBuildingStorey being the default container. The IfcBuildingElementProxy may be aggregated into an element assembly using the objectified relationship IfcRelAggregates, refering to it by its inverse attribute SELF\IfcObjectDefinition.Decomposes. Any subtype of IfcElement can be an element assembly, with IfcElementAssembly as a special focus subtype. In this case it should not be additionally contained in the project spatial hierarchy, i.e.SELF\IfcElement.ContainedInStructure should be NIL.

Geometry Use Definition The geometric representation of IfcBuildingElementProxy is given by the IfcProductDefinitionShape, allowing multiple geometric representations. Included are: Local Placement The local placement for any IfcBuildingElementProxy is defined in its supertype IfcProduct. It is defined by the IfcLocalPlacement, which defines the local coordinate system that is referenced by all geometric representations. The local placement can be given relativly.

The PlacementRelTo relationship of IfcLocalPlacement shall point (if given) to the local placement of the same IfcSpatialStructureElement, which is used in the ContainedInStructure inverse attribute, or to a spatial structure element at a higher level, referenced by that. If the relative placement is not used, the absolute placement is defined within the world coordinate system.

Geometric Representation Currently, the ‘FootPrint’, ‘Body’, and ‘Box’ representations are supported. The ‘Box’ representation includes the representation type ‘BoundingBox’ and is explained at IfcBuildingElement. FootPrint Representation Any building element proxy may be represented by a geometric curve set, given by a collection of 2D points and curves. The foot pring geometric representation of IfcBuildingElementProxy is defined using the ‘FootPrint’ representation.

RepresentationIdentifier: ‘FootPrint’ RepresentationType: ‘GeometricCurveSet’, ‘Annotation2D’

Body Representation The body representation of IfcBuildingElementProxy can be represented using the representation types ‘GeometricSet’, ‘SweptSolid’, ‘CSG’ ‘SurfaceModel’, ‘Brep’, and ‘MappedRepresentation’. The representation types ‘SurfaceModel’, ‘Brep’, and ‘MappedRepresentation’ are explained at IfcBuildingElement. GeometricSet Representation Type Any building element proxy may be represented by a geometric set, given by a collection of 2D and 3D points, curves, and surfaces. It represents the body of the proxy object, when no topological structure is available. The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier: ‘Body’ RepresentationType: ‘GeometricSet’

SweptSolid Representation Type Any building element proxy may be represented by swept solid geometry (either by extrusion or by revolution). The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier: ‘Body’ RepresentationType: ‘SweptSolid’

No further restrictions (e.g., for the profile or extrusion direction) are defined at this level. A single or multiple swept area solid(s) can be the Items of the IfcShapeRepresentation. CSG Representation Type Any building element proxy may be represented by a CSG primitive or CSG tree. The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier: ‘Body’ RepresentationType: ‘CSG’

No further restrictions (e.g., for the depths of the CSG tree) are defined at this level.

Public Types

typedef IfcTemplatedEntityList<IfcBuildingElementProxy> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcBuildingElementProxy.

::Ifc4x1::IfcBuildingElementProxyTypeEnum::Value PredefinedType() const

void setPredefinedType(::Ifc4x1::IfcBuildingElementProxyTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcBuildingElementProxy(IfcEntityInstanceData *e)

IfcBuildingElementProxy(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcBuildingElementProxyTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcBuildingElementProxyType : public Ifc4x1::IfcBuildingElementType

Definition from IAI: TheIfcBuildingElementProxyType defines a list of commonly shared property set definitions of a building element proxy and an optional set of product representations. It is used to define an element specification (i.e. the specific product information, that is common to all occurrences of that product type).

NOTE The product representations are defined as representation maps (at the level of the supertype IfcTypeProduct, which gets assigned by an element occurrence instance through the IfcShapeRepresentation.Item[1] being an IfcMappedItem.

A building element proxy type is used to define the common properties of a certain type of a building element proxy that may be applied to many instances of thattype to assign a specific style. Building element proxy typesmay be exchanged without being already assigned to occurrences.

NOTE Although an building element proxy does not have a predefined ontological meaning the provision of a type may be helpful in sharing information among multiple occurrences. Applications that provide type information for element types not yet included in the current IFC specification can use the IfcBuildingElementProxyType to exchange such types.

The occurrences of the IfcBuildingElementProxyType are represented by instances of IfcBuildingElementProxy.

HISTORY New entity in Release IFC2x Edition 3.

Public Types

typedef IfcTemplatedEntityList<IfcBuildingElementProxyType> list

Public Functions

::Ifc4x1::IfcBuildingElementProxyTypeEnum::Value PredefinedType() const: Predefined types to define the particular type of an building element proxy. There may be property set definitions available for each predefined or user defined type.

void setPredefinedType(::Ifc4x1::IfcBuildingElementProxyTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcBuildingElementProxyType(IfcEntityInstanceData *e)

IfcBuildingElementProxyType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcBuildingElementProxyTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcBuildingElementProxyTypeEnum¶

Public Types

enum Value¶

Definition from IAI: This enumeration defines the available generic types for IfcBuildingElementProxyType.

HISTORY New enumeration inRelease IFC2x Edition 3.

Enumeration

USERDEFINED

NOTDEFINED

Values:

enumerator IfcBuildingElementProxyType_COMPLEX¶

enumerator IfcBuildingElementProxyType_ELEMENT¶

enumerator IfcBuildingElementProxyType_PARTIAL¶

enumerator IfcBuildingElementProxyType_PROVISIONFORVOID¶

enumerator IfcBuildingElementProxyType_PROVISIONFORSPACE¶

enumerator IfcBuildingElementProxyType_USERDEFINED¶

enumerator IfcBuildingElementProxyType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcBuildingElementType : public Ifc4x1::IfcElementType

Definition from IAI: The element type (IfcBuildingElementType) defines a list of commonly shared property set definitions of a building element and an optional set of product representations. It is used to define an element specification (i.e. the specific product information, that is common to all occurrences of that product type).

NOTE: The product representations are defined as representation maps (at the level of the supertype IfcTypeProduct, which gets assigned by an element occurrence instance through the IfcShapeRepresentation.Item[1] being an IfcMappedItem.

A building element type is used to define the common properties of a certain type of a building element that may be applied to many instances of that feature type to assign a specific style. Building element types (or the instantiable subtypes) may be exchanged without being already assigned to occurrences.

The IfcBuildingElementType is an abstract type. Occurrences of subtypes of the IfcBuildingElementType are represented by instances of the appropriate subtypes of IfcBuildingElement.

HISTORY New entity in Release IFC2x Edition 2.

Subclassed by Ifc4x1::IfcBeamType, Ifc4x1::IfcBuildingElementProxyType, Ifc4x1::IfcChimneyType, Ifc4x1::IfcColumnType, Ifc4x1::IfcCoveringType, Ifc4x1::IfcCurtainWallType, Ifc4x1::IfcDoorType, Ifc4x1::IfcFootingType, Ifc4x1::IfcMemberType, Ifc4x1::IfcPileType, Ifc4x1::IfcPlateType, Ifc4x1::IfcRailingType, Ifc4x1::IfcRampFlightType, Ifc4x1::IfcRampType, Ifc4x1::IfcRoofType, Ifc4x1::IfcShadingDeviceType, Ifc4x1::IfcSlabType, Ifc4x1::IfcStairFlightType, Ifc4x1::IfcStairType, Ifc4x1::IfcWallType, Ifc4x1::IfcWindowType

Public Types

typedef IfcTemplatedEntityList<IfcBuildingElementType> list

Public Functions

const IfcParse::entity &declaration() const

IfcBuildingElementType(IfcEntityInstanceData *e)

IfcBuildingElementType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType)

Public Static Functions

const IfcParse::entity &Class()

class IfcBuildingStorey : public Ifc4x1::IfcSpatialStructureElement

The building storey has an elevation and typically represents a (nearly) horizontal aggregation of spaces that are vertically bound. A storey is (if specified) associated to a building. A storey may span over several connected storeys. Therefore storey complex provides for a collection of storeys included in a building. A storey can also be decomposed in (horizontical) parts, where each part defines a partial storey. This is defihned by the composition type attribute of the supertype IfcSpatialStructureElements which is interpreted as follow:

COMPLEX = building storey complex ELEMENT = building storey PARTIAL = partial building storey

EXAMPLE In split level houses, a storey is split into two or more partial storeys, each with a different elevation. It can be handled by defining a storey, which includes two or more partial storeys with the individual elevations. HISTORY New entity in IFC Release 1.0

Property Set Use Definition The property sets relating to the IfcBuildingStorey are defined by the IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. It is accessible by the inverse IsDefinedBy relationship. The following property set definitions specific to the IfcBuildingStorey are part of this IFC release:

Pset_BuildingStoreyCommon: common property set for all types of building stories

Quantity Use Definition The quantities relating to the IfcBuildingStorey are defined by the IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. It is accessible by the inverse IsDefinedBy relationship. The following base quantities are defined and should be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, can be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement has to be provided.

Qto_BuildingStoreyBaseQuantities: base quantities for all building storey occurrences.

Spatial Structure Use Definition The IfcBuildingStorey is used to build the spatial structure of a building (that serves as the primary project breakdown and is required to be hierarchical). The spatial structure elements are linked together by using the objectified relationship IfcRelAggregates. The IfcBuildingStoreyreferences them by its inverse relationships:

IfcBuildingStorey.Decomposes referencing (IfcBuilding || IfcBuildingStorey) by IfcRelAggregates.RelatingObject, If it refers to another instance ofIfcBuildingStorey, the referenced IfcBuildingStorey needs to have a different and higher CompositionType, i.e. COMPLEX (if the other IfcBuildingStorey has ELEMENT), or ELEMENT (if the other IfcBuildingStorey has PARTIAL). IfcBuildingStorey.IsDecomposedBy referencing (IfcBuildingStorey || IfcSpace) by IfcRelAggregates.RelatedObjects. If it refers to another instance ofIfcBuildingStorey, the referenced IfcBuildingStorey 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).

If there are building elements and/or other elements directly related to the IfcBuildingStorey (like most building elements, such as walls, columns, etc.), they are associated with the IfcBuildingStorey by using the objectified relationship IfcRelContainedInSpatialStructure. The IfcBuildingStorey references them by its inverse relationship:

IfcBuildingStorey.ContainsElements referencing any subtype of IfcProduct (with the exception of other spatial structure element) by IfcRelContainedInSpatialStructure.RelatedElements.

Figure 25 shows the IfcBuildingStorey as part of the spatial structure. It also serves as the spatial container for building and other elements. NOTE Detailed requirements on mandatory element containment and placement structure relationships are given in view definitions and implementer agreements.

Figure 25 — Building storey composition

Elements can also be referenced in an IfcBuildingStorey, 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 IfcBuildingStorey by using the objectified relationship IfcRelServicesBuildings.

Attribute Use Definition

Figure 26 describes the heights and elevations of the IfcBuildingStorey.

elevation of storey provided by: IfcBuildingStorey.Elevation as a local height value relative to IfcBuilding.ElevationOfRefHeight, it is usually the top of construction slab net height of storey, also referred to as total height or system height (top of construction slab to top of construction slab above): provided by BaseQuantity with Name=”GrossHeight” net height of storey (top of construction slab to bottom of construction slab above): provided by BaseQuantity with Name=”NetHeight”

Figure 26 — Building storey elevations

Geometry Use Definitions The geometric representation of IfcBuildingStorey is given by the IfcProductDefinitionShape and IfcLocalPlacement, allowing multiple geometric representation. Local Placement The local placement for IfcBuildingStorey is defined in its supertype IfcProduct. It is defined by the IfcLocalPlacement, which defines the local coordinate system that is referenced by all geometric representations.

The PlacementRelTo relationship of IfcLocalPlacement shall point (if relative placement is used) to the IfcSpatialStructureElement of type IfcBuilding, or of type IfcBuildingStorey (e.g. to position a building storey relative to a building storey complex, or a partial building storey to a building storey). If the relative placement is not used, the absolute placement is defined within the world coordinate system.

Geometric Representations Currently, the use of a 2D ‘FootPrint’ representation of type ‘GeometricCurveSet’ and a 3D ‘Body’ representation of type ‘Brep’ is supported.

NOTE The independent geometric representation of IfcBuildingStorey may not be required or allowed in certain view definitions. In those cases only the contained elements and spaces have an independent geometric representation.

Foot Print Representation The foot print representation of IfcBuildingStorey is given by either a single 2D curve (such as IfcPolyline or IfcCompositeCurve), or by a list of 2D curves (in case of inner boundaries), if the building storey has an independent geometric representation. The representation identifier and type of this geometric representation of IfcBuildingStorey is:

IfcShapeRepresentation.RepresentationIdentifier = ‘FootPrint’ IfcShapeRepresentation.RepresentationType = ‘GeometricCurveSet’

Body Representation The body (or solid model) geometric representation (if the building storey has an independent geometric representation) of IfcBuildingStorey is defined using faceted B-Rep capabilities (with or without voids), based on the IfcFacetedBrep or on the IfcFacetedBrepWithVoids. The representation identifier and type of this representation of IfcBuildingStorey is:

IfcShapeRepresentation.RepresentationIdentifier = ‘Body’ IfcShapeRepresentation.RepresentationType = ‘Brep’

Since the building storey shape is usually described by the exterior building elements, an independent shape representation shall only be given, if the building storey is exposed independently from its constituting elements.

Public Types

typedef IfcTemplatedEntityList<IfcBuildingStorey> list

Public Functions

bool hasElevation() const: Whether the optional attribute Elevation is defined for this IfcBuildingStorey.

double Elevation() const: Elevation of the base of this storey, relative to the 0,00 internal reference height of the building. The 0.00 level is given by the absolute above sea level height by the ElevationOfRefHeight attribute given at IfcBuilding.

void setElevation(double v)

const IfcParse::entity &declaration() const

IfcBuildingStorey(IfcEntityInstanceData *e)

IfcBuildingStorey(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_LongName, boost::optional<::Ifc4x1::IfcElementCompositionEnum::Value> v9_CompositionType, boost::optional<double> v10_Elevation)

Public Static Functions

const IfcParse::entity &Class()

class IfcBuildingSystem : public Ifc4x1::IfcSystem

Definition from IAI: A building system is a group by which building elements are group according to a common function within the building. HISTORY: New entity in IFC 2x4. The group IfcBuildingSystem defines the occurrence of a specialized system for use within the context of a building and finishing fabric. Important functionalities for the description of a building system are derived from supertypes:

From IfcSystem it inherits the ability to couple the building system via IfcRelServicesBuildings to one or more IfcSpatialElement subtypes as necessary.

From IfcGroup it inherits the inverse attribute IsGroupedBy, pointing to the relationship class IfcRelAssignsToGroup. This allows to group building elements (instances of IfcBuildingElement subtypes, IfcFurnishingElement subtype, IfcElementAssembly and IfcTransportElement, ).

From IfcObjectDefinition it inherits the inverse attribute IsDecomposedBy pointing to the relationship class IfcRelAggregates. It provides the hierarchy between the separate (partial) building systems.

Property Set Use Definition: The property sets relating to this entity are defined by the IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. It is accessible by the inverse IsDefinedBy relationship. The following property set definitions specific to this entity are part of this IFC release:

Pset_BuildingSystemCommon: common property set for building system occurrences

Public Types

typedef IfcTemplatedEntityList<IfcBuildingSystem> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcBuildingSystem.

::Ifc4x1::IfcBuildingSystemTypeEnum::Value PredefinedType() const: Predefined types of distribution systems.

void setPredefinedType(::Ifc4x1::IfcBuildingSystemTypeEnum::Value v)

bool hasLongName() const: Whether the optional attribute LongName is defined for this IfcBuildingSystem.

std::string LongName() const

void setLongName(std::string v)

const IfcParse::entity &declaration() const

IfcBuildingSystem(IfcEntityInstanceData *e)

IfcBuildingSystem(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, boost::optional<::Ifc4x1::IfcBuildingSystemTypeEnum::Value> v6_PredefinedType, boost::optional<std::string> v7_LongName)

Public Static Functions

const IfcParse::entity &Class()

struct IfcBuildingSystemTypeEnum¶

Public Types

enum Value¶

Definition from IAI: This enumeration identifies different types of distribution systems. HISTORY New enumeration in IFC2x4. Valid enumerations for building systems include:

FENESTRATION: System of doors, windows, and other fillings in opening in a building envelop that are designed to permit the passage of air or light, SHADING: System of shading elements (external or internal) that permits the limitation or control of impact of natural sun light, TRANSPORT: System of all transport elements in a building that enables the transport of people or goods.

Values:

enumerator IfcBuildingSystemType_FENESTRATION¶

enumerator IfcBuildingSystemType_FOUNDATION¶

enumerator IfcBuildingSystemType_LOADBEARING¶

enumerator IfcBuildingSystemType_OUTERSHELL¶

enumerator IfcBuildingSystemType_SHADING¶

enumerator IfcBuildingSystemType_TRANSPORT¶

enumerator IfcBuildingSystemType_USERDEFINED¶

enumerator IfcBuildingSystemType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcBurner : public Ifc4x1::IfcEnergyConversionDevice

A burner is a device that converts fuel into heat through combustion. It includes gas, oil, and wood burners.

HISTORY New entity in IFC2x4

Type Use Definition IfcBurner defines the occurrence of any burner; common information about burner types is handled by IfcBurnerType. The IfcBurnerType (if present) may establish the common type name, usage (predefined type), properties, materials, ports, composition, assignments, and representations. The IfcBurnerType is attached using the IfcRelDefinesByType objectified relationship and is accessible by the IsTypedBy inverse attribute. If the IfcBurnerType has ports or aggregated elements, such objects are reflected at the IfcBurner occurrence using the IfcRelDefinesByObject relationship.

Property Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Property sets may also be specified at the IfcBurnerType, defining the common property data for all occurrences of the same type. They are then accessible by the IsTypedBy inverse attribute pointing to IfcBurnerType.HasPropertySets. If both are given, then the properties directly defined at IfcBurner override the properties defined at IfcBurnerType. Refer to the documentation at the supertype IfcEnergyConversionDevice and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_BurnerTypeCommon (PSET_TYPEDRIVENOVERRIDE)

Quantity Use Definition The quantities relating to this entity are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. The following base quantities are defined and shall be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, may be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement shall be provided.

Qto_BurnerBaseQuantities

Material Use Definition The material of the IfcBurner is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. Material information can also be given at the IfcBurnerType, defining the common attribute data for all occurrences of the same type. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

Body: The primary material from which the object is constructed. Fuel: Material designed to be burned.

Port Use Definition The distribution ports relating to the IfcBurner are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. If the burner occurrence is defined by IfcBurnerType, then the port occurrences must reflect those defined at the IfcBurnerType using the IfcRelDefinesByObject relationship. Ports are specific to the IfcBurner PredefinedType as follows indicated by the IfcDistributionPort Name, PredefinedType, and FlowDirection:

Gas (GAS, SINK): Gas inlet for burner.

Public Types

typedef IfcTemplatedEntityList<IfcBurner> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcBurner.

::Ifc4x1::IfcBurnerTypeEnum::Value PredefinedType() const

void setPredefinedType(::Ifc4x1::IfcBurnerTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcBurner(IfcEntityInstanceData *e)

IfcBurner(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcBurnerTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcBurnerType : public Ifc4x1::IfcEnergyConversionDeviceType

The energy conversion device type IfcBurnerType defines commonly shared information for occurrences of burners. The set of shared information may include:

common properties with shared property sets common representations of shape common materials common composition of elements common ports applicable assignment of process types

It is used to define a burner specification (i.e. the specific product information, that is common to all occurrences of that product type). Burner types may be exchanged without being already assigned to occurrences. Occurrences of IfcBurnerType are represented by instances of IfcBurner.

HISTORY: New entity in IFC2x4

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the HasPropertySets attribute. Refer to the documentation at the supertype IfcEnergyConversionDeviceType and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_BurnerTypeCommon

Material Use Definition The material of the IfcBurnerType is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

‘Casing’: Material from which the casing is constructed. ‘Fuel’: Material designed to be burned.

Port Use Definition The distribution ports relating to the IfcBurnerType type are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. Ports are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Refer to the documentation at IfcBurner for standard port definitions.

Public Types

typedef IfcTemplatedEntityList<IfcBurnerType> list

Public Functions

::Ifc4x1::IfcBurnerTypeEnum::Value PredefinedType() const

void setPredefinedType(::Ifc4x1::IfcBurnerTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcBurnerType(IfcEntityInstanceData *e)

IfcBurnerType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcBurnerTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcBurnerTypeEnum¶

Public Types

enum Value¶

Enumeration defining the functional type of burner. The IfcBurnerTypeEnum contains the following:

USERDEFINED: User-defined burner type. NOTDEFINED: Undefined burner type.

HISTORY: New enumeration in IFC R2x4.

Values:

enumerator IfcBurnerType_USERDEFINED¶

enumerator IfcBurnerType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcCableCarrierFitting : public Ifc4x1::IfcFlowFitting

A cable carrier fitting is a fitting that is placed at junction or transition in a cable carrier system.

HISTORY New entity in IFC2x4

Type Use Definition IfcCableCarrierFitting defines the occurrence of any cable carrier fitting; common information about cable carrier fitting types is handled by IfcCableCarrierFittingType. The IfcCableCarrierFittingType (if present) may establish the common type name, usage (predefined type), properties, materials, ports, composition, assignments, and representations. The IfcCableCarrierFittingType is attached using the IfcRelDefinesByType objectified relationship and is accessible by the IsTypedBy inverse attribute. If the IfcCableCarrierFittingType has ports or aggregated elements, such objects are reflected at the IfcCableCarrierFitting occurrence using the IfcRelDefinesByObject relationship.

Property Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Property sets may also be specified at the IfcCableCarrierFittingType, defining the common property data for all occurrences of the same type. They are then accessible by the IsTypedBy inverse attribute pointing to IfcCableCarrierFittingType.HasPropertySets. If both are given, then the properties directly defined at IfcCableCarrierFitting override the properties defined at IfcCableCarrierFittingType. Refer to the documentation at the supertype IfcFlowFitting and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_CableCarrierFittingTypeCommon (PSET_TYPEDRIVENOVERRIDE)

Quantity Use Definition The quantities relating to this entity are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. The following base quantities are defined and shall be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, may be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement shall be provided.

Qto_CableCarrierFittingBaseQuantities

Material Use Definition The material of the IfcCableCarrierFitting is defined by IfcMaterialProfileSetUsage or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. Material information can also be given at the IfcCableCarrierFittingType, defining the common attribute data for all occurrences of the same type. The following keywords for IfcMaterialProfileSet.MaterialProfiles[n].Name shall be used:

Body: The primary material from which the object is constructed.

Port Use Definition The distribution ports relating to the IfcCableCarrierFitting are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. If the cable carrier fitting occurrence is defined by IfcCableCarrierFittingType, then the port occurrences must reflect those defined at the IfcCableCarrierFittingType using the IfcRelDefinesByObject relationship. Ports are specific to the IfcCableCarrierFitting PredefinedType as follows indicated by the IfcDistributionPort Name, PredefinedType, and FlowDirection:

BEND

Head (NOTDEFINED, SINK): Head connection. Tail (NOTDEFINED, SOURCE): Tail connection.

CROSS

Head (NOTDEFINED, SINK): Head connection. Tail (NOTDEFINED, SOURCE): Tail connection. Left (NOTDEFINED, SOURCE): Left connection. Right (NOTDEFINED, SOURCE): Right connection.

REDUCER

Head (NOTDEFINED, SINK): Head connection. Tail (NOTDEFINED, SOURCE): Tail connection.

TEE

Head (NOTDEFINED, SINK): Head connection. Left (NOTDEFINED, SOURCE): Left connection. Right (NOTDEFINED, SOURCE): Right connection.

Public Types

typedef IfcTemplatedEntityList<IfcCableCarrierFitting> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcCableCarrierFitting.

::Ifc4x1::IfcCableCarrierFittingTypeEnum::Value PredefinedType() const: Identifies the predefined types of cable carrier fitting from which the type required may be set.

void setPredefinedType(::Ifc4x1::IfcCableCarrierFittingTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCableCarrierFitting(IfcEntityInstanceData *e)

IfcCableCarrierFitting(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcCableCarrierFittingTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcCableCarrierFittingType : public Ifc4x1::IfcFlowFittingType

The flow fitting type IfcCableCarrierFittingType defines commonly shared information for occurrences of cable carrier fittings. The set of shared information may include:

common properties with shared property sets common representations of shape common materials common composition of elements common ports applicable assignment of process types

It is used to define a cable carrier fitting specification (i.e. the specific product information, that is common to all occurrences of that product type). Cable Carrier Fitting types may be exchanged without being already assigned to occurrences. Occurrences of IfcCableCarrierFittingType are represented by instances of IfcCableCarrierFitting.

HISTORY: New entity in IFC2x2

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the HasPropertySets attribute. Refer to the documentation at the supertype IfcFlowFittingType and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_CableCarrierFittingTypeCommon

Material Use Definition The material of the IfcCableCarrierFittingType is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

‘Body’: The primary material from which the object is constructed.

Port Use Definition The distribution ports relating to the IfcCableCarrierFittingType type are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. Ports are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Refer to the documentation at IfcCableCarrierFitting for standard port definitions.

Public Types

typedef IfcTemplatedEntityList<IfcCableCarrierFittingType> list

Public Functions

::Ifc4x1::IfcCableCarrierFittingTypeEnum::Value PredefinedType() const: Identifies the predefined types of cable carrier fitting from which the type required may be set.

void setPredefinedType(::Ifc4x1::IfcCableCarrierFittingTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCableCarrierFittingType(IfcEntityInstanceData *e)

IfcCableCarrierFittingType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcCableCarrierFittingTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcCableCarrierFittingTypeEnum¶

Public Types

enum Value¶

The IfcCableCarrierFittingTypeEnum defines the range of different types of cable carrier fitting that can be specified. HISTORY: New type in IFC 2x2

Enumeration

BEND: A fitting that changes the route of the cable carrier. CROSS: A fitting at which two branches are taken from the main route of the cable carrier simultaneously. REDUCER: A fitting that changes the physical size of the main route of the cable carrier. TEE: A fitting at which a branch is taken from the main route of the cable carrier. USERDEFINED: User-defined type. NOTDEFINED: Undefined type.

Values:

enumerator IfcCableCarrierFittingType_BEND¶

enumerator IfcCableCarrierFittingType_CROSS¶

enumerator IfcCableCarrierFittingType_REDUCER¶

enumerator IfcCableCarrierFittingType_TEE¶

enumerator IfcCableCarrierFittingType_USERDEFINED¶

enumerator IfcCableCarrierFittingType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcCableCarrierSegment : public Ifc4x1::IfcFlowSegment

A cable carrier segment is a flow segment that is specifically used to carry and support cabling.

HISTORY New entity in IFC2x4

Type Use Definition IfcCableCarrierSegment defines the occurrence of any cable carrier segment; common information about cable carrier segment types is handled by IfcCableCarrierSegmentType. The IfcCableCarrierSegmentType (if present) may establish the common type name, usage (predefined type), properties, materials, ports, composition, assignments, and representations. The IfcCableCarrierSegmentType is attached using the IfcRelDefinesByType objectified relationship and is accessible by the IsTypedBy inverse attribute. If the IfcCableCarrierSegmentType has ports or aggregated elements, such objects are reflected at the IfcCableCarrierSegment occurrence using the IfcRelDefinesByObject relationship.

Property Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Property sets may also be specified at the IfcCableCarrierSegmentType, defining the common property data for all occurrences of the same type. They are then accessible by the IsTypedBy inverse attribute pointing to IfcCableCarrierSegmentType.HasPropertySets. If both are given, then the properties directly defined at IfcCableCarrierSegment override the properties defined at IfcCableCarrierSegmentType. Refer to the documentation at the supertype IfcFlowSegment and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: (All Types)

Pset_CableCarrierSegmentTypeCommon (PSET_TYPEDRIVENOVERRIDE)

CABLELADDERSEGMENT

Pset_CableCarrierSegmentTypeCableLadderSegment (PSET_TYPEDRIVENOVERRIDE)

CABLETRAYSEGMENT

Pset_CableCarrierSegmentTypeCableTraySegment (PSET_TYPEDRIVENOVERRIDE)

CABLETRUNKINGSEGMENT

Pset_CableCarrierSegmentTypeCableTrunkingSegment (PSET_TYPEDRIVENOVERRIDE)

CONDUITSEGMENT

Pset_CableCarrierSegmentTypeConduitSegment (PSET_TYPEDRIVENOVERRIDE)

Quantity Use Definition The quantities relating to this entity are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. The following base quantities are defined and shall be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, may be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement shall be provided.

Qto_CableCarrierSegmentBaseQuantities

Material Use Definition The material of the IfcCableCarrierSegment is defined by IfcMaterialProfileSetUsage or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. Material information can also be given at the IfcCableCarrierSegmentType, defining the common attribute data for all occurrences of the same type. The following keywords for IfcMaterialProfileSet.MaterialProfiles[n].Name shall be used:

Body: The primary material from which the object is constructed.

Port Use Definition The distribution ports relating to the IfcCableCarrierSegment are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. If the cable carrier segment occurrence is defined by IfcCableCarrierSegmentType, then the port occurrences must reflect those defined at the IfcCableCarrierSegmentType using the IfcRelDefinesByObject relationship. Ports are specific to the IfcCableCarrierSegment PredefinedType as follows indicated by the IfcDistributionPort Name, PredefinedType, and FlowDirection:

Head (NOTDEFINED, SINK): Head connection. Tail (NOTDEFINED, SOURCE): Tail connection.

Public Types

typedef IfcTemplatedEntityList<IfcCableCarrierSegment> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcCableCarrierSegment.

::Ifc4x1::IfcCableCarrierSegmentTypeEnum::Value PredefinedType() const: Identifies the predefined types of cable carrier segment from which the type required may be set.

void setPredefinedType(::Ifc4x1::IfcCableCarrierSegmentTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCableCarrierSegment(IfcEntityInstanceData *e)

IfcCableCarrierSegment(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcCableCarrierSegmentTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcCableCarrierSegmentType : public Ifc4x1::IfcFlowSegmentType

The flow segment type IfcCableCarrierSegmentType defines commonly shared information for occurrences of cable carrier segments. The set of shared information may include:

common properties with shared property sets common representations of shape common materials common composition of elements common ports applicable assignment of process types

It is used to define a cable carrier segment specification (i.e. the specific product information, that is common to all occurrences of that product type). Cable Carrier Segment types may be exchanged without being already assigned to occurrences. Occurrences of IfcCableCarrierSegmentType are represented by instances of IfcCableCarrierSegment.

HISTORY: New entity in IFC2x2

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the HasPropertySets attribute. Refer to the documentation at the supertype IfcFlowSegmentType and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_CableCarrierSegmentTypeCommon

The following property set definitions are applicable to this entity according to the PredefinedType attribute:

Pset_CableCarrierSegmentTypeCableLadderSegment (CABLELADDERSEGMENT) Pset_CableCarrierSegmentTypeCableTraySegment (CABLETRAYSEGMENT) Pset_CableCarrierSegmentTypeCableTrunkingSegment (CABLETRUNKINGSEGMENT) Pset_CableCarrierSegmentTypeConduitSegment (CONDUITSEGMENT)

Material Use Definition The material of the IfcCableCarrierSegmentType is defined by IfcMaterialProfileSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. The following keywords for IfcMaterialProfileSet.MaterialProfiles[n].Name shall be used:

‘Body’: Material from which the object is constructed.

Port Use Definition The distribution ports relating to the IfcCableCarrierSegmentType type are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. Ports are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Refer to the documentation at IfcCableCarrierSegment for standard port definitions.

Public Types

typedef IfcTemplatedEntityList<IfcCableCarrierSegmentType> list

Public Functions

::Ifc4x1::IfcCableCarrierSegmentTypeEnum::Value PredefinedType() const: Identifies the predefined types of cable carrier segment from which the type required may be set.

void setPredefinedType(::Ifc4x1::IfcCableCarrierSegmentTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCableCarrierSegmentType(IfcEntityInstanceData *e)

IfcCableCarrierSegmentType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcCableCarrierSegmentTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcCableCarrierSegmentTypeEnum¶

Public Types

enum Value¶

The IfcCableCarrierSegmentTypeEnum defines the range of different types of cable carrier segment that can be specified. HISTORY: New type in IFC 2x2

Enumeration

CABLELADDERSEGMENT: An open carrier segment on which cables are carried on a ladder structure. CABLETRAYSEGMENT: A (typically) open carrier segment onto which cables are laid. CABLETRUNKINGSEGMENT: An enclosed carrier segment with one or more compartments into which cables are placed. CONDUITSEGMENT: An enclosed tubular carrier segment through which cables are pulled. USERDEFINED: User-defined type.

NOTDEFINED: Undefined type.

Values:

enumerator IfcCableCarrierSegmentType_CABLELADDERSEGMENT¶

enumerator IfcCableCarrierSegmentType_CABLETRAYSEGMENT¶

enumerator IfcCableCarrierSegmentType_CABLETRUNKINGSEGMENT¶

enumerator IfcCableCarrierSegmentType_CONDUITSEGMENT¶

enumerator IfcCableCarrierSegmentType_USERDEFINED¶

enumerator IfcCableCarrierSegmentType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcCableFitting : public Ifc4x1::IfcFlowFitting

A cable fitting is a fitting that is placed at a junction, transition or termination in a cable system.

HISTORY New entity in IFC2x4

Type Use Definition IfcCableFitting defines the occurrence of any cable fitting; common information about cable fitting types is handled by IfcCableFittingType. The IfcCableFittingType (if present) may establish the common type name, usage (predefined type), properties, materials, ports, composition, assignments, and representations. The IfcCableFittingType is attached using the IfcRelDefinesByType objectified relationship and is accessible by the IsTypedBy inverse attribute. If the IfcCableFittingType has ports or aggregated elements, such objects are reflected at the IfcCableFitting occurrence using the IfcRelDefinesByObject relationship.

Property Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Property sets may also be specified at the IfcCableFittingType, defining the common property data for all occurrences of the same type. They are then accessible by the IsTypedBy inverse attribute pointing to IfcCableFittingType.HasPropertySets. If both are given, then the properties directly defined at IfcCableFitting override the properties defined at IfcCableFittingType. Refer to the documentation at the supertype IfcFlowFitting and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_CableFittingTypeCommon (PSET_TYPEDRIVENOVERRIDE)

Quantity Use Definition The quantities relating to this entity are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. The following base quantities are defined and shall be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, may be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement shall be provided.

Qto_CableFittingBaseQuantities

Material Use Definition The material of the IfcCableFitting is defined by IfcMaterialProfileSetUsage or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. Material information can also be given at the IfcCableFittingType, defining the common attribute data for all occurrences of the same type. The following keywords for IfcMaterialProfileSet.MaterialProfiles[n].Name shall be used:

Casing: Material from which the casing is constructed. Conductor: Material from which the conductors are constructed, such as Aluminium or Copper.

Connection Use Definition The IfcCableFitting may be connected to other objects as follows using the indicated relationship:

ENTRY

IfcPipeSegment (IfcRelConnectsElements): For equipotential bonding, may represent a clamp that is attached from a pipe or other conducting element of an earthing system.

EXIT

IfcPipeSegment (IfcRelConnectsElements): For equipotential bonding, may represent a clamp that is attached to a pipe or other conducting element of an earthing system.

Port Use Definition The distribution ports relating to the IfcCableFitting are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. If the cable fitting occurrence is defined by IfcCableFittingType, then the port occurrences must reflect those defined at the IfcCableFittingType using the IfcRelDefinesByObject relationship. Ports are specific to the IfcCableFitting PredefinedType as follows indicated by the IfcDistributionPort Name, PredefinedType, and FlowDirection:

CONNECTOR

Input (NOTDEFINED, SINK): The input of the connector. Output (NOTDEFINED, SOURCE): The output of the connector.

ENTRY

Output (NOTDEFINED, SOURCE): The output of the connector.

EXIT

Input (NOTDEFINED, SOURCE): The input of the connector.

JUNCTION

Head (NOTDEFINED, SOURCE): The input of the connector. Output#1 (NOTDEFINED, SINK): An output of the connector. Output#2 (NOTDEFINED, SINK): An output of the connector.

TRANSITION

Input (NOTDEFINED, SINK): The input of the connector. Output (NOTDEFINED, SOURCE): The output of the connector.

Public Types

typedef IfcTemplatedEntityList<IfcCableFitting> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcCableFitting.

::Ifc4x1::IfcCableFittingTypeEnum::Value PredefinedType() const: Identifies the predefined types of cable fitting from which the type required may be set.

void setPredefinedType(::Ifc4x1::IfcCableFittingTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCableFitting(IfcEntityInstanceData *e)

IfcCableFitting(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcCableFittingTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcCableFittingType : public Ifc4x1::IfcFlowFittingType

The flow fitting type IfcCableFittingType defines commonly shared information for occurrences of cable fittings. The set of shared information may include:

common properties with shared property sets common representations of shape common materials common composition of elements common ports applicable assignment of process types

It is used to define a cable fitting specification (i.e. the specific product information, that is common to all occurrences of that product type). Cable Fitting types may be exchanged without being already assigned to occurrences. Occurrences of IfcCableFittingType are represented by instances of IfcCableFitting.

HISTORY: New entity in IFC2x4

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the HasPropertySets attribute. Refer to the documentation at the supertype IfcFlowFittingType and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_CableFittingTypeCommon Pset_ElectricalDeviceCommon

Material Use Definition The material of the IfcCableFittingType is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

‘Casing’: Material from which the casing is constructed. ‘Conductor’: Material from which the conductors are constructed, such as Aluminium or Copper.

Port Use Definition The distribution ports relating to the IfcCableFittingType type are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. Ports are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Refer to the documentation at IfcCableFitting for standard port definitions.

Public Types

typedef IfcTemplatedEntityList<IfcCableFittingType> list

Public Functions

::Ifc4x1::IfcCableFittingTypeEnum::Value PredefinedType() const: Identifies the predefined types of cable fitting from which the type required may be set.

void setPredefinedType(::Ifc4x1::IfcCableFittingTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCableFittingType(IfcEntityInstanceData *e)

IfcCableFittingType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcCableFittingTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcCableFittingTypeEnum¶

Public Types

enum Value¶

The IfcCableFittingTypeEnum defines the range of different types of cable fitting that can be specified. HISTORY: New type in IFC 2x4

Enumeration

CONNECTOR: A fitting that joins two cable segments of the same connector type (though potentially different gender). ENTRY: A fitting that begins a cable segment at a non-electrical element such as a grounding clamp attached to a pipe. EXIT: A fitting that ends a cable segment at a non-electrical element such as a grounding clamp attached to a pipe or to the ground.

JUNCTION: A fitting that joins three or more segments of arbitrary connector types for signal splitting or multiplexing.

TRANSITION: A fitting that joins two cable segments of different connector types.

USERDEFINED: User-defined type. NOTDEFINED: Undefined type.

Values:

enumerator IfcCableFittingType_CONNECTOR¶

enumerator IfcCableFittingType_ENTRY¶

enumerator IfcCableFittingType_EXIT¶

enumerator IfcCableFittingType_JUNCTION¶

enumerator IfcCableFittingType_TRANSITION¶

enumerator IfcCableFittingType_USERDEFINED¶

enumerator IfcCableFittingType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcCableSegment : public Ifc4x1::IfcFlowSegment

A cable segment is a flow segment used to carry electrical power, data, or telecommunications signals. A cable segment is used to typically join two sections of an electrical network or a network of components carrying the electrical service.

HISTORY New entity in IFC2x4

Type Use Definition IfcCableSegment defines the occurrence of any cable segment; common information about cable segment types is handled by IfcCableSegmentType. The IfcCableSegmentType (if present) may establish the common type name, usage (predefined type), properties, materials, ports, composition, assignments, and representations. The IfcCableSegmentType is attached using the IfcRelDefinesByType objectified relationship and is accessible by the IsTypedBy inverse attribute. If the IfcCableSegmentType has ports or aggregated elements, such objects are reflected at the IfcCableSegment occurrence using the IfcRelDefinesByObject relationship.

Property Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Property sets may also be specified at the IfcCableSegmentType, defining the common property data for all occurrences of the same type. They are then accessible by the IsTypedBy inverse attribute pointing to IfcCableSegmentType.HasPropertySets. If both are given, then the properties directly defined at IfcCableSegment override the properties defined at IfcCableSegmentType. Refer to the documentation at the supertype IfcFlowSegment and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: (All Types)

Pset_CableSegmentTypeCommon (PSET_TYPEDRIVENOVERRIDE)

BUSBARSEGMENT

Pset_CableSegmentTypeBusBarSegment (PSET_TYPEDRIVENOVERRIDE)

CABLESEGMENT

Pset_CableSegmentTypeCableSegment (PSET_TYPEDRIVENOVERRIDE)

CONDUCTORSEGMENT

Pset_CableSegmentTypeConductorSegment (PSET_TYPEDRIVENOVERRIDE)

CORESEGMENT

Pset_CableSegmentTypeCoreSegment (PSET_TYPEDRIVENOVERRIDE)

Quantity Use Definition The quantities relating to this entity are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. The following base quantities are defined and shall be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, may be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement shall be provided.

Qto_CableSegmentBaseQuantities

Material Use Definition The material of the IfcCableSegment is defined by IfcMaterialProfileSetUsage or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. Material information can also be given at the IfcCableSegmentType, defining the common attribute data for all occurrences of the same type. The following keywords for IfcMaterialProfileSet.MaterialProfiles[n].Name shall be used:

Conductor: Material from which the conductors are constructed, such as Aluminium or Copper. Insulation: The material from which the insulation is constructed such as PVC, PEX, or EPR. Screen: The material from which the screen that covers the sheath is constructed (mantel) such as Aluminium, Copper, Steel, or Lead. Sheath: The outer sheathing of the cable which may be color-coded.

Composition Use Definition The IfcCableSegment may be aggregated into components using IfcRelAggregates where RelatingObject refers to the enclosing IfcCableSegment and RelatedObjects contains one or more components. Aggregation use is defined for the following predefined types:

CABLESEGMENT

May contain IfcCableSegment components having PredefinedType=CORESEGMENT. Cable segments may be aggregated into cable cores.

CORESEGMENT

May contain IfcCableSegment components having PredefinedType=CONDUCTORSEGMENT. Cable cores may be aggregated into cable conductors.

Connection Use Definition The IfcCableSegment may be connected to other objects as follows using the indicated relationship:

IfcCableCarrierSegment (IfcRelConnectsElements): Indicates a cable carrier segment housing the cable. IfcWall (IfcRelConnectsElements): Indicates a wall housing the cable.

Port Use Definition The distribution ports relating to the IfcCableSegment are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. If the cable segment occurrence is defined by IfcCableSegmentType, then the port occurrences must reflect those defined at the IfcCableSegmentType using the IfcRelDefinesByObject relationship. Ports are specific to the IfcCableSegment PredefinedType as follows indicated by the IfcDistributionPort Name, PredefinedType, and FlowDirection:

CABLESEGMENT

Input (NOTDEFINED, SINK): Input end of the cable. Output (NOTDEFINED, SOURCE): Output end of the cable.

CONDUCTORSEGMENT

Input (NOTDEFINED, SINK): Input end of the conductor. Output (NOTDEFINED, SOURCE): Output end of the cable.

Public Types

typedef IfcTemplatedEntityList<IfcCableSegment> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcCableSegment.

::Ifc4x1::IfcCableSegmentTypeEnum::Value PredefinedType() const: Identifies the predefined types of cable segment from which the type required may be set.

void setPredefinedType(::Ifc4x1::IfcCableSegmentTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCableSegment(IfcEntityInstanceData *e)

IfcCableSegment(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcCableSegmentTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcCableSegmentType : public Ifc4x1::IfcFlowSegmentType

The flow segment type IfcCableSegmentType defines commonly shared information for occurrences of cable segments. The set of shared information may include:

common properties with shared property sets common representations of shape common materials common composition of elements common ports applicable assignment of process types

It is used to define a cable segment specification (i.e. the specific product information, that is common to all occurrences of that product type). Cable Segment types may be exchanged without being already assigned to occurrences. Occurrences of IfcCableSegmentType are represented by instances of IfcCableSegment.

HISTORY: New entity in IFC2x2

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the HasPropertySets attribute. Refer to the documentation at the supertype IfcFlowSegmentType and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_CableSegmentTypeCommon Pset_ElectricalDeviceCommon

The following property set definitions are applicable to this entity according to the PredefinedType attribute:

Pset_CableSegmentTypeBusbarSegment (BUSBARSEGMENT) Pset_CableSegmentTypeCableSegment (CABLESEGMENT) Pset_CableSegmentTypeConductorSegment (CONDUCTORSEGMENT)

Material Use Definition The material of the IfcCableSegmentType is defined by IfcMaterialProfileSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. The following keywords for IfcMaterialProfileSet.MaterialProfiles[n].Name shall be used:

‘Conductor’: The material from which the conductor is constructed such as Aluminium or Copper. ‘Insulation’: The material from which the insulation is constructed such as PVC, PEX, EPR, etc. ‘Screen’: The material from which the screen that covers the sheath is constructed (mantel) such as Aluminium, Copper, Steel , Lead. ‘Sheath’: The outer sheathing of the cable which may be color-coded.

Composition Use Definition The IfcCableSegmentType may be aggregated into components using IfcRelAggregates where RelatingObject refers to the enclosing IfcCableSegmentType and RelatedObjects contains one or more components. Components are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Aggregation use is defined for the following predefined types:

CABLESEGMENT: May contain IfcCableSegment components having PredefinedType CORESEGMENT. Cable segments may be aggregated into cable cores. CORESEGMENT: May contain IfcCableSegment components having PredefinedType CONDUCTORSEGMENT. Cable cores may be aggregated into cable conductors.

Port Use Definition The distribution ports relating to the IfcCableSegmentType type are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. Ports are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Refer to the documentation at IfcCableSegment for standard port definitions.

Public Types

typedef IfcTemplatedEntityList<IfcCableSegmentType> list

Public Functions

::Ifc4x1::IfcCableSegmentTypeEnum::Value PredefinedType() const: Identifies the predefined types of cable segment from which the type required may be set.

void setPredefinedType(::Ifc4x1::IfcCableSegmentTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCableSegmentType(IfcEntityInstanceData *e)

IfcCableSegmentType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcCableSegmentTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcCableSegmentTypeEnum¶

Public Types

enum Value¶

The IfcCableSegmentTypeEnum defines the range of different types of cable segment that can be specified.

HISTORY: New type in IFC 2x2. Core and busbar segment added in IFC 2x4.

Enumeration

BUSBARSEGMENT: Electrical conductor that makes a common connection between several electrical circuits. Properties of a busbar are the same as those of a cable segment and are captured by the cable segment property set. CABLESEGMENT: Cable with a specific purpose to lead electric current within a circuit or any other electric construction. Includes all types of electric cables, mainly several core segments or conductor segments wrapped together. CONDUCTORSEGMENT: A single linear element within a cable or an exposed wire (such as for grounding) with the specific purpose to lead electric current, data, or a telecommunications signal.

CORESEGMENT: A self contained element of a cable that comprises one or more conductors and sheathing.The core of one lead is normally single wired or multiwired which are intertwined.

USERDEFINED: User-defined type.

NOTDEFINED: Undefined type.

Values:

enumerator IfcCableSegmentType_BUSBARSEGMENT¶

enumerator IfcCableSegmentType_CABLESEGMENT¶

enumerator IfcCableSegmentType_CONDUCTORSEGMENT¶

enumerator IfcCableSegmentType_CORESEGMENT¶

enumerator IfcCableSegmentType_USERDEFINED¶

enumerator IfcCableSegmentType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcCardinalPointReference : public IfcUtil::IfcBaseType

An IfcCardinalPointReference is an index reference to significant points of a section profile. This index is used to describe the spatial relationship between the section of a member and a reference axis of the same member.

HISTORY New Type in IFC2x4.

Indexes 1…9 refer to points at the bounding box of a profile. Indexes 10…19 refer to points defined by geometric centroid (usually centre of gravity) and shear centre, and their combinations with bounding box coordinates. In particular, the following index values are specified in this IFC Release:

bottom left bottom centre bottom right mid-depth left mid-depth centre mid-depth right top left top centre top right geometric centroid bottom in line with the geometric centroid left in line with the geometric centroid right in line with the geometric centroid top in line with the geometric centroid shear centre bottom in line with the shear centre left in line with the shear centre right in line with the shear centre top in line with the shear centre

Other index values are possible but outside the scope of this specification.

Figure 283 illustrates cardinal point values.

Figure 283 — Cardinal point values

Figure 284 illustrates an example extrusion shape with arbitrary profile (IfcArbitraryClosedProfileDef), aligned “mid-depth right” on the member axis. The line of sight follows the extrusion direction Z which points into the drawing plane of above illustration. Hence, “left” is in the positive X direction of the IfcProfileDef. “Top” is in the positive Y direction of the IfcProfileDef.

Figure 284 — Cardinal point extrusion

Public Functions

const IfcParse::type_declaration &declaration() const

IfcCardinalPointReference(IfcEntityInstanceData *e)

IfcCardinalPointReference(int v)

operator int() const

Public Static Functions

const IfcParse::type_declaration &Class()

class IfcCartesianPoint : public Ifc4x1::IfcPoint

Definition from ISO/CD 10303-42:1992: A point defined by its coordinates in a two or three dimensional rectangular Cartesian coordinate system, or in a two dimensional parameter space. The entity is defined in a two or three dimensional space.

The derived attribute Dim has been added (see also note at IfcGeometricRepresentationItem). The WR1 was added to constrain the usage of IfcCartesianPoint in the context of IFC geometry. For the purpose of defining geometry in IFC only two and three dimensional Cartesian points are used.

NOTE: Corresponding STEP entity: cartesian_point, please refer to ISO/IS 10303-42:1994, p. 23 for the final definition of the formal standard.

HISTORY: New entity in IFC Release 1.0

Public Types

typedef IfcTemplatedEntityList<IfcCartesianPoint> list

Public Functions

std::vector<double> Coordinates() const: The first, second, and third coordinate of the point location. If placed in a two or three dimensional rectangular Cartesian coordinate system, Coordinates[1] is the X coordinate, Coordinates[2] is the Y coordinate, and Coordinates[3] is the Z coordinate.

void setCoordinates(std::vector<double> v)

const IfcParse::entity &declaration() const

IfcCartesianPoint(IfcEntityInstanceData *e)

IfcCartesianPoint(std::vector<double> v1_Coordinates)

Public Static Functions

const IfcParse::entity &Class()

class IfcCartesianPointList : public Ifc4x1::IfcGeometricRepresentationItem

Subclassed by Ifc4x1::IfcCartesianPointList2D, Ifc4x1::IfcCartesianPointList3D

Public Types

typedef IfcTemplatedEntityList<IfcCartesianPointList> list

Public Functions

const IfcParse::entity &declaration() const

IfcCartesianPointList(IfcEntityInstanceData *e)

IfcCartesianPointList()

Public Static Functions

const IfcParse::entity &Class()

class IfcCartesianPointList2D : public Ifc4x1::IfcCartesianPointList

Public Types

typedef IfcTemplatedEntityList<IfcCartesianPointList2D> list

Public Functions

std::vector<std::vector<double>> CoordList() const

void setCoordList(std::vector<std::vector<double>> v)

bool hasTagList() const: Whether the optional attribute TagList is defined for this IfcCartesianPointList2D.

std::vector<std::string> TagList() const

void setTagList(std::vector<std::string> v)

const IfcParse::entity &declaration() const

IfcCartesianPointList2D(IfcEntityInstanceData *e)

IfcCartesianPointList2D(std::vector<std::vector<double>> v1_CoordList, boost::optional<std::vector<std::string>> v2_TagList)

Public Static Functions

const IfcParse::entity &Class()

class IfcCartesianPointList3D : public Ifc4x1::IfcCartesianPointList

Public Types

typedef IfcTemplatedEntityList<IfcCartesianPointList3D> list

Public Functions

std::vector<std::vector<double>> CoordList() const

void setCoordList(std::vector<std::vector<double>> v)

bool hasTagList() const: Whether the optional attribute TagList is defined for this IfcCartesianPointList3D.

std::vector<std::string> TagList() const

void setTagList(std::vector<std::string> v)

const IfcParse::entity &declaration() const

IfcCartesianPointList3D(IfcEntityInstanceData *e)

IfcCartesianPointList3D(std::vector<std::vector<double>> v1_CoordList, boost::optional<std::vector<std::string>> v2_TagList)

Public Static Functions

const IfcParse::entity &Class()

class IfcCartesianTransformationOperator : public Ifc4x1::IfcGeometricRepresentationItem

Definition from ISO/CD 10303-42:1992: A Cartesian transformation operator defines a geometric transformation composed of translation, rotation, mirroring and uniform scaling. The list of normalized vectors u defines the columns of an orthogonal matrix T. These vectors are computed, by the base axis function, from the direction attributes axis1, axis2 and, in Cartesian transformation operator 3d, axis3. If |T|= -1, the transformation includes mirroring. The local origin point A, the scale value S and the matrix T together define a transformation.

The transformation for a point with position vector P is defined by

P -> A + STP

The transformation for a direction d is defined by

d -> Td

The transformation for a vector with orientation d and magnitude k is defined by

d -> Td, and

k -> Sk

For those entities whose attributes include an axis2 placement, the transformation is applied, after the derivation, to the derived attributes p defining the placement coordinate directions. For a transformed surface, the direction of the surface normal at any point is obtained by transforming the normal, at the corresponding point, to the original surface. For geometric entities with attributes (such as the radius of a circle) which have the dimensionality of length, the values will be multiplied by S.

For curves on surface the p curve.reference to curve will be unaffected by any transformation. The Cartesian transformation operator shall only be applied to geometry defined in a consistent system of units with the same units on each axis. With all optional attributes omitted, the transformation defaults to the identity transformation. The Cartesian transformation operator shall only be instantiated as one of its subtypes.

NOTE: Corresponding ISO 10303 entity: cartesian_transformation_operator, please refer to ISO/IS 10303-42:1994, p. 32 for the final definition of the formal standard.

HISTORY: New entity in IFC Release 2x.

Subclassed by Ifc4x1::IfcCartesianTransformationOperator2D, Ifc4x1::IfcCartesianTransformationOperator3D

Public Types

typedef IfcTemplatedEntityList<IfcCartesianTransformationOperator> list

Public Functions

bool hasAxis1() const: Whether the optional attribute Axis1 is defined for this IfcCartesianTransformationOperator.

::Ifc4x1::IfcDirection *Axis1() const: The direction used to determine U[1], the derived X axis direction.

void setAxis1(::Ifc4x1::IfcDirection *v)

bool hasAxis2() const: Whether the optional attribute Axis2 is defined for this IfcCartesianTransformationOperator.

::Ifc4x1::IfcDirection *Axis2() const: The direction used to determine U[2], the derived Y axis direction.

void setAxis2(::Ifc4x1::IfcDirection *v)

::Ifc4x1::IfcCartesianPoint *LocalOrigin() const: The required translation, specified as a cartesian point. The actual translation included in the transformation is from the geometric origin to the local origin.

void setLocalOrigin(::Ifc4x1::IfcCartesianPoint *v)

bool hasScale() const: Whether the optional attribute Scale is defined for this IfcCartesianTransformationOperator.

double Scale() const: The scaling value specified for the transformation.

void setScale(double v)

const IfcParse::entity &declaration() const

IfcCartesianTransformationOperator(IfcEntityInstanceData *e)

IfcCartesianTransformationOperator(::Ifc4x1::IfcDirection *v1_Axis1, ::Ifc4x1::IfcDirection *v2_Axis2, ::Ifc4x1::IfcCartesianPoint *v3_LocalOrigin, boost::optional<double> v4_Scale)

Public Static Functions

const IfcParse::entity &Class()

class IfcCartesianTransformationOperator2D : public Ifc4x1::IfcCartesianTransformationOperator

Definition from ISO/CD 10303-42:1992: A Cartesian transformation operator 2d defines a geometric transformation in two-dimensional space composed of translation, rotation, mirroring and uniform scaling. The list of normalized vectors u defines the columns of an orthogonal matrix T. These vectors are computed from the direction attributes axis1 and axis2 by the base axis function. If |T|= -1, the transformation includes mirroring.

NOTE: Corresponding ISO 10303 entity : cartesian_transformation_operator_2d, please refer to ISO/IS 10303-42:1994, p. 36 for the final definition of the formal standard.

HISTORY: New entity in IFC Release 2x.

Subclassed by Ifc4x1::IfcCartesianTransformationOperator2DnonUniform

Public Types

typedef IfcTemplatedEntityList<IfcCartesianTransformationOperator2D> list

Public Functions

const IfcParse::entity &declaration() const

IfcCartesianTransformationOperator2D(IfcEntityInstanceData *e)

IfcCartesianTransformationOperator2D(::Ifc4x1::IfcDirection *v1_Axis1, ::Ifc4x1::IfcDirection *v2_Axis2, ::Ifc4x1::IfcCartesianPoint *v3_LocalOrigin, boost::optional<double> v4_Scale)

Public Static Functions

const IfcParse::entity &Class()

class IfcCartesianTransformationOperator2DnonUniform : public Ifc4x1::IfcCartesianTransformationOperator2D

A Cartesian transformation operator 2d non uniform defines a geometric transformation in two-dimensional space composed of translation, rotation, mirroring and non uniform scaling. Non uniform scaling is given by two different scaling factors:

SELF\IfcCartesianTransformationOperator.Scale: the x axis scale factor Scale2: the y axis scale factor

If the Scale factor (at supertype IfcCartesianTransformationOperator) is omitted, it defaults to 1.0. If the Scale2 factor is omitted, it defaults to the value of Scale (the x axis scale factor).

NOTE: The scale factor (Scl) defined at the supertype IfcCartesianTransformationOperator is used to express the calculated Scale factor (normally x axis scale factor).

HISTORY: New entity in IFC Release 2x.

Public Types

typedef IfcTemplatedEntityList<IfcCartesianTransformationOperator2DnonUniform> list

Public Functions

bool hasScale2() const: Whether the optional attribute Scale2 is defined for this IfcCartesianTransformationOperator2DnonUniform.

double Scale2() const: The scaling value specified for the transformation along the axis 2. This is normally the y scale factor.

void setScale2(double v)

const IfcParse::entity &declaration() const

IfcCartesianTransformationOperator2DnonUniform(IfcEntityInstanceData *e)

IfcCartesianTransformationOperator2DnonUniform(::Ifc4x1::IfcDirection *v1_Axis1, ::Ifc4x1::IfcDirection *v2_Axis2, ::Ifc4x1::IfcCartesianPoint *v3_LocalOrigin, boost::optional<double> v4_Scale, boost::optional<double> v5_Scale2)

Public Static Functions

const IfcParse::entity &Class()

class IfcCartesianTransformationOperator3D : public Ifc4x1::IfcCartesianTransformationOperator

Definition from ISO/CD 10303-42:1992: A Cartesian transformation operator 3d defines a geometric transformation in three-dimensional space composed of translation, rotation, mirroring and uniform scaling. The list of normalized vectors u defines the columns of an orthogonal matrix T. These vectors are computed from the direction attributes axis1, axis2 and axis3 by the base axis function. If |T|= -1, the transformation includes mirroring.

NOTE: Corresponding ISO 10303 entity: cartesian_transformation_operator_3d, please refer to ISO/IS 10303-42:1994, p. 33 for the final definition of the formal standard.

HISTORY: New entity in IFC Release 2x.

Subclassed by Ifc4x1::IfcCartesianTransformationOperator3DnonUniform

Public Types

typedef IfcTemplatedEntityList<IfcCartesianTransformationOperator3D> list

Public Functions

bool hasAxis3() const: Whether the optional attribute Axis3 is defined for this IfcCartesianTransformationOperator3D.

::Ifc4x1::IfcDirection *Axis3() const: The exact direction of U[3], the derived Z axis direction.

void setAxis3(::Ifc4x1::IfcDirection *v)

const IfcParse::entity &declaration() const

IfcCartesianTransformationOperator3D(IfcEntityInstanceData *e)

IfcCartesianTransformationOperator3D(::Ifc4x1::IfcDirection *v1_Axis1, ::Ifc4x1::IfcDirection *v2_Axis2, ::Ifc4x1::IfcCartesianPoint *v3_LocalOrigin, boost::optional<double> v4_Scale, ::Ifc4x1::IfcDirection *v5_Axis3)

Public Static Functions

const IfcParse::entity &Class()

class IfcCartesianTransformationOperator3DnonUniform : public Ifc4x1::IfcCartesianTransformationOperator3D

A Cartesian transformation operator 3d non uniform defines a geometric transformation in three-dimensional space composed of translation, rotation, mirroring and non uniform scaling. Non uniform scaling is given by three different scaling factors:

SELF\IfcCartesianTransformationOperator.Scale: the x axis scale factor Scale2: the y axis scale factor Scale3: the z axis scale factor

If the Scale factor (at supertype IfcCartesianTransformationOperator) is omitted, it defaults to 1.0. If the Scale2 or the Scale3 factor is omitted, it defaults to the value of Scale (the x axis scale factor).

NOTE: The scale factor (Scl) defined at the supertype IfcCartesianTransformationOperator is used to express the calculated Scale factor (normally x axis scale factor).

HISTORY: New entity in IFC Release 2x.

Public Types

typedef IfcTemplatedEntityList<IfcCartesianTransformationOperator3DnonUniform> list

Public Functions

bool hasScale2() const: Whether the optional attribute Scale2 is defined for this IfcCartesianTransformationOperator3DnonUniform.

double Scale2() const: The scaling value specified for the transformation along the axis 2. This is normally the y scale factor.

void setScale2(double v)

bool hasScale3() const: Whether the optional attribute Scale3 is defined for this IfcCartesianTransformationOperator3DnonUniform.

double Scale3() const: The scaling value specified for the transformation along the axis 3. This is normally the z scale factor.

void setScale3(double v)

const IfcParse::entity &declaration() const

IfcCartesianTransformationOperator3DnonUniform(IfcEntityInstanceData *e)

IfcCartesianTransformationOperator3DnonUniform(::Ifc4x1::IfcDirection *v1_Axis1, ::Ifc4x1::IfcDirection *v2_Axis2, ::Ifc4x1::IfcCartesianPoint *v3_LocalOrigin, boost::optional<double> v4_Scale, ::Ifc4x1::IfcDirection *v5_Axis3, boost::optional<double> v6_Scale2, boost::optional<double> v7_Scale3)

Public Static Functions

const IfcParse::entity &Class()

class IfcCenterLineProfileDef : public Ifc4x1::IfcArbitraryOpenProfileDef

The profile IfcCenterLineProfileDef defines an arbitrary two-dimensional open, not self intersecting profile for the use within the swept solid geometry. It is given by an area defined by applying a constant thickness to a centerline, generating an area from which the solid can be constructed.

Among else, IfcCenterLineProfileDef is used to model cold-formed steel or aluminium sections (Sigma, Zeta, Omega, and similar sections which are not covered by subtypes of IfcParameterizedProfileDef). However, since IfcCenterLineProfileDef does not provide shape parameters except for the thickness, there is generally a need to further specify the profile definition by means of

the name, external reference to a document or library, profile properties,

or a combination of them. See IfcProfileDef for guidance on external references for profiles.

HISTORY New entity in IFC2x3.

Informal proposition:

The Curve has to be an open curve. The Curve has to be a non-intersecting curve.

Figure 311 illustrates the center line profile definition. The Curve is defined in the underlying coordinate system. The underlying coordinate system is defined by the swept surface that uses the profile definition. It is the xy plane of:

IfcSweptSurface.Position

The Curve attribute defines a two dimensional open bounded curve. The Thickness attribute defines a constant thickness along the curve.

Figure 311 — Centerline profile

Public Types

typedef IfcTemplatedEntityList<IfcCenterLineProfileDef> list

Public Functions

double Thickness() const: Constant thickness applied along the center line.

void setThickness(double v)

const IfcParse::entity &declaration() const

IfcCenterLineProfileDef(IfcEntityInstanceData *e)

IfcCenterLineProfileDef(::Ifc4x1::IfcProfileTypeEnum::Value v1_ProfileType, boost::optional<std::string> v2_ProfileName, ::Ifc4x1::IfcBoundedCurve *v3_Curve, double v4_Thickness)

Public Static Functions

const IfcParse::entity &Class()

struct IfcChangeActionEnum¶

Public Types

enum Value¶

IfcChangeActionEnum identifies the type of change that might have occurred to the object during the last session (for example, added, modified, deleted). This information is required in a partial model exchange scenario so that an application or model server will know how an object might have been affected by the previous application. Valid enumerations are:

NOCHANGE: Object has not been modified.

MODIFIED: A modification to the object has been made by the user and application defined by the LastModifyingUser and LastModifyingApplication respectively.

ADDED: The object has been created by the user and application defined by the OwningUser and OwningApplication respectively.

DELETED: The object has been deleted by the user and application defined by the LastModifyingUser and LastModifyingApplication respectively.

NOTDEFINED: The change action is not known or has not been defined.

Consider Application A will create an IFC dataset that it wants to publish to others for modification and have the ability to subsequently merge these changes back into the original model. Before publication, it may want to set the IfcChangeActionEnum to NOCHANGE to establish a baseline so that other application changes can be easily identified. Application B then receives this IFC dataset and adds a new object and sets IfcChangeActionEnum to ADDED with Application B defined as the OwningApplication. Application B then modifies an existing object and (re)defines the LastModifiedDate to the time of the modification, LastModifyingUser to the IfcPersonAndOrganization making the change, and sets the LastModifyingApplication to Application B. When Application A receives this modified dataset, it can determine which objects have been added and modified by Application B and either merge or reject these changes as necessary. Consequently, the intent is that an application only modifies the value of IfcChangeActionEnum when it does something to the object, with the further intent that a model server is responsible for clearing the IfcChangeActionEnum back to NOCHANGE when it is ready to be republished.

HISTORY: New enumeration in IFC R2.0. Modified in IFC2x4.

Values:

enumerator IfcChangeAction_NOCHANGE¶

enumerator IfcChangeAction_MODIFIED¶

enumerator IfcChangeAction_ADDED¶

enumerator IfcChangeAction_DELETED¶

enumerator IfcChangeAction_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcChiller : public Ifc4x1::IfcEnergyConversionDevice

A chiller is a device used to remove heat from a liquid via a vapor-compression or absorption refrigeration cycle to cool a fluid, typically water or a mixture of water and glycol. The chilled fluid is then used to cool and dehumidify air in a building.

HISTORY New entity in IFC2x4

Type Use Definition IfcChiller defines the occurrence of any chiller; common information about chiller types is handled by IfcChillerType. The IfcChillerType (if present) may establish the common type name, usage (predefined type), properties, materials, ports, composition, assignments, and representations. The IfcChillerType is attached using the IfcRelDefinesByType objectified relationship and is accessible by the IsTypedBy inverse attribute. If the IfcChillerType has ports or aggregated elements, such objects are reflected at the IfcChiller occurrence using the IfcRelDefinesByObject relationship.

Property Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Property sets may also be specified at the IfcChillerType, defining the common property data for all occurrences of the same type. They are then accessible by the IsTypedBy inverse attribute pointing to IfcChillerType.HasPropertySets. If both are given, then the properties directly defined at IfcChiller override the properties defined at IfcChillerType. Refer to the documentation at the supertype IfcEnergyConversionDevice and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_ChillerPHistory (PSET_PERFORMANCEDRIVEN) Pset_ChillerTypeCommon (PSET_TYPEDRIVENOVERRIDE)

Quantity Use Definition The quantities relating to this entity are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. The following base quantities are defined and shall be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, may be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement shall be provided.

Qto_ChillerBaseQuantities

Material Use Definition The material of the IfcChiller is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. Material information can also be given at the IfcChillerType, defining the common attribute data for all occurrences of the same type. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

Body: The primary material from which the object is constructed. Refrigerant: Refrigerant material.

Composition Use Definition The IfcChiller may be aggregated into components using IfcRelAggregates where RelatingObject refers to the enclosing IfcChiller and RelatedObjects contains one or more components. Aggregation use is defined for the following predefined types:

May contain IfcDistributionElement components. Chillers may aggregate distribution flow elements forming a refrigeration cycle (compressor, condenser, valve, evaporator), as well as control elements.

Figure 214 illustrates chiller composition use. Figure 214 — Chiller composition use

Port Use Definition The distribution ports relating to the IfcChiller are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. If the chiller occurrence is defined by IfcChillerType, then the port occurrences must reflect those defined at the IfcChillerType using the IfcRelDefinesByObject relationship. Ports are specific to the IfcChiller PredefinedType as follows indicated by the IfcDistributionPort Name, PredefinedType, and FlowDirection:

AIRCOOLED

Power (ELECTRICAL, SINK): Receives electrical power. Control (CONTROL, SINK): Control unit accessing internal sensors and actuators. ChilledWaterIn (CHILLEDWATER, SINK): Chilled water return. ChilledWaterOut (CHILLEDWATER, SOURCE): Chilled water supply. VentilationIn (VENTILATION, SINK): Incoming cooler air. VentilationOut (VENTILATION, SOURCE): Outgoing hotter air.

WATERCOOLED

Power (ELECTRICAL, SINK): Receives electrical power. Control (CONTROL, SINK): Control unit accessing internal sensors and actuators. ChilledWaterIn (CHILLEDWATER, SINK): Chilled water return. ChilledWaterOut (CHILLEDWATER, SOURCE): Chilled water supply. CondenserWaterIn (CONDENSERWATER, SINK): Incoming cooled condenser water. CondenserWaterOut (CONDENSERWATER, SOURCE): Outgoing heated condenser water.

Figure 215 illustrates chiller port use. Figure 215 — Chiller port use

Public Types

typedef IfcTemplatedEntityList<IfcChiller> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcChiller.

::Ifc4x1::IfcChillerTypeEnum::Value PredefinedType() const

void setPredefinedType(::Ifc4x1::IfcChillerTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcChiller(IfcEntityInstanceData *e)

IfcChiller(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcChillerTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcChillerType : public Ifc4x1::IfcEnergyConversionDeviceType

The energy conversion device type IfcChillerType defines commonly shared information for occurrences of chillers. The set of shared information may include:

common properties with shared property sets common representations of shape common materials common composition of elements common ports applicable assignment of process types

It is used to define a chiller specification (i.e. the specific product information, that is common to all occurrences of that product type). Chiller types may be exchanged without being already assigned to occurrences. Occurrences of IfcChillerType are represented by instances of IfcChiller.

HISTORY: New entity in IFC2x2

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the HasPropertySets attribute. Refer to the documentation at the supertype IfcEnergyConversionDeviceType and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_ChillerTypeCommon

Material Use Definition The material of the IfcChillerType is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

‘Casing’: Material from which the casing is constructed. ‘Refrigerant’: Refrigerant material.

Composition Use Definition The IfcChillerType may be aggregated into components using IfcRelAggregates where RelatingObject refers to the enclosing IfcChillerType and RelatedObjects contains one or more components. Components are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Aggregation use is defined for the following predefined types:

(All Types): May contain IfcDistributionElement components. Chillers may aggregate distribution flow elements forming a refrigeration cycle (compressor, condenser, valve, evaporator), as well as control elements.

Port Use Definition The distribution ports relating to the IfcChillerType type are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. Ports are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Refer to the documentation at IfcChiller for standard port definitions.

Public Types

typedef IfcTemplatedEntityList<IfcChillerType> list

Public Functions

::Ifc4x1::IfcChillerTypeEnum::Value PredefinedType() const: Defines the typical types of chillers (e.g., air-cooled, water-cooled, etc.).

void setPredefinedType(::Ifc4x1::IfcChillerTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcChillerType(IfcEntityInstanceData *e)

IfcChillerType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcChillerTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcChillerTypeEnum¶

Public Types

enum Value¶

Enumeration defining the typical types of Chillers classified by their method of heat rejection. The IfcChillerTypeEnum contains the following:

AIRCOOLED: Air cooled chiller. WATERCOOLED: Water cooled chiller. HEATRECOVERY: Heat recovery chiller. USERDEFINED: User-defined chiller type. NOTDEFINED: Undefined chiller type.

HISTORY: New enumeration in IFC R2x.

Values:

enumerator IfcChillerType_AIRCOOLED¶

enumerator IfcChillerType_WATERCOOLED¶

enumerator IfcChillerType_HEATRECOVERY¶

enumerator IfcChillerType_USERDEFINED¶

enumerator IfcChillerType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcChimney : public Ifc4x1::IfcBuildingElement

Definition from ISO 6707-1:1989: Construction containing one or more flues. Flue: Duct designed to convey the products of combustion to the open air. Chimney stack: Part of the chimney that projects above a roof. Definition from IAI: Chimneys are typically vertical, or as near as vertical, parts of the construction of a building and part of the building fabric. Often constructed by pre-cast or insitu concrete, today seldom by bricks. HISTORY New entity in IFC2x4 Property Set Use Definition: The property sets relating to the IfcChimney are defined by the IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. It is accessible by the inverse IsDefinedBy relationship. The following property set definitions specific to the IfcChimney are part of this IFC release:

Pset_ChimneyCommon: common property set for all chimney occurrences.

Property sets can also be given at the IfcChimneyType, defining the common property data for all occurrences of the same type.It is then accessible by the inverse IsTypedBy relationship pointing to IfcChimneyType.HasPropertySets. If both are given, then the properties directly assigned to IfcChimney overrides the properties assigned to IfcChimneyType. Quantity Use Definition: The quantities relating to the IfcChimney are defined by the IfcElementQuantity and attached by the IfcRelDefinesByProperties. It is accessible by the inverse IsDefinedBy relationship. The following base quantities are defined and should be exchanged with the IfcElementQuantity.MethodOfMeasurement = ‘BaseQuantities’. Other quantities can be defined being subjected to local standard of measurement with another string value assigned to Name and a value provided for MethodOfMeasurement. Quanties shall be never assigned to the IfcChimneyType.

Qto_ChimneyBaseQuantities: base quantities for all chimney occurrences.

Public Types

typedef IfcTemplatedEntityList<IfcChimney> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcChimney.

::Ifc4x1::IfcChimneyTypeEnum::Value PredefinedType() const: Predefined generic type for a chimney that is specified in an enumeration. There may be a property set given specificly for the predefined types. NOTE The PredefinedType shall only be used, if no type object IfcChimneyType is assigned, providing its own IfcChimneyType.PredefinedType.

void setPredefinedType(::Ifc4x1::IfcChimneyTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcChimney(IfcEntityInstanceData *e)

IfcChimney(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcChimneyTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcChimneyType : public Ifc4x1::IfcBuildingElementType

Definition from IAI: The IfcChimneyType defines a list of commonly shared property set definitions of a chimney element and an optional set of product representations. It is used to define a chimney specification (i.e. the specific product information, that is common to all occurrences of that product type).

NOTE: The product representations are defined as representation maps (at the level of the supertype IfcTypeProduct, which gets assigned by an element occurrence instance through the IfcShapeRepresentation.Item[1] being an IfcMappedItem.

A chimney type is used to define the common properties of a certain type of chimney that may be applied to many instances of that type to assign a specific style. Chimney types may be exchanged without being already assigned to occurrences.

The occurrences of the IfcChimneyType are represented by instances of IfcChimney.

HISTORY New entity in Release IFC2x4.

Public Types

typedef IfcTemplatedEntityList<IfcChimneyType> list

Public Functions

::Ifc4x1::IfcChimneyTypeEnum::Value PredefinedType() const: Identifies the predefined types of a chimney element from which the type required may be set.

void setPredefinedType(::Ifc4x1::IfcChimneyTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcChimneyType(IfcEntityInstanceData *e)

IfcChimneyType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcChimneyTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcChimneyTypeEnum¶

Public Types

enum Value¶

Definition from IAI: Enumeration defining the valid types of chimneys that can be predefined using the enumeration values.

HISTORY New Enumeration in ReleaseIFC2x4

NOTE Currently there are no specific enumerators defined, the IfcChimneyTypeEnum has been added for future extensions.

Values:

enumerator IfcChimneyType_USERDEFINED¶

enumerator IfcChimneyType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcCircle : public Ifc4x1::IfcConic

Definition from ISO/CD 10303-42:1992: An IfcCircle is defined by a radius and the location and orientation of the circle. Interpretation of data should be as follows:

C = SELF\IfcConic.Position.Location x = SELF\IfcConic.Position.P[1] y = SELF\IfcConic.Position.P[2] z = SELF\IfcConic.Position.P[3] R = Radius

and the circle is parameterized as

The parameterization range is 0 £ u £2p (or 0 £u £ 360 degree). In the placement coordinate system defined above, the circle is the equation C = 0, where

The positive sense of the circle at any point is in the tangent direction, T, to the curve at the point, where

NOTE A circular arc is defined by using the trimmed curve (IfcTrimmedCurve) entity in conjunction with the circle (IfcCircle) entity as the BasisCurve.

NOTE Corresponding ISO 10303 entity: circle, please refer to ISO/IS 10303-42:1994, p. 38 for the final definition of the formal standard.

HISTORY New class in IFC Release 1.0

Figure 278 illustrates the definition of the IfcCircle within the (in this case three-dimensional) position coordinate system.

Figure 278 — Circle geometry

Public Types

typedef IfcTemplatedEntityList<IfcCircle> list

Public Functions

double Radius() const: The radius of the circle, which shall be greater than zero.

void setRadius(double v)

const IfcParse::entity &declaration() const

IfcCircle(IfcEntityInstanceData *e)

IfcCircle(::Ifc4x1::IfcAxis2Placement *v1_Position, double v2_Radius)

Public Static Functions

const IfcParse::entity &Class()

class IfcCircleHollowProfileDef : public Ifc4x1::IfcCircleProfileDef

IfcCircleHollowProfileDef defines a section profile that provides the defining parameters of a circular hollow section (tube) to be used by the swept area solid. Its parameters and orientation relative to the position coordinate system are according to the following illustration.The centre of the position coordinate system is in the profile’s centre of the bounding box (for symmetric profiles identical with the centre of gravity).

HISTORY New entity in IFC2x2.

Figure 312 illustrates parameters of the circular hollow profile definition. The parameterized profile defines its own position coordinate system. The underlying coordinate system is defined by the swept area solid that uses the profile definition. It is the xy plane of:

IfcSweptAreaSolid.Position

By using offsets of the position location, the parameterized profile can be positioned centric (using x,y offsets = 0.), or at any position relative to the profile. Explicit coordinate offsets are used to define cardinal points (for example, upper-left bound). The parameterized profile is defined by a set of parameter attributes.

Figure 312 — Circle hollow profile

Public Types

typedef IfcTemplatedEntityList<IfcCircleHollowProfileDef> list

Public Functions

double WallThickness() const: Thickness of the material, it is the difference between the outer and inner radius.

void setWallThickness(double v)

const IfcParse::entity &declaration() const

IfcCircleHollowProfileDef(IfcEntityInstanceData *e)

IfcCircleHollowProfileDef(::Ifc4x1::IfcProfileTypeEnum::Value v1_ProfileType, boost::optional<std::string> v2_ProfileName, ::Ifc4x1::IfcAxis2Placement2D *v3_Position, double v4_Radius, double v5_WallThickness)

Public Static Functions

const IfcParse::entity &Class()

class IfcCircleProfileDef : public Ifc4x1::IfcParameterizedProfileDef

IfcCircleProfileDef defines a circle as the profile definition used by the swept surface geometry or by the swept area solid. It is given by its Radius attribute and placed within the 2D position coordinate system, established by the Position attribute.

HISTORY New class in IFC 1.5.

Figure 313 illustrates parameters for the circle profile definition. The parameterized profile defines its own position coordinate system. The underlying coordinate system is defined by the swept surface or swept area solid that uses the profile definition. It is the xy plane of either:

IfcSweptSurface.Position IfcSweptAreaSolid.Position

Or in case of sectioned spines, it is the xy plane of each list member of IfcSectionedSpine.CrossSectionPositions. By using offsets of the position location, the parameterized profile can be positioned centric (using x,y offsets = 0.), or at any position relative to the profile. Explicit coordinate offsets are used to define cardinal points (e.g. upper-left bound). The Position attribute defines the 2D position coordinate system of the circle. The Radius attribute defines the radius of the circle.

Figure 313 — Circle profile

Subclassed by Ifc4x1::IfcCircleHollowProfileDef

Public Types

typedef IfcTemplatedEntityList<IfcCircleProfileDef> list

Public Functions

double Radius() const: The radius of the circle.

void setRadius(double v)

const IfcParse::entity &declaration() const

IfcCircleProfileDef(IfcEntityInstanceData *e)

IfcCircleProfileDef(::Ifc4x1::IfcProfileTypeEnum::Value v1_ProfileType, boost::optional<std::string> v2_ProfileName, ::Ifc4x1::IfcAxis2Placement2D *v3_Position, double v4_Radius)

Public Static Functions

const IfcParse::entity &Class()

class IfcCircularArcSegment2D : public Ifc4x1::IfcCurveSegment2D

Public Types

typedef IfcTemplatedEntityList<IfcCircularArcSegment2D> list

Public Functions

double Radius() const

void setRadius(double v)

bool IsCCW() const

void setIsCCW(bool v)

const IfcParse::entity &declaration() const

IfcCircularArcSegment2D(IfcEntityInstanceData *e)

IfcCircularArcSegment2D(::Ifc4x1::IfcCartesianPoint *v1_StartPoint, double v2_StartDirection, double v3_SegmentLength, double v4_Radius, bool v5_IsCCW)

Public Static Functions

const IfcParse::entity &Class()

class IfcCivilElement : public Ifc4x1::IfcElement

Public Types

typedef IfcTemplatedEntityList<IfcCivilElement> list

Public Functions

const IfcParse::entity &declaration() const

IfcCivilElement(IfcEntityInstanceData *e)

IfcCivilElement(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag)

Public Static Functions

const IfcParse::entity &Class()

class IfcCivilElementType : public Ifc4x1::IfcElementType

Public Types

typedef IfcTemplatedEntityList<IfcCivilElementType> list

Public Functions

const IfcParse::entity &declaration() const

IfcCivilElementType(IfcEntityInstanceData *e)

IfcCivilElementType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType)

Public Static Functions

const IfcParse::entity &Class()

class IfcClassification : public Ifc4x1::IfcExternalInformation

An IfcClassification is used for the arrangement of objects into a class or category according to a common purpose or their possession of common characteristics. A classification in the sense of IfcClassification is taxonomy, or taxonomic scheme, arranged in a hierarchical structure. A category of objects relates to other categories in a generalization-specialization relationship. Therefore the classification items in an classification are organized in a tree structure.

HISTORY New class in IFC Release 1.5. Modified in IFC 2x.

IFC 2x4 CHANGE Attribute Edition made optional. Attributes: PublicationLocation, Description and ReferenceTokens added. Inverse attribute HasClassificationReferences added.

Classification use definitions IfcClassification identifies the classification system or source from which a classification notation is derived. Each classification reference or classification item, belonging to a single classification system, shall reference a single instance of IfcClassification. Therefore, each particular classification system or source used should have only one IfcClassification instance. However, because multiple classification is allowed, there may be many IfcClassification objects used, each identifying a different classification system or source.

A classification system declared may be either formally published (such as Omniclass, Uniclass, Masterformat, or DIN) or it may be a locally defined method of classifiying information. There are two methods to define a classification system within an IFC dataset:

Including the classification system structure within the dataset: Here a hierarchical tree of IfcClassificationItem’s is included that defines the classification system including the relationship between the classification items. An IfcClassificationNotation is used to classify an object. Referencing the classification system by a classification key or id: Here the IfcClassificationReference is used to assign a classification id or key to each classified object.

Public Types

typedef IfcTemplatedEntityList<IfcClassification> list

Public Functions

bool hasSource() const: Whether the optional attribute Source is defined for this IfcClassification.

std::string Source() const

Source (or publisher) for this classification.

NOTE that the source of the classification means the person or organization that was the original author or the person or organization currently acting as the publisher.

void setSource(std::string v)

bool hasEdition() const: Whether the optional attribute Edition is defined for this IfcClassification.

std::string Edition() const

The edition or version of the classification system from which the classification notation is derived.

NOTE the version labeling system is specific to the classification system.

IFC2x4 CHANGE The attribute has been changed to be optional.

void setEdition(std::string v)

bool hasEditionDate() const: Whether the optional attribute EditionDate is defined for this IfcClassification.

std::string EditionDate() const

The date on which the edition of the classification used became valid.

NOTE The indication of edition may be sufficient to identify the classification source uniquely but the edition date is provided as an optional attribute to enable more precise identification where required.

IFC2x4 CHANGE The data type has been changed to IfcDate, the date string according to ISO8601.

void setEditionDate(std::string v)

std::string Name() const

The name or label by which the classification used is normally known.

NOTE Examples of names include CI/SfB, Masterformat, BSAB, Uniclass, STABU, DIN276, DIN277 etc.

void setName(std::string v)

bool hasDescription() const: Whether the optional attribute Description is defined for this IfcClassification.

std::string Description() const

Additional description provided for the classification.

IFC2x4 CHANGE New attribute added at the end of the attribute list.

void setDescription(std::string v)

bool hasLocation() const: Whether the optional attribute Location is defined for this IfcClassification.

std::string Location() const

Resource identifier or locator, provided as URI, URN or URL, of the classification.

IFC2x4 CHANGE New attribute added at the end of the attribute list.

void setLocation(std::string v)

bool hasReferenceTokens() const: Whether the optional attribute ReferenceTokens is defined for this IfcClassification.

std::vector<std::string> ReferenceTokens() const

The delimiter tokens that are used to mark the boundaries of individual facets (substrings) in a classification reference.

This typically applies then the IfcClassification is used in conjuction with IfcClassificationReference’s. If only one ReferenceToken is provided, it applies to all boundaries of individual facets, if more than one ReferenceToken are provided, the first token applies to the first boundary, the second token to the second boundary, and the nth token to the nth and any additional boundary.

NOTE Tokens are typically recommended within the classification itself and each token will have a particular role.

EXAMPLE 1 To indicate that the facet delimiter used for DIN277-2 reference key “2.1” (“Office rooms”) is “.”, a single ReferenceToken [‘.’] is provided. To indicate that the facet delimiter used for Omniclass Table 13 (space by function) reference key “13-15 11 34 11” (“Office”) are “-” and ” “, two ReferenceToken’s [‘-‘, ‘ ‘] are provided.

EXAMPLE 2 The use of ReferenceTokens can also be extended to include masks. The use need to be agreed in view definitions or implementer agreements that stipulates a “mask syntax” that should be used.

IFC2x4 CHANGE New attribute added at the end of the attribute list.

void setReferenceTokens(std::vector<std::string> v)

IfcTemplatedEntityList<IfcRelAssociatesClassification>::ptr ClassificationForObjects() const

IfcTemplatedEntityList<IfcClassificationReference>::ptr HasReferences() const

const IfcParse::entity &declaration() const

IfcClassification(IfcEntityInstanceData *e)

IfcClassification(boost::optional<std::string> v1_Source, boost::optional<std::string> v2_Edition, boost::optional<std::string> v3_EditionDate, std::string v4_Name, boost::optional<std::string> v5_Description, boost::optional<std::string> v6_Location, boost::optional<std::vector<std::string>> v7_ReferenceTokens)

Public Static Functions

const IfcParse::entity &Class()

class IfcClassificationReference : public Ifc4x1::IfcExternalReference

An IfcClassificationReference is a reference into a classification system or source (see IfcClassification) for a specific classification key (or notation).

The inherited attributes have the following meaning:

Identification: holds the key provided for a specific references to classification items (or tables). Name: allows for a human interpretable designation of a classification notation. Location: optionally holds a direct URI link into the classification system (or source) to hyperlink the classification key.

The IfcClassificationReference can either be assigned directly to the IfcClassification, such as if no classification hierarchy has to be included, or it references the parent classification notation, if the fully classification hierarchy is included in the data set. The attribute ReferencedSource then holds the following information (choice by IfcClassificationReferenceSelect):

being of type IfcClassification: direct reference to the classification system (with meta information provided), used for highest level of classification notations, or if the classification notation hierarchy is not relevant, being of type IfcClassificationReference: reference to the parent classification notation within the classification hierarchy.

HISTORY New entity in IFC 2x.

IFC2x4 CHANGE The attribute Description and inverse attribute HasReferences are added. The attribute Identification has been renamed from ItemReference.

Use definitions The IfcClassificationReference can be used to only assign classification keys to objects, or to hold a fully classification hierarchy. The first is refered to as “lightweight classification”, and the second as “full classification”

The IfcClassificationReference can be used as a form of ‘lightweight’ classification through the ‘Identification’ attribute inherited from the abstract IfcExternalReference class. In this case, the ‘Identification’ could take (for instance) the Uniclass notation “L6814” which, if the classification was well understood by all parties and was known to be taken from a particular classification source, would be sufficient. The Name attribute could be the title “Tanking”. This would remove the need for the overhead of the more complete classification structure of the model.

Public Types

typedef IfcTemplatedEntityList<IfcClassificationReference> list

Public Functions

bool hasReferencedSource() const: Whether the optional attribute ReferencedSource is defined for this IfcClassificationReference.

::Ifc4x1::IfcClassificationReferenceSelect *ReferencedSource() const: The classification system or source that is referenced.

void setReferencedSource(::Ifc4x1::IfcClassificationReferenceSelect *v)

bool hasDescription() const: Whether the optional attribute Description is defined for this IfcClassificationReference.

std::string Description() const

Description of the classification reference for informational purposes.

IFC2x4 CHANGE New attribute added at the end of the attribute list.

void setDescription(std::string v)

bool hasSort() const: Whether the optional attribute Sort is defined for this IfcClassificationReference.

std::string Sort() const

void setSort(std::string v)

IfcTemplatedEntityList<IfcRelAssociatesClassification>::ptr ClassificationRefForObjects() const

IfcTemplatedEntityList<IfcClassificationReference>::ptr HasReferences() const

const IfcParse::entity &declaration() const

IfcClassificationReference(IfcEntityInstanceData *e)

IfcClassificationReference(boost::optional<std::string> v1_Location, boost::optional<std::string> v2_Identification, boost::optional<std::string> v3_Name, ::Ifc4x1::IfcClassificationReferenceSelect *v4_ReferencedSource, boost::optional<std::string> v5_Description, boost::optional<std::string> v6_Sort)

Public Static Functions

const IfcParse::entity &Class()

class IfcClosedShell : public Ifc4x1::IfcConnectedFaceSet

Definition from ISO/CD 10303-42:1992: A closed shell is a shell of the dimensionality 2 which typically serves as a bound for a region in R3. A closed shell has no boundary, and has non-zero finite extent. If the shell has a domain with coordinate space R3, it divides that space into two connected regions, one finite and the other infinite. In this case, the topological normal of the shell is defined as being directed from the finite to the infinite region.

The shell is represented by a collection of faces. The domain of the shell, if present, contains all those faces, together with their bounds. Associated with each face in the shell is a logical value which indicates whether the face normal agrees with (TRUE) or is opposed to (FALSE) the shell normal. The logical value can be applied directly as a BOOLEAN attribute of an oriented face, or be defaulted to TRUE if the shell boundary attribute member is a face without the orientation attribute.

The combinatorial restrictions on closed shells and geometrical restrictions on their domains are designed to ensure that any domain associated with a closed shell is a closed, orientable manifold. The domain of a closed shell, if present, is a connected, closed, oriented 2-manifold. It is always topologically equivalent to an H-fold torus for some H ³ 0. The number H is referred to as the surface genus of the shell. If a shell of genus H has a domain within coordinate space R3, then the finite region of space inside it is topologically equivalent to a solid ball with H tunnels drilled through it. The Euler equation (7) applies with B=0, because in this case there are no holes. As in the case of open shells, the surface genus H may not be known a priori, but shall be an integer ³ 0. Thus a necessary, but not sufficient, condition for a well-formed closed shell is the following:

In the current IFC Release only poly loops (IfcPolyLoop) are defined for bounds of face bound (IfcFaceBound). This will allow for faceted B-rep only.

NOTE: Corresponding ISO 10303 entity: closed_shell, please refer to ISO/IS 10303-42:1994, p.149 for the final definition of the formal standard.

HISTORY New class in IFC Release 1.0

Informal propositions:

Every edge shall be referenced exactly twice by the loops of the face.

Each oriented edge shall be unique.

No edge shall be referenced by more than two faces.

Distinct faces of the shell do not intersect, but may share edges or vertices.

Distinct edges do not intersect but may share vertices.

Each face reference shall be unique.

The loops of the shell shall not be a mixture of poly loop and other loop types. Note: this is given, since only poly loop is defined as face bound definition. The closed shell shall be an oriented arcwise connected 2-manifold. The Euler equation shall be satisfied. Note: Please refer to ISO/IS 10303-42:1994, p.149 for the equation.

Public Types

typedef IfcTemplatedEntityList<IfcClosedShell> list

Public Functions

const IfcParse::entity &declaration() const

IfcClosedShell(IfcEntityInstanceData *e)

IfcClosedShell(IfcTemplatedEntityList<::Ifc4x1::IfcFace>::ptr v1_CfsFaces)

Public Static Functions

const IfcParse::entity &Class()

class IfcCoil : public Ifc4x1::IfcEnergyConversionDevice

A coil is a device used to provide heat transfer between non-mixing media. A common example is a cooling coil, which utilizes a finned coil in which circulates chilled water, antifreeze, or refrigerant that is used to remove heat from air moving across the surface of the coil. A coil may be used either for heating or cooling purposes by placing a series of tubes (the coil) carrying a heating or cooling fluid into an airstream. The coil may be constructed from tubes bundled in a serpentine form or from finned tubes that give a extended heat transfer surface. Coils may also be used for non-airflow cases such as embedded in a floor slab.

HISTORY New entity in IFC2x4

Type Use Definition IfcCoil defines the occurrence of any coil; common information about coil types is handled by IfcCoilType. The IfcCoilType (if present) may establish the common type name, usage (predefined type), properties, materials, ports, composition, assignments, and representations. The IfcCoilType is attached using the IfcRelDefinesByType objectified relationship and is accessible by the IsTypedBy inverse attribute. If the IfcCoilType has ports or aggregated elements, such objects are reflected at the IfcCoil occurrence using the IfcRelDefinesByObject relationship.

Property Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Property sets may also be specified at the IfcCoilType, defining the common property data for all occurrences of the same type. They are then accessible by the IsTypedBy inverse attribute pointing to IfcCoilType.HasPropertySets. If both are given, then the properties directly defined at IfcCoil override the properties defined at IfcCoilType. Refer to the documentation at the supertype IfcEnergyConversionDevice and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_CoilOccurrence (PSET_OCCURRENCEDRIVEN) Pset_CoilPHistory (PSET_PERFORMANCEDRIVEN) Pset_CoilTypeCommon (PSET_TYPEDRIVENOVERRIDE) Pset_CoilTypeHydronic (PSET_TYPEDRIVENOVERRIDE)

Quantity Use Definition The quantities relating to this entity are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. The following base quantities are defined and shall be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, may be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement shall be provided.

Qto_CoilBaseQuantities

Material Use Definition The material of the IfcCoil is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. Material information can also be given at the IfcCoilType, defining the common attribute data for all occurrences of the same type. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

Body: The primary material from which the object is constructed.

Port Use Definition The distribution ports relating to the IfcCoil are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. If the coil occurrence is defined by IfcCoilType, then the port occurrences must reflect those defined at the IfcCoilType using the IfcRelDefinesByObject relationship. Ports are specific to the IfcCoil PredefinedType as follows indicated by the IfcDistributionPort Name, PredefinedType, and FlowDirection:

DXCOOLINGCOIL

RefrigerantIn (REFRIGERATION, SINK): Refrigerant entering the coil. RefrigerantOut (REFRIGERATION, SOURCE): Refrigerant leaving the coil. AirIn (AIRCONDITIONING, SINK): Air entering the surface of the coil. AirOut (AIRCONDITIONING, SOURCE): Air leaving the surface of the coil.

WATERCOOLINGCOIL

ChilledWaterIn (CHILLEDWATER, SINK): Chilled water entering the coil. ChilledWaterOut (CHILLEDWATER, SOURCE): Chilled water leaving the coil. AirIn (AIRCONDITIONING, SINK): Air entering the surface of the coil. AirOut (AIRCONDITIONING, SOURCE): Air leaving the surface of the coil.

WATERHEATINGCOIL

HeatingIn (HEATING, SINK): Heated water entering the coil. HeatingOut (HEATING, SOURCE): Heated water leaving the coil. AirIn (AIRCONDITIONING, SINK): Air entering the surface of the coil. AirOut (AIRCONDITIONING, SOURCE): Air leaving the surface of the coil.

Figure 216 illustrates coil port use. Figure 216 — Coil port use

Public Types

typedef IfcTemplatedEntityList<IfcCoil> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcCoil.

::Ifc4x1::IfcCoilTypeEnum::Value PredefinedType() const

void setPredefinedType(::Ifc4x1::IfcCoilTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCoil(IfcEntityInstanceData *e)

IfcCoil(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcCoilTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcCoilType : public Ifc4x1::IfcEnergyConversionDeviceType

The energy conversion device type IfcCoilType defines commonly shared information for occurrences of coils. The set of shared information may include:

common properties with shared property sets common representations of shape common materials common composition of elements common ports applicable assignment of process types

It is used to define a coil specification (i.e. the specific product information, that is common to all occurrences of that product type). Coil types may be exchanged without being already assigned to occurrences. Occurrences of IfcCoilType are represented by instances of IfcCoil.

HISTORY: New entity in IFC2x2

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the HasPropertySets attribute. Refer to the documentation at the supertype IfcEnergyConversionDeviceType and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_CoilTypeCommon Pset_CoilTypeHydronic

Material Use Definition The material of the IfcCoilType is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

‘Body’: The primary material from which the object is constructed.

Port Use Definition The distribution ports relating to the IfcCoilType type are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. Ports are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Refer to the documentation at IfcCoil for standard port definitions.

Public Types

typedef IfcTemplatedEntityList<IfcCoilType> list

Public Functions

::Ifc4x1::IfcCoilTypeEnum::Value PredefinedType() const: Defines typical types of coils (e.g., Cooling, Heating, etc.)

void setPredefinedType(::Ifc4x1::IfcCoilTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCoilType(IfcEntityInstanceData *e)

IfcCoilType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcCoilTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcCoilTypeEnum¶

Public Types

enum Value¶

Enumeration defining the typical types of coils.

The IfcCoilTypeEnum contains the following:

DXCOOLINGCOIL: Cooling coil using a refrigerant to cool the air stream directly.

WATERCOOLINGCOIL: Cooling coil using chilled water. HYDRONICCOIL supercedes this enumerator.

STEAMHEATINGCOIL: Heating coil using steam as heating source.

WATERHEATINGCOIL: Heating coil using hot water as a heating source. HYDRONICCOIL supercedes this enumerator.

ELECTRICHEATINGCOIL: Heating coil using electricity as a heating source.

GASHEATINGCOIL: Heating coil using gas as a heating source.

HYDRONICCOIL: Cooling or Heating coil that uses a hydronic fluid as a cooling or heating source. USERDEFINED: User-defined coil type.

NOTDEFINED: Undefined coil type.

HISTORY: New enumeration in IFC R2x.

Values:

enumerator IfcCoilType_DXCOOLINGCOIL¶

enumerator IfcCoilType_ELECTRICHEATINGCOIL¶

enumerator IfcCoilType_GASHEATINGCOIL¶

enumerator IfcCoilType_HYDRONICCOIL¶

enumerator IfcCoilType_STEAMHEATINGCOIL¶

enumerator IfcCoilType_WATERCOOLINGCOIL¶

enumerator IfcCoilType_WATERHEATINGCOIL¶

enumerator IfcCoilType_USERDEFINED¶

enumerator IfcCoilType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcColourRgb : public Ifc4x1::IfcColourSpecification

Definition from ISO/CD 10303-46:1992: A colour rgb as a subtype of colour specifications is defined by three colour component values for red, green, and blue in the RGB colour model.

NOTE In contrary to the usual value range of colour components being integer from 0…255, the definition from ISO10303-46 defines the colour components as real from 0.0 … 1.0. Applications need to execute this conversion before populating the colour RGB values.

NOTE Corresponding STEP name: colour_rgb. The name attribute has been omitted, the data type for the reg, green and blue parts is IfcNormalizedRatioMeasure, that already includes the range restrictions for the values. Please refer to ISO/IS 10303-46:1994, p. 138 for the final definition of the formal standard.

HISTORY New entity in IFC2x2.

Public Types

typedef IfcTemplatedEntityList<IfcColourRgb> list

Public Functions

double Red() const

The intensity of the red colour component.

NOTE The colour component value is given within the range of 0..1, and not within the range of 0..255 as otherwise usual.

void setRed(double v)

double Green() const

The intensity of the green colour component.

NOTE The colour component value is given within the range of 0..1, and not within the range of 0..255 as otherwise usual.

void setGreen(double v)

double Blue() const

The intensity of the blue colour component.

NOTE The colour component value is given within the range of 0..1, and not within the range of 0..255 as otherwise usual.

void setBlue(double v)

const IfcParse::entity &declaration() const

IfcColourRgb(IfcEntityInstanceData *e)

IfcColourRgb(boost::optional<std::string> v1_Name, double v2_Red, double v3_Green, double v4_Blue)

Public Static Functions

const IfcParse::entity &Class()

class IfcColourRgbList : public Ifc4x1::IfcPresentationItem

Public Types

typedef IfcTemplatedEntityList<IfcColourRgbList> list

Public Functions

std::vector<std::vector<double>> ColourList() const

void setColourList(std::vector<std::vector<double>> v)

const IfcParse::entity &declaration() const

IfcColourRgbList(IfcEntityInstanceData *e)

IfcColourRgbList(std::vector<std::vector<double>> v1_ColourList)

Public Static Functions

const IfcParse::entity &Class()

class IfcColourSpecification : public Ifc4x1::IfcPresentationItem

Definition from ISO/CD 10303-46:1992: The colour specification entity contains a direct colour definition. Colour component values refer directly to a specific colour space.

NOTE Corresponding ISO 10303 name: colour_specification. It has been made into an abstract entity in IFC. Please refer to ISO/IS 10303-46:1994, p. 138 for the final definition of the formal standard.

HISTORY New entity in IFC2x2.

Subclassed by Ifc4x1::IfcColourRgb

Public Types

typedef IfcTemplatedEntityList<IfcColourSpecification> list

Public Functions

bool hasName() const: Whether the optional attribute Name is defined for this IfcColourSpecification.

std::string Name() const

Optional name given to a particular colour specification in addition to the colour components (like the RGB values).

NOTE Examples are the names of a industry colour classification, such as RAL. IFC2x Edition 3 CHANGE Attribute added.

void setName(std::string v)

const IfcParse::entity &declaration() const

IfcColourSpecification(IfcEntityInstanceData *e)

IfcColourSpecification(boost::optional<std::string> v1_Name)

Public Static Functions

const IfcParse::entity &Class()

class IfcColumn : public Ifc4x1::IfcBuildingElement

Definition from ISO 6707-1:1989: Structural member of slender form, usually vertical, that transmits to its base the forces, primarily in compression, that are applied to it. <An IfcColumn is a vertical structural member which often is aligned with a structural grid intersection. It represents a vertical, or nearly vertical, structural member that transmits, through compression, the weight of the structure above to other structural elements below. It represents such a member from an architectural point of view. It is not required to be load bearing. NOTE The representation of a column in a structural analysis model is provided by IfcStructuralCurveMember being part of an IfcStructuralAnalysisModel.

NOTE For any longitudial structural member, not constrained to be predominately horizontal nor vertical, or where this semantic information is irrelevant, the entity IfcMember exists. The IFC specification provides two entities for column occurrences:

IfcColumnStandardCase used for all occurrences of columns, tthat have a profile defined that is swept along a directrix. The profile might be changed uniformly by a taper definition along the directrix. The profile parameter and its cardinal point of insertion can be fully described by the IfcMaterialProfileSetUsage. These beams are always represented geometricly by an ‘Axis’ and a ‘SweptSolid’ or ‘AdvancedSweptSolid’ shape representation (or by a ‘Clipping’ geometry based on the swept solid), if a 3D geometric representation is assigned. In addition they have to have a corresponding IfcMaterialProfileSetUsage assigned. NOTE View definitions and implementer agreements may further constrain the applicable geometry types, e.g. by excluding tapering from an IfcColumnStandardCase implementation.

IfcColumn used for all other occurrences of columns, particularly for columns with changing profile sizes along the extrusion, or columns defined by non-linear extrusion, or columns having only ‘Brep’, or ‘SurfaceModel’ geometry.

HISTORY New entity in IFC Release 1.0

Type Use Definition IfcColumn defines the occuurence of any column, common information about column types (or styles) is handled by IfcColumnType. The IfcColumnType (if present) may establish the commontype name, usage (or predefined) type, common material layer set, common set of properties and common shape representations (using IfcRepresentationMap). The IfcColumnType is attached using the IfcRelDefinedByType.RelatingType objectified relationship and is accessible by the inverse IsTypedBy attribute. If no IfcColumnType is attached(i.e. if only occurrence information is given) the PredefinedType should be provided. If set to .USERDEFINED. a user defined value can be provided by the ObjectType attribute. Material Use Definition The material of the IfcColumn is defined by the IfcMaterialProfileSet or as fallback by IfcMaterial and attached by the IfcRelAssociatesMaterial.RelatingMaterial. It is accessible by the inverse HasAssociations relationship. Note: It is illegal to assign an IfcMaterialProfileSetUsage to an IfcColumn. Only the subtype IfcColumnStandardCase supports this concept. Material information can also be given at the IfcColumnType, defining the common attribute data for all occurrences of the same type.It is then accessible by the inverse IsTypedBy relationship pointing to IfcColumnType.HasAssociations and via IfcRelAssociatesMaterial.RelatingMaterial to IfcMaterialProfileSet or IfcMaterial. If both are given, then the material directly assigned to IfcColumn overrides the material assigned to IfcColumnType. Property Set Use Definition: The property sets relating to the IfcColumn are defined by the IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. It is accessible by the inverse IsDefinedBy relationship. The following property set definitions specific to the IfcColumn are part of this IFC release:

Pset_ColumnCommon: common property set for all column occurrences

Property sets can also be given at the IfcColumnType, defining the common property data for all occurrences of the same type.It is then accessible by the inverse IsTypedBy relationship pointing to IfcColumnType.HasPropertySets. If both are given, then the properties directly assigned to IfcColumn overrides the properties assigned to IfcColumnType. Quantity Use Definition: The quantities relating to the IfcColumn are defined by the IfcElementQuantity and attached by the IfcRelDefinesByProperties. It is accessible by the inverse IsDefinedBy relationship. The following base quantities are defined and should be exchanged with the IfcElementQuantity.MethodOfMeasurement = ‘BaseQuantities’. Other quantities can be defined being subjected to local standard of measurement with another string value assigned to Name and a value provided for MethodOfMeasurement. Quanties shall be never assigned to the IfcColumnType.

Qto_ColumnBaseQuantities: base quantities for all column occurrences.

Containment Use Definition The IfcColumn, as any subtype of IfcBuildingElement, may participate in two different containment relationships. The first (and in most implementation scenarios mandatory) relationship is the hierachical spatial containment, the second (optional) relationship is the aggregation within anelement assembly.

The IfcColumn, is places within the project spatial hierarchy using the objectified relationship IfcRelContainedInSpatialStructure, refering to it by its inverse attribute SELF\IfcElement.ContainedInStructure. Subtypes ofIfcSpatialStructureElement are valid spatial containers, with IfcBuildingStorey being the default container. The IfcColumn, may be aggregated into an element assembly using the objectified relationship IfcRelAggregates, refering to it by its inverse attribute SELF\IfcObjectDefinition.Decomposes. Any subtype of IfcElement can be an element assembly, with IfcElementAssembly as a special focus subtype. In this case it should not be additionally contained in the project spatial hierarchy, i.e.SELF\IfcElement.ContainedInStructure should be NIL.

Geometry Use Definition The geometric representation of IfcColumn is given by the IfcProductDefinitionShape, allowing multiple geometric representations. Included are: Local Placement The local placement for IfcColumn is defined in its supertype IfcProduct. It is defined by the IfcLocalPlacement, which defines the local coordinate system that is referenced by all geometric representations.

The PlacementRelTo relationship of IfcLocalPlacement shall point (if given) to the local placement of the same IfcSpatialStructureElement, which is used in the ContainedInStructure inverse attribute, or to a spatial structure element at a higher level, referenced by that. If the relative placement is not used, the absolute placement is defined within the world coordinate system.

Geometric Representation Currently, the ‘Axis’, ‘Body’, and ‘Box’ representations are supported. The ‘Box’ representation includes the representation type ‘BoundingBox’ and is explained at IfcBuildingElement. Axis Representation The axis geometric representation of IfcColumn is defined using the ‘Axis’ representation. The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Axis’ RepresentationType : ‘Curve2D’, ‘Curve3D’

The axis representation can be used to represent the system length of a column that may extent the body length of the column. Body Representation The body representation of IfcColumn can be represented using the representation types ‘SweptSolid’, ‘Clipping’, ‘AdvancedSweptSolid’, ‘MappedRepresentation’, ‘SurfaceModel’, and ‘Brep’. The representation types ‘SurfaceModel’ and ‘Brep’ are explained at IfcBuildingElement. SweptSolid Representation Type The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Body’ RepresentationType : ‘SweptSolid’

The following additional constraints apply to the ‘SweptSolid’ representation:

Solid: IfcExtrudedAreaSolid, IfcRevolvedAreaSolid shall be supported Profile: all subtypes of IfcProfileDef (with exception of IfcArbitraryOpenProfileDef) Extrusion:All extrusion directions shall be supported

Figure 81 illustrates a ‘SweptSolid’ geometric representation. There are no restrictions or conventions on how to use the local placement (black), solid of extrusion placement (red) and profile placement (green).

Figure 81 — Column swept solid

Figure 82 illustrates use of a special profile type (here IfcIShapeProfileDef) for the definition of the IfcExtrudedAreaSolid.

Figure 82 — Column extrusion of I-Shape

Clipping Representation Type The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Body’ RepresentationType : ‘Clipping’

The following constraints apply to the advanced representation:

Solid: see ‘SweptSolid’ geometric representation Profile: see ‘SweptSolid’ geometric representation Extrusion: see ‘SweptSolid’ geometric representation Boolean result: The IfcBooleanClippingResult shall be supported, allowing for Boolean differences between the swept solid (here IfcExtrudedAreaSolid) and one or several IfcHalfSpaceSolid.

Figure 83 illustrates a ‘Clipping’ geometric representation with use of IfcBooleanClippingResult between an IfcExtrudedAreaSolid and an IfcHalfSpaceSolid to create a clipped body.

Figure 83 — Column clipping

AdvancedSweptSolid Representation Type The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Body’ RepresentationType : ‘AdvancedSweptSolid’

The following additional constraints apply to the ‘AdvancedSweptSolid’ representation type:

Solid: IfcSurfaceCurveSweptAreaSolid, IfcFixedReferenceSweptAreaSolid, IfcExtrudedAreaSolidTapered, IfcRevolvedAreaSolidTapered shall be supported. NOTE View definitions and implementer agreements can further constrain the allowed swept solid types.

Profile: see ‘SweptSolid’ geometric representation Extrusion:not applicable

MappedRepresentation Representation Type The ‘MappedRepresentation’ representation type is supported as it allows for reusing the geometry definition of the beam type at all occurrences of the same type. The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Body’ RepresentationType : ‘MappedRepresentation’

The same constraints, as given for the ‘SweptSolid’, ‘Clipping’, ‘AdvancedSweptSolid’, ‘SurfaceModel’ and ‘Bre’ geometric representation, shall apply to the MappedRepresentation of the IfcRepresentationMap.

Subclassed by Ifc4x1::IfcColumnStandardCase

Public Types

typedef IfcTemplatedEntityList<IfcColumn> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcColumn.

::Ifc4x1::IfcColumnTypeEnum::Value PredefinedType() const

Predefined generic type for a column that is specified in an enumeration. There may be a property set given specificly for the predefined types. NOTE The PredefinedType shall only be used, if no type object IfcColumnType is assigned, providing its own IfcColumnType.PredefinedType.

IFC2x4 CHANGE The attribute has been added at the end of the entity definition.

void setPredefinedType(::Ifc4x1::IfcColumnTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcColumn(IfcEntityInstanceData *e)

IfcColumn(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcColumnTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcColumnStandardCase : public Ifc4x1::IfcColumn

The standard column, IfcColumnStandardCase, defines a column with certain constraints for the provision of material usage, parameters and with certain constraints for the geometric representation. The IfcColumnStandardCase handles all cases of columns, that:

have a reference to the IfcMaterialProfileSetUsage defining the material profile association of the column with the cardinal point of its insertion relative to the local placement. are based on a sweep of a planar profile, or set of profiles, as defined by the IfcMaterialProfileSet have an ‘Axis’ shape representation with constraints provided below in the geometry use definition have a ‘Body’ shape representation with constraints provided below in the geometry use definition have a start profile, or set of profiles, that is swept along the directrix and might be changed uniformly by a taper definition are consistent in using the correct cardinal point offset of the profile as compared to the ‘Axis’ and ‘Body’ shape representation are extruded perpendicular to the profile definition plane

NOTE View definitions and implementer agreements may further constrain the applicable geometry types, e.g. by excluding tapering from an IfcBeamStandardCase implementation.

HISTORY New entity in IFC2x4.

Type Use Definition IfcColumn defines the occuurence of any column, common information about column types (or styles) is handled by IfcColumnType. The IfcColumnType (if present) may establish the commontype name, usage (or predefined) type, common material layer set, common set of properties and common shape representations (using IfcRepresentationMap). The IfcColumnType is attached using the IfcRelDefinedByType.RelatingType objectified relationship and is accessible by the inverse IsDefinedBy attribute. The IfcColumnStandardCase defines in addition that the IfcColumnType should have a unique IfcMaterialProfileSet, that is referenced by the IfcMaterialProfileSetUsage assigned to all occurrences of this column type.

Figure 84 illustrates assignment of IfcMaterialProfileSetUsage and IfcMaterialProfileSet to the IfcColumnStandardCase as the column occurrence and to the IfcColumnType. The same IfcMaterialProfileSet shall be shared by many occurrences of IfcMaterialProfileSetUsage. This relationship shall be consistent to the relationship between the IfcColumnType and the IfcColumnStandardCase.

Figure 84 — Column profile usage

Figure 85 illustrates cardinal point alignment. NOTE It has to be guaranteed that the use of IfcCardinalPointEnum is consistent to the placement of the extrusion body provided by IfcExtrudedAreaSolid.Position NOTE The cardinal points 7 (top left), and 6 (mid-depth right) are assigned according to the definition at IfcCardinalPointReference

Figure 85 — Column cardinal points

Figure 86 illustrates assignment of a composite profile by using IfcCompositeProfile for geometric representation and several IfcMaterialProfile’s within the IfcMaterialProfileSet. The number of IfcMaterialProfile’s within the IfcMaterialProfileSet is restricted to maximal 2 and requires the use of IfcExtrudedAreaSolidTapered, or IfcRevolvedAreaSolidTapered for the correct ‘Body’ shape representation.

Figure 86 — Column composite profiles

Material Use Definition The material of the IfcColumnStandardCase is defined by IfcMaterialProfileSetUsage and attached by the IfcRelAssociatesMaterial.RelatingMaterial. It is accessible by the inverse HasAssociations relationship. Composite profile columns can be represented by refering to several IfcMaterialProfile’s within the IfcMaterialProfileSet that is referenced from the IfcMaterialProfileSetUsage. Material information can also be given at the IfcColumnType, defining the common attribute data for all occurrences of the same type. It is then accessible by the inverse IsDefinedBy relationship pointing to IfcColumnType.HasAssociations and via IfcRelAssociatesMaterial.RelatingMaterial. See Type Use Definition for additional agreements for standard columns. Property Set Use Definition: The property sets relating to the IfcColumnStandardCase are defined at the supertype IfcColumn. Quantity Use Definition The quantities relating to the IfcColumnStandardCase are defined at the supertype IfcColumn. Containment Use Definition The containment use definitions relating to the IfcColumnStandardCase are defined at the supertype IfcColumn. Geometry Use Definitions: The geometric representation of IfcColumn is given by the IfcProductDefinitionShape, allowing multiple geometric representations. Included are: Local Placement The use of local placement is defined at the supertype IfcColumn. Geometric Representations The geometric representation of IfcColumnStandardCase is defined using the following multiple shape representations for its definition:

Axis: A three-dimensional open curve (subtype of IfcBoundedCurve) defining the axis for the standard column. The cardinal point is determined by the column axis. Body: A Swept Solid Representation or a CSG representation defining the 3D shape of the standard column.

NOTE It is invalid to exchange a ‘SurfaceModel’, ‘Brep’, or ‘MappedRepresentation’ representation for the ‘Body’ shape representation of an IfcColumnStandardCase. Axis Representation The axis geometric representation of IfcColumnStandardCase is defined using the ‘Axis’ representation. The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Axis’ RepresentationType : ‘Curve3D’

The following additional constraints apply to the ‘Axis’ representation, if the ‘Body’ shape representation has the RepresentationType : ‘SweptSolid’:

Axis : IfcPolyline having two Points, or IfcTrimmedCurve with BasisCurve of Type IfcLine. The axis curve lies on the z axis of the object coordinate system

As shown in Figure 87, the axis shall be defined along the z axis of the object coordinate system. The axis representation can be used to represent the system length of a column that may extent the body length of the column.

Figure 87 — Column axis representation

As shown in Figure 88, the axis representation shall be used to represent the cardinal point as the offset between the ‘Axis’ and the extrusion path of the column. The extrusion path is provided as IfcExtrudedAreaSolid.ExtrudedDirection and should be parallel to the ‘Axis’. It has to be guaranteed that the value provided by IfcMaterialProfileSetUsage.CardinalPoint is consistent to the IfcExtrudedAreaSolid.Position.

Figure 88 — Column axis cardinal point

Body Representation The body representation of IfcColumnStandardCase can be represented using the representation types ‘SweptSolid’, ‘Clipping’, or ‘AdvancedSweptSolid’. SweptSolid Representation Type The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Body’ RepresentationType : ‘SweptSolid’

The following additional constraints apply to the ‘SweptSolid’ representation:

Solid: IfcExtrudedAreaSolid, IfcRevolvedAreaSolid shall be supported Profile: all subtypes of IfcProfileDef (with exception of IfcArbitraryOpenProfileDef) Profile Position : For all single profiles, the IfcParameterizedProfileDef.Position shall be NIL, or having Location = 0.,0. and RefDirection = 1.,0. Extrusion:perpendicular to the profile direction. The IfcExtrudedAreaSolid.ExtrudedDirection shall be [0.,0.,1.]. Orientation: The y-axis of the profile, as determined by IfcSweptAreaSolid.Position.P[2] shall point to the Y-Axis. It indicates the “role” of the column, a role=0° means y-axis of profile = Y-axis of reference coordinate system.

Figure 89 illustrates a standard geometric representation with cardinal point applied as 5 (mid-depth centre). The following interpretation of dimension parameter applies for rectangular columns:

IfcRectangleProfileDef.YDim interpreted as column width IfcRectangleProfileDef.XDim interpreted as column depth

The following interpretation of dimension parameter applies for circular columns:

IfcCircleProfileDef.Radius interpreted as column radius.

Figure 89 — Column body extrusion

Clipping Representation Type The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Body’ RepresentationType : ‘Clipping’

The following constraints apply to the advanced representation:

Solid: see ‘SweptSolid’ geometric representation Profile: see ‘SweptSolid’ geometric representation Profile Position : see ‘SweptSolid’ geometric representation Extrusion:see ‘SweptSolid’ geometric representation Orientation: see ‘SweptSolid’ geometric representation Boolean result: The IfcBooleanClippingResult shall be supported, allowing for Boolean differences between the swept solid (here IfcExtrudedAreaSolid) and one or several IfcHalfSpaceSolid (or its subtypes).

Figure 90 illustrates a ‘Clipping’ geometric representation with use of IfcBooleanClippingResult between an IfcExtrudedAreaSolid and an IfcHalfSpaceSolid to create a clipped body, with cardinal point applied as 2 (bottom centre).

Figure 90 — Column body clipping

AdvancedSweptSolid Representation Type The ‘AdvancedSweptSolid’ representation type is a valid body representation of IfcColumnStandardCase. The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Body’ RepresentationType : ‘AdvancedSweptSolid’

The following additional constraints apply to the ‘AdvancedSweptSolid’ representation type:

Solid: IfcSurfaceCurveSweptAreaSolid, IfcFixedReferenceSweptAreaSolid, IfcExtrudedAreaSolidTapered, IfcRevolvedAreaSolidTapered shall be supported. NOTE View definitions and implementer agreement can further constrain the allowed swept solid types.

Profile: see ‘SweptSolid’ geometric representation Profile Position : see ‘SweptSolid’ geometric representation Extrusion:not applicable

Public Types

typedef IfcTemplatedEntityList<IfcColumnStandardCase> list

Public Functions

const IfcParse::entity &declaration() const

IfcColumnStandardCase(IfcEntityInstanceData *e)

IfcColumnStandardCase(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcColumnTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcColumnType : public Ifc4x1::IfcBuildingElementType

Definition from IAI: The element type IfcColumnType defines commonly shared information for occurrences of columns. The set of shared information may include:

common properties within shared property sets common material information common profile definitions common shape representations

It is used to define a column specification, or column style (i.e. the specific product information that is common to all occurrences of that column type). Column types may be exchanged without being already assigned to occurrences. Occurrences of the IfcColumnType within building models are represented by instances of IfcColumnStandardCase if the IfcColumnType has a single associated IfcMaterialProfileSet; otherwise they are represented by instances of IfcColumn. Occurrences of the IfcColumnType within structural analysis models are represented by instances of IfcStructuralCurveMember, or its applicable subtypes. HISTORY New entity in Release IFC2x Edition 2. Material Use Definition The material of the IfcColumnType is defined by the IfcMaterialProfileSet or as fall back by IfcMaterial and attached by the IfcRelAssociatesMaterial.RelatingMaterial. It is accessible by the inverse HasAssociations relationship. Note: It is illegal to assign an IfcMaterial to an IfcColumnType, if there is at least one occurrences of IfcColumnStandardCase for this type. Property Set Use Definition: The shared property sets relating to the IfcColumnType are defined by the IfcPropertySet and are attached by the HasPropertySets attribute. The following property set definitions specific to the IfcColumnType are part of this IFC release: NOTE There is no differentiation between properties within the property set that are only assignable to IfcColumnType and those that are only assignable to IfcColumn. If the same property is assigned to the IfcColumnType and the IfcColumn being an occurrence of the IfcColumnType, then the occurrence property overrides the type property.

Pset_ColumnCommon: common property set for all column types.

Profile Use Definition: The shared profile definition is defined by assigning an IfcMaterialProfileSet (see material use definition above). The IfcMaterialProfile refers to the subtype of IfcProfileDef that is the common profile for all column occurrence, if used. It is only applicable if the IfcColumnType has only occurrences of type IfcColumnStandardCase (see definition of IfcColumnStandardCase for further information). NOTE The attribute ProfileName of the IfcProfileDef subtype, referenced in IfcMaterialProfile should contain a standardized profile name according to local standards. However, an additional geometric representation of the profile is necessary (e.g. as IfcExtrudedAreaSolid). An importing application is allowed to check for the existence of the profile name: in case of identifying it as a standardized name, the corresponding profile geometry and possibly other cross sectional properties can be read from a library. Otherwise the geometric representation and possible non geometric IfcProfileProperties have to be used. Geometry Use Definition: The IfcColumnType may define the shared geometric representation for all column occurrences. The RepresentationMaps attribute refers to a list of IfcRepresentationMap’s, that allow for multiple geometric representations (e.g. with IfcShaperepresentation’s having an RepresentationIdentifier ‘Box’, ‘Axis’, or ‘Body’). It is only applicable if the IfcColumnType has only occurrences of type IfcColumn (See geometric use definition of IfcColumn for further information). NOTE If the IfcColumnType has an associated IfcMaterialProfileSet, then no shared geometric representation shall be provided. NOTE The product shape representations are defined as RepresentationMaps (attribute of the supertype IfcTypeProduct), which get assigned by an element occurrence instance through the IfcShapeRepresentation.Item[n] being an IfcMappedItem. See IfcTypeProduct for further information. NOTE The values of attributes RepresentationIdentifier and RepresentationType of IfcShapeRepresentation are restricted in the same way as those for IfcColumn and IfcColumnStandardCase

Public Types

typedef IfcTemplatedEntityList<IfcColumnType> list

Public Functions

::Ifc4x1::IfcColumnTypeEnum::Value PredefinedType() const: Identifies the predefined types of a column element from which the type required may be set.

void setPredefinedType(::Ifc4x1::IfcColumnTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcColumnType(IfcEntityInstanceData *e)

IfcColumnType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcColumnTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcColumnTypeEnum¶

Public Types

enum Value¶

Definition from IAI: This enumeration defines the different types of linear elements an IfcColumnType object can fulfill:

COLUMN: A standard column element usually used vertically. USERDEFINED: User-defined linear element. NOTDEFINED: Undefined linear element

NOTE: This enumeration has been mainly introduced to allow further detailing of the type information in future releases of IFC. HISTORY New Enumeration in Release IFC2x Edition 2.

Values:

enumerator IfcColumnType_COLUMN¶

enumerator IfcColumnType_PILASTER¶

enumerator IfcColumnType_USERDEFINED¶

enumerator IfcColumnType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcCommunicationsAppliance : public Ifc4x1::IfcFlowTerminal

A communications appliance transmits and receives electronic or digital information as data or sound. Communication appliances may be fixed in place or may be able to be moved from one space to another. Communication appliances require an electrical supply that may be supplied either by an electrical circuit or provided from a local battery source.

HISTORY New entity in IFC2x4

Type Use Definition IfcCommunicationsAppliance defines the occurrence of any communications appliance; common information about communications appliance types is handled by IfcCommunicationsApplianceType. The IfcCommunicationsApplianceType (if present) may establish the common type name, usage (predefined type), properties, materials, ports, composition, assignments, and representations. The IfcCommunicationsApplianceType is attached using the IfcRelDefinesByType objectified relationship and is accessible by the IsTypedBy inverse attribute. If the IfcCommunicationsApplianceType has ports or aggregated elements, such objects are reflected at the IfcCommunicationsAppliance occurrence using the IfcRelDefinesByObject relationship.

Property Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Property sets may also be specified at the IfcCommunicationsApplianceType, defining the common property data for all occurrences of the same type. They are then accessible by the IsTypedBy inverse attribute pointing to IfcCommunicationsApplianceType.HasPropertySets. If both are given, then the properties directly defined at IfcCommunicationsAppliance override the properties defined at IfcCommunicationsApplianceType. Refer to the documentation at the supertype IfcFlowTerminal and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_CommunicationsAppliancePHistory (PSET_PERFORMANCEDRIVEN) Pset_CommunicationsApplianceTypeCommon (PSET_TYPEDRIVENOVERRIDE)

Quantity Use Definition The quantities relating to this entity are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. The following base quantities are defined and shall be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, may be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement shall be provided.

Qto_CommunicationsApplianceBaseQuantities

Material Use Definition The material of the IfcCommunicationsAppliance is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. Material information can also be given at the IfcCommunicationsApplianceType, defining the common attribute data for all occurrences of the same type. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

Casing: Material from which the casing is constructed.

Composition Use Definition The IfcCommunicationsAppliance may be aggregated into components using IfcRelAggregates where RelatingObject refers to the enclosing IfcCommunicationsAppliance and RelatedObjects contains one or more components. Aggregation use is defined for the following predefined types:

COMPUTER

May contain IfcAudioVisualAppliance components. Computers may be aggregated into audio-visual components such as displays, cameras, speakers, or microphones.

Connection Use Definition The IfcCommunicationsAppliance may be connected to other objects as follows using the indicated relationship:

IfcSystemFurnitureElement (IfcRelConnectsElements): Servers and other networking equipment may be installed in racks.

Port Use Definition The distribution ports relating to the IfcCommunicationsAppliance are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. If the communications appliance occurrence is defined by IfcCommunicationsApplianceType, then the port occurrences must reflect those defined at the IfcCommunicationsApplianceType using the IfcRelDefinesByObject relationship. Ports are specific to the IfcCommunicationsAppliance PredefinedType as follows indicated by the IfcDistributionPort Name, PredefinedType, and FlowDirection:

ANTENNA

Power (ELECTRICAL, SINK): Receives electrical power. Radio (SIGNAL, SINK): Electromagnetic waves. Signal (SIGNAL, SOURCE): The modulated analog signal in a circuit, such as a cable connected to a modem.

COMPUTER

Power (ELECTRICAL, SINK): Receives electrical power. Network (DATA, SINK): A network connection, may be wired or wireless (implicit antenna), such as a cable connected from a data outlet jack or from a router communications appliance. While communication is bidirectional, the router-end is considered to be the source. Device (CONTROL, SOURCE): A device connection such as USB or serial, which may connect to equipment such as a building automation controller. Display (AUDIOVISUAL, SOURCE): Audio/video output, such as a cable connected to a display, which may be aggregated into separate channels.

FAX

Power (ELECTRICAL, SINK): Receives electrical power. Telephone (TELEPHONE, SINK): Telephone connection.

MODEM

Power (ELECTRICAL, SINK): Receives electrical power. Signal (SIGNAL, SINK): Modulated analog signal, typically a cable connecting from a communications junction box or an antenna. Internet (DATA, SOURCE): Internet data network. Television (TV, SOURCE): Television modulated signal. Telephone (TELEPHONE, SOURCE): Telephone communications.

PRINTER

Power (ELECTRICAL, SINK): Receives electrical power. Network (DATA, SINK): A network connection, may be wired or wireless (implicit antenna), such as a cable connected from a data outlet jack or from a router communications appliance. While communication is bidirectional, the router-end is considered to be the source.

REPEATER

Power (ELECTRICAL, SINK): Receives electrical power. Input (SIGNAL, SINK): The receiving signal. Output (SIGNAL, SOURCE): The transmittes signal.

ROUTER

Power (ELECTRICAL, SINK): Receives electrical power. Uplink (DATA, SINK): Uplink from another network, such as a cable connected to another router or the Internet. Link#1 (DATA, SOURCE): A network link to a routed device such as a cable connecting to a computer. Link#2 (DATA, SOURCE): A network link to a routed device such as a cable connecting to a computer. Link#3 (DATA, SOURCE): A network link to a routed device such as a cable connecting to a computer. Link#4 (DATA, SOURCE): A network link to a routed device such as a cable connecting to a computer. Link#5 (DATA, SOURCE): A network link to a routed device such as a cable connecting to a computer. Link#6 (DATA, SOURCE): A network link to a routed device such as a cable connecting to a computer. Link#7 (DATA, SOURCE): A network link to a routed device such as a cable connecting to a computer. Link#8 (DATA, SOURCE): A network link to a routed device such as a cable connecting to a computer.

Public Types

typedef IfcTemplatedEntityList<IfcCommunicationsAppliance> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcCommunicationsAppliance.

::Ifc4x1::IfcCommunicationsApplianceTypeEnum::Value PredefinedType() const

void setPredefinedType(::Ifc4x1::IfcCommunicationsApplianceTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCommunicationsAppliance(IfcEntityInstanceData *e)

IfcCommunicationsAppliance(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcCommunicationsApplianceTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcCommunicationsApplianceType : public Ifc4x1::IfcFlowTerminalType

The flow terminal type IfcCommunicationsApplianceType defines commonly shared information for occurrences of communications appliances. The set of shared information may include:

common properties with shared property sets common representations of shape common materials common composition of elements common ports applicable assignment of process types

It is used to define a communications appliance specification (i.e. the specific product information, that is common to all occurrences of that product type). Communications Appliance types may be exchanged without being already assigned to occurrences. Occurrences of IfcCommunicationsApplianceType are represented by instances of IfcCommunicationsAppliance.

HISTORY: New entity in IFC2x4

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the HasPropertySets attribute. Refer to the documentation at the supertype IfcFlowTerminalType and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_CommunicationsApplianceTypeCommon Pset_ElectricalDeviceCommon

Material Use Definition The material of the IfcCommunicationsApplianceType is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

‘Casing’: Material from which the casing is constructed.

Composition Use Definition The IfcCommunicationsApplianceType may be aggregated into components using IfcRelAggregates where RelatingObject refers to the enclosing IfcCommunicationsApplianceType and RelatedObjects contains one or more components. Components are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Aggregation use is defined for the following predefined types:

COMPUTER: May contain IfcAudioVisualAppliance components. Computers may be aggregated into audio-visual components such as displays, cameras, speakers, or microphones.

Port Use Definition The distribution ports relating to the IfcCommunicationsApplianceType type are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. Ports are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Refer to the documentation at IfcCommunicationsAppliance for standard port definitions.

Public Types

typedef IfcTemplatedEntityList<IfcCommunicationsApplianceType> list

Public Functions

::Ifc4x1::IfcCommunicationsApplianceTypeEnum::Value PredefinedType() const: Identifies the predefined types of communications appliance from which the type required may be set.

void setPredefinedType(::Ifc4x1::IfcCommunicationsApplianceTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCommunicationsApplianceType(IfcEntityInstanceData *e)

IfcCommunicationsApplianceType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcCommunicationsApplianceTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcCommunicationsApplianceTypeEnum¶

Public Types

enum Value¶

Defines the range of different types of communications appliance that can be specified.

HISTORY: New enumeration in IFC2x4

ANTENNA: A transducer designed to transmit or receive electromagnetic waves. COMPUTER: A desktop, laptop, PDA or other type of computer that can be moved from one place to another and connected to an electrical supply via a plugged outlet. FAX: A machine that has the primary function of transmitting a facsimile copy of printed matter using a telephone line. GATEWAY: A gateway connects multiple network segments with different protocols at all layers (layers 1-7) of the OSI model MODEM: A modem (from modulator-demodulator) is a device that modulates an analog carrier signal to encode digital information, and also demodulates such a carrier signal to decode the transmitted information NETWORKAPPLIANCE: A network appliance performs a dedicated function such as firewall protection, content filtering, load balancing, or equipment management. NETWORKBRIDGE: A network bridge connects multiple network segments at the data link layer (layer 2) of the OSI model, and the term layer 2 switch is very often used interchangeably with bridge NETWORKHUB: A network hub connects multiple network segments at the physical layer (layer 1) of the OSI model. PRINTER: A machine that has the primary function of printing text and/or graphics onto paper or other media. REPEATER: A repeater is an electronic device that receives a signal and retransmits it at a higher level and/or higher power, or onto the other side of an obstruction, so that the signal can cover longer distances without degradation. ROUTER: A router is a networking device whose software and hardware are usually tailored to the tasks of routing and forwarding information. For example, on the Internet, information is directed to various paths by routers. SCANNER: A machine that has the primary function of scanning the content of printed matter and converting it to digital format that can be stored in a computer.

Values:

enumerator IfcCommunicationsApplianceType_ANTENNA¶

enumerator IfcCommunicationsApplianceType_COMPUTER¶

enumerator IfcCommunicationsApplianceType_FAX¶

enumerator IfcCommunicationsApplianceType_GATEWAY¶

enumerator IfcCommunicationsApplianceType_MODEM¶

enumerator IfcCommunicationsApplianceType_NETWORKAPPLIANCE¶

enumerator IfcCommunicationsApplianceType_NETWORKBRIDGE¶

enumerator IfcCommunicationsApplianceType_NETWORKHUB¶

enumerator IfcCommunicationsApplianceType_PRINTER¶

enumerator IfcCommunicationsApplianceType_REPEATER¶

enumerator IfcCommunicationsApplianceType_ROUTER¶

enumerator IfcCommunicationsApplianceType_SCANNER¶

enumerator IfcCommunicationsApplianceType_USERDEFINED¶

enumerator IfcCommunicationsApplianceType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcComplexNumber : public IfcUtil::IfcBaseType

IfcComplexNumber is a representation of a complex number expressed as an array with two elements. The first element (index 1) denotes the real component which is the numerical component of a complex number whose square roots can be calculated explicitly. The second element (index 2) denotes the imaginary component which is the numerical component of a complex number whose square roots cannot be determined other than through the provision of the square of the imaginary number j where j^2 = -1. Note that the imaginary component may be referred to as i in certain references.

Type: ARRAY [1:2] OF REAL

HISTORY New type in IFC Release 2x2.

Public Functions

const IfcParse::type_declaration &declaration() const

IfcComplexNumber(IfcEntityInstanceData *e)

IfcComplexNumber(std::vector<double> v)

operator std::vector<double>() const

Public Static Functions

const IfcParse::type_declaration &Class()

class IfcComplexProperty : public Ifc4x1::IfcProperty

IfcComplexProperty is used to define complex properties to be handled completely within a property set. The included set of properties may be a mixed or consistent collection of IfcProperty subtypes. This enables the definition of a set of properties to be included as a single ‘property’ entry in an IfcPropertySet. The definition of such an IfcComplexProperty can be reused in many different IfcPropertySet’s.

NOTE Since an IfcComplexProperty may contain other complex properties, sets of properties can be nested. This nesting may be restricted by view definitions and implementer agreements.

HISTORY New Entity in IFC Release 2.0, capabilities enhanced in IFC Release 2x.

Public Types

typedef IfcTemplatedEntityList<IfcComplexProperty> list

Public Functions

std::string UsageName() const: Usage description of the IfcComplexProperty within the property set which references the IfcComplexProperty. NOTE: Consider a complex property for glazing properties. The Name attribute of the IfcComplexProperty could be Pset_GlazingProperties, and the UsageName attribute could be OuterGlazingPane.

void setUsageName(std::string v)

IfcTemplatedEntityList<::Ifc4x1::IfcProperty>::ptr HasProperties() const: Set of properties that can be used within this complex property (may include other complex properties).

void setHasProperties(IfcTemplatedEntityList<::Ifc4x1::IfcProperty>::ptr v)

const IfcParse::entity &declaration() const

IfcComplexProperty(IfcEntityInstanceData *e)

IfcComplexProperty(std::string v1_Name, boost::optional<std::string> v2_Description, std::string v3_UsageName, IfcTemplatedEntityList<::Ifc4x1::IfcProperty>::ptr v4_HasProperties)

Public Static Functions

const IfcParse::entity &Class()

class IfcComplexPropertyTemplate : public Ifc4x1::IfcPropertyTemplate

The IfcComplexPropertyTemplate defines the template for all complex properties, either the IfcComplexProperty’s, or the IfcPhysicalComplexQuantity’s. The individual complex property templates are interpreted according to their Name attribute and and optional UsageName attribute.

HISTORY New entity in IFC2x4.

Public Types

typedef IfcTemplatedEntityList<IfcComplexPropertyTemplate> list

Public Functions

bool hasUsageName() const: Whether the optional attribute UsageName is defined for this IfcComplexPropertyTemplate.

std::string UsageName() const

void setUsageName(std::string v)

bool hasTemplateType() const: Whether the optional attribute TemplateType is defined for this IfcComplexPropertyTemplate.

::Ifc4x1::IfcComplexPropertyTemplateTypeEnum::Value TemplateType() const

void setTemplateType(::Ifc4x1::IfcComplexPropertyTemplateTypeEnum::Value v)

bool hasHasPropertyTemplates() const: Whether the optional attribute HasPropertyTemplates is defined for this IfcComplexPropertyTemplate.

IfcTemplatedEntityList<::Ifc4x1::IfcPropertyTemplate>::ptr HasPropertyTemplates() const: Reference to a set of property templates. It should only be provided, if the PropertyType is set to COMPLEX.

void setHasPropertyTemplates(IfcTemplatedEntityList<::Ifc4x1::IfcPropertyTemplate>::ptr v)

const IfcParse::entity &declaration() const

IfcComplexPropertyTemplate(IfcEntityInstanceData *e)

IfcComplexPropertyTemplate(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_UsageName, boost::optional<::Ifc4x1::IfcComplexPropertyTemplateTypeEnum::Value> v6_TemplateType, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertyTemplate>::ptr> v7_HasPropertyTemplates)

Public Static Functions

const IfcParse::entity &Class()

struct IfcComplexPropertyTemplateTypeEnum¶

Public Types

enum Value¶

This enumeration defines the subtype of instances of IfcComplexProperty or IfcPhysicalComplexQuantity that may be created and defined by an IfcComplexPropertyTemplate.

HISTORY New enumeration in IFC2x4.

Enumeration

P_COMPLEX: the properties defined by this IfcComplexPropertyTemplate are of type IfcComplexProperty. Q_COMPLEX: the properties defined by this IfcComplexPropertyTemplate are of type IfcPhysicalComplexQuantity.

Values:

enumerator IfcComplexPropertyTemplateType_P_COMPLEX¶

enumerator IfcComplexPropertyTemplateType_Q_COMPLEX¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcCompositeCurve : public Ifc4x1::IfcBoundedCurve

Definition from ISO/CD 10303-42:1992: A composite curve is a collection of curves joined end-to-end. The individual segments of the curve are themselves defined as composite curve segments. The parameterization of the composite curve is an accumulation of the parametric ranges of the referenced bounded curves. The first segment is parameterized from 0 to l1 and for i ≤ 2, the ith segment is parameterized from:

where lk is the parametric length (i.e., difference between maximum and minimum parameter values) of the curve underlying the kth segment.

Let T denote the parameter for the composite curve. Then, if the ith segment is not a reparameterised composite curve segment, T is related to the parameter ti; ti0 ≤ ti ≤ ti1; for the ith segment by the equation:

if Segments[i].SameSense = TRUE;

or by the equation:

if Segments[i].SameSense = FALSE;

If the segments[i] is of type reparameterised composite curve segment,

where τ is defined at reparameterized composite curve segment (see IfcReparameterizedCompositeCurveSegment).

Figure 279 illustrates an example of a composite curve.

Figure 279 — Composite curve

Consider an IfcCompositeCurve having line segment and an arc segment. The line should be parameterized:

IfcPolyline with start= 0.,0. end= 0.,1., SameSense= TRUE, parametric length = 1.

The arch should be parameterized:

IfcTrimmedCurve with start= 180’, end= 90’, SameSense= FALSE, parametric length = 90.

Then the parameterization of the composite curve is:

IfcCompositeCurve with 0. ≤ T ≤ 1. (line segment) and 1. ≤ T ≤ 91. (arc segment), parametric length = 91.

NOTE Corresponding ISO 10303 entity: composite_curve, please refer to ISO/IS 10303-42:1994, p. 56 for the final definition of the formal standard. The WR2 is added to ensure consistent Dim at all segments.

HISTORY New class in IFC Release 1.0

Informal Propositions:

The SameSense attribute of each segment correctly specifies the senses of the component curves. When traversed in the direction indicated by SameSense, the segments shall join end-to-end.

Subclassed by Ifc4x1::IfcCompositeCurveOnSurface

Public Types

typedef IfcTemplatedEntityList<IfcCompositeCurve> list

Public Functions

IfcTemplatedEntityList<::Ifc4x1::IfcCompositeCurveSegment>::ptr Segments() const: The component bounded curves, their transitions and senses. The transition attribute for the last segment defines the transition between the end of the last segment and the start of the first; this transition attribute may take the value discontinuous, which indicates an open curve.

void setSegments(IfcTemplatedEntityList<::Ifc4x1::IfcCompositeCurveSegment>::ptr v)

bool SelfIntersect() const: Indication of whether the curve intersects itself or not; this is for information only.

void setSelfIntersect(bool v)

const IfcParse::entity &declaration() const

IfcCompositeCurve(IfcEntityInstanceData *e)

IfcCompositeCurve(IfcTemplatedEntityList<::Ifc4x1::IfcCompositeCurveSegment>::ptr v1_Segments, bool v2_SelfIntersect)

Public Static Functions

const IfcParse::entity &Class()

class IfcCompositeCurveOnSurface : public Ifc4x1::IfcCompositeCurve

Definition from ISO/CD 10303-42:1992 A composite curve on surface is a collection of segments which are curves on a surface. Each segment shall lie on the basis surface.

There shall be at least positional continuity between adjacent segments. The parameterization of the composite curve is obtained from the accumulation of the parametric ranges of the segments. The first segment is parameterized from 0 to l1, and, for i ≥ 2, the ith segment is parameterized from

where lk is the parametric length (that is, the difference between maximum and minimum parameter values) of the kth curve segment.

The IfcCompositeCurveOnSurface is a collection of segments, based on p-curves. i.e. a curve which lies on the basis of a surface and is defined in the parameter space of that surface. The p-curve segment is a special type of a composite curve segment and shall only be used to bound a surface.

NOTE Corresponding ISO 10303 entity: composite_curve_on_surface. Please refer to ISO/IS 10303-42:1994, p.64 for the final definition of the formal standard.

HISTORY New entity in IFC2x4.

Subclassed by Ifc4x1::IfcBoundaryCurve

Public Types

typedef IfcTemplatedEntityList<IfcCompositeCurveOnSurface> list

Public Functions

const IfcParse::entity &declaration() const

IfcCompositeCurveOnSurface(IfcEntityInstanceData *e)

IfcCompositeCurveOnSurface(IfcTemplatedEntityList<::Ifc4x1::IfcCompositeCurveSegment>::ptr v1_Segments, bool v2_SelfIntersect)

Public Static Functions

const IfcParse::entity &Class()

class IfcCompositeCurveSegment : public Ifc4x1::IfcGeometricRepresentationItem

Definition from ISO/CD 10303-42:1992: A composite curve segment is a bounded curve together with transition information which is used to construct a composite curve (IfcCompositeCurve).

The derived attribute Dim has been added (see also note at IfcGeometricRepresentationItem). The IfcCompositeCurveSegment is a subtype of IfcGeometricRepresentationItem (whereas in ISO 10303-42 composite_curve_segment is not a subtype of geometric_representation_item, the proposed 2nd edition of ISO 10303-42 however proposes the subtype relationship).

NOTE Corresponding ISO 10303 entity: composite_curve_segment. Please refer to ISO/IS 10303-42:1994, p.57 for the final definition of the formal standard.

HISTORY New class in IFC Release 1.0

Subclassed by Ifc4x1::IfcReparametrisedCompositeCurveSegment

Public Types

typedef IfcTemplatedEntityList<IfcCompositeCurveSegment> list

Public Functions

::Ifc4x1::IfcTransitionCode::Value Transition() const: The state of transition (i.e., geometric continuity from the last point of this segment to the first point of the next segment) in a composite curve.

void setTransition(::Ifc4x1::IfcTransitionCode::Value v)

bool SameSense() const

An indicator of whether or not the sense of the segment agrees with, or opposes, that of the parent curve. If SameSense is false, the point with highest parameter value is taken as the first point of the segment.

NOTE If the datatype of ParentCurve is IfcTrimmedCurve, the value of SameSense overrides the value of IfcTrimmedCurve.SenseAgreement

void setSameSense(bool v)

::Ifc4x1::IfcCurve *ParentCurve() const: The bounded curve which defines the geometry of the segment.

void setParentCurve(::Ifc4x1::IfcCurve *v)

IfcTemplatedEntityList<IfcCompositeCurve>::ptr UsingCurves() const

const IfcParse::entity &declaration() const

IfcCompositeCurveSegment(IfcEntityInstanceData *e)

IfcCompositeCurveSegment(::Ifc4x1::IfcTransitionCode::Value v1_Transition, bool v2_SameSense, ::Ifc4x1::IfcCurve *v3_ParentCurve)

Public Static Functions

const IfcParse::entity &Class()

class IfcCompositeProfileDef : public Ifc4x1::IfcProfileDef

The IfcCompositeProfileDef defines the profile by composition of other profiles. The composition is given by a set of at least two other profile definitions. Any profile definition (except for another composite profile) can be used to construct the composite.

HISTORY New entity in IFC2x.

Figure 314 illustrates the composite profile definition. The IfcCompositeProfileDef does not define an own position coordinate system, it is directly defined in the underlying coordinate system. The underlying coordinate system is defined by the swept surface or swept area solid that uses the profile definition. It is the xy plane of either:

IfcSweptSurface.Position IfcSweptAreaSolid.Position

Or in case of sectioned spines it is the xy plane of each list member of IfcSectionedSpine.CrossSectionPositions. The IfcCompositeProfileDef is defined using other profile definitions. Those other profile definitions are directly inserted into the underlying coordinate system.

In case of parameterized profile definitions, the Position attribute of those standard profiles is used to place the profiles relatively to each other. In case of arbitrary profile definitions, each Cartesian coordinate is given directly within the underlying coordinate system.

NOTE The black coordinate axes show the underlying coordinate system of the swept surface or swept area solid.

Figure 314

Twin profiles special case

If twin profiles are modeled by profile composition, the base profile should only be specified once. It is then included into the composite profile directly and additionally indirectly via IfcMirroredProfileDef. For example, a double angle made of two L100x10 with 10mm air gap between them, i.e. a _||_ shape, can be modeled as

single_L : IfcLShapeProfileDef := IfcLShapeProfileDef(AREA, ‘L100X100X10’, IfcAxis2Placement2D(IfcCartesianPoint(((.100+.010)/2., .0)), ?), .100, .100, .010, .012, ?, 0., ?, ?); double_L : IfcCompositeProfileDef := IfcCompositeProfileDef(AREA, ‘double angle’, (single_L, IfcMirroredProfileDef(AREA, ?, single_L, ?)), ‘twin profile’);

Public Types

typedef IfcTemplatedEntityList<IfcCompositeProfileDef> list

Public Functions

IfcTemplatedEntityList<::Ifc4x1::IfcProfileDef>::ptr Profiles() const: The profiles which are used to define the composite profile.

void setProfiles(IfcTemplatedEntityList<::Ifc4x1::IfcProfileDef>::ptr v)

bool hasLabel() const: Whether the optional attribute Label is defined for this IfcCompositeProfileDef.

std::string Label() const: The name by which the composition may be referred to. The actual meaning of the name has to be defined in the context of applications.

void setLabel(std::string v)

const IfcParse::entity &declaration() const

IfcCompositeProfileDef(IfcEntityInstanceData *e)

IfcCompositeProfileDef(::Ifc4x1::IfcProfileTypeEnum::Value v1_ProfileType, boost::optional<std::string> v2_ProfileName, IfcTemplatedEntityList<::Ifc4x1::IfcProfileDef>::ptr v3_Profiles, boost::optional<std::string> v4_Label)

Public Static Functions

const IfcParse::entity &Class()

class IfcCompoundPlaneAngleMeasure : public IfcUtil::IfcBaseType

IfcCompoundPlaneAngleMeasure is a compound measure of plane angle in degrees, minutes, seconds, and optionally millionth-seconds of arc.

NOTE: IfcCompoundPlaneAngleMeasure is used where angles need to be described to an accuracy as fine as one millionth of a degree and expressed as parts of an arc. It may be used for angular measurement by surveyors or for other angular measurements where precision is required. Another usage is exact or approximate global positioning against a geographic coordinate systems using longitude and latitude.

NOTE: While the unit of measurement of the type IfcPlaneAngleMeasure depends on unit assignment (radian or degree or other derived units; globally at the IfcPoject or locally at an IfcMeasureWithUnit), the units of IfcCompoundPlaneAngleMeasure are always degrees, minutes, seconds, and millionth-seconds irrespective of unit assignments.

HISTORY New type in IFC Release 1.5.1.

Type: LIST [3:4] OF INTEGER

Value restrictions

The first integer measure is the number of degrees and is generally not range-restricted. However, when IfcCompoundPlaneAngleMeasure is used to express geographic coordinates, only latitudes of [-90, 90] and longitudes of [-180, 180] are used in practice. The second integer measure is the number of minutes and shall be in the range (-60, 60). The third integer measure is the number of seconds and shall be in the range (-60, 60). The optional fourth integer measure is the number of millionth-seconds and shall be in the range (-1 000 000, 1 000 000).

Signedness

All measure components have the same sign (positive or negative). It is therefore trivial to convert between floating point representation (decimal degrees) and compound representation regardless whether the angle is greater or smaller than zero. Example:

LOCAL a : IfcPlaneAngleMeasure := -50.975864; (* decimal degrees, -50° 58’ 33” 110400 *) b : IfcPlaneAngleMeasure; c : IfcCompoundPlaneAngleMeasure; s : IfcText; END_LOCAL;

(* convert from float to compound *) c[1] := a; -50 c[2] := (a - c[1]) * 60; -58 c[3] := ((a - c[1]) * 60 - c[2]) * 60; -33 c[4] := (((a - c[1]) * 60 - c[2]) * 60 - c[3]) * 1.e6; -110400

(* convert from compound to float *) b := c[1] + c[2]/60. + c[3]/3600. + c[4]/3600.e6; -50.975864

Use in string representations

When a compound plane angle measure is formatted for display or printout, the signs of the fractional components will usually be discarded because, to a human reader, the sign of the first component alone already indicates the sense of the angle:

(* convert from compound to human-readable string *) s := FORMAT(c[1], ‘+##’) + “000000B0” + FORMAT(ABS(c[2]), ‘##’) + ‘’’’ + FORMAT(ABS(c[3]), ‘##’) + ‘”’ + FORMAT(ABS(c[4]), ‘##’); – -50° 58’ 33” 110400

Another often encountered display format of latitudes and longitudes is to omit the signs and print N, S, E, W indicators instead, for example, 50°58’33”S. When stored as IfcCompoundPlaneAngleMeasure however, a compound plane angle measure is always signed, with same sign of all components.

Public Functions

const IfcParse::type_declaration &declaration() const

IfcCompoundPlaneAngleMeasure(IfcEntityInstanceData *e)

IfcCompoundPlaneAngleMeasure(std::vector<int> v)

operator std::vector<int>() const

Public Static Functions

const IfcParse::type_declaration &Class()

class IfcCompressor : public Ifc4x1::IfcFlowMovingDevice

A compressor is a device that compresses a fluid typically used in a refrigeration circuit.

HISTORY New entity in IFC2x4

Type Use Definition IfcCompressor defines the occurrence of any compressor; common information about compressor types is handled by IfcCompressorType. The IfcCompressorType (if present) may establish the common type name, usage (predefined type), properties, materials, ports, composition, assignments, and representations. The IfcCompressorType is attached using the IfcRelDefinesByType objectified relationship and is accessible by the IsTypedBy inverse attribute. If the IfcCompressorType has ports or aggregated elements, such objects are reflected at the IfcCompressor occurrence using the IfcRelDefinesByObject relationship.

Property Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Property sets may also be specified at the IfcCompressorType, defining the common property data for all occurrences of the same type. They are then accessible by the IsTypedBy inverse attribute pointing to IfcCompressorType.HasPropertySets. If both are given, then the properties directly defined at IfcCompressor override the properties defined at IfcCompressorType. Refer to the documentation at the supertype IfcFlowMovingDevice and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_CompressorPHistory (PSET_PERFORMANCEDRIVEN) Pset_CompressorTypeCommon (PSET_TYPEDRIVENOVERRIDE)

Quantity Use Definition The quantities relating to this entity are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. The following base quantities are defined and shall be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, may be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement shall be provided.

Qto_CompressorBaseQuantities

Material Use Definition The material of the IfcCompressor is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. Material information can also be given at the IfcCompressorType, defining the common attribute data for all occurrences of the same type. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

Body: The primary material from which the object is constructed. Refrigerant: Refrigerant material.

Port Use Definition The distribution ports relating to the IfcCompressor are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. If the compressor occurrence is defined by IfcCompressorType, then the port occurrences must reflect those defined at the IfcCompressorType using the IfcRelDefinesByObject relationship. Ports are specific to the IfcCompressor PredefinedType as follows indicated by the IfcDistributionPort Name, PredefinedType, and FlowDirection:

RefrigerantIn (REFRIGERATION, SINK): Uncompressed vapor refrigerant entering the compressor. RefrigerantOut (REFRIGERATION, SOURCE): Compressed vapor refrigerant leaving the compressor.

Figure 217 illustrates compressor port use. Figure 217 — Compressor port use

Public Types

typedef IfcTemplatedEntityList<IfcCompressor> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcCompressor.

::Ifc4x1::IfcCompressorTypeEnum::Value PredefinedType() const

void setPredefinedType(::Ifc4x1::IfcCompressorTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCompressor(IfcEntityInstanceData *e)

IfcCompressor(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcCompressorTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcCompressorType : public Ifc4x1::IfcFlowMovingDeviceType

The flow moving device type IfcCompressorType defines commonly shared information for occurrences of compressors. The set of shared information may include:

common properties with shared property sets common representations of shape common materials common composition of elements common ports applicable assignment of process types

It is used to define a compressor specification (i.e. the specific product information, that is common to all occurrences of that product type). Compressor types may be exchanged without being already assigned to occurrences. Occurrences of IfcCompressorType are represented by instances of IfcCompressor.

HISTORY: New entity in IFC2x2

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the HasPropertySets attribute. Refer to the documentation at the supertype IfcFlowMovingDeviceType and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_CompressorTypeCommon

Material Use Definition The material of the IfcCompressorType is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

‘Body’: The primary material from which the object is constructed. ‘Refrigerant’: Refrigerant material.

Port Use Definition The distribution ports relating to the IfcCompressorType type are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. Ports are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Refer to the documentation at IfcCompressor for standard port definitions.

Public Types

typedef IfcTemplatedEntityList<IfcCompressorType> list

Public Functions

::Ifc4x1::IfcCompressorTypeEnum::Value PredefinedType() const: Defines the type of compressor (e.g., hermetic, reciprocating, etc.).

void setPredefinedType(::Ifc4x1::IfcCompressorTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCompressorType(IfcEntityInstanceData *e)

IfcCompressorType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcCompressorTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcCompressorTypeEnum¶

Public Types

enum Value¶

Types of compressors. The IfcCompressorTypeEnum contains the following:

DYNAMIC: The pressure of refrigerant vapor is increased by a continuous transfer of angular momentum from a rotating member to the vapor followed by conversion of this momentum into static pressure. RECIPROCATING: Positive-displacement compressor using a piston driven by a connecting rod from a crankshaft. ROTARY: Positive-displacement compressor using a roller or rotor device. SCROLL: Positive-displacement compressor using two inter-fitting, spiral-shaped scroll members. TROCHOIDAL: Positive-displacement compressor using a rolling motion of one circle outside or inside the circumference of a basic circle and produce either epitrochoids or hypotrochoids. SINGLESTAGE: Positive-displacement reciprocating compressor where vapor is compressed in a single stage. BOOSTER: Positive-displacement reciprocating compressor where pressure is increased by a booster. OPENTYPE: Positive-displacement reciprocating compressor where the shaft extends through a seal in the crankcase for an external drive. HERMETIC: Positive-displacement reciprocating compressor where the motor and compressor are contained within the same housing, with the motor shaft integral with the compressor crankshaft and the motor in contact with refrigerant. SEMIHERMETIC: Positive-displacement reciprocating compressor where the hermetic compressors use bolted construction amenable to field repair. WELDEDSHELLHERMETIC: Positive-displacement reciprocating compressor where the motor compressor is mounted inside a steel shell, which, in turn is sealed by welding. ROLLINGPISTON: Positive-displacement rotary compressor using a roller mounted on the eccentric of a shaft with a single vane in the nonrotating cylindrical housing. ROTARYVANE: Positive-displacement rotary compressor using a roller mounted on the eccentric of a shaft with multiple vanes in the nontotating cylindrical housing. SINGLESCREW: Positive-displacement rotary compressor using a single cylindrical main rotor that works with a pair of gate rotors. TWINSCREW: Positive-displacement rotary compressor using two mating helically grooved rotors, male (lobes) and female (flutes) in a stationary housing with inlet and outlet gas ports. USERDEFINED: User-defined compressor type. NOTDEFINED: Undefined compressor type.

HISTORY: New enumeration in IFC R2x.

Values:

enumerator IfcCompressorType_DYNAMIC¶

enumerator IfcCompressorType_RECIPROCATING¶

enumerator IfcCompressorType_ROTARY¶

enumerator IfcCompressorType_SCROLL¶

enumerator IfcCompressorType_TROCHOIDAL¶

enumerator IfcCompressorType_SINGLESTAGE¶

enumerator IfcCompressorType_BOOSTER¶

enumerator IfcCompressorType_OPENTYPE¶

enumerator IfcCompressorType_HERMETIC¶

enumerator IfcCompressorType_SEMIHERMETIC¶

enumerator IfcCompressorType_WELDEDSHELLHERMETIC¶

enumerator IfcCompressorType_ROLLINGPISTON¶

enumerator IfcCompressorType_ROTARYVANE¶

enumerator IfcCompressorType_SINGLESCREW¶

enumerator IfcCompressorType_TWINSCREW¶

enumerator IfcCompressorType_USERDEFINED¶

enumerator IfcCompressorType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcCondenser : public Ifc4x1::IfcEnergyConversionDevice

A condenser is a device that is used to dissipate heat, typically by condensing a substance such as a refrigerant from its gaseous to its liquid state.

HISTORY New entity in IFC2x4

Type Use Definition IfcCondenser defines the occurrence of any condenser; common information about condenser types is handled by IfcCondenserType. The IfcCondenserType (if present) may establish the common type name, usage (predefined type), properties, materials, ports, composition, assignments, and representations. The IfcCondenserType is attached using the IfcRelDefinesByType objectified relationship and is accessible by the IsTypedBy inverse attribute. If the IfcCondenserType has ports or aggregated elements, such objects are reflected at the IfcCondenser occurrence using the IfcRelDefinesByObject relationship.

Property Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Property sets may also be specified at the IfcCondenserType, defining the common property data for all occurrences of the same type. They are then accessible by the IsTypedBy inverse attribute pointing to IfcCondenserType.HasPropertySets. If both are given, then the properties directly defined at IfcCondenser override the properties defined at IfcCondenserType. Refer to the documentation at the supertype IfcEnergyConversionDevice and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_CondenserPHistory (PSET_PERFORMANCEDRIVEN) Pset_CondenserTypeCommon (PSET_TYPEDRIVENOVERRIDE)

Quantity Use Definition The quantities relating to this entity are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. The following base quantities are defined and shall be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, may be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement shall be provided.

Qto_CondenserBaseQuantities

Material Use Definition The material of the IfcCondenser is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. Material information can also be given at the IfcCondenserType, defining the common attribute data for all occurrences of the same type. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

Body: The primary material from which the object is constructed. Refrigerant: Refrigerant material.

Port Use Definition The distribution ports relating to the IfcCondenser are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. If the condenser occurrence is defined by IfcCondenserType, then the port occurrences must reflect those defined at the IfcCondenserType using the IfcRelDefinesByObject relationship. Ports are specific to the IfcCondenser PredefinedType as follows indicated by the IfcDistributionPort Name, PredefinedType, and FlowDirection:

AIRCOOLED

RefrigerantIn (REFRIGERATION, SINK): Vapor refrigerant entering the condenser. RefrigerantOut (REFRIGERATION, SOURCE): Liquid refrigerant leaving the condenser. CompressedAirIn (COMPRESSEDAIR, SINK): Cooler air entering the condenser. CompressedAirOut (COMPRESSEDAIR, SOURCE): Warmer air leaving the condenser.

EVAPORATIVECOOLED

RefrigerantIn (REFRIGERATION, SINK): Vapor refrigerant entering the condenser. RefrigerantOut (REFRIGERATION, SOURCE): Liquid refrigerant leaving the condenser. CondenserWaterIn (CONDENSERWATER, SINK): Makeup water entering the condenser. CondenserWaterOut (CONDENSERWATER, SOURCE): Purged water leaving the condenser. VentilationIn (VENTILATION, SINK): Air entering the condenser. VentilationOut (VENTILATION, SOURCE): Air leaving the condenser.

WATERCOOLED

RefrigerantIn (REFRIGERATION, SINK): Vapor refrigerant entering the condenser. RefrigerantOut (REFRIGERATION, SOURCE): Liquid refrigerant leaving the condenser. CondenserWaterIn (CONDENSERWATER, SINK): Cooler water entering the condenser, optionally from cooling tower. CondenserWaterOut (CONDENSERWATER, SOURCE): Warmer water leaving the condenser, optionally to cooling tower.

Figure 218 illustrates condenser port use. Figure 218 — Condenser port use

Public Types

typedef IfcTemplatedEntityList<IfcCondenser> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcCondenser.

::Ifc4x1::IfcCondenserTypeEnum::Value PredefinedType() const

void setPredefinedType(::Ifc4x1::IfcCondenserTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCondenser(IfcEntityInstanceData *e)

IfcCondenser(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcCondenserTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcCondenserType : public Ifc4x1::IfcEnergyConversionDeviceType

The energy conversion device type IfcCondenserType defines commonly shared information for occurrences of condensers. The set of shared information may include:

common properties with shared property sets common representations of shape common materials common composition of elements common ports applicable assignment of process types

It is used to define a condenser specification (i.e. the specific product information, that is common to all occurrences of that product type). Condenser types may be exchanged without being already assigned to occurrences. Occurrences of IfcCondenserType are represented by instances of IfcCondenser.

HISTORY: New entity in IFC2x2

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the HasPropertySets attribute. Refer to the documentation at the supertype IfcEnergyConversionDeviceType and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_CondenserTypeCommon

Material Use Definition The material of the IfcCondenserType is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

‘Casing’: Material from which the casing is constructed. ‘Refrigerant’: Refrigerant material.

Port Use Definition The distribution ports relating to the IfcCondenserType type are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. Ports are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Refer to the documentation at IfcCondenser for standard port definitions.

Public Types

typedef IfcTemplatedEntityList<IfcCondenserType> list

Public Functions

::Ifc4x1::IfcCondenserTypeEnum::Value PredefinedType() const: Defines the type of condenser.

void setPredefinedType(::Ifc4x1::IfcCondenserTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCondenserType(IfcEntityInstanceData *e)

IfcCondenserType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcCondenserTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcCondenserTypeEnum¶

Public Types

enum Value¶

Enumeration defining the typical types of condensers. Air is used as the cooling medium for AIRCOOLED; water is used as the cooling medium for all other types. The IfcCondenserTypeEnum contains the following:

AIRCOOLED: A condenser in which heat is transferred to an air-stream. EVAPORATIVECOOLED: A condenser that is cooled evaporatively. WATERCOOLED: Water-cooled condenser with unspecified operation. WATERCOOLEDSHELLTUBE: Water-cooled condenser with cooling water circulated through one or more tubes contained within the shell. WATERCOOLEDSHELLCOIL: Water-cooled condenser with cooling water circulated through one or more continuous or assembled coils contained within the shell. WATERCOOLEDTUBEINTUBE: Water-cooled condenser consisting of one or more assemblies of two tubes, one within the other. WATERCOOLEDBRAZEDPLATE: Water-cooled condenser condenser with plates brazed together to form an assembly of separate channels. USERDEFINED: User-defined condenser type. NOTDEFINED: Undefined condenser type.

HISTORY: New enumeration in IFC 2x2. WATERCOOLED added in IFC 2x4.

Values:

enumerator IfcCondenserType_AIRCOOLED¶

enumerator IfcCondenserType_EVAPORATIVECOOLED¶

enumerator IfcCondenserType_WATERCOOLED¶

enumerator IfcCondenserType_WATERCOOLEDBRAZEDPLATE¶

enumerator IfcCondenserType_WATERCOOLEDSHELLCOIL¶

enumerator IfcCondenserType_WATERCOOLEDSHELLTUBE¶

enumerator IfcCondenserType_WATERCOOLEDTUBEINTUBE¶

enumerator IfcCondenserType_USERDEFINED¶

enumerator IfcCondenserType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcConic : public Ifc4x1::IfcCurve

Definition from ISO/CD 10303-42:1992: A conic (IfcConic) is a planar curve which could be produced by intersecting a plane with a cone. A conic is defined in terms of its intrinsic geometric properties rather than being described in terms of other geometry. A conic class always has a placement coordinate system defined by a two or three dimensional placement. The parametric representation is defined in terms of this placement coordinate system.

NOTE Corresponding ISO 10303 entity: conic, only the following subtypes have been incorporated into IFC 1.0, 1.5 & 2.0: circle as IfcCircle, ellipse as IfcEllipse. The derived attribute Dim has been added at this level and was therefore demoted from the geometric_representation_item. Please refer to ISO/IS 10303-42:1994, p. 38 for the final definition of the formal standard.

HISTORY New class in IFC Release 1.0

Subclassed by Ifc4x1::IfcCircle, Ifc4x1::IfcEllipse

Public Types

typedef IfcTemplatedEntityList<IfcConic> list

Public Functions

::Ifc4x1::IfcAxis2Placement *Position() const: The location and orientation of the conic. Further details of the interpretation of this attribute are given for the individual subtypes.”.

void setPosition(::Ifc4x1::IfcAxis2Placement *v)

const IfcParse::entity &declaration() const

IfcConic(IfcEntityInstanceData *e)

IfcConic(::Ifc4x1::IfcAxis2Placement *v1_Position)

Public Static Functions

const IfcParse::entity &Class()

class IfcConnectedFaceSet : public Ifc4x1::IfcTopologicalRepresentationItem

Definition from ISO/CD 10303-42:1992: A connected_face_set is a set of faces such that the domain of faces together with their bounding edges and vertices is connected.

NOTE Corresponding ISO 10303 entity: connected_face_set, the subtype closed_shell is included as IfcClosedShell and the subtype open_shell is included as IfcOpenShell. Please refer to ISO/IS 10303-42:1994, p. 144 for the final definition of the formal standard.

HISTORY New class in IFC Release 1.0

Informal proposition:

The union of the domains of the faces and their bounding loops shall be arcwise connected.

Subclassed by Ifc4x1::IfcClosedShell, Ifc4x1::IfcOpenShell

Public Types

typedef IfcTemplatedEntityList<IfcConnectedFaceSet> list

Public Functions

IfcTemplatedEntityList<::Ifc4x1::IfcFace>::ptr CfsFaces() const: The set of faces arcwise connected along common edges or vertices.

void setCfsFaces(IfcTemplatedEntityList<::Ifc4x1::IfcFace>::ptr v)

const IfcParse::entity &declaration() const

IfcConnectedFaceSet(IfcEntityInstanceData *e)

IfcConnectedFaceSet(IfcTemplatedEntityList<::Ifc4x1::IfcFace>::ptr v1_CfsFaces)

Public Static Functions

const IfcParse::entity &Class()

class IfcConnectionCurveGeometry : public Ifc4x1::IfcConnectionGeometry

IfcConnectionCurveGeometry is used to describe the geometric constraints that facilitate the physical connection of two objects at a curve or at an edge with curve geometry associated. It is envisioned as a control that applies to the element connection relationships.

EXAMPLE The connection relationship between two walls has a geometric constraint which describes the end caps (or cut-off of the wall ends) by a CurveOnRelatingElement for the first wall and a CurveOnRelatedElement for the second wall. The exact usage of the IfcConnectionCurveGeometry is further defined in the geometry use sections of the elements that use it.

The available geometry for the connection constraint may be further restricted to only allow straight segments by applying IfcPolyline only. Such an usage constraint is provided at the object definition of the IfcElement subtype, utilizing the element connection by referring to the subtype of IfcRelConnects with the associatedIfcConnectionCurveGeometry.

HISTORY New entity in IFC Release 1.5, has been renamed from IfcLineConnectionGeometry in IFC Release 2x.

IFC2x Edition 3 CHANGE The provision of topology with associated geometry, IfcEdgeCurve, is enabled by using the IfcCurveOrEdgeCurve.

Geometry use definitions The IfcCurve (or the IfcEdgeCurve with an associated IfcCurve) at the CurveOnRelatingElement attribute defines the curve where the basic geometry items of the connected elements connects. The curve geometry and coordinates are provided within the local coordinate system of the RelatingElement, as specified at the IfcRelConnects Subtype that utilizes the IfcConnectionCurveGeometry. Optionally, the same curve geometry and coordinates can also be provided within the local coordinate system of the RelatedElement by using the CurveOnRelatedElement attribute.

Public Types

typedef IfcTemplatedEntityList<IfcConnectionCurveGeometry> list

Public Functions

::Ifc4x1::IfcCurveOrEdgeCurve *CurveOnRelatingElement() const: The bounded curve at which the connected objects are aligned at the relating element, given in the LCS of the relating element.

void setCurveOnRelatingElement(::Ifc4x1::IfcCurveOrEdgeCurve *v)

bool hasCurveOnRelatedElement() const: Whether the optional attribute CurveOnRelatedElement is defined for this IfcConnectionCurveGeometry.

::Ifc4x1::IfcCurveOrEdgeCurve *CurveOnRelatedElement() const: The bounded curve at which the connected objects are aligned at the related element, given in the LCS of the related element. If the information is omitted, then the origin of the related element is used.

void setCurveOnRelatedElement(::Ifc4x1::IfcCurveOrEdgeCurve *v)

const IfcParse::entity &declaration() const

IfcConnectionCurveGeometry(IfcEntityInstanceData *e)

IfcConnectionCurveGeometry(::Ifc4x1::IfcCurveOrEdgeCurve *v1_CurveOnRelatingElement, ::Ifc4x1::IfcCurveOrEdgeCurve *v2_CurveOnRelatedElement)

Public Static Functions

const IfcParse::entity &Class()

class IfcConnectionGeometry : public IfcUtil::IfcBaseEntity

IfcConnectionGeometry is used to describe the geometric and topological constraints that facilitate the physical connection of two objects. It is envisioned as a control that applies to the element connection relationships.

NOTE The element connection relationship normally provides for a logical connection information, by referencing the relating and related elements. If in addition an IfcConnectionGeometry is provided, physical connection information is given by specifying exactly where at the relating and related element the element connection occurs. Using the eccentricity subtypes, the connection can also be described when there is a physical distance (or eccentricity) between the connection elements.

The IfcConnectionGeometry allows for the provision of connection constraints between geometric and topological elements, the following connection geometry/topology types are in scope:

point | vertex point, curve | edge curve, surface | face surface,

HISTORY New entity in IFC Release 1.5.

IFC2x Edition 3 CHANGE The definition of the subtypes has been enhanced by allowing either geometric representation items (point | curve | surface) or topological representation items with associated geometry (vertex point | edge curve | face surface).

Subclassed by Ifc4x1::IfcConnectionCurveGeometry, Ifc4x1::IfcConnectionPointGeometry, Ifc4x1::IfcConnectionSurfaceGeometry, Ifc4x1::IfcConnectionVolumeGeometry

Public Types

typedef IfcTemplatedEntityList<IfcConnectionGeometry> list

Public Functions

const IfcParse::entity &declaration() const

IfcConnectionGeometry(IfcEntityInstanceData *e)

IfcConnectionGeometry()

Public Static Functions

const IfcParse::entity &Class()

class IfcConnectionPointEccentricity : public Ifc4x1::IfcConnectionPointGeometry

IfcConnectionPointEccentricity is used to describe the geometric constraints that facilitate the physical connection of two objects at a point or vertex point with associated point coordinates. There is a physical distance, or eccentricity, etween the connection points of both object. The eccentricity can be either given by:

providing the PointOnRelatingElement and the PointOnRelatedElement, where bothpoint coordinates are not identical within a common parent coordinate system (latestly within the world coordinate system), providing the PointOnRelatingElement and the three distance measures, EccentricityInX, EccentricityInY, and EccentricityInZ (or only EccentricityInX, and EccentricityInY if the underlying coordinate system is two-dimensional), or providing both.

NOTE If both, PointOnRelatedElement, and EccentricityInX, EccentricityInY, (EccentricityInZ) are provided, the values should be consistent. In case of any non-consistency, the calculated distance between PointOnRelatingElement and PointOnRelatedElement takes precedence.

The explicit values for EccentricityInX, EccentricityInY, and EccentricityInZ are always measured in the following direction and coordinate system (defining when the value is positive or negative):

from the PointOnRelatedElement to PointOnRelatingElement within the coordinate system of the RelatingElement. in addition: when used to specify connections in structural analysis models, the IfcStructuralMember is to be used as the RelatingElement of the relationship object utilizing IfcConnectionPointEccentricity, and the IfcStructuralConnection is the RelatedElement.

HISTORY New entity in IFC 2x Edition 3.

Geometry use definitions The IfcPoint (or the IfcVertexPoint with an associated IfcPoint) at the PointOnRelatingElement attribute defines the point where the basic geometry items of the connected elements connects. The point coordinates are provided within the local coordinate system of the RelatingElement, as specified at the IfcRelConnects subtype that utilizes the IfcConnectionPointGeometry. Optionally, the same point coordinates can also be provided within the local coordinate system of the RelatedElement by using the PointOnRelatedElement attribute, otherwise the distance to the point at the RelatedElement has to be given by the three eccentricity values.

Public Types

typedef IfcTemplatedEntityList<IfcConnectionPointEccentricity> list

Public Functions

bool hasEccentricityInX() const: Whether the optional attribute EccentricityInX is defined for this IfcConnectionPointEccentricity.

double EccentricityInX() const: Distance in x direction between the two points (or vertex points) engaged in the point connection.

void setEccentricityInX(double v)

bool hasEccentricityInY() const: Whether the optional attribute EccentricityInY is defined for this IfcConnectionPointEccentricity.

double EccentricityInY() const: Distance in y direction between the two points (or vertex points) engaged in the point connection.

void setEccentricityInY(double v)

bool hasEccentricityInZ() const: Whether the optional attribute EccentricityInZ is defined for this IfcConnectionPointEccentricity.

double EccentricityInZ() const: Distance in z direction between the two points (or vertex points) engaged in the point connection.

void setEccentricityInZ(double v)

const IfcParse::entity &declaration() const

IfcConnectionPointEccentricity(IfcEntityInstanceData *e)

IfcConnectionPointEccentricity(::Ifc4x1::IfcPointOrVertexPoint *v1_PointOnRelatingElement, ::Ifc4x1::IfcPointOrVertexPoint *v2_PointOnRelatedElement, boost::optional<double> v3_EccentricityInX, boost::optional<double> v4_EccentricityInY, boost::optional<double> v5_EccentricityInZ)

Public Static Functions

const IfcParse::entity &Class()

class IfcConnectionPointGeometry : public Ifc4x1::IfcConnectionGeometry

IfcConnectionPointGeometry is used to describe the geometric constraints that facilitate the physical connection of two objects at a point (here IfcCartesianPoint) or at an vertex with point coordinates associated. It is envisioned as a control that applies to the element connection relationships.

EXAMPLE The connection relationship between two path based elements (like a column and a beam) has a geometric constraint which describes the connection points by a PointOnRelatingElement for the column and a PointOnRelatedElement for the beam. The exact usage of the IfcConnectionPointGeometry is further defined in the geometry use sections of the elements that use it.

NOTE If the point connection has an offset (if the two points or vertex points at the relating and related element do not physically match), the subtype IfcConnectionPointEccentricity shall be used.

HISTORY New entity in IFC Release 1.5, has been renamed from IfcPointConnectionGeometry in IFC Release 2x.

IFC2x Edition 3 CHANGE The provision of topology with associated geometry, IfcVertexPoint, is enabled by using the IfcPointOrVertexPoint.

Geometry use definitions The IfcPoint (or the IfcVertexPoint with an associated IfcPoint) at the PointOnRelatingElement attribute defines the point where the basic geometry items of the connected elements connect. The point coordinates are provided within the local coordinate system of the RelatingElement, as specified at the IfcRelConnectsSubtype that utilizes the IfcConnectionPointGeometry. Optionally, the same point coordinates can also be provided within the local coordinate system of the RelatedElement by using the PointOnRelatedElement attribute. If both point coordinates are not identical within a common parent coordinate system (ultimately within the world coordinate system), the subtype IfcConnectionPointEccentricity shall be used.

Subclassed by Ifc4x1::IfcConnectionPointEccentricity

Public Types

typedef IfcTemplatedEntityList<IfcConnectionPointGeometry> list

Public Functions

::Ifc4x1::IfcPointOrVertexPoint *PointOnRelatingElement() const: Point at which the connected object is aligned at the relating element, given in the LCS of the relating element.

void setPointOnRelatingElement(::Ifc4x1::IfcPointOrVertexPoint *v)

bool hasPointOnRelatedElement() const: Whether the optional attribute PointOnRelatedElement is defined for this IfcConnectionPointGeometry.

::Ifc4x1::IfcPointOrVertexPoint *PointOnRelatedElement() const: Point at which connected objects are aligned at the related element, given in the LCS of the related element. If the information is omitted, then the origin of the related element is used.

void setPointOnRelatedElement(::Ifc4x1::IfcPointOrVertexPoint *v)

const IfcParse::entity &declaration() const

IfcConnectionPointGeometry(IfcEntityInstanceData *e)

IfcConnectionPointGeometry(::Ifc4x1::IfcPointOrVertexPoint *v1_PointOnRelatingElement, ::Ifc4x1::IfcPointOrVertexPoint *v2_PointOnRelatedElement)

Public Static Functions

const IfcParse::entity &Class()

class IfcConnectionSurfaceGeometry : public Ifc4x1::IfcConnectionGeometry

IfcConnectionSurfaceGeometry is used to describe the geometric constraints that facilitate the physical connection of two objects at a surface or at a face with surface geometry associated. It is envisioned as a control that applies to the element connection relationships.

HISTORY New entity in IFC Release 2x.

IFC2x Edition 3 CHANGE The provision of topology with associated geometry, IfcFaceSurface, is enabled by using the IfcSurfaceOrFaceSurface.

Geometry use definitions The IfcSurface (or the IfcFaceSurface with an associated IfcSurface) at the SurfaceOnRelatingElement attribute defines the surface where the basic geometry items of the connected elements connects. The surface geometry and coordinates are provided within the local coordinate system of the RelatingElement, as specified at the IfcRelConnectsSubtype that utilizes the IfcConnectionSurfaceGeometry. Optionally, the samesurface geometry and coordinates can also be provided within the local coordinate system of the RelatedElement by using the SurfaceOnRelatedElement attribute.

Public Types

typedef IfcTemplatedEntityList<IfcConnectionSurfaceGeometry> list

Public Functions

::Ifc4x1::IfcSurfaceOrFaceSurface *SurfaceOnRelatingElement() const: Surface at which related object is aligned at the relating element, given in the LCS of the relating element.

void setSurfaceOnRelatingElement(::Ifc4x1::IfcSurfaceOrFaceSurface *v)

bool hasSurfaceOnRelatedElement() const: Whether the optional attribute SurfaceOnRelatedElement is defined for this IfcConnectionSurfaceGeometry.

::Ifc4x1::IfcSurfaceOrFaceSurface *SurfaceOnRelatedElement() const: Surface at which the relating element is aligned at the related element, given in the LCS of the related element. If the information is omitted, then the origin of the related element is used.

void setSurfaceOnRelatedElement(::Ifc4x1::IfcSurfaceOrFaceSurface *v)

const IfcParse::entity &declaration() const

IfcConnectionSurfaceGeometry(IfcEntityInstanceData *e)

IfcConnectionSurfaceGeometry(::Ifc4x1::IfcSurfaceOrFaceSurface *v1_SurfaceOnRelatingElement, ::Ifc4x1::IfcSurfaceOrFaceSurface *v2_SurfaceOnRelatedElement)

Public Static Functions

const IfcParse::entity &Class()

struct IfcConnectionTypeEnum¶

Public Types

enum Value¶

This enumeration defines the different ways how path based elements (such as IfcWallStandardCase) can connect, as shown in Figure 65.

HISTORY New type in IFC Release 2.0

L-Shape Connection

RelatingConnectionType: AtStart RelatedConnectionType: AtStart

L-Shape Connection

RelatingConnectionType: AtEnd RelatedConnectionType: AtStart

T-Shape Connection

RelatingConnectionType: AtPath RelatedConnectionType: AtStart

Figure 65 — Connection types</td

Values:

enumerator IfcConnectionType_ATPATH¶

enumerator IfcConnectionType_ATSTART¶

enumerator IfcConnectionType_ATEND¶

enumerator IfcConnectionType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcConnectionVolumeGeometry : public Ifc4x1::IfcConnectionGeometry

IfcConnectionVolumeGeometry is used to describe the geometric constraints that facilitate the physical connection (or overlap) of two objects at a volume defined by a solid or closed shell. It is envisioned as a control that applies to the element connection or interference relationships.

HISTORY New entity in IFC2x4.

Geometry use definitions The IfcSolidModel (or the IfcClosedShell) at the VolumeOnRelatingElement attribute defines the volume where the basic geometry items of the interfering elements overlap. The volume geometry and coordinates are provided within the local coordinate system of the RelatingElement, as specified at the subtypes of the relationship IfcRelConnects that utilizes the IfcConnectionSurfaceGeometry. Optionally, the samevolume geometry and coordinates can also be provided within the local coordinate system of the RelatedElement by using the VolumeOnRelatedElement attribute.

Public Types

typedef IfcTemplatedEntityList<IfcConnectionVolumeGeometry> list

Public Functions

::Ifc4x1::IfcSolidOrShell *VolumeOnRelatingElement() const: Volume at which related object overlaps with the relating element, given in the LCS of the relating element.

void setVolumeOnRelatingElement(::Ifc4x1::IfcSolidOrShell *v)

bool hasVolumeOnRelatedElement() const: Whether the optional attribute VolumeOnRelatedElement is defined for this IfcConnectionVolumeGeometry.

::Ifc4x1::IfcSolidOrShell *VolumeOnRelatedElement() const: Volume at which related object overlaps with the relating element, given in the LCS of the related element.

void setVolumeOnRelatedElement(::Ifc4x1::IfcSolidOrShell *v)

const IfcParse::entity &declaration() const

IfcConnectionVolumeGeometry(IfcEntityInstanceData *e)

IfcConnectionVolumeGeometry(::Ifc4x1::IfcSolidOrShell *v1_VolumeOnRelatingElement, ::Ifc4x1::IfcSolidOrShell *v2_VolumeOnRelatedElement)

Public Static Functions

const IfcParse::entity &Class()

class IfcConstraint : public IfcUtil::IfcBaseEntity

An IfcConstraint is used to define a constraint or limiting value or boundary condition that may be applied to an object or to the value of a property.

HISTORY: New Entity in IFC Release 2.0

Use Definition IfcConstraint may be associated with any subtype of IfcRoot (unless restricted in specific subtypes) through the IfcRelAssociatesConstraint relationship in the IfcControlExtension schema, or may be associated with IfcProperty by IfcPropertyConstraintRelationship.

A constraint may aggregate other constraints through the IfcConstraintAggregationRelationship through which a logical association between constraints may be applied, or constraints may have other defined relationship to other constraints via IfcConstraintRelationship.

A constraint must have a name applied through the IfcConstraint.Name attribute and optionally, a description through IfcConstraint.Description. The grade of the constraint (hard, soft, advisory) must be specified through IfcConstraint.ConstraintGrade or IfcConstraint.UserDefinedGrade whilst the source, creating actor and time at which the constraint is created may be optionally asserted through IfcConstraint.ConstraintSource, IfcConstraint.CreatingActor and IfcConstraint.CreationTime.

A constraint may also have additional external information (such as classification or document information) associated to it by IfcExternalReferenceRelationship, accessible through inverse attribute IfcConstraint.HasExternalReferences

Subclassed by Ifc4x1::IfcMetric, Ifc4x1::IfcObjective

Public Types

typedef IfcTemplatedEntityList<IfcConstraint> list

Public Functions

std::string Name() const: A name to be used for the constraint (e.g., ChillerCoefficientOfPerformance).

void setName(std::string v)

bool hasDescription() const: Whether the optional attribute Description is defined for this IfcConstraint.

std::string Description() const: A description that may apply additional information about a constraint.

void setDescription(std::string v)

::Ifc4x1::IfcConstraintEnum::Value ConstraintGrade() const: Enumeration that qualifies the type of constraint.

void setConstraintGrade(::Ifc4x1::IfcConstraintEnum::Value v)

bool hasConstraintSource() const: Whether the optional attribute ConstraintSource is defined for this IfcConstraint.

std::string ConstraintSource() const: Any source material, such as a code or standard, from which the constraint originated.

void setConstraintSource(std::string v)

bool hasCreatingActor() const: Whether the optional attribute CreatingActor is defined for this IfcConstraint.

::Ifc4x1::IfcActorSelect *CreatingActor() const: Person and/or organization that has created the constraint.

void setCreatingActor(::Ifc4x1::IfcActorSelect *v)

bool hasCreationTime() const: Whether the optional attribute CreationTime is defined for this IfcConstraint.

std::string CreationTime() const

Time when information specifying the constraint instance was created.

Note IFC2x4 CHANGE: Attribute data type changed to IfcDateTime using ISO 8601 representation

void setCreationTime(std::string v)

bool hasUserDefinedGrade() const: Whether the optional attribute UserDefinedGrade is defined for this IfcConstraint.

std::string UserDefinedGrade() const: Allows for specification of user defined grade of the constraint beyond the enumeration values (hard, soft, advisory) provided by ConstraintGrade attribute of type IfcConstraintEnum. When a value is provided for attribute UserDefinedGrade in parallel the attribute ConstraintGrade shall have enumeration value USERDEFINED.

void setUserDefinedGrade(std::string v)

IfcTemplatedEntityList<IfcExternalReferenceRelationship>::ptr HasExternalReferences() const

IfcTemplatedEntityList<IfcResourceConstraintRelationship>::ptr PropertiesForConstraint() const

const IfcParse::entity &declaration() const

IfcConstraint(IfcEntityInstanceData *e)

IfcConstraint(std::string v1_Name, boost::optional<std::string> v2_Description, ::Ifc4x1::IfcConstraintEnum::Value v3_ConstraintGrade, boost::optional<std::string> v4_ConstraintSource, ::Ifc4x1::IfcActorSelect *v5_CreatingActor, boost::optional<std::string> v6_CreationTime, boost::optional<std::string> v7_UserDefinedGrade)

Public Static Functions

const IfcParse::entity &Class()

struct IfcConstraintEnum¶

Public Types

enum Value¶

IfcConstraintEnum is an enumeration used to qualify a constraint.

HISTORY: New type in IFC Release 2.0

Enumeration

Value Definition

HARD Qualifies a constraint such that it must be followed rigidly within or at the values set.

SOFT Qualifies a constraint such that it should be followed within or at the values set.

ADVISORY Qualifies a constraint such that it is advised that it is followed within or at the values set.

Values:

enumerator IfcConstraint_HARD¶

enumerator IfcConstraint_SOFT¶

enumerator IfcConstraint_ADVISORY¶

enumerator IfcConstraint_USERDEFINED¶

enumerator IfcConstraint_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcConstructionEquipmentResource : public Ifc4x1::IfcConstructionResource

IfcConstructionEquipmentResource is usage of construction equipment to assist in the performance of construction. Construction Equipment resources are wholly or partially consumed or occupied in the performance of construction.

HISTORY: New Entity in IFC Release 2.0. Base type and documentation extended in IFC2x4.

Occurrences of IfcConstructionEquipmentResource are products that are used as resources to assist the process of construction. More specifically, they are products that are standalone items brought to a project to fulfil a particular purpose. Examples might be a tower crane or other mobile crane, a screwing machine, a lifting hoist etc. They are explicitly instances of IfcProduct and may be drawn from various of the subtype, for instance IfcTransportElement, IfcDiscreteAccessory, IfcProxy (for particular cases where more precise usage details are not available).

A product that is used as an IfcConstructionEquipmentResource is referenced using the IfcRelAssignsToResource.RelatedObjects relationship.

Use definitions for composition, assignment, constraints, time series, and baselines are described at the base type IfcConstructionResource.

Type use definition IfcConstructionEquipmentResource defines the occurrence of any construction equipment resource; common information about construction equipment resource types is handled by IfcConstructionEquipmentResourceType. The IfcConstructionEquipmentResourceType (if present) may establish the common type name, common properties, and common productivities for various task types using IfcRelAssignsToProcess. The IfcConstructionEquipmentResourceType is attached using the IfcRelDefinesByType.RelatingType objectified relationship and is accessible by the inverse IsTypedBy attribute.

Quantity use definition The quantities relating to the IfcConstructionEquipmentResource are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. It is accessible by the inverse IsDefinedBy relationship. The following base quantities are defined and should be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities can be defined being subjected to local standard of measurement with another string value assigned to Name and a value provided for MethodOfMeasurement.

Qto_ConstructionEquipmentResourceBaseQuantities: base quantities for all construction equipment resources.

Assignment use definition In addition to assignments specified at the base class IfcConstructionResource, a construction equipment resource may have assignments of its own using IfcRelAssignsToResource where RelatingResource refers to the IfcConstructionEquipmentResource and RelatedObjects contains one or more IfcProduct subtypes as shown in Figure 183. Such relationship indicates the equipment used as input for the resource. Such products are not contained within a building structure but are referenced within a construction spatial zone, specifically IfcSpatialZone with PredefinedType=CONSTRUCTION, which is aggregated within the IfcProject. There may be multiple chains of production such that the assigned equipment may have their own task and resource assignments for assembling such equipment.

Figure 183 — Construction equipment resource assignment

Public Types

typedef IfcTemplatedEntityList<IfcConstructionEquipmentResource> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcConstructionEquipmentResource.

::Ifc4x1::IfcConstructionEquipmentResourceTypeEnum::Value PredefinedType() const: Defines types of construction equipment resources. IFC2x4 New attribute

void setPredefinedType(::Ifc4x1::IfcConstructionEquipmentResourceTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcConstructionEquipmentResource(IfcEntityInstanceData *e)

IfcConstructionEquipmentResource(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, boost::optional<std::string> v6_Identification, boost::optional<std::string> v7_LongDescription, ::Ifc4x1::IfcResourceTime *v8_Usage, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcAppliedValue>::ptr> v9_BaseCosts, ::Ifc4x1::IfcPhysicalQuantity *v10_BaseQuantity, boost::optional<::Ifc4x1::IfcConstructionEquipmentResourceTypeEnum::Value> v11_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcConstructionEquipmentResourceType : public Ifc4x1::IfcConstructionResourceType

The resource type IfcConstructionEquipmentType defines commonly shared information for occurrences of construction equipment resources. The set of shared information may include:

common productivities common cost rates common properties within shared property sets

It is used to define a construction equipment resource specification (the specific resource information that is common to all occurrences of that resource). Resource types may be exchanged without being already assigned to occurrences. Occurrences of the IfcConstructionEquipmentResourceType are represented by instances of IfcConstructionEquipmentResource.

HISTORY New entity in IFC2x4.

Assignment use definition In addition to assignments specified at the base class IfcConstructionResourceType, a construction equipment resource type may have assignments of its own using IfcRelAssignsToResource where RelatingResource refers to the IfcConstructionEquipmentResourceType and RelatedObjects contains one or more IfcTypeProduct subtypes. Such relationship indicates the type of equipment to be used as input, which is instantiated as an occurrence assigned for each resource occurrence. There may be multiple chains of production where such product type may have its own task and resource types assigned indicating how to assemble such equipment.

Public Types

typedef IfcTemplatedEntityList<IfcConstructionEquipmentResourceType> list

Public Functions

::Ifc4x1::IfcConstructionEquipmentResourceTypeEnum::Value PredefinedType() const: Defines types of construction equipment resources.

void setPredefinedType(::Ifc4x1::IfcConstructionEquipmentResourceTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcConstructionEquipmentResourceType(IfcEntityInstanceData *e)

IfcConstructionEquipmentResourceType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<std::string> v7_Identification, boost::optional<std::string> v8_LongDescription, boost::optional<std::string> v9_ResourceType, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcAppliedValue>::ptr> v10_BaseCosts, ::Ifc4x1::IfcPhysicalQuantity *v11_BaseQuantity, ::Ifc4x1::IfcConstructionEquipmentResourceTypeEnum::Value v12_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcConstructionEquipmentResourceTypeEnum¶

Public Types

enum Value¶

This enumeration is used to identify the primary purpose of a construction equipment resource. It is limited to the most common equipment used in construction. The IfcConstructionEquipmentResourceTypeEnum contains the following:

DEMOLISHING: Removal or destruction of building elements. EARTHMOVING: Excavating, filling, or contouring earth. ERECTING: Lifting, positioning, and placing elements. HEATING: Temporary heat to support construction. LIGHTING: Temporary lighting to support construction. PAVING: Asphalt or concrete roads or walkways. PUMPING: Installing materials through pumps. TRANSPORTING: Transporting products or materials. USERDEFINED: User-defined resource. NOTDEFINED: Undefined resource.

HISTORY: New enumeration in IFC2x4

Values:

enumerator IfcConstructionEquipmentResourceType_DEMOLISHING¶

enumerator IfcConstructionEquipmentResourceType_EARTHMOVING¶

enumerator IfcConstructionEquipmentResourceType_ERECTING¶

enumerator IfcConstructionEquipmentResourceType_HEATING¶

enumerator IfcConstructionEquipmentResourceType_LIGHTING¶

enumerator IfcConstructionEquipmentResourceType_PAVING¶

enumerator IfcConstructionEquipmentResourceType_PUMPING¶

enumerator IfcConstructionEquipmentResourceType_TRANSPORTING¶

enumerator IfcConstructionEquipmentResourceType_USERDEFINED¶

enumerator IfcConstructionEquipmentResourceType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcConstructionMaterialResource : public Ifc4x1::IfcConstructionResource

IfcConstructionMaterialResource identifies a material resource type in a construction project.

HISTORY: New Entity in IFC Release 2.0. Base type and documentation extended in IFC2x4.

IFC2x4 NOTE: The attribute Suppliers has been deleted; use IfcRelAssignsToResource to assign an IfcActor to fulfill the role as a supplier. The attribute UsageRatio has been deleted; use BaseQuantityConsumed and BaseQuantityProduced to indicate material usage.

Occurrences of IfcConstructionMaterialResource are consumed (wholly or partially), or occupied during a construction work task (IfcTask).

Similar to IfcConstructionProductResource, sometimes things such as 5000kg of gravel are already instantiated as an IfcProduct because it is a result of a work task (for example, transporting gravel). In this case, the instance of IfcConstructionMaterialResource can be associated with the product instance 5000kg of gravel to provide more information for resource uses. Nevertheless, IfcConstructionMaterialResource should only be used to represent resource usage (for example gravel), but not product substances (for example, 5000kg of gravel). Note: This class is not the same as IfcMaterial; the former can typically represent the type of bulk materials such as sand, gravels, nails and so on (note these can be instantiated from IfcProduct as well depending their uses in the system) used in a construction process. The latter is about physical materials used in a physical building element typically with detailed positioning (e.g. offset) and layering information. Quantities for an IfcConstructionMaterialResource are defined through IfcRelDefinesByProperty and use IfcElementQuantity.

Use definitions for composition, assignment, constraints, time series, and baselines are described at the base type IfcConstructionResource.

Type use definition IfcConstructionMaterialResource defines the occurrence of any material resource; common information about material resource types is handled by IfcConstructionMaterialResourceType. The IfcConstructionMaterialResourceType (if present) may establish the common type name, common properties, and common productivities for various task types using IfcRelAssignsToProcess. The IfcConstructionMaterialResourceType is attached using the IfcRelDefinesByType.RelatingType objectified relationship and is accessible by the inverse IsTypedBy attribute.

Quantity use definition The quantities relating to the IfcConstructionMaterialResource are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. It is accessible by the inverse IsDefinedBy relationship. The following base quantities are defined and should be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities can be defined being subjected to local standard of measurement with another string value assigned to Name and a value provided for MethodOfMeasurement.

Qto_ConstructionMaterialResourceBaseQuantities: base quantities for all construction material resources.

Assignment use definition In addition to assignments specified at the base class IfcConstructionResource, a construction material resource may have assignments of its own using IfcRelAssignsToResource where RelatingResource refers to the IfcConstructionMaterialResource and RelatedObjects contains one or more IfcProduct subtypes as shown in Figure 184. Such relationship indicates the physical material used as input for the resource. Such products are not contained within a building structure but are referenced within a construction spatial zone, specifically IfcSpatialZone with PredefinedType=CONSTRUCTION, which is aggregated within the IfcProject. The IfcGeographicElement object is used to represent the physical material occurrence, which may optionally have placement and representation indicating intended storage on the construction site. There may be multiple chains of production such that the assigned product material(s) may have their own task and resource assignments for transporting or extracting such material.

Figure 184 — Construction material resource assignment

Public Types

typedef IfcTemplatedEntityList<IfcConstructionMaterialResource> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcConstructionMaterialResource.

::Ifc4x1::IfcConstructionMaterialResourceTypeEnum::Value PredefinedType() const: Defines types of construction material resources. IFC2x4 New attribute

void setPredefinedType(::Ifc4x1::IfcConstructionMaterialResourceTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcConstructionMaterialResource(IfcEntityInstanceData *e)

IfcConstructionMaterialResource(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, boost::optional<std::string> v6_Identification, boost::optional<std::string> v7_LongDescription, ::Ifc4x1::IfcResourceTime *v8_Usage, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcAppliedValue>::ptr> v9_BaseCosts, ::Ifc4x1::IfcPhysicalQuantity *v10_BaseQuantity, boost::optional<::Ifc4x1::IfcConstructionMaterialResourceTypeEnum::Value> v11_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcConstructionMaterialResourceType : public Ifc4x1::IfcConstructionResourceType

The resource type IfcConstructionMaterialType defines commonly shared information for occurrences of construction material resources. The set of shared information may include:

common productivities common cost rates common properties within shared property sets

It is used to define a construction material resource specification (i.e. the specific resource information that is common to all occurrences of that resource). Resource types may be exchanged without being already assigned to occurrences. Occurrences of the IfcConstructionMaterialResourceType are represented by instances of IfcConstructionMaterialResource.

HISTORY New entity in IFC2x4.

Assignment Use Definition In addition to assignments specified at the base class IfcConstructionResourceType, a construction material resource type may have assignments of its own using IfcRelAssignsToResource where RelatingResource refers to the IfcConstructionMaterialResourceType and RelatedObjects contains one or more IfcTypeProduct subtypes. Such relationship indicates material specifications to be used as input, which is instantiated as an occurrence assigned for each resource occurrence. The IfcGeographicElementType product type may be used to hold the material representation (via IfcRelAssociatesMaterial. There may be multiple chains of production where such product type may have its own task and resource types assigned indicating how to transport or extract such material.

Public Types

typedef IfcTemplatedEntityList<IfcConstructionMaterialResourceType> list

Public Functions

::Ifc4x1::IfcConstructionMaterialResourceTypeEnum::Value PredefinedType() const: Defines types of construction material resources.

void setPredefinedType(::Ifc4x1::IfcConstructionMaterialResourceTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcConstructionMaterialResourceType(IfcEntityInstanceData *e)

IfcConstructionMaterialResourceType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<std::string> v7_Identification, boost::optional<std::string> v8_LongDescription, boost::optional<std::string> v9_ResourceType, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcAppliedValue>::ptr> v10_BaseCosts, ::Ifc4x1::IfcPhysicalQuantity *v11_BaseQuantity, ::Ifc4x1::IfcConstructionMaterialResourceTypeEnum::Value v12_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcConstructionMaterialResourceTypeEnum¶

Public Types

enum Value¶

This enumeration is used to identify the primary purpose of a construction material resource. It is limited to the most common raw materials used in construction and excludes materials commonly sold as finished products. The IfcConstructionMaterialResourceTypeEnum contains the following:

AGGREGATES: Construction aggregate including sand, gravel, and crushed stone. CONCRETE: Cast-in-place concrete. DRYWALL: Wall board, including gypsum board. FUEL: Fuel for running equipment. GYPSUM: Any gypsum material. MASONRY: Masonry including brick, stone, concrete block, glass block, and tile. METAL: Any metallic material. PLASTIC: Any plastic material. WOOD: Any wood material. USERDEFINED: User-defined resource. NOTDEFINED: Undefined resource.

HISTORY: New enumeration in IFC2x4

Values:

enumerator IfcConstructionMaterialResourceType_AGGREGATES¶

enumerator IfcConstructionMaterialResourceType_CONCRETE¶

enumerator IfcConstructionMaterialResourceType_DRYWALL¶

enumerator IfcConstructionMaterialResourceType_FUEL¶

enumerator IfcConstructionMaterialResourceType_GYPSUM¶

enumerator IfcConstructionMaterialResourceType_MASONRY¶

enumerator IfcConstructionMaterialResourceType_METAL¶

enumerator IfcConstructionMaterialResourceType_PLASTIC¶

enumerator IfcConstructionMaterialResourceType_WOOD¶

enumerator IfcConstructionMaterialResourceType_NOTDEFINED¶

enumerator IfcConstructionMaterialResourceType_USERDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcConstructionProductResource : public Ifc4x1::IfcConstructionResource

IfcConstructionProductResource defines the role of a product that is consumed (wholly or partially), or occupied in the performance of construction.

HISTORY: New Entity in IFC Release 2.0. Renamed from IfcProductResource in IFC 2x. Base type and documentation extended in IFC2x4.

Occurrences of IfcConstructionProductResource are usage of products to assist the process of construction. More specifically, they are usage of products that result from some construction processes and that are then used as resources to facilitate further construction. For instance, formworks can be instantiated as products resulting from the process constructing formwork. However, they are used as resources in the process pouring concrete in a later stage of the project. IfcConstructionProductResource occurrences are explicitly instances of IfcProduct and may be drawn from various of the subtypes, for instance IfcElementComponent, IfcElementAssembly, IfcProxy (for particular cases where more precise usage details are not available). The product that is used as a construction resource is referenced using the IfcRelAssignsToResource.RelatedObjects relationship.

Use definitions for composition, assignment, constraints, time series, and baselines are described at the base type IfcConstructionResource.

Type use definition IfcConstructionProductResource defines the occurrence of any product resource; common information about product resource types is handled by IfcConstructionProductResourceType. The IfcConstructionProductResourceType (if present) may establish the common type name, common properties, and common productivities for various task types using IfcRelAssignsToProcess. The IfcConstructionProductResourceType is attached using the IfcRelDefinesByType.RelatingType objectified relationship and is accessible by the inverse IsTypedBy attribute.

Assignment use definition In addition to assignments specified at the base class IfcConstructionResource, a construction product resource may have assignments of its own using IfcRelAssignsToResource where RelatingResource refers to the IfcConstructionProductResource and RelatedObjects contains one or more IfcProduct subtypes as shown in Figure 185. Such relationship indicates the products used as input for the resource. Such products are not contained within a building structure but are referenced within a construction spatial zone, specifically IfcSpatialZone with PredefinedType=CONSTRUCTION, which is aggregated within the IfcProject. There may be multiple chains of production such that the assigned products may have their own task and resource assignments.

Figure 185 — Construction product resource assignment

Public Types

typedef IfcTemplatedEntityList<IfcConstructionProductResource> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcConstructionProductResource.

::Ifc4x1::IfcConstructionProductResourceTypeEnum::Value PredefinedType() const: Defines types of construction product resources. IFC2x4 New attribute

void setPredefinedType(::Ifc4x1::IfcConstructionProductResourceTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcConstructionProductResource(IfcEntityInstanceData *e)

IfcConstructionProductResource(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, boost::optional<std::string> v6_Identification, boost::optional<std::string> v7_LongDescription, ::Ifc4x1::IfcResourceTime *v8_Usage, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcAppliedValue>::ptr> v9_BaseCosts, ::Ifc4x1::IfcPhysicalQuantity *v10_BaseQuantity, boost::optional<::Ifc4x1::IfcConstructionProductResourceTypeEnum::Value> v11_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcConstructionProductResourceType : public Ifc4x1::IfcConstructionResourceType

The resource type IfcConstructionProductType defines commonly shared information for occurrences of construction product resources. The set of shared information may include:

common productivities common cost rates common properties within shared property sets

It is used to define a construction product resource specification (i.e. the specific resource information that is common to all occurrences of that resource). Resource types may be exchanged without being already assigned to occurrences. Occurrences of the IfcConstructionProductResourceType are represented by instances of IfcConstructionProductResource.

HISTORY New entity in IFC2x4.

Assignment use definition In addition to assignments specified at the base class IfcConstructionResourceType, a construction product resource type may have assignments of its own using IfcRelAssignsToResource where RelatingResource refers to the IfcConstructionProductResourceType and RelatedObjects contains one or more IfcTypeProduct subtypes. Such relationship indicates the type of product to be used as input, which is instantiated as an occurrence assigned for each resource occurrence. There may be multiple chains of production where such product type may have its own task and resource types assigned.

Public Types

typedef IfcTemplatedEntityList<IfcConstructionProductResourceType> list

Public Functions

::Ifc4x1::IfcConstructionProductResourceTypeEnum::Value PredefinedType() const: Defines types of construction product resources.

void setPredefinedType(::Ifc4x1::IfcConstructionProductResourceTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcConstructionProductResourceType(IfcEntityInstanceData *e)

IfcConstructionProductResourceType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<std::string> v7_Identification, boost::optional<std::string> v8_LongDescription, boost::optional<std::string> v9_ResourceType, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcAppliedValue>::ptr> v10_BaseCosts, ::Ifc4x1::IfcPhysicalQuantity *v11_BaseQuantity, ::Ifc4x1::IfcConstructionProductResourceTypeEnum::Value v12_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcConstructionProductResourceTypeEnum¶

Public Types

enum Value¶

This enumeration is used to identify the primary purpose of a construction product resource. It describes use of products created for construction, and excludes products of the finished building model. The IfcConstructionProductsResourceTypeEnum contains the following:

ASSEMBLY: Construction of assemblies for use as input to the building model or other assemblies. FORMWORK: Construction or placement of forms for placing materials such as concrete. USERDEFINED: User-defined resource. NOTDEFINED: Undefined resource.

HISTORY: New enumeration in IFC2x4

Values:

enumerator IfcConstructionProductResourceType_ASSEMBLY¶

enumerator IfcConstructionProductResourceType_FORMWORK¶

enumerator IfcConstructionProductResourceType_USERDEFINED¶

enumerator IfcConstructionProductResourceType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcConstructionResource : public Ifc4x1::IfcResource

IfcConstructionResource is an abstract generalization of the different resources used in construction projects, mainly labor, material, equipment and product resources, plus subcontracted resources and aggregations such as a crew resource.

A resource represents “use of something” and does not necessarily correspond to a single item such as a person or vehicle, but represents a pool of items having limited availability such as general labor or an equipment fleet. A resource can represent either a generic resource pool (not having any task assignment) or a task-specific resource allocation (having an IfcTask assignment).

HISTORY New entity in IFC2x2.

IFC2x4 CHANGE Modified in to promote ResourceIdentifer and ResourceGroup (renamed to LongDescription) to supertype IfcResource and add attributes as described.

Type use definition IfcConstructionResource defines the occurrence of any construction resource; common information about construction resource types is handled by IfcConstructionResourceType. The IfcConstructionResourceType (if present) may establish the common type name, common properties, common cost rates, and common productivities applied to specific task types. The IfcConstructionResourceType is attached using the IfcRelDefinesByType.RelatingType objectified relationship and is accessible by the inverse IsTypedBy attribute as shown in Figure 186. The resource type may provide shared productivity and cost information, allowing tasks and resources to be selected according to lowest cost and/or shortest duration. Given an IfcProduct of a particular IfcTypeProduct type, an IfcTypeProcess may be selected from those assigned to the product type using IfcRelAssignsToProduct, and an IfcTypeResource may be selected from those assigned to the process type using IfcRelAssignsToProcess. Then IfcTask and IfcConstructionResource occurrences may be instantiated from the type definitions, applying productivitity and rate information to assigned quantities to calculate ResourceTime.ScheduleWork. Task durations can then be calculated by dividing ResourceTime.ScheduleWork by ResourceTime.ScheduleUsage.

Figure 186 — Construction resource type use

Composition use definition Resources may be decomposed into allocation pools using the IfcRelNests relationship as shown in Figure 187. For example, an IfcLaborResource for “Electrician” may be decomposed into three task-specific IfcLaborResource objects: “Electrical Rough-in”, “First Floor Circuits”, and “Second Floor Circuits”. Both relating and related sides may represent the same ResourceTime.ScheduleUsage quantity (for example, 6 workers time-shared), or the related side may break out ResourceTime.ScheduleUsage quantities for reserved use (for example, 4 workers and 2 workers). A common scenario is two nesting levels where the first-level resources have no task assignments; while second-level resources have specific task assignments indicating that the resource is subdivided into allocations for specific tasks. While the model allows unlimited nesting of resources, implementer agreements may restrict to two nesting levels with task assignments specifically at the second level.

Figure 187 — Construction resource composition use

Declaration use definition A root-level resource (specifically IfcCrewResource or IfcSubContractResource) is declared within the project by IfcRelDeclares where RelatingContext refers to the single IfcProject and RelatedObjects refers to one or more IfcConstructionResource, and other root-level objects within the project.

Assignment use definition A resource may be assigned to an actor by IfcRelAssignsToActor where RelatingActor refers to an IfcActor and RelatedObjects refers to one or more IfcConstructionResource or other objects. Such relationship indicates the actor responsible for allocating the resource such as partitioning into task-specific allocations, delegating to other actors, and/or scheduling over time. Note that this assignment does not indicate the person or organization performing the work; that is indicated by IfcRelAssignsToResource. The actor responsible for the resource may or may not be the same as any actor(s) performing work. A resource may be assigned to a control by IfcRelAssignsToControl where RelatingProduct refers to an IfcControl and RelatedObjects refers to one or more IfcConstructionResource or other objects. Most commonly an IfcWorkCalendar is assigned indicating availability of the resource, where such calendar is nested within a base calendar or an IfcWorkPlan which in turn is assigned to the IfcProject. A resource may be assigned to a group by IfcRelAssignsToGroup where RelatingGroup refers to an IfcGroup and RelatedObjects refers to one or more IfcConstructionResource or other objects. Most commonly an IfcAsset is assigned indicating the asset to be tracked, where such asset is nested within an IfcInventory which in turn is assigned to the IfcProject. A resource may be assigned to a product by IfcRelAssignsToProduct where RelatingProduct refers to an IfcProduct and RelatedObjects refers to one or more IfcConstructionResource or other objects. Most commonly an IfcElement subtype is assigned indicating the product to be constructed, where such product is connected to a spatial structure which in turn is aggregated within the IfcProject. A resource may be assigned to a process by IfcRelAssignsToProcess where RelatingProcess refers to an IfcProcess and RelatedObjects refers to one or more IfcConstructionResource or other objects. Most commonly an IfcTask is assigned indicating the task to be performed by the resource, where such task is nested within a summary task which in turn is assigned to the IfcProject. A resource may have assignments of other objects using IfcRelAssignsToResource where RelatingResource refers to the IfcConstructionResource and RelatedObjects refers to one or more objects such as IfcActor or IfcProduct subtypes. This relationship indicates specific objects assigned to fulfill resource usage. Figure 188 illustrates resource assignment.

Figure 188 — Construction resource assignment use

Constraint use definition Constraints may be applied to a resource to indicate fixed work (such as total person-hours) or fixed usage (such as simultaneous workers). The relationship IfcRelAssociatesConstraint is used where RelatingConstraint points to an IfcMetric and RelatedObjects includes the IfcConstructionResource as shown in Figure 189. IfcRelAssociatesConstraint.Name identifies the attribute to be constrained using a period (“.”) to dereference; for example, “ResourceTime.ScheduleWork” refers to the ScheduleWork attribute on the IfcResourceTime entity referenced on the ResourceTime attribute. The following attributes may be constrained:

‘ResourceTime.ScheduleUsage’: Indicate fixed usage (e.g. simultaneous workers) with ConstraintGrade=HARD and Benchmark=EQUALTO such that changes to ResourceTime.ScheduleWork should impact the assigned IfcTask.TaskTime.ScheduleDuration and vice-versa ‘ResourceTime.ScheduleWork’: Indicate fixed work (e.g. total person-hours) with ConstraintGrade=HARD and Benchmark=EQUALTO such that changes to ResourceTime.ScheduleUsage should impact the assigned IfcTask.TaskTime.ScheduleDuration and vice-versa.

Figure 189 — Construction resource constraint use

Time series use definition Time series may be applied to a resource to indicate the break-out of attribute values over time. The relationship IfcRelAssociatesTimeSeries is used where RelatingTimeSeries points to an IfcTimeSeries (either IfcRegularTimeSeries or IfcIrregularTimeSeries) and RelatedObjects includes the IfcConstructionResource as shown in Figure 190. IfcRelAssociatesTimeSeries.Name identifies the attribute to be constrained using a period (“.”) to dereference; for example, “ResourceTime.ScheduleWork” refers to the ScheduleWork attribute on the IfcResourceTime entity referenced on the ResourceTime attribute. Refer to attribute descriptions on IfcResourceTime for attribute-specific usage. Each IfcTimeSeriesValue indicates a LIST of values, where the sequence of the value corresponds to the IfcCostValue at IfcConstructionResource.CostRatesConsumed. For example, if CostRatesConsumed has two IfcCostValue items in the LIST, “Standard” and “Overtime”, then IfcTimeSeriesValue(IfcDuration(‘T8H0M0S’),IfcDuration(‘T2H0M0S’)) would indicate 8 hours at Standard rate and 2 hours at Overtime rate. If the list of values at IfcTimeSeriesValue.ListValues is less than the size of CostRatesConsumed, then subsequent values are considered to be zero.

Figure 190 — Construction resource time series use

Document use definition Documents may be published for work plans consisting of schedules, calendars, tasks, and resources. The relationship IfcRelAssociatesDocument may be used to preserve mappings to such document where RelatingDocument points to an IfcDocumentReference and RelatedObjects includes the IfcConstructionResource as shown in Figure 191. IfcDocumentReference.ItemReference identifies the resource within the scope of the document, such as an integer or guid. The IfcDocumentReference.ReferencedDocument corresponds to the document which is uniquely identified by IfcDocumentInformation.DocumentId and/or IfcDocumentInformation.PublicationLocation. Such document mapping allows items in the document to be updated from the building information model and vice-versa.

Figure 191 — Construction resource document use

Baseline use definition A resource may have any number of baselines defined using the relationship IfcRelDefinesByObject where RelatingObject is the “current” resource and RelatedObjects consists of multiple “baseline” resources, each representing a copy of the resource as it existed at an earlier point in time as shown in Figure 192. Each baseline IfcConstructionResource is identified by its nested IfcRelAssignsToControl relationship to an IfcWorkSchedule having PredefinedType=BASELINE, IfcWorkSchedule.CreationDate indicating the date of the baseline, and IfcWorkSchedule.Name indicating the name of the baseline.

Figure 192 — Construction resource baseline use

Subclassed by Ifc4x1::IfcConstructionEquipmentResource, Ifc4x1::IfcConstructionMaterialResource, Ifc4x1::IfcConstructionProductResource, Ifc4x1::IfcCrewResource, Ifc4x1::IfcLaborResource, Ifc4x1::IfcSubContractResource

Public Types

typedef IfcTemplatedEntityList<IfcConstructionResource> list

Public Functions

bool hasUsage() const: Whether the optional attribute Usage is defined for this IfcConstructionResource.

::Ifc4x1::IfcResourceTime *Usage() const

void setUsage(::Ifc4x1::IfcResourceTime *v)

bool hasBaseCosts() const: Whether the optional attribute BaseCosts is defined for this IfcConstructionResource.

IfcTemplatedEntityList<::Ifc4x1::IfcAppliedValue>::ptr BaseCosts() const

void setBaseCosts(IfcTemplatedEntityList<::Ifc4x1::IfcAppliedValue>::ptr v)

bool hasBaseQuantity() const: Whether the optional attribute BaseQuantity is defined for this IfcConstructionResource.

::Ifc4x1::IfcPhysicalQuantity *BaseQuantity() const

void setBaseQuantity(::Ifc4x1::IfcPhysicalQuantity *v)

const IfcParse::entity &declaration() const

IfcConstructionResource(IfcEntityInstanceData *e)

IfcConstructionResource(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, boost::optional<std::string> v6_Identification, boost::optional<std::string> v7_LongDescription, ::Ifc4x1::IfcResourceTime *v8_Usage, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcAppliedValue>::ptr> v9_BaseCosts, ::Ifc4x1::IfcPhysicalQuantity *v10_BaseQuantity)

Public Static Functions

const IfcParse::entity &Class()

class IfcConstructionResourceType : public Ifc4x1::IfcTypeResource

IfcConstructionResourceType is an abstract generalization of the different resource types used in construction projects, mainly labor, material, equipment and product resource types, plus subcontracted resource types and aggregations such as a crew resource type.

A resource type represents a model of “use of something” and does not necessarily correspond to a specific type of object such as a person or vehicle, but represents possible usages of such objects such as general labor or an equipment fleet. A resource type can either represent usage in general (consumption attributes defined but no task type assignment) or a task-specific resource type (production attributes defined and having an IfcTask assignment).

A construction resource type captures common productivities and cost rates for applying resources to particular task types.

HISTORY: New entity in IFC2x4.

Composition use definition Resource types may be decomposed into nested resource types indicating productivities when applying the resource to specific task types using the IfcRelNests relationship where IfcRelNests.RelatingObject refers to the general resource type and IfcRelNests.RelatedObjects refers to one or more task-specific productivities. For example, an IfcLaborResourceType may be defined for “Carpenter” which may have a nested IfcLaborResourceType for “Carpenter - Wall Framing” and another nested IfcLaborResourceType for “Carpenter - Drywall”, each of which may have productivities based according to specific task types (IfcTaskType).

Assignment use definition Resource types may be assigned to process types (IfcTypeProcess subtypes) using the IfcRelAssignsToProcess relationship as shown in Figure 193. Such relationship indicates that the resource type applies to the process type for the use indicated (e.g. IfcTaskType.PredefinedType). Such relationship enables a scenario of placing an IfcProduct of a particular IfcTypeProduct, querying for a set of IfcTypeProcess process types for constructing such product (e.g. IfcTaskTypeEnum.CONSTRUCTION), querying each IfcTypeProcess for a set of IfcTypeResource resource types for carrying out the process, and finally choosing an IfcTypeProcess and IfcTypeResource combination resulting in the shortest time for instantiated IfcTask occurrence(s) and/or lowest-cost for instantiated IfcConstructionResource occurrence(s).

Figure 193 — Construction resource type assignment

Subclassed by Ifc4x1::IfcConstructionEquipmentResourceType, Ifc4x1::IfcConstructionMaterialResourceType, Ifc4x1::IfcConstructionProductResourceType, Ifc4x1::IfcCrewResourceType, Ifc4x1::IfcLaborResourceType, Ifc4x1::IfcSubContractResourceType

Public Types

typedef IfcTemplatedEntityList<IfcConstructionResourceType> list

Public Functions

bool hasBaseCosts() const: Whether the optional attribute BaseCosts is defined for this IfcConstructionResourceType.

IfcTemplatedEntityList<::Ifc4x1::IfcAppliedValue>::ptr BaseCosts() const

void setBaseCosts(IfcTemplatedEntityList<::Ifc4x1::IfcAppliedValue>::ptr v)

bool hasBaseQuantity() const: Whether the optional attribute BaseQuantity is defined for this IfcConstructionResourceType.

::Ifc4x1::IfcPhysicalQuantity *BaseQuantity() const

void setBaseQuantity(::Ifc4x1::IfcPhysicalQuantity *v)

const IfcParse::entity &declaration() const

IfcConstructionResourceType(IfcEntityInstanceData *e)

IfcConstructionResourceType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<std::string> v7_Identification, boost::optional<std::string> v8_LongDescription, boost::optional<std::string> v9_ResourceType, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcAppliedValue>::ptr> v10_BaseCosts, ::Ifc4x1::IfcPhysicalQuantity *v11_BaseQuantity)

Public Static Functions

const IfcParse::entity &Class()

class IfcContext : public Ifc4x1::IfcObjectDefinition

IfcContext is the generalization of a project context in which objects, type objects, property sets, and properties are defined. The IfcProject as subtype of IfcContext provides the context for all information on a construction project, it may include one or several IfcProjectLibrary as subtype of IfcContext to register the included libraries for the project.

Context definitions can be named, using the inherited Name attribute, which should be a user recognizable key or number for the context. The LongName can add a full name. Further explanations to the context can be given using the inherited Description attribute.

HISTORY New abstract entity in IFC2x4.

Relationship use definition Contexts are declared by the relationship object that refers to the corresponding object:

Project library to project: IfcProjectLibrary is assigned to IfcProject (both subtypes of using IfcContext) by using IfcRelDeclares

More specific relationships are introduced at the level of subtypes.

Subclassed by Ifc4x1::IfcProject, Ifc4x1::IfcProjectLibrary

Public Types

typedef IfcTemplatedEntityList<IfcContext> list

Public Functions

bool hasObjectType() const: Whether the optional attribute ObjectType is defined for this IfcContext.

std::string ObjectType() const: The type denotes a particular type that indicates the object further. The use has to be established at the level of instantiable subtypes.

void setObjectType(std::string v)

bool hasLongName() const: Whether the optional attribute LongName is defined for this IfcContext.

std::string LongName() const: Long name for the context as used for reference purposes.

void setLongName(std::string v)

bool hasPhase() const: Whether the optional attribute Phase is defined for this IfcContext.

std::string Phase() const: Current project phase, or life-cycle phase of this project. Applicable values have to be agreed upon by view definitions or implementer agreements.

void setPhase(std::string v)

bool hasRepresentationContexts() const: Whether the optional attribute RepresentationContexts is defined for this IfcContext.

IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationContext>::ptr RepresentationContexts() const

Context of the representations used within the context. When the context is a project and it includes shape representations for its components, one or several geometric representation contexts need to be included that define e.g. the world coordinate system, the coordinate space dimensions, and/or the precision factor.

IFC2x4 CHANGE The attribute has been changed to be optional. Change made with upward compatibility for file based exchange.

void setRepresentationContexts(IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationContext>::ptr v)

bool hasUnitsInContext() const: Whether the optional attribute UnitsInContext is defined for this IfcContext.

::Ifc4x1::IfcUnitAssignment *UnitsInContext() const

Units globally assigned to measure types used within the context.

IFC2x4 CHANGE The attribute has been changed to be optional. Change made with upward compatibility for file based exchange.

void setUnitsInContext(::Ifc4x1::IfcUnitAssignment *v)

IfcTemplatedEntityList<IfcRelDefinesByProperties>::ptr IsDefinedBy() const

IfcTemplatedEntityList<IfcRelDeclares>::ptr Declares() const

const IfcParse::entity &declaration() const

IfcContext(IfcEntityInstanceData *e)

IfcContext(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, boost::optional<std::string> v6_LongName, boost::optional<std::string> v7_Phase, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationContext>::ptr> v8_RepresentationContexts, ::Ifc4x1::IfcUnitAssignment *v9_UnitsInContext)

Public Static Functions

const IfcParse::entity &Class()

class IfcContextDependentMeasure : public IfcUtil::IfcBaseType

Definition from ISO/CD 10303-41:1992: Is the value of a physical quantity as defined by an application context. Type: REAL

NOTE Corresponding ISO 10303 name: context_dependent_measure, please refer to ISO/IS 10303-41 for the final definition of the formal standard.

HISTORY New type in IFC Release 1.5.1.

Public Functions

const IfcParse::type_declaration &declaration() const

IfcContextDependentMeasure(IfcEntityInstanceData *e)

IfcContextDependentMeasure(double v)

operator double() const

Public Static Functions

const IfcParse::type_declaration &Class()

class IfcContextDependentUnit : public Ifc4x1::IfcNamedUnit

Definition from ISO/CD 10303-41:1992: A context dependent unit is a unit which is not related to the SI system.

NOTE The number of parts in an assembly is a physical quantity measured in units that may be called “parts” but which cannot be related to an SI unit.

NOTE Corresponding ISO 10303 name: context_dependent_unit, please refer to ISO/IS 10303-41 for the final definition of the formal standard.

HISTORY New entity in IFC Release 1.5.1.

Public Types

typedef IfcTemplatedEntityList<IfcContextDependentUnit> list

Public Functions

std::string Name() const: The word, or group of words, by which the context dependent unit is referred to.

void setName(std::string v)

IfcTemplatedEntityList<IfcExternalReferenceRelationship>::ptr HasExternalReference() const

const IfcParse::entity &declaration() const

IfcContextDependentUnit(IfcEntityInstanceData *e)

IfcContextDependentUnit(::Ifc4x1::IfcDimensionalExponents *v1_Dimensions, ::Ifc4x1::IfcUnitEnum::Value v2_UnitType, std::string v3_Name)

Public Static Functions

const IfcParse::entity &Class()

class IfcControl : public Ifc4x1::IfcObject

IfcControl is the abstract generalization of all concepts that control or constrain the utilization of products, processes, or resources in general. It can be seen as a regulation, cost schedule, request or order, or other requirements applied to a product, process or resource whose requirements and provisions must be fulfilled.

EXAMPLE Controls include action requests, cost schedules, project orders, work plans, and work calendars.

HISTORY New entity in IFC Release 1.0.

IFC2x4 CHANGE Attribute Identification added.

Relationship use definition Controls have assignments from products, processes, or other objects by using the relationship object IfcRelAssignsToControl.

Subclassed by Ifc4x1::IfcActionRequest, Ifc4x1::IfcCostItem, Ifc4x1::IfcCostSchedule, Ifc4x1::IfcPerformanceHistory, Ifc4x1::IfcPermit, Ifc4x1::IfcProjectOrder, Ifc4x1::IfcWorkCalendar, Ifc4x1::IfcWorkControl

Public Types

typedef IfcTemplatedEntityList<IfcControl> list

Public Functions

bool hasIdentification() const: Whether the optional attribute Identification is defined for this IfcControl.

std::string Identification() const

An identifying designation given to a control It is the identifier at the occurrence level.

IFC2x4 CHANGE Attribute unified by promoting from various subtypes of IfcControl.

void setIdentification(std::string v)

IfcTemplatedEntityList<IfcRelAssignsToControl>::ptr Controls() const

const IfcParse::entity &declaration() const

IfcControl(IfcEntityInstanceData *e)

IfcControl(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, boost::optional<std::string> v6_Identification)

Public Static Functions

const IfcParse::entity &Class()

class IfcController : public Ifc4x1::IfcDistributionControlElement

A controller is a device that monitors inputs and controls outputs within a building automation system. A controller may be physical (having placement within a spatial structure) or logical (a software interface or aggregated within a programmable physical controller).

HISTORY New entity in IFC2x4

Type Use Definition IfcController defines the occurrence of any controller; common information about controller types is handled by IfcControllerType. The IfcControllerType (if present) may establish the common type name, usage (predefined type), properties, materials, ports, composition, assignments, and representations. The IfcControllerType is attached using the IfcRelDefinesByType objectified relationship and is accessible by the IsTypedBy inverse attribute. If the IfcControllerType has ports or aggregated elements, such objects are reflected at the IfcController occurrence using the IfcRelDefinesByObject relationship. Figure 177 illustrates controller type use. Figure 177 — Controller type use

Property Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Property sets may also be specified at the IfcControllerType, defining the common property data for all occurrences of the same type. They are then accessible by the IsTypedBy inverse attribute pointing to IfcControllerType.HasPropertySets. If both are given, then the properties directly defined at IfcController override the properties defined at IfcControllerType. Refer to the documentation at the supertype IfcDistributionControlElement and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: (All Types)

Pset_ControllerPHistory (PSET_PERFORMANCEDRIVEN) Pset_ControllerTypeCommon (PSET_TYPEDRIVENOVERRIDE)

FLOATING

Pset_ControllerTypeFloating (PSET_TYPEDRIVENOVERRIDE)

MULTIPOSITION

Pset_ControllerTypeMultiPosition (PSET_TYPEDRIVENOVERRIDE)

PROGRAMMABLE

Pset_ControllerTypeProgrammable (PSET_TYPEDRIVENOVERRIDE)

PROPORTIONAL

Pset_ControllerTypeProportional (PSET_TYPEDRIVENOVERRIDE)

TWOPOSITION

Pset_ControllerTypeTwoPosition (PSET_TYPEDRIVENOVERRIDE)

Quantity Use Definition The quantities relating to this entity are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. The following base quantities are defined and shall be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, may be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement shall be provided.

Qto_ControllerBaseQuantities

Composition Use Definition The IfcController may be aggregated into components using IfcRelAggregates where RelatingObject refers to the enclosing IfcController and RelatedObjects contains one or more components. Aggregation use is defined for the following predefined types:

PROGRAMMABLE

May contain IfcController components. Programmable Logic Controllers may be decomposed into logical elements for values and operations.

Material Use Definition The material of the IfcController is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. Material information can also be given at the IfcControllerType, defining the common attribute data for all occurrences of the same type. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

Casing: Material from which the casing is constructed.

Port Use Definition The distribution ports relating to the IfcController are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. If the controller occurrence is defined by IfcControllerType, then the port occurrences must reflect those defined at the IfcControllerType using the IfcRelDefinesByObject relationship. Ports are specific to the IfcController PredefinedType as follows indicated by the IfcDistributionPort Name, PredefinedType, and FlowDirection:

FLOATING

Input (SIGNAL, SINK): Receives the first parameter. Modifier (SIGNAL, SINK): Receives the second parameter (if applicable). Output (SIGNAL, SOURCE): Sets the output value.

MULTIPOSITION

Input (SIGNAL, SINK): Receives the first parameter. Modifier (SIGNAL, SINK): Receives the second parameter (if applicable). Output (SIGNAL, SOURCE): Sets the output value.

PROGRAMMABLE

Power (ELECTRICAL, SINK): Receives electrical power. Control (CONTROL, SINK): Direct communication to the device (e.g. serial port). Data (DATA, SOURCE): Network communication to the device (e.g. TCP/IP network). Input#1 (SIGNAL, SINK): Analog or digital inputs. Output#1 (SIGNAL, SOURCE): Analog or digital outputs.

PROPORTIONAL

Input (SIGNAL, SINK): Receives the first parameter. Modifier (SIGNAL, SINK): Receives the second parameter (if applicable). Output (SIGNAL, SOURCE): Sets the output value.

TWOPOSITION

Input (SIGNAL, SINK): Receives the first parameter. Modifier (SIGNAL, SINK): Receives the second parameter (if applicable). Output (SIGNAL, SOURCE): Sets the output value.

Figure 178 illustrates controller port use. Figure 178 — Controller port use

Public Types

typedef IfcTemplatedEntityList<IfcController> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcController.

::Ifc4x1::IfcControllerTypeEnum::Value PredefinedType() const

void setPredefinedType(::Ifc4x1::IfcControllerTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcController(IfcEntityInstanceData *e)

IfcController(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcControllerTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcControllerType : public Ifc4x1::IfcDistributionControlElementType

The distribution control element type IfcControllerType defines commonly shared information for occurrences of controllers. The set of shared information may include:

common properties with shared property sets common representations of shape common materials common composition of elements common ports applicable assignment of process types

It is used to define a controller specification (i.e. the specific product information, that is common to all occurrences of that product type). Controller types may be exchanged without being already assigned to occurrences. Occurrences of IfcControllerType are represented by instances of IfcController.

HISTORY: New entity in IFC2x2

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the HasPropertySets attribute. Refer to the documentation at the supertype IfcDistributionControlElementType and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity according to the PredefinedType attribute:

Pset_ControllerTypeCommon Pset_ControllerTypeFloating (FLOATING) Pset_ControllerTypeMultiPosition (MULTIPOSITION) Pset_ControllerTypeProgrammable (PROGRAMMABLE) Pset_ControllerTypeProportional (PROPORTIONAL) Pset_ControllerTypeTwoPosition (TWOPOSITION)

Material Use Definition The material of the IfcControllerType is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

‘Casing’: Material from which the casing is constructed.

Composition Use Definition The IfcControllerType may be aggregated into components using IfcRelAggregates where RelatingObject refers to the enclosing IfcControllerType and RelatedObjects contains one or more components. Components are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Aggregation use is defined for the following predefined types:

PROGRAMMABLE: May contain IfcController components. Programmable Logic Controllers may be decomposed into logical elements for values and operations.

Port Use Definition The distribution ports relating to the IfcControllerType type are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. Ports are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Refer to the documentation at IfcController for standard port definitions.

Public Types

typedef IfcTemplatedEntityList<IfcControllerType> list

Public Functions

::Ifc4x1::IfcControllerTypeEnum::Value PredefinedType() const: Identifies the predefined types of controller from which the type required may be set.

void setPredefinedType(::Ifc4x1::IfcControllerTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcControllerType(IfcEntityInstanceData *e)

IfcControllerType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcControllerTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcControllerTypeEnum¶

Public Types

enum Value¶

The IfcControllerTypeEnum defines the range of different types of controller that can be specified.

HISTORY: New type in IFC R2.0 Documentation extended in IFC 2x4. PROPORTIONALINTEGRAL and PROPORTIONALINTEGRALDERIVATIVE values deleted (property set enumeration now used). MULTIPOSITION added.

Enumeration

FLOATING: Output increases or decreases at a constant or accelerating rate. MULTIPOSITION: Output is discrete value, can be one of three or more values. PROGRAMMABLE: Output is programmable such as Discrete Digital Control (DDC). PROPORTIONAL: Output is proportional to the control error and optionally time integral and derivative. TWOPOSITION: Output can be either on or off USERDEFINED: User-defined type. NOTDEFINED: Undefined type.

Values:

enumerator IfcControllerType_FLOATING¶

enumerator IfcControllerType_PROGRAMMABLE¶

enumerator IfcControllerType_PROPORTIONAL¶

enumerator IfcControllerType_MULTIPOSITION¶

enumerator IfcControllerType_TWOPOSITION¶

enumerator IfcControllerType_USERDEFINED¶

enumerator IfcControllerType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcConversionBasedUnit : public Ifc4x1::IfcNamedUnit

Definition from ISO/CD 10303-41:1992: A conversion based unit is a unit that is defined based on a measure with unit.

NOTE Corresponding ISO 10303 name: conversion_based_unit, please refer to ISO/IS 10303-41 for the final definition of the formal standard.

HISTORY New entity in IFC Release 1.5.1.

IFC 2x3 change: standard names of typical units added.

IFC 2x4 change: further names added: square inch, square foot, square mile, square yard, cubic inch, cubic foot, cubic yard, fluid ounce UK/US, ton UK/US, degree.

Example: An inch is a converted unit. It is from the Imperial system, its name is “inch” and it can be related to the si unit, millimetre, through a measure with unit whose value is 25.4 millimetre. A foot is also a converted unit. It is from the Imperial system, its name is “foot” and it can be related to an IfcSIUnit, millimetre, either directly or through the unit called “inch”. Note that several US customary units differ from Imperial units (nonmetric English units) of the same name.

To identify some commonly used conversion based units, the standard designations (case insensitive) for the Name attribute include the following:

Name Description ‘inch’ Length measure equal to 25.4 mm ‘foot’ Length measure equal to 304.8 mm ‘yard’ Length measure equal to 914 mm ‘mile’ Length measure equal to 1609 m ‘square inch’ Area measure equal to 0.0006452 square meters ‘square foot’ Area measure equal to 0.09290 square meters ‘square yard’ Area measure equal to 0.83612736 square meters ‘acre’ Area measure equal to 4046.86 square meters ‘square mile’ Area measure equal to 2 588 881 square meters ‘cubic inch’ Volume measure equal to 0.00001639 cubic meters ‘cubic foot’ Volume measure equal to 0.02832 cubic meters ‘cubic yard’ Volume measure equal to 0.7636 cubic meters ‘litre’ Volume measure equal to 0.001 cubic meters ‘fluid ounce UK’ Volume measure equal to 0.0000284130625 cubic meters ‘fluid ounce US’ Volume measure equal to 0.00002957353 cubic meters ‘pint UK’ Volume measure equal to 0.000568 cubic meters ‘pint US’ Volume measure equal to 0.000473 cubic meters ‘gallon UK’ Volume measure equal to 0.004546 cubic meters ‘gallon US’ Volume measure equal to 0.003785 cubic meters ‘degree’ Angle measure equal to π/180 rad ‘ounce’ Mass measure equal to 28.35 g ‘pound’ Mass measure equal to 0.454 kg ‘ton UK’ Mass measure equal to 1016.0469088 kg, also known as long ton, gross ton, shipper’s ton ‘ton US’ Mass measure equal to 907.18474 kg, also known as short ton, net ton ‘lbf’ Force measure equal to 4.4482216153 N, pound-force ‘kip’ Force measure equal to 4448.2216153 N, kilopound-force ‘psi’ Pressure measure equal to 6894.7572932 Pa, pound-force per square inch ‘ksi’ Pressure measure equal to 6894757.2932 Pa, kilopound-force per square inch ‘minute’ Time measure equal to 60 s ‘hour’ Time measure equal to 3600 s ‘day’ Time measure equal to 86400 s ‘btu’ Energy measure equal to 1055.056 J, British Thermal Unit

Subclassed by Ifc4x1::IfcConversionBasedUnitWithOffset

Public Types

typedef IfcTemplatedEntityList<IfcConversionBasedUnit> list

Public Functions

std::string Name() const: The word, or group of words, by which the conversion based unit is referred to.

void setName(std::string v)

::Ifc4x1::IfcMeasureWithUnit *ConversionFactor() const: The physical quantity from which the converted unit is derived.

void setConversionFactor(::Ifc4x1::IfcMeasureWithUnit *v)

IfcTemplatedEntityList<IfcExternalReferenceRelationship>::ptr HasExternalReference() const

const IfcParse::entity &declaration() const

IfcConversionBasedUnit(IfcEntityInstanceData *e)

IfcConversionBasedUnit(::Ifc4x1::IfcDimensionalExponents *v1_Dimensions, ::Ifc4x1::IfcUnitEnum::Value v2_UnitType, std::string v3_Name, ::Ifc4x1::IfcMeasureWithUnit *v4_ConversionFactor)

Public Static Functions

const IfcParse::entity &Class()

class IfcConversionBasedUnitWithOffset : public Ifc4x1::IfcConversionBasedUnit

IfcConversionBasedUnitWithOffset is a unit which is converted from another unit by applying a conversion factor and an offset.

HISTORY New entity in IFC 2x4.

Example: The temperature unit Fahrenheit is based on the temperature unit Kelvin as follows:

f=k·1.8–459.67

wherein k is an absolute temperature expressed in Kelvin and f is the same temperature in Fahrenheit. The following entity instances provide Fahrenheit as a unit:

IfcConversionBasedUnitWithOffset( IfcDimensionalExponents(0, 0, 0, 0, 1, 0, 0), THERMODYNAMICTEMPERATUREUNIT, ‘Fahrenheit’, IfcMeasureWithUnit( IfcThermodynamicTemperatureMeasure(1.8), IfcSiUnit(THERMODYNAMICTEMPERATUREUNIT, ?, KELVIN)), -459.67);

Public Types

typedef IfcTemplatedEntityList<IfcConversionBasedUnitWithOffset> list

Public Functions

double ConversionOffset() const: A positive or negative offset to add after the inherited ConversionFactor was applied.

void setConversionOffset(double v)

const IfcParse::entity &declaration() const

IfcConversionBasedUnitWithOffset(IfcEntityInstanceData *e)

IfcConversionBasedUnitWithOffset(::Ifc4x1::IfcDimensionalExponents *v1_Dimensions, ::Ifc4x1::IfcUnitEnum::Value v2_UnitType, std::string v3_Name, ::Ifc4x1::IfcMeasureWithUnit *v4_ConversionFactor, double v5_ConversionOffset)

Public Static Functions

const IfcParse::entity &Class()

class IfcCooledBeam : public Ifc4x1::IfcEnergyConversionDevice

A cooled beam (or chilled beam) is a device typically used to cool air by circulating a fluid such as chilled water through exposed finned tubes above a space. Typically mounted overhead near or within a ceiling, the cooled beam uses convection to cool the space below it by acting as a heat sink for the naturally rising warm air of the space. Once cooled, the air naturally drops back to the floor where the cycle begins again.

HISTORY New entity in IFC2x4

Type Use Definition IfcCooledBeam defines the occurrence of any cooled beam; common information about cooled beam types is handled by IfcCooledBeamType. The IfcCooledBeamType (if present) may establish the common type name, usage (predefined type), properties, materials, ports, composition, assignments, and representations. The IfcCooledBeamType is attached using the IfcRelDefinesByType objectified relationship and is accessible by the IsTypedBy inverse attribute. If the IfcCooledBeamType has ports or aggregated elements, such objects are reflected at the IfcCooledBeam occurrence using the IfcRelDefinesByObject relationship.

Property Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Property sets may also be specified at the IfcCooledBeamType, defining the common property data for all occurrences of the same type. They are then accessible by the IsTypedBy inverse attribute pointing to IfcCooledBeamType.HasPropertySets. If both are given, then the properties directly defined at IfcCooledBeam override the properties defined at IfcCooledBeamType. Refer to the documentation at the supertype IfcEnergyConversionDevice and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: (All Types)

Pset_CooledBeamPHistory (PSET_PERFORMANCEDRIVEN) Pset_CooledBeamTypeCommon (PSET_TYPEDRIVENOVERRIDE)

ACTIVE

Pset_CooledBeamPHistoryActive (PSET_PERFORMANCEDRIVEN) Pset_CooledBeamTypeActive (PSET_TYPEDRIVENOVERRIDE)

Quantity Use Definition The quantities relating to this entity are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. The following base quantities are defined and shall be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, may be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement shall be provided.

Qto_CooledBeamBaseQuantities

Material Use Definition The material of the IfcCooledBeam is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. Material information can also be given at the IfcCooledBeamType, defining the common attribute data for all occurrences of the same type. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

Body: The primary material from which the object is constructed.

Port Use Definition The distribution ports relating to the IfcCooledBeam are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. If the cooled beam occurrence is defined by IfcCooledBeamType, then the port occurrences must reflect those defined at the IfcCooledBeamType using the IfcRelDefinesByObject relationship. Ports are specific to the IfcCooledBeam PredefinedType as follows indicated by the IfcDistributionPort Name, PredefinedType, and FlowDirection:

ChilledWaterIn (CHILLEDWATER, SINK): Chilled water entering. ChilledWaterOut (CHILLEDWATER, SOURCE): Chilled water leaving.

Public Types

typedef IfcTemplatedEntityList<IfcCooledBeam> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcCooledBeam.

::Ifc4x1::IfcCooledBeamTypeEnum::Value PredefinedType() const

void setPredefinedType(::Ifc4x1::IfcCooledBeamTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCooledBeam(IfcEntityInstanceData *e)

IfcCooledBeam(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcCooledBeamTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcCooledBeamType : public Ifc4x1::IfcEnergyConversionDeviceType

The energy conversion device type IfcCooledBeamType defines commonly shared information for occurrences of cooled beams. The set of shared information may include:

common properties with shared property sets common representations of shape common materials common composition of elements common ports applicable assignment of process types

It is used to define a cooled beam specification (i.e. the specific product information, that is common to all occurrences of that product type). Cooled Beam types may be exchanged without being already assigned to occurrences. Occurrences of IfcCooledBeamType are represented by instances of IfcCooledBeam.

HISTORY: New entity in IFC2x2

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the HasPropertySets attribute. Refer to the documentation at the supertype IfcEnergyConversionDeviceType and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_CooledBeamTypeCommon

The following property set definitions are applicable to this entity according to the PredefinedType attribute:

Pset_CooledBeamTypeActive (ACTIVE)

Material Use Definition The material of the IfcCooledBeamType is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

‘Body’: The primary material from which the object is constructed.

Port Use Definition The distribution ports relating to the IfcCooledBeamType type are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. Ports are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Refer to the documentation at IfcCooledBeam for standard port definitions.

Public Types

typedef IfcTemplatedEntityList<IfcCooledBeamType> list

Public Functions

::Ifc4x1::IfcCooledBeamTypeEnum::Value PredefinedType() const: Defines the type of cooled beam.

void setPredefinedType(::Ifc4x1::IfcCooledBeamTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCooledBeamType(IfcEntityInstanceData *e)

IfcCooledBeamType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcCooledBeamTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcCooledBeamTypeEnum¶

Public Types

enum Value¶

There are two general types of cooled or chilled beams: passive and active.

An active Cooled Beam uses a fan or other auxilliary device to aid in air recirculation, while a passive

Cooled Beam relies solely on convection to cool the space.

Enumeration defining the typical types of cooled beams.

The IfcCooledBeamTypeEnum contains the following:

ACTIVE: An active or ventilated cooled beam provides cooling (and heating) but can also function as an air terminal in a ventilation system.

PASSIVE: A passive or static cooled beam provides cooling (and heating) to a room or zone.

USERDEFINED: User-defined cooled beam type.

NOTDEFINED: Undefined cooled beam type.

HISTORY: New enumeration in IFC 2x2.

Values:

enumerator IfcCooledBeamType_ACTIVE¶

enumerator IfcCooledBeamType_PASSIVE¶

enumerator IfcCooledBeamType_USERDEFINED¶

enumerator IfcCooledBeamType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcCoolingTower : public Ifc4x1::IfcEnergyConversionDevice

A cooling tower is a device which rejects heat to ambient air by circulating a fluid such as water through it to reduce its temperature by partial evaporation.

HISTORY New entity in IFC2x4

Type Use Definition IfcCoolingTower defines the occurrence of any cooling tower; common information about cooling tower types is handled by IfcCoolingTowerType. The IfcCoolingTowerType (if present) may establish the common type name, usage (predefined type), properties, materials, ports, composition, assignments, and representations. The IfcCoolingTowerType is attached using the IfcRelDefinesByType objectified relationship and is accessible by the IsTypedBy inverse attribute. If the IfcCoolingTowerType has ports or aggregated elements, such objects are reflected at the IfcCoolingTower occurrence using the IfcRelDefinesByObject relationship.

Property Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Property sets may also be specified at the IfcCoolingTowerType, defining the common property data for all occurrences of the same type. They are then accessible by the IsTypedBy inverse attribute pointing to IfcCoolingTowerType.HasPropertySets. If both are given, then the properties directly defined at IfcCoolingTower override the properties defined at IfcCoolingTowerType. Refer to the documentation at the supertype IfcEnergyConversionDevice and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_CoolingTowerPHistory (PSET_PERFORMANCEDRIVEN) Pset_CoolingTowerTypeCommon (PSET_TYPEDRIVENOVERRIDE)

Quantity Use Definition The quantities relating to this entity are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. The following base quantities are defined and shall be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, may be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement shall be provided.

Qto_CoolingTowerBaseQuantities

Material Use Definition The material of the IfcCoolingTower is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. Material information can also be given at the IfcCoolingTowerType, defining the common attribute data for all occurrences of the same type. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

Body: The primary material from which the object is constructed. Fill: Fill material.

Composition Use Definition The IfcCoolingTower may be aggregated into components using IfcRelAggregates where RelatingObject refers to the enclosing IfcCoolingTower and RelatedObjects contains one or more components. Aggregation use is defined for the following predefined types:

MECHANICALFORCEDDRAFT

May contain IfcFan components for forcing air into the cooling tower.

MECHANICALINDUCEDDDRAFT

May contain IfcFan components for inducing air out of the cooling tower.

Port Use Definition The distribution ports relating to the IfcCoolingTower are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. If the cooling tower occurrence is defined by IfcCoolingTowerType, then the port occurrences must reflect those defined at the IfcCoolingTowerType using the IfcRelDefinesByObject relationship. Ports are specific to the IfcCoolingTower PredefinedType as follows indicated by the IfcDistributionPort Name, PredefinedType, and FlowDirection:

CondenserWaterIn (CONDENSERWATER, SINK): Warmer water entering the cooling tower. CondenserWaterOut (CONDENSERWATER, SOURCE): Cooler water leaving the cooling tower.

Figure 219 illustrates cooling tower port use. Figure 219 — Cooling tower port use

Public Types

typedef IfcTemplatedEntityList<IfcCoolingTower> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcCoolingTower.

::Ifc4x1::IfcCoolingTowerTypeEnum::Value PredefinedType() const

void setPredefinedType(::Ifc4x1::IfcCoolingTowerTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCoolingTower(IfcEntityInstanceData *e)

IfcCoolingTower(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcCoolingTowerTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcCoolingTowerType : public Ifc4x1::IfcEnergyConversionDeviceType

The energy conversion device type IfcCoolingTowerType defines commonly shared information for occurrences of cooling towers. The set of shared information may include:

common properties with shared property sets common representations of shape common materials common composition of elements common ports applicable assignment of process types

It is used to define a cooling tower specification (i.e. the specific product information, that is common to all occurrences of that product type). Cooling Tower types may be exchanged without being already assigned to occurrences. Occurrences of IfcCoolingTowerType are represented by instances of IfcCoolingTower.

HISTORY: New entity in IFC2x2

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the HasPropertySets attribute. Refer to the documentation at the supertype IfcEnergyConversionDeviceType and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_CoolingTowerTypeCommon

Material Use Definition The material of the IfcCoolingTowerType is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

‘Casing’: Material from which the casing is constructed. ‘Fill’: Fill material.

Composition Use Definition The IfcCoolingTowerType may be aggregated into components using IfcRelAggregates where RelatingObject refers to the enclosing IfcCoolingTowerType and RelatedObjects contains one or more components. Components are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Aggregation use is defined for the following predefined types:

MECHANICALFORCEDDRAFT: May contain IfcFan components. Forces air into the cooling tower. MECHANICALINDUCEDDRAFT: May contain IfcFan components. Induces air out of the cooling tower.

Port Use Definition The distribution ports relating to the IfcCoolingTowerType type are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. Ports are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Refer to the documentation at IfcCoolingTower for standard port definitions.

Public Types

typedef IfcTemplatedEntityList<IfcCoolingTowerType> list

Public Functions

::Ifc4x1::IfcCoolingTowerTypeEnum::Value PredefinedType() const: Defines the typical types of cooling towers (e.g., OpenTower, ClosedTower, CrossFlow, etc.).

void setPredefinedType(::Ifc4x1::IfcCoolingTowerTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCoolingTowerType(IfcEntityInstanceData *e)

IfcCoolingTowerType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcCoolingTowerTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcCoolingTowerTypeEnum¶

Public Types

enum Value¶

Enumeration defining the typical types of cooling towers. The IfcCoolingTowerTypeEnum contains the following:

NATURALDRAFT: Air flow is produced naturally. MECHANICALINDUCEDDRAFT: Air flow is produced by a mechanical device, typically one or more fans, located on

the air outlet side of the cooling tower. MECHANICALFORCEDDRAFT: Air flow is produced by a mechanical device, typically one or more fans, located on

the inlet air side of the cooling tower. USERDEFINED: User-defined cooling tower type. NOTDEFINED: Undefined cooling tower type.

HISTORY: New enumeration in IFC R2x.

Values:

enumerator IfcCoolingTowerType_NATURALDRAFT¶

enumerator IfcCoolingTowerType_MECHANICALINDUCEDDRAFT¶

enumerator IfcCoolingTowerType_MECHANICALFORCEDDRAFT¶

enumerator IfcCoolingTowerType_USERDEFINED¶

enumerator IfcCoolingTowerType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcCoordinateOperation : public IfcUtil::IfcBaseEntity

Definition from OpenGIS® Abstract Specification, Topic 2: If the relationship between any two coordinate reference systems is known, coordinates can be transformed or converted to another coordinate reference system. Coordinate operations are divided into two subtypes:

Coordinate conversion – mathematical operation on coordinates that does not include any change of datum. The best-known example of a coordinate conversion is a map projection. The parameters describing coordinate conversions are defined rather than empirically derived. Note that some conversions have no parameters.

Coordinate transformation – mathematical operation on coordinates that usually includes a change of datum. The parameters of a coordinate transformation are empirically derived from data containing the coordinates of a series of points in both coordinate reference systems. This computational process is usually ‘over-determined’, allowing derivation of error (or accuracy) estimates for the transformation. Also, the stochastic nature of the parameters may result in multiple (different) versions of the same coordinate transformation. Because of this several transformations may exist for a given pair of coordinate reference systems, differing in their transformation method, parameter values and accuracy characteristics.

The coordinate operation is an abstract supertype to handle any operation (transformation or conversion) between two coordinate reference systems. It is meant to provide expandability for future versions, since currently only the conversion of a local engineering coordinate system into a map coordinate reference system is dealt with by the subtype IfcMapConversion.

By convention, a coordinate operation is given between the SourceCRS being the more local, or child coordinate reference system, and the TargetCRS being the more remote or parent coordinate reference system, in thespecial case the coordinate operation between the local engineering coordinate system of the construction project and any map or other coordinate reference system.

HISTORY New entity in IFC2x4.

Subclassed by Ifc4x1::IfcMapConversion

Public Types

typedef IfcTemplatedEntityList<IfcCoordinateOperation> list

Public Functions

::Ifc4x1::IfcCoordinateReferenceSystemSelect *SourceCRS() const: Source coordinate reference system for the operation.

void setSourceCRS(::Ifc4x1::IfcCoordinateReferenceSystemSelect *v)

::Ifc4x1::IfcCoordinateReferenceSystem *TargetCRS() const: Target coordinate reference system for the operation.

void setTargetCRS(::Ifc4x1::IfcCoordinateReferenceSystem *v)

const IfcParse::entity &declaration() const

IfcCoordinateOperation(IfcEntityInstanceData *e)

IfcCoordinateOperation(::Ifc4x1::IfcCoordinateReferenceSystemSelect *v1_SourceCRS, ::Ifc4x1::IfcCoordinateReferenceSystem *v2_TargetCRS)

Public Static Functions

const IfcParse::entity &Class()

class IfcCoordinateReferenceSystem : public IfcUtil::IfcBaseEntity

Definition from OpenGIS® Abstract Specification, Topic 2: A coordinate reference system is a coordinate system which is related to the real world by a datum. The coordinate system is composed of a set of coordinate axes with specified units of measure. The datum specifies the relationship of a coordinate system to the earth. The resulting combination of coordinate system and datum is a coordinate reference system.

IfcCoordinateReferenceSystem is a definition of a coordinate reference system by means of qualified identifiers only. The interpretation of the identifier is expected to be well-known to the receiving software.

NOTE One widely-used, publicly-available authority is the European Petroleum Survey Group (EPSG), and use of this authority is currently specified in several OGC Implementation Specifications. Software used to transport IFC engineering models into GIS applications (and vice versa) is expected to have knowledge about the OGC Implementation Specifications.

HISTORY New entity in IFC2x4.

Subclassed by Ifc4x1::IfcProjectedCRS

Public Types

typedef IfcTemplatedEntityList<IfcCoordinateReferenceSystem> list

Public Functions

std::string Name() const: Name by which the coordinate reference system is identified. Note The name shall be taken from the list recognized by the European Petroleum Survey Group EPSG.

void setName(std::string v)

bool hasDescription() const: Whether the optional attribute Description is defined for this IfcCoordinateReferenceSystem.

std::string Description() const: Informal description of this coordinate reference system.

void setDescription(std::string v)

bool hasGeodeticDatum() const: Whether the optional attribute GeodeticDatum is defined for this IfcCoordinateReferenceSystem.

std::string GeodeticDatum() const

Name by which this datum is identified. The geodetic datum is associated with the coordinate reference system and indicates the shape and size of the rotation ellipsoid and this ellipsoid’s connection and orientation to the actual globe/earth. Examples for geodetic datums include:

ED50 EUREF89 WSG84

void setGeodeticDatum(std::string v)

bool hasVerticalDatum() const: Whether the optional attribute VerticalDatum is defined for this IfcCoordinateReferenceSystem.

std::string VerticalDatum() const

Name by which the vertical datum is identified. The vertical datum is associated with the height axis of the coordinate reference system and indicates the reference plane and fundamental point defining the origin of a height system. Examples for vertical datums include:

height above mean sea level at Dover in 1952 other sea levels

void setVerticalDatum(std::string v)

IfcTemplatedEntityList<IfcCoordinateOperation>::ptr HasCoordinateOperation() const

const IfcParse::entity &declaration() const

IfcCoordinateReferenceSystem(IfcEntityInstanceData *e)

IfcCoordinateReferenceSystem(std::string v1_Name, boost::optional<std::string> v2_Description, boost::optional<std::string> v3_GeodeticDatum, boost::optional<std::string> v4_VerticalDatum)

Public Static Functions

const IfcParse::entity &Class()

class IfcCostItem : public Ifc4x1::IfcControl

An IfcCostItem describes a cost or financial value together with descriptive information that describes its context in a form that enables it to be used within a cost schedule. An IfcCostItem can be used to represent the cost of goods and services, the execution of works by a process, lifecycle cost and more.

Each instance of IfcCostItem may have a name and a description. Depending on the use for which the cost is intended, these values should be asserted on the basis of agreement. For instance, the Name attribute could be used to provide a common value that enables distinct instances to be brought together in a nesting arrangement (see below) while the Description attribute may be used to provide text used for item description in a costing schedule.

An IfcCostItem can link one or many IfcCostValue’s representing a unit cost, total cost, or a unit cost with one or many quantities used to generate the total cost. The quantities can be given as individual quantities, or those quantities are provided as element quantities by one or many building elements. The IfcCostValue.CostType attribute indicates the category of cost, which may be used to present the value in a particular column. For nested cost items (having IfcRelNests relationship), IfcCostValue.CostType is significant such that IfcCostValue.AppliedValue is calculated as the sum of all nested costs having the same IfcCostValue.CostType or if set to an asterisk (‘*’), then the sum of all nested costs of all cost types. An IfcCostValue may represent an original value or a value derived from formulas using IfcAppliedValueRelationship. For example, taxes may be calculated as a percentage of a subtotal.

HISTORY New Entity in IFC Release 2.0. IFC2x4 CHANGE Attribute PredefinedType, CostValues, and CostQuantities added.

Classification Use Definition

Instances of IfcCostItem are used for cost estimates, budgets, and other forms, where a variety of identification codes are used extensively to identify the meaning of the cost. Examples include project phase codes, CSI codes, takeoff sequence numbers, and cost accounts. The model allows for all classes that are ultimately subtypes of IfcObject to inherit the ability to have one or more instances of IfcClassificationReference to be assigned. Where identification codes are required, the generic IfcRelAssociatesClassification facility should be used.

Composition Use Definition

An IfcCostItem can nest other instances of IfcCostItem through its relationships to IfcRelNests. This can be used to enable the development of complex groups of costs as may be found in cost schedules through to pages, sections and complete cost schedules.

There is always a summary cost item as the root item of the tree representing the cost item nesting. Subsequent instances of IfcCostItem are assigned to the summary cost item using IfcRelNests. The summary cost item itself is assigned to IfcCostSchedule through the IfcRelAssignsToControl relationship.

Figure 157 illustrates a cost item composition used for a cost schedule. Each line item has a quantity and separate unit costs where IfcCostValue.CostType indicates the category of cost. The summary item has a hierarchy of costs calculated according to IfcAppliedValueRelationship.ArithmeticOperator, where IfcCostValue.CostType identifies the category to be totalled. The Tax component has IfcCostValue.CostType set to ‘Material’ which indicates it is the sum of all nested values of the ‘Material’ category ($3 x 3000 + $118 x 100 = $20800). The Subtotal component has IfcCostValue.CostType set to an asterisk (‘*’) which indicates it is the sum of all nested values of all categories.

Figure 157 — Cost composition

Assignment Use Definition

An IfcCostItem can be calculated based on quantities from objects through its relationship to IfcRelAssignsToControl.

For quantity-based costing, IfcElement, IfcTask, or IfcResource occurrence subtypes may be used. Multiple elements may be assigned of the same or different types, using IfcPhysicalQuantity entities defined at each object. Each IfcPhysicalQuantity type must be identical (for example, all values are IfcAreaQuantity) such that they can be added together.

For rate-based costing (specifically for IfcCostScheduleTypeEnum.SCHEDULEOFRATES), a single IfcTypeProduct, IfcTypeProcess, or IfcTypeResource subtype may be used to reflect rates for occurrences of such types. This enables the possibility to generate a quantity-based cost schedule for occurrences based on types with rate-based cost schedules.

IfcRelAssignsToControl is also used in the opposite direction to link the root IfcCostItem to an IfcCostSchedule where RelatingControl is the IfcCostSchedule.

Figure 158 illustrates cost item assignment derived from building elements. The IfcRelAssignsToControl relationship indicates building elements for which quantities are derived. Not shown, costs may also be derived from building elements by traversing assignment relationships from the assigned IfcProduct to IfcProcess to IfcResource, where all costs ultimately originate at resources. It is also possible for cost items to have assignments from processes or resources directly.

Figure 168 — Cost assignment

Public Types

typedef IfcTemplatedEntityList<IfcCostItem> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcCostItem.

::Ifc4x1::IfcCostItemTypeEnum::Value PredefinedType() const

Predefined generic type for a cost item that is specified in an enumeration. There may be a property set given specificly for the predefined types.

IFC2x4 CHANGE The attribute has been added.

void setPredefinedType(::Ifc4x1::IfcCostItemTypeEnum::Value v)

bool hasCostValues() const: Whether the optional attribute CostValues is defined for this IfcCostItem.

IfcTemplatedEntityList<::Ifc4x1::IfcCostValue>::ptr CostValues() const

Component costs for which the total cost for the cost item is calculated, and then multiplied by the total CostQuantities if provided.

If CostQuantities is provided then values indicate unit costs, otherwise values indicate total costs.

For calculation purposes, the cost values may be directly added unless they have qualifications. Cost values with qualifications (e.g. IfcCostValue.ApplicableDate, IfcCostValue.FixedUntilDate) should be excluded from such calculation if they do not apply.

IFC2x4 CHANGE The attribute has been added.

void setCostValues(IfcTemplatedEntityList<::Ifc4x1::IfcCostValue>::ptr v)

bool hasCostQuantities() const: Whether the optional attribute CostQuantities is defined for this IfcCostItem.

IfcTemplatedEntityList<::Ifc4x1::IfcPhysicalQuantity>::ptr CostQuantities() const

Component quantities of the same type for which the total quantity for the cost item is calculated as the sum.

IFC2x4 CHANGE The attribute has been added.

void setCostQuantities(IfcTemplatedEntityList<::Ifc4x1::IfcPhysicalQuantity>::ptr v)

const IfcParse::entity &declaration() const

IfcCostItem(IfcEntityInstanceData *e)

IfcCostItem(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, boost::optional<std::string> v6_Identification, boost::optional<::Ifc4x1::IfcCostItemTypeEnum::Value> v7_PredefinedType, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcCostValue>::ptr> v8_CostValues, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPhysicalQuantity>::ptr> v9_CostQuantities)

Public Static Functions

const IfcParse::entity &Class()

struct IfcCostItemTypeEnum¶

Public Types

enum Value¶

An IfcCostItemTypeEnum is a list of the available types of cost items. HISTORY: New type in IFC2x4

Enumeration

USERDEFINED: User-defined type. NOTDEFINED: Undefined type.

Values:

enumerator IfcCostItemType_USERDEFINED¶

enumerator IfcCostItemType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcCostSchedule : public Ifc4x1::IfcControl

An IfcCostSchedule brings together instances of IfcCostItem either for the purpose of identifying purely cost information as in an estimate for constructions costs or for including cost information within another presentation form such as a work order.

HISTORY New Entity in IFC Release 2.0. Modified in IFC 2x2 IFC2x4 CHANGE Attribute ‘ID’ changed to Identification and promoted to supertype IfcControl, PredefinedType made optional, attributes PreparedBy, SubmittedBy, TargetUsers removed.

Declaration Use Definition The IfcCostSchedule may be declared within the project using the IfcRelDeclares relationship where RelatingContext refers to the single IfcProject and RelatedDefinitions contains the IfcCostSchedule. Alternatively, if the IfcCostSchedule is aggregated within another IfcControl object, then it shall not have a direct declaration relationship (whereas the containing object may have a declaration relationship).

Assignment Use Definition The IfcCostSchedule may be assigned to the following entities using relationships as indicated:

IfcActor (IfcRelAssignsToActor): Persons and organizations involved in the preparation, submittal, and as target users.

The IfcCostSchedule may have assignments of its own using the IfcRelAssignsToControl relationship where RelatingControl refers to the IfcCostSchedule and RelatedObjects contains one or more objects of the following types: IfcCostItem: Indicates costs published within this cost schedule, typically a single root cost item forming a hierarchy of nested cost items.

Classification Use Definition Classifications may be applied using IfcRelAssociatesClassification where RelatedObjects contains the IfcCostSchedule and RelatingClassification refers to an IfcClassification or IfcClassificationReference.

IfcClassification: Classifications to be used for cost items within the cost schedule.

Approval Use Definition Approvals may be associated to indicate the status of acceptance or rejection using the IfcRelAssociatesApproval relationship where RelatingApproval refers to an IfcApproval and RelatedObjects contains the IfcCostSchedule. Approvals may be split into sub-approvals using IfcApprovalRelationship to track approval status separately for each party where RelatingApproval refers to the higher-level approval and RelatedApprovals contains one or more lower-level approvals. The hierarchy of approvals implies sequencing such that a higher-level approval is not executed until all of its lower-level approvals have been accepted.

Public Types

typedef IfcTemplatedEntityList<IfcCostSchedule> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcCostSchedule.

::Ifc4x1::IfcCostScheduleTypeEnum::Value PredefinedType() const

Predefined generic type for a cost schedule that is specified in an enumeration. There may be a property set given specifically for the predefined types.

IFC2x4 CHANGE The attribute has been made optional.

void setPredefinedType(::Ifc4x1::IfcCostScheduleTypeEnum::Value v)

bool hasStatus() const: Whether the optional attribute Status is defined for this IfcCostSchedule.

std::string Status() const

The current status of a cost schedule. Examples of status values that might be used for a cost schedule status include:

PLANNED APPROVED AGREED ISSUED STARTED

void setStatus(std::string v)

bool hasSubmittedOn() const: Whether the optional attribute SubmittedOn is defined for this IfcCostSchedule.

std::string SubmittedOn() const

The date and time on which the cost schedule was submitted.

IFC2x4 CHANGE Type changed from IfcDateTimeSelect.

void setSubmittedOn(std::string v)

bool hasUpdateDate() const: Whether the optional attribute UpdateDate is defined for this IfcCostSchedule.

std::string UpdateDate() const

The date and time that this cost schedule is updated; this allows tracking the schedule history.

IFC2x4 CHANGE Type changed from IfcDateTimeSelect.

void setUpdateDate(std::string v)

const IfcParse::entity &declaration() const

IfcCostSchedule(IfcEntityInstanceData *e)

IfcCostSchedule(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, boost::optional<std::string> v6_Identification, boost::optional<::Ifc4x1::IfcCostScheduleTypeEnum::Value> v7_PredefinedType, boost::optional<std::string> v8_Status, boost::optional<std::string> v9_SubmittedOn, boost::optional<std::string> v10_UpdateDate)

Public Static Functions

const IfcParse::entity &Class()

struct IfcCostScheduleTypeEnum¶

Public Types

enum Value¶

An IfcCostScheduleTypeEnum is a list of the available types of cost schedule from which that required may be selected. HISTORY: New type in IFC 2x2

Enumeration

BUDGET: An allocation of money for a particular purpose. COSTPLAN: An assessment of the amount of money needing to be expended for a defined purpose based on incomplete information about the goods and services required for a construction or installation.

ESTIMATE: An assessment of the amount of money needing to be expended for a defined purpose based on actual information about the goods and services required for a construction or installation. TENDER: An offer to provide goods and services.

PRICEDBILLOFQUANTITIES: A complete listing of all work items forming construction or installation works in which costs have been allocated to work items.

UNPRICEDBILLOFQUANTITIES: A complete listing of all work items forming construction or installation works in which costs have not yet been allocated to work items. SCHEDULEOFRATES: A listing of each type of goods forming construction or installation works with the cost of purchase, construction/installation, overheads and profit assigned so that additional items of that type can be costed.

USERDEFINED: User-defined type. NOTDEFINED: Undefined type.

Values:

enumerator IfcCostScheduleType_BUDGET¶

enumerator IfcCostScheduleType_COSTPLAN¶

enumerator IfcCostScheduleType_ESTIMATE¶

enumerator IfcCostScheduleType_TENDER¶

enumerator IfcCostScheduleType_PRICEDBILLOFQUANTITIES¶

enumerator IfcCostScheduleType_UNPRICEDBILLOFQUANTITIES¶

enumerator IfcCostScheduleType_SCHEDULEOFRATES¶

enumerator IfcCostScheduleType_USERDEFINED¶

enumerator IfcCostScheduleType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcCostValue : public Ifc4x1::IfcAppliedValue

IfcCostValue is an amount of money or a value that affects an amount of money.

HISTORY: New Entity in IFC Release 1.0

Use definitions Each instance of IfcCostValue may also have a CostType. There are many possible types of cost value that may be identified. While there is a broad understanding of the meaning of names that may be assigned to different types of costs, there is no general standard for naming cost types nor are there any broadly defined classifications. To allow for any type of cost value, the IfcLabel datatype is assigned.

The following defines some cost types that might be applied:

Annual rate of return Bonus Bulk purchase rebate Contract Consultancy Delivery Estimated cost Hire Installation Interest rate Labor Lease List price Maintenance Material Overhead Postage and packing Profit Purchase Rental Repair Replacement Sale Small quantity surcharge Spares Storage Sub-Contract Trade discount Transportation Waste allowance Whole life

In the absence of any well-defined standard, it is recommended that local agreements should be made to define allowable and understandable cost value types within a project or region.

Public Types

typedef IfcTemplatedEntityList<IfcCostValue> list

Public Functions

const IfcParse::entity &declaration() const

IfcCostValue(IfcEntityInstanceData *e)

IfcCostValue(boost::optional<std::string> v1_Name, boost::optional<std::string> v2_Description, ::Ifc4x1::IfcAppliedValueSelect *v3_AppliedValue, ::Ifc4x1::IfcMeasureWithUnit *v4_UnitBasis, boost::optional<std::string> v5_ApplicableDate, boost::optional<std::string> v6_FixedUntilDate, boost::optional<std::string> v7_Category, boost::optional<std::string> v8_Condition, boost::optional<::Ifc4x1::IfcArithmeticOperatorEnum::Value> v9_ArithmeticOperator, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcAppliedValue>::ptr> v10_Components)

Public Static Functions

const IfcParse::entity &Class()

class IfcCountMeasure : public IfcUtil::IfcBaseType

Definition from ISO/CD 10303-41:1992: A count measure is the value of a count. Type: NUMBER

NOTE Corresponding ISO 10303 name: count_measure, please refer to ISO/IS 10303-41 for the final definition of the formal standard.

HISTORY New type in IFC Release 1.5.1.

Public Functions

const IfcParse::type_declaration &declaration() const

IfcCountMeasure(IfcEntityInstanceData *e)

IfcCountMeasure(double v)

operator double() const

Public Static Functions

const IfcParse::type_declaration &Class()

class IfcCovering : public Ifc4x1::IfcBuildingElement

Definition from ISO 6707-1:1989: term used: Finishing - final coverings and treatments of surfaces and their intersections. A covering is an element which covers some part of another element and is fully dependent on that other element. The IfcCovering defines the occurrence of a covering type, that (if given) is expressed by the IfcCoveringType. Examples of coverings include wall claddings, floorings and suspended ceilings. Coverings are elements with relationships to the covered element and the space on the other side, they may contain openings, assigned by IfcRelVoidsElement, material information, assigned by IfcRelAssociatesMaterial, and others. NOTE A more basic information about claddings, floorings, and ceilings of a space can be attached to IfcSpace’s using the Pset_SpaceCommon properties. Then only a name can be provided and the covering quantities would be interpreted from the space quantities. Coverings can be assigned to

a space represented by IfcSpace

using the inverse relationship CoversSpaces pointing to IfcRelCoversSpaces. The space is then accessible via IfcRelCoversSpaces.RelatedSpace. It defines to which space a covering is facing towards.

NOTE The mere containment relationship between an IfcCovering and an IfcSpace is created by using IfcRelContainedInSpatialStructure

a space boundary represented by IfcRelSpaceBoundary

using the inverse relationship ProvidesBoundaries pointing to IfcRelSpaceBoundary. The space is then accessible via IfcRelSpaceBoundary.RelatingSpace.

a building element represented by IfcBuildingElement

using the inverse relationship Covers pointing to IfcRelCoversBldgElements. The building element is then accessible via IfcRelCoversBldgElements.RelatingBuildingElement.

The following guideline shall apply:

(default) if the space has coverings that may not have an own shape representation and no defined relationships to the building elements they cover, then the IfcCovering shall be assigned to IfcSpace using the IfcRelCoversSpaces relationship, if the space has coverings that have an own shape representation and the space has defined space boundaries, then the covering, which relates to that space, may be assigned to the space boundaries using the link toIfcRelSpaceBoundary, if the covering does not relate to a space, then the covering should be assigned to the building element or a distribution element using the IfcRelCoversBldgElements relationship.

HISTORY New entity in IFC Release 1.0. IFC2x CHANGE The attribute PredefinedType is now optional and should only be inserted when no type information, given by IfcCoveringType, is assigned to the IfcCovering occurrence by IfcRelDefinesByType. IFC2x4 CHANGE The IfcCovering is restricted to coverings of building elements by having RelatingBuildingElement pointing to IfcBuildingElement.

Type Use Definition The IfcCovering defines the occuurence of any covering, common information about covering types (or styles) is handled by IfcCoveringType. The IfcCoveringType (if present) may establish the commontype name, usage (or predefined) type, common set of properties, common material layer set, and common shape representations (using IfcRepresentationMap). The IfcCoveringType is attached using the IfcRelDefinedByType.RelatingType objectified relationship and is accessible by the inverse IsDefinedBy attribute. As an additional use agreement for standard coverings (i.e. slabs with constant thickness along the extrusion direction), the IfcCoveringType should have a unique IfcMaterialLayerSet, that is referenced by theIfcMaterialLayerSetUsage assigned to all occurrences of this covering type.

Figure 91 illustrates assignment of IfcMaterialLayerSetUsage and IfcMaterialLayerSet to the covering type and the covering occurrence.

Figure 91 — Covering material usage

If an IfcCoveringType is assigned to the IfcCovering, the attribute PredefinedType shall not be assigned, or shall be identical to IfcCoveringType.PredefinedType. Property Set Use Definition: The property sets relating to the IfcCovering are defined by the IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. It is accessible by the inverse IsDefinedBy relationship. The following property set definitions specific to the IfcCovering are part of this IFC release:

Pset_CoveringCommon: common property set for all covering occurrences

Pset_CoveringCeiling: specific property set for all occurrences of coverings with the PredefinedType: CEILING Pset_CoveringFlooring: specific property set for all occurrences of coverings with the PredefinedType: FLOORING

Quantity Use Definition: The quantities relating to the IfcCovering are defined by the IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. It is accessible by the inverse IsDefinedBy relationship. The following base quantities are defined and should be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities can be defined being subjected to local standard of measurement with another string value assigned to Name and a value provided for MethodOfMeasurement. Quantities shall never be assigned to the IfcCoveringType.

Qto_CoveringBaseQuantities: base quantities for all covering occurrences.

Containment Use Definition The IfcCovering has a containment relationship within the hierarchical spatial structure.

The IfcCovering is places within the project spatial hierarchy using the objectified relationship IfcRelContainedInSpatialStructure, referring to it by its inverse attribute SELF\IfcElement.ContainedInStructure. Subtypes of IfcSpatialStructureElement are valid spatial containers, with IfcSpace being the default container.

Geometry Use Definitions The geometric representation of IfcCovering is given by the IfcProductDefinitionShape, allowing multiple geometric representation. Included are: Local Placement The local placement for IfcCovering is defined in its supertype IfcProduct. It is defined by the IfcLocalPlacement, which defines the local coordinate system that is referenced by all geometric representations.

The PlacementRelTo relationship of IfcLocalPlacement shall point (if given) to the same IfcSpatialStructureElement , which is used in the ContainedInStructure inverse attribute, or to a spatial structure element at a higher level, referenced by that. If the IfcCovering, however, is assigned to an IfcBuildingElement, and this element defines its own local placement, than the PlacementRelTo relationship of IfcLocalPlacement shall point (if given) to the local placement of the IfcBuildingElement. If the relative placement is not used, the absolute placement is defined within the world coordinate system.

Geometric Representations The geometric representation of the IfcCovering depends on two criteria:

Does it define an area or a volume? Is the base surface (either the IfcRelSpaceBoundary or the surface of the IfcBuildingElement it relates to) a planar surface or a cylindrical surface?

GeometricSet Representation The ‘GeometricSet’ geometric representation of IfcCovering supports area definitions as 3D surfaces.

RepresentationIdentifier : ‘Surface’ RepresentationType : ‘GeometricSet’

The following additional constraints apply to the ‘GeometricSet’ representation of IfcCovering:

for planar base surfaces - bounded surface representation for cylindrical base surfaces - swept surface representation

Figure 92 illustrates a planar surface representation where the area of IfcCovering is given by an IfcPolyLoop for planar base surfaces (here given by the IfcRelSpaceBoundary).

The implicit planar surface of the IfcPolyLoop shall be identical with the planar surface defined by the IfcRelSpaceBoundary.

Figure 92 — Covering surface planar

Figure 93 illustrates a cylindrical surface representation where the area of the IfcCovering is given by an IfcSurfaceOfLinearExtrusion for cylindrical base surfaces (here given by the IfcRelSpaceBoundary - such as caused by a round wall).

The geometry representation of the IfcCovering is given by the IfcTrimmedCurved (the Curve parameter of the IfcArbitraryOpenProfileDef - in cases of faceted representation also an IfcPolyline). It is extruded within the plane of the base surface using the Depth parameter of the IfcSurfaceOfLinearExtrusion.

Figure 93 — Covering surface cylindrical

SweptSolid Representation The ‘SweptSolid’ geometric representation of IfcCovering supports volume definitions as 3D solids.

RepresentationIdentifier : ‘Body’ RepresentationType : ‘SweptSolid’

The following additional constraints apply to the ‘SweptSolid’ representation of IfcCovering:

for planar base surfaces - swept area representation for cylindrical base surfaces - swept area representation

Figure 94 illustrates a body representation where the volume of IfcCovering is given by an IfcExtrudedAreaSolid for planar base surfaces (here given by the IfcRelSpaceBoundary).

The extruded area (IfcArbitraryClosedProfileDef) shall be coplanar to the surface defined by the IfcRelSpaceBoundary.

Figure 94 — Covering body planar

Figure 95 illustrates a body representation where the volume of the IfcCovering is given by an IfcExtrudedAreaSolid for cylindrical base surfaces (here given by the IfcRelSpaceBoundary - such as caused by a round wall).

The geometry representation of the IfcCovering is given by the IfcCompositeCurve (the OuterCurve parameter of the IfcArbitraryClosedProfileDef - in cases of faceted representation also a closed IfcPolyline). It is extruded along the plane of the base surface using the Depth parameter of the IfcSurfaceOfLinearExtrusion.

Figure 95 — Covering body circular

Public Types

typedef IfcTemplatedEntityList<IfcCovering> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcCovering.

::Ifc4x1::IfcCoveringTypeEnum::Value PredefinedType() const: Predefined types to define the particular type of the covering. There may be property set definitions available for each predefined type.

void setPredefinedType(::Ifc4x1::IfcCoveringTypeEnum::Value v)

IfcTemplatedEntityList<IfcRelCoversSpaces>::ptr CoversSpaces() const

IfcTemplatedEntityList<IfcRelCoversBldgElements>::ptr CoversElements() const

const IfcParse::entity &declaration() const

IfcCovering(IfcEntityInstanceData *e)

IfcCovering(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcCoveringTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcCoveringType : public Ifc4x1::IfcBuildingElementType

Definition from IAI: The element type IfcCoveringType defines commonly shared information for occurrences of coverings. The set of shared information may include:

common properties within shared property sets common material (layer set) information common shape representations

It is used to define an covering specification or covering style (i.e. the specific product information, that is common to all occurrences of that product type). Covering types may be exchanged without being already assigned to occurrences. The occurrences of the IfcCoveringType are represented by instances of IfcCovering

HISTORY New entity in Release IFC2x Edition 2.

Informal proposition

The material assignment, if provided using the IfcRelAssociatesMaterial relationship, shall not reference the IfcMaterialLayerSetUsage.

Material Use Definition The material of the IfcCoveringType is defined by the IfcMaterialLayerSet or as fall back by IfcMaterial and attached by the IfcRelAssociatesMaterial.RelatingMaterial. It is accessible by the inverse HasAssociations relationship. Property Set Use Definition: The shared property sets relating to the IfcCoveringType are defined by the IfcPropertySet and are attached by the HasPropertySets attribute. The following property set definitions specific to the IfcCoveringType are part of this IFC release: NOTE There is no differentiation between properties within the property set that are only assignable to IfcCoveringType and those that are only assignable to IfcCovering. If the same property is assigned to the IfcCoveringType and the IfcCovering being an occurrence of the IfcCoveringType, then the occurrence property overrides the type property.

Pset_CoveringCommon: common property set for all covering types

Pset_CoveringCeiling: specific property set for all occurrences of covering types with the PredefinedType: CEILING Pset_CoveringFlooring: specific property set for all occurrences of coverings with the PredefinedType: FLOORING

Geometry Use Definition: The IfcCoveringType may define the shared geometric representation for all covering occurrences. The RepresentationMaps attribute refers to a list of IfcRepresentationMap’s, that allow for multiple geometric representations (e.g. with IfcShaperepresentation’s having an RepresentationIdentifier ‘Box’, ‘Surface’, or ‘Body’). (See geometric use definition of IfcCovering for further information). NOTE If the IfcCoveringType has an associated IfcMaterialLayerSet, then no shared geometric representation shall be provided. NOTE The product shape representations are defined as RepresentationMaps (attribute of the supertype IfcTypeProduct), which get assigned by an element occurrence instance through the IfcShapeRepresentation.Item[n] being an IfcMappedItem. See IfcTypeProduct for further information. NOTE The values of attributes RepresentationIdentifier and RepresentationType of IfcShapeRepresentation are restricted in the same way as those for IfcCoveringType.

Public Types

typedef IfcTemplatedEntityList<IfcCoveringType> list

Public Functions

::Ifc4x1::IfcCoveringTypeEnum::Value PredefinedType() const: Predefined types to define the particular type of the covering. There may be property set definitions available for each predefined type.

void setPredefinedType(::Ifc4x1::IfcCoveringTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCoveringType(IfcEntityInstanceData *e)

IfcCoveringType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcCoveringTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcCoveringTypeEnum¶

Public Types

enum Value¶

Definition from IAI: This enumeration defines the range of different types of covering that can further specify an IfcCovering or an IfcCoveringType. HISTORY New enumeration in IFC Release 1.0 IFC2x4 CHANGE The following enumerators of the IfcCoveringTypeEnum have been deprecated INSULATION, SLEEVING and WRAPPING. Enumeration

CEILING: the covering is used to represent a ceiling FLOORING: the covering is used to represent a flooring CLADDING: the covering is used to represent a cladding ROOFING: the covering is used to represent a roof

INSULATION: the covering is used to insulate an element for thermal or acoustic purposes. IFC2x4 NOTE The use of this enumerator is deprecated. MEMBRANE: an impervious layer that could be used for e.g. roof covering (below tiling - that may be known as sarking etc.) or as a damp proof course membrane IFC2x4 NOTE The use of this enumerator is deprecated. SLEEVING: the covering is used to isolate a distribution element from a space in which it is contained. IFC2x4 NOTE The use of this enumerator is deprecated. WRAPPING: the covering is used for wrapping particularly of distribution elements using tape. IFC2x4 NOTE The use of this enumerator is deprecated.

USERDEFINED: user defined type of covering NOTDEFINED: undefined type of covering

Values:

enumerator IfcCoveringType_CEILING¶

enumerator IfcCoveringType_FLOORING¶

enumerator IfcCoveringType_CLADDING¶

enumerator IfcCoveringType_ROOFING¶

enumerator IfcCoveringType_MOLDING¶

enumerator IfcCoveringType_SKIRTINGBOARD¶

enumerator IfcCoveringType_INSULATION¶

enumerator IfcCoveringType_MEMBRANE¶

enumerator IfcCoveringType_SLEEVING¶

enumerator IfcCoveringType_WRAPPING¶

enumerator IfcCoveringType_USERDEFINED¶

enumerator IfcCoveringType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcCrewResource : public Ifc4x1::IfcConstructionResource

IfcCrewResource represents a collection of internal resources used in construction processes.

HISTORY: New Entity in IFC Release 2.0. Base type and documentation extended in IFC2x4

Identification of people and equipment of a crew is achieved through their specification at the level of the component. Therefore, knowing which persons are within a crew is achieved through identifying the persons assigned to each IfcLaborResource within the IfcCrewResource. Similarly, identifying that a screwing machine for pipe fitting forms part of the crew is achieved by relating an appropriate instance of IfcElementComponent to the IfcConstructionEquipmentResource forming an element of the IfcCrewResource.

Use definitions for composition, assignment, constraints, time series, and baselines are described at the base type IfcConstructionResource.

Type use definition IfcCrewResource defines the occurrence of any crew resource; common information about crew resource types is handled by IfcCrewResourceType. The IfcCrewResourceType (if present) may establish the common type name, common properties, and common productivities for various task types using IfcRelAssignsToProcess. The IfcCrewResourceType is attached using the IfcRelDefinesByType.RelatingType objectified relationship and is accessible by the inverse IsTypedBy attribute.

Public Types

typedef IfcTemplatedEntityList<IfcCrewResource> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcCrewResource.

::Ifc4x1::IfcCrewResourceTypeEnum::Value PredefinedType() const: Defines types of crew resources. IFC2x4 New attribute

void setPredefinedType(::Ifc4x1::IfcCrewResourceTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCrewResource(IfcEntityInstanceData *e)

IfcCrewResource(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, boost::optional<std::string> v6_Identification, boost::optional<std::string> v7_LongDescription, ::Ifc4x1::IfcResourceTime *v8_Usage, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcAppliedValue>::ptr> v9_BaseCosts, ::Ifc4x1::IfcPhysicalQuantity *v10_BaseQuantity, boost::optional<::Ifc4x1::IfcCrewResourceTypeEnum::Value> v11_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcCrewResourceType : public Ifc4x1::IfcConstructionResourceType

The resource type IfcCrewResourceType defines commonly shared information for occurrences of crew resources. The set of shared information may include:

common productivities common cost rates common properties within shared property sets

It is used to define a crew resource specification the specific resource information that is common to all occurrences of that resource). Resource types may be exchanged without being already assigned to occurrences. Occurrences of the IfcCrewResourceType are represented by instances of IfcCrewResource.

HISTORY New entity in IFC2x4.

Public Types

typedef IfcTemplatedEntityList<IfcCrewResourceType> list

Public Functions

::Ifc4x1::IfcCrewResourceTypeEnum::Value PredefinedType() const: Defines types of crew resources.

void setPredefinedType(::Ifc4x1::IfcCrewResourceTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCrewResourceType(IfcEntityInstanceData *e)

IfcCrewResourceType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<std::string> v7_Identification, boost::optional<std::string> v8_LongDescription, boost::optional<std::string> v9_ResourceType, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcAppliedValue>::ptr> v10_BaseCosts, ::Ifc4x1::IfcPhysicalQuantity *v11_BaseQuantity, ::Ifc4x1::IfcCrewResourceTypeEnum::Value v12_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcCrewResourceTypeEnum¶

Public Types

enum Value¶

This enumeration is used to identify the primary purpose of a crew resource. The IfcCrewResourceTypeEnum contains the following:

OFFICE: A composition of resources performing administration work in an office. SITE: A composition of resources performing production work on a construction site. USERDEFINED: User-defined resource. NOTDEFINED: Undefined resource.

HISTORY: New enumeration in IFC2x4

Values:

enumerator IfcCrewResourceType_OFFICE¶

enumerator IfcCrewResourceType_SITE¶

enumerator IfcCrewResourceType_USERDEFINED¶

enumerator IfcCrewResourceType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcCsgPrimitive3D : public Ifc4x1::IfcGeometricRepresentationItem

IfcCsgPrimitive3D is an abstract supertype of all three dimensional primitives used as either tree root item, or as Boolean results within a CSG solid model. All 3D CSG primitives are defined within a three-dimensional placement coordinate system.

NOTE No directly corresponding ISO 10303-42 entity, the select type primitive_3d covers the same individual 3D CSG primitives, the position attribute has been added to apply equally to all subtypes. Please refer to ISO/IS 10303-42:1994, p. 234 for the final definition of the formal standard.

HISTORY New entity in IFC2x3.

Subclassed by Ifc4x1::IfcBlock, Ifc4x1::IfcRectangularPyramid, Ifc4x1::IfcRightCircularCone, Ifc4x1::IfcRightCircularCylinder, Ifc4x1::IfcSphere

Public Types

typedef IfcTemplatedEntityList<IfcCsgPrimitive3D> list

Public Functions

::Ifc4x1::IfcAxis2Placement3D *Position() const: The placement coordinate system to which the parameters of each individual CSG primitive apply.

void setPosition(::Ifc4x1::IfcAxis2Placement3D *v)

const IfcParse::entity &declaration() const

IfcCsgPrimitive3D(IfcEntityInstanceData *e)

IfcCsgPrimitive3D(::Ifc4x1::IfcAxis2Placement3D *v1_Position)

Public Static Functions

const IfcParse::entity &Class()

class IfcCsgSolid : public Ifc4x1::IfcSolidModel

Definition from ISO/CD 10303-42:1992: A solid represented as a CSG model is defined by a collection of so-called primitive solids, combined using regularized Boolean operations. The allowed operations are intersection, union, and difference. As a special case a CSG solid can also consists of a single CSG primitive.

A CSG solid requires two kinds of information for its complete definition: geometric and structural.

The geometric information is conveyed by solid models. These typically primitive volumes such as cylinders, wedges and extrusions, but can include general B-Rep models. Solid models can also be half space solids.

The structural information is in a tree (strictly an acyclic directed graph) of Boolean result and CSG solids, which represent a ‘recipe’ for building the solid. The terminal nodes are the geometric primitives and other solids. Every CSG solid has precisely one Boolean result associated with it which is the root of the tree that defines the solid. (There may be further Boolean results within the tree as operands). The significance of a CSG solid entity is that the solid defined by the associated tree is thus identified as a significant object itself, and in this way it is distinguished from other Boolean result entities representing intermediate results during the construction process.

Definition from IAI: The following primitive volumes can be parts of the CSG tree: solid models, i.e. faceted B-Rep (IfcFacetedBrep, IfcFacetedBrepWithVoids), swept area solid (IfcExtrudedAreaSolid, IfcRevolvedAreaSolid, IfcSurfaceCurveSweptAreaSolid), swept disk solids (IfcSweptDiskSolid), half space solids (IfcHalfSpaceSolid and subtypes), and CSG primitives (subtypes of IfcCsgPrimitive3D).

NOTE Corresponding ISO 10303-42 entity: csg_solid, please refer to ISO/IS 10303-42:1994, p.174 for the final definition of the formal standard.

HISTORY New class in IFC Release 1.5.1

Public Types

typedef IfcTemplatedEntityList<IfcCsgSolid> list

Public Functions

::Ifc4x1::IfcCsgSelect *TreeRootExpression() const: Boolean expression of primitives and regularized operators describing the solid. The root of the tree of Boolean expressions is given explicitly as an IfcBooleanResult entitiy or as a primitive (subtypes of IfcCsgPrimitive3D).

void setTreeRootExpression(::Ifc4x1::IfcCsgSelect *v)

const IfcParse::entity &declaration() const

IfcCsgSolid(IfcEntityInstanceData *e)

IfcCsgSolid(::Ifc4x1::IfcCsgSelect *v1_TreeRootExpression)

Public Static Functions

const IfcParse::entity &Class()

class IfcCShapeProfileDef : public Ifc4x1::IfcParameterizedProfileDef

IfcCShapeProfileDef defines a section profile that provides the defining parameters of a C-shaped section to be used by the swept area solid. This section is typically produced by cold forming steel. Its parameters and orientation relative to the position coordinate system are according to the following illustration. The centre of the position coordinate system is in the profile’s centre of the bounding box.

HISTORY New entity in IFC2x2.

IFC2x3 CHANGE All profile origins are now in the center of the bounding box.

IFC2x4 CHANGE Type of InternalFilletRadius relaxed to allow for zero radius. Trailing attribute CentreOfGravityInX deleted, use respective property in IfcExtendedProfileProperties instead.

Figure 315 illustrates parameters of the C-shape profile definition. The parameterized profile defines its own position coordinate system. The underlying coordinate system is defined by the swept area solid that uses the profile definition. It is the xy plane of:

IfcSweptAreaSolid.Position

By using offsets of the position location, the parameterized profile can be positioned centric (using x,y offsets = 0.), or at any position relative to the profile. The parameterized profile is defined by a set of parameter attributes. In the illustrated example, the ‘CentreOfGravityInX’ property in IfcExtendedProfileProperties, if provided, is negative.

Figure 315 — C-shape profile

Public Types

typedef IfcTemplatedEntityList<IfcCShapeProfileDef> list

Public Functions

double Depth() const: Profile depth, see illustration above (= h).

void setDepth(double v)

double Width() const: Profile width, see illustration above (= b).

void setWidth(double v)

double WallThickness() const: Constant wall thickness of profile (= ts).

void setWallThickness(double v)

double Girth() const: Lengths of girth, see illustration above (= c).

void setGirth(double v)

bool hasInternalFilletRadius() const: Whether the optional attribute InternalFilletRadius is defined for this IfcCShapeProfileDef.

double InternalFilletRadius() const: Internal fillet radius according the above illustration (= r1).

void setInternalFilletRadius(double v)

const IfcParse::entity &declaration() const

IfcCShapeProfileDef(IfcEntityInstanceData *e)

IfcCShapeProfileDef(::Ifc4x1::IfcProfileTypeEnum::Value v1_ProfileType, boost::optional<std::string> v2_ProfileName, ::Ifc4x1::IfcAxis2Placement2D *v3_Position, double v4_Depth, double v5_Width, double v6_WallThickness, double v7_Girth, boost::optional<double> v8_InternalFilletRadius)

Public Static Functions

const IfcParse::entity &Class()

class IfcCurrencyRelationship : public Ifc4x1::IfcResourceLevelRelationship

IfcCurrencyRelationship defines the rate of exchange that applies between two designated currencies at a particular time and as published by a particular source.

HISTORY New Entity in IFC2x2.

IFC2x4 CHANGE Subtyped from IfcResourceLevelRelationship, attribute order changed.

Use definitions An IfcCurrencyRelationship is used where there may be a need to reference an IfcCostValue in one currency to an IfcCostValue in another currency. It takes account of fact that currency exchange rates may vary by requiring the recording the date and time of the currency exchange rate used and the source that publishes the rate. There may be many sources and there are different strategies for currency conversion (spot rate, forward buying of currency at a fixed rate). The source for the currency exchange is defined as an instance of IfcLibraryInformation that includes a name and a URL.

Public Types

typedef IfcTemplatedEntityList<IfcCurrencyRelationship> list

Public Functions

::Ifc4x1::IfcMonetaryUnit *RelatingMonetaryUnit() const: The monetary unit from which an exchange is derived. For instance, in the case of a conversion from GBP to USD, the relating monetary unit is GBP.

void setRelatingMonetaryUnit(::Ifc4x1::IfcMonetaryUnit *v)

::Ifc4x1::IfcMonetaryUnit *RelatedMonetaryUnit() const: The monetary unit to which an exchange results. For instance, in the case of a conversion from GBP to USD, the related monetary unit is USD.

void setRelatedMonetaryUnit(::Ifc4x1::IfcMonetaryUnit *v)

double ExchangeRate() const: The currently agreed ratio of the amount of a related monetary unit that is equivalent to a unit amount of the relating monetary unit in a currency relationship. For instance, in the case of a conversion from GBP to USD, the value of the exchange rate may be 1.486 (USD) : 1 (GBP).

void setExchangeRate(double v)

bool hasRateDateTime() const: Whether the optional attribute RateDateTime is defined for this IfcCurrencyRelationship.

std::string RateDateTime() const

The date and time at which an exchange rate applies.

IFC2x4 CHANGE Type changed from IfcDateTimeSelect. Attribute made optional.

void setRateDateTime(std::string v)

bool hasRateSource() const: Whether the optional attribute RateSource is defined for this IfcCurrencyRelationship.

::Ifc4x1::IfcLibraryInformation *RateSource() const: The source from which an exchange rate is obtained.

void setRateSource(::Ifc4x1::IfcLibraryInformation *v)

const IfcParse::entity &declaration() const

IfcCurrencyRelationship(IfcEntityInstanceData *e)

IfcCurrencyRelationship(boost::optional<std::string> v1_Name, boost::optional<std::string> v2_Description, ::Ifc4x1::IfcMonetaryUnit *v3_RelatingMonetaryUnit, ::Ifc4x1::IfcMonetaryUnit *v4_RelatedMonetaryUnit, double v5_ExchangeRate, boost::optional<std::string> v6_RateDateTime, ::Ifc4x1::IfcLibraryInformation *v7_RateSource)

Public Static Functions

const IfcParse::entity &Class()

class IfcCurtainWall : public Ifc4x1::IfcBuildingElement

Definition from ISO 6707-1:1989: Non load bearing wall positioned on the outside of a building and enclosing it. A curtain wall is an exterior wall of a building which is an assembly of components, hung from the edge of the floor/roof structure rather than bearing on a floor. Curtain wall is represented as a building element assembly and implemented as a subtype of IfcBuildingElement that uses an IfcRelAggregates relationship. HISTORY New Entity in IFC Release 2.0

Type Use Definition IfcCurtainWall defines the occuurence of any curtain wall, common information about curtain wall types (or styles) is handled by IfcCurtainWallType. The IfcCurtainWallType (if present) may establish the commontype name, usage (or predefined) type, common material information, common set of properties and common shape representations (using IfcRepresentationMap). The IfcCurtainWallType is attached using the IfcRelDefinedByType.RelatingType objectified relationship and is accessible by the inverse IsDefinedBy attribute. If no IfcCurtainWallType is attached(i.e. if only occurrence information is given) the predefined type may be given by using the ObjectType attribute. NOTE Since the IfcCurtainWall might be represented as an aggregate of parts, e.g. represented by IfcMember, or IfcPlate, these individual parts may have type information attached (represented e.g. by IfcMemberType, or IfcPlateType). Property Set Use Definition: The property sets relating to the IfcCurtainWall are defined by the IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. It is accessible by the inverse IsDefinedBy relationship. The following property set definitions specific to the IfcCurtainWall are part of this IFC release:

Pset_CurtainWallCommon: common property set for all curtain wall occurrences

Quantity Use Definition The quantities relating to the IfcCurtainWall are defined by the IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. It is accessible by the inverse IsDefinedBy relationship. The following base quantities are defined and should be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities can be defined being subjected to local standard of measurement with another string value assigned to Name and a value provided for MethodOfMeasurement. Quantities shall never be assigned to the IfcCurtainWallType.

Qto_CurtainWallBaseQuantities: base quantities for all curtain wall occurrences.

Geometry Use Definitions: The geometric representation of IfcCurtainWall is given by the IfcProductDefinitionShape, allowing multiple geometric representations. Independent geometric representations, as described below, should only be used when the IfcCurtainWall is not defined as an aggregate. If defined as an aggregate, the geometric representation is the sum of the representations of the components within the aggregate. Local placement The local placement for IfcCurtainWall is defined in its supertype IfcProduct. It is defined by the IfcLocalPlacement, which defines the local coordinate system that is referenced by all geometric representations.

The PlacementRelTo relationship of IfcLocalPlacement shall point (if given) to the same IfcSpatialStructureElement that is used in the ContainedInStructure inverse attribute or to a referenced spatial structure element at a higher level. If the relative placement is not used, the absolute placement is defined within the world coordinate system.

If the IfcCurtainWall establishes an aggregate, then all contained elements (defined by the IsDecomposedBy inverse attribute) shall be placed relative to the IfcCurtainWall.ObjectPlacement. Geometric Representation The geometric representation of IfcCurtainWall is defined using the following multiple shape representations for its definition:

Axis: A two-dimensional open curve (for restrictions see below) defining the axis for the curtain wall.

This is an optional representation for curtain walls.

Body: A surface model or boundary representation model representation defining the 3D shape of the curtain wall.

If the IfcCurtainWall has components (referenced by SELF\IfcObject.IsDecomposedBy) then no independent shape representation with RepresentationType = ‘Body’ shall be defined. The body of IfcCurtainWall is then geometrically represented by the shape representation of its components. The components are accessed via SELF\IfcObject.IsDecomposedBy[1].RelatedObjects.

If the IfcCurtainWall has no components defined (empty set of SELF\IfcObject.IsDecomposedBy) then the IfcCurtainWall may be represented by an shape representation with the RepresentationIdentifier = ‘Body’.

Axis Representation The axis geometric representation of IfcCurtainWall is defined using the ‘Axis’ representation. The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Axis’ RepresentationType : ‘Curve2D’

The following additional constraints apply to the ‘Axis’ representation:

Axis : IfcPolyline having two Points, or IfcTrimmedCurve with BasisCurve of Type IfcLine or IfcCircle.

Body Representation The body shape representation of IfcCurtainWall is defined using the ‘Body’ representation. The following attribute values for the IfcShapeRepresentation holding this geometric representation shall be used:

RepresentationIdentifier : ‘Body’ RepresentationType : ‘SurfaceModel’, ‘Brep’ and ‘MappedRepresentation’

An own ‘Body’ representation shall only be included if no components of the curtain wall are defined.

Public Types

typedef IfcTemplatedEntityList<IfcCurtainWall> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcCurtainWall.

::Ifc4x1::IfcCurtainWallTypeEnum::Value PredefinedType() const

Predefined generic type for a curtain wall that is specified in an enumeration. There may be a property set given specificly for the predefined types. NOTE The PredefinedType shall only be used, if no type object IfcCurtainWallType is assigned, providing its own IfcCurtainWallType.PredefinedType.

IFC2x4 CHANGE The attribute has been added at the end of the entity definition.

void setPredefinedType(::Ifc4x1::IfcCurtainWallTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCurtainWall(IfcEntityInstanceData *e)

IfcCurtainWall(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcCurtainWallTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcCurtainWallType : public Ifc4x1::IfcBuildingElementType

Definition from IAI: The element type (IfcCurtainWallType) defines a list of commonly shared property set definitions of a curtain wall element and an optional set of product representations. It is used to define a curtain wall specification (i.e. the specific product information, that is common to all occurrences of that product type).

NOTE: The product representations are defined as representation maps (at the level of the supertype IfcTypeProduct, which gets assigned by an element occurrence instance through the IfcShapeRepresentation.Item[1] being an IfcMappedItem.

A curtain wall type is used to define the common properties of a certain type of curtain wall that may be applied to many instances of that type to assign a specific style. Curtain wall types may be exchanged without being already assigned to occurrences. The occurrences of the IfcCurtainWallType are represented by instances of IfcCurtainWall.

HISTORY New entity in Release IFC2x Editon 3.

Public Types

typedef IfcTemplatedEntityList<IfcCurtainWallType> list

Public Functions

::Ifc4x1::IfcCurtainWallTypeEnum::Value PredefinedType() const: Identifies the predefined types of a curtain wall element from which the type required may be set.

void setPredefinedType(::Ifc4x1::IfcCurtainWallTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcCurtainWallType(IfcEntityInstanceData *e)

IfcCurtainWallType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcCurtainWallTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcCurtainWallTypeEnum¶

Public Types

enum Value¶

Definition from IAI: Enumeration defining the valid types of curtain wall that can be predefined using the enumeration values. HISTORY New Enumeration in ReleaseIFC2x Edition 3 NOTE Currently there are no specific enumerators defined, the IfcCurtainWallTypeEnum has been added for future extensions.

Values:

enumerator IfcCurtainWallType_USERDEFINED¶

enumerator IfcCurtainWallType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcCurvatureMeasure : public IfcUtil::IfcBaseType

IfcCurvatureMeasure is a measure for curvature, which is defined as the change of slope per length. This is typically a computed value in structural analysis. It is usually measured in rad/m.

Type: REAL

HISTORY New type in IFC2x2.

Public Functions

const IfcParse::type_declaration &declaration() const

IfcCurvatureMeasure(IfcEntityInstanceData *e)

IfcCurvatureMeasure(double v)

operator double() const

Public Static Functions

const IfcParse::type_declaration &Class()

class IfcCurve : public Ifc4x1::IfcGeometricRepresentationItem

Definition from ISO/CD 10303-42:1992: A curve can be envisioned as the path of a point moving in its coordinate space.

NOTE: Corresponding ISO 10303 entity: curve, only the following subtypes have been incorporated into IFC: line as IfcLine, conic as IfcConic, bounded_curve as IfcBoundedCurve. Please refer to ISO/IS 10303-42:1994, p.37 for the final definition of the formal standard. The derived attribute Dim has been added (see also note at IfcGeometricRepresentationItem).

HISTORY: New entity in IFC Release 1.0

Informal proposition:

A curve shall be arcwise connected A curve shall have an arc length greater than zero.

Subclassed by Ifc4x1::IfcBoundedCurve, Ifc4x1::IfcConic, Ifc4x1::IfcLine, Ifc4x1::IfcOffsetCurve, Ifc4x1::IfcPcurve, Ifc4x1::IfcSurfaceCurve

Public Types

typedef IfcTemplatedEntityList<IfcCurve> list

Public Functions

const IfcParse::entity &declaration() const

IfcCurve(IfcEntityInstanceData *e)

IfcCurve()

Public Static Functions

const IfcParse::entity &Class()

class IfcCurveBoundedPlane : public Ifc4x1::IfcBoundedSurface

Definition from ISO/CD 10303-42:1992: The curve bounded surface is a parametric surface with curved boundaries defined by one or more boundary curves. The bounded surface is defined to be the portion of the basis surface in the direction of N x T from any point on the boundary, where N is the surface normal and T the boundary curve tangent vector at this point. The region so defined shall be arcwise connected.

The IfcCurveBoundedPlane is a specialized bounded surface class that deals only with bounding basis plane surfaces. The definition varies from STEP as outer and inner boundaries are separated attributes and refer to IfcCurve. The only basis surface that is allowed is of type IfcPlane, and the implicit_outer attribute has not been incorporated, since only unbounded surfaces are used as basis surface.

The BasisSurface is an IfcPlane that establishes the position coordinate system by SELF\IfcElementarySurface.Position. The OuterBoundary and the InnerBoundaries (if provided) shall lie on the surface of IfcPlane. Therefore the IfcCurve’s establishing the outer and inner boundaries shall be:

either a 2D curve within the XY plane of the position coordinate sytem of IfcPlane or a 3D curve with all coordinates having a z value = 0.

NOTE Corresponding ISO 10303 entity curve_bounded_surface has been changed to meet the specific requirements of an easy representation of curve bounded planes.

HISTORY New entity in IFC Release 1.5

IFC2x PLATFORM CHANGE: The data type of the attribute OuterBoundary and InnerBoundaries has been changed from Ifc2DCompositeCurve to its supertype IfcCurve with upward compatibility for file based exchange.

Public Types

typedef IfcTemplatedEntityList<IfcCurveBoundedPlane> list

Public Functions

::Ifc4x1::IfcPlane *BasisSurface() const: The surface to be bound.

void setBasisSurface(::Ifc4x1::IfcPlane *v)

::Ifc4x1::IfcCurve *OuterBoundary() const: The outer boundary of the surface.

void setOuterBoundary(::Ifc4x1::IfcCurve *v)

IfcTemplatedEntityList<::Ifc4x1::IfcCurve>::ptr InnerBoundaries() const: An optional set of inner boundaries. They shall not intersect each other or the outer boundary.

void setInnerBoundaries(IfcTemplatedEntityList<::Ifc4x1::IfcCurve>::ptr v)

const IfcParse::entity &declaration() const

IfcCurveBoundedPlane(IfcEntityInstanceData *e)

IfcCurveBoundedPlane(::Ifc4x1::IfcPlane *v1_BasisSurface, ::Ifc4x1::IfcCurve *v2_OuterBoundary, IfcTemplatedEntityList<::Ifc4x1::IfcCurve>::ptr v3_InnerBoundaries)

Public Static Functions

const IfcParse::entity &Class()

class IfcCurveBoundedSurface : public Ifc4x1::IfcBoundedSurface

Definition from ISO/CD 10303-42:1992 The curve bounded surface is a parametric surface with curved boundaries defined by one or more boundary curves. One of the boundary curves may be the outer boundary; any number of inner boundaries is permissible. The region of the curve bounded surface in the basis surface is defined to be the portion of the basis surface in the direction of N x T from any point on the boundary, where N is the surface normal and T the boundary curve tangent vector at this point. The region so defined shall be arcwise connected.

The IfcCurveBoundedSurface is a parametric surface with boundaries defined by p-curves, that is, a curve which lies on the basis of a surface and is defined in the parameter space of that surface. The p-curve is a special type of a composite curve segment and shall only be used to bound a surface.

The outer boundary shall be either defined by:

an IfcOuterBoundaryCurve, a closed composite curve on surface for the definition of an outer boundary, then the attribute ImplicitOuter has to be set to FALSE, or by the implicit boundary of the bounded surface, e.g. the u1, u2, v1, v2 of IfcRectangularTrimmedSurface< then the attribute ImplicitOuter has to be set to TRUE. Note that some surfaces, like IfcCylindricalSurface does not have identifiable implicit boundaries.

NOTE Corresponding STEP entity: curve_bounded_surface. Please refer to ISO/IS 10303-42:1994, p.87 for the final definition of the formal standard.

HISTORY New entity in IFC2x4.

Informal Propositions

Each curve in the set of Boundaries shall be closed. No two curves in the set of Boundaries shall intersect. At most one of the boundary curves may enclose any other boundary curve. If an IfcOuterBoundaryCurve is designated, only that curve may enclose any other boundary curve.

Public Types

typedef IfcTemplatedEntityList<IfcCurveBoundedSurface> list

Public Functions

::Ifc4x1::IfcSurface *BasisSurface() const: The surface to be bounded.

void setBasisSurface(::Ifc4x1::IfcSurface *v)

IfcTemplatedEntityList<::Ifc4x1::IfcBoundaryCurve>::ptr Boundaries() const: The outer boundary of the surface.

void setBoundaries(IfcTemplatedEntityList<::Ifc4x1::IfcBoundaryCurve>::ptr v)

bool ImplicitOuter() const

void setImplicitOuter(bool v)

const IfcParse::entity &declaration() const

IfcCurveBoundedSurface(IfcEntityInstanceData *e)

IfcCurveBoundedSurface(::Ifc4x1::IfcSurface *v1_BasisSurface, IfcTemplatedEntityList<::Ifc4x1::IfcBoundaryCurve>::ptr v2_Boundaries, bool v3_ImplicitOuter)

Public Static Functions

const IfcParse::entity &Class()

struct IfcCurveInterpolationEnum¶

Public Types

enum Value¶

IfcCurveInterpolationEnum specifies the possible methods for the interpolation of property values given as a curve.

HISTORY New type in IFC2x4.

Enumeration

LINEAR: Indicates that values between the defined values are to be found by linear interpolation. LOG_LINEAR: Indicates that values between the defined values are to be found by linear interpolation of the natural logarithm (base e) of the values. LOG_LOG: Indicates that values between the defined values are to be found by linear interpolation of the Briggs’ logarithm (base 10) of the values. NOTDEFINED: No interpolation information is provided

Values:

enumerator IfcCurveInterpolation_LINEAR¶

enumerator IfcCurveInterpolation_LOG_LINEAR¶

enumerator IfcCurveInterpolation_LOG_LOG¶

enumerator IfcCurveInterpolation_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcCurveSegment2D : public Ifc4x1::IfcBoundedCurve

Subclassed by Ifc4x1::IfcCircularArcSegment2D, Ifc4x1::IfcLineSegment2D, Ifc4x1::IfcTransitionCurveSegment2D

Public Types

typedef IfcTemplatedEntityList<IfcCurveSegment2D> list

Public Functions

::Ifc4x1::IfcCartesianPoint *StartPoint() const

void setStartPoint(::Ifc4x1::IfcCartesianPoint *v)

double StartDirection() const

void setStartDirection(double v)

double SegmentLength() const

void setSegmentLength(double v)

const IfcParse::entity &declaration() const

IfcCurveSegment2D(IfcEntityInstanceData *e)

IfcCurveSegment2D(::Ifc4x1::IfcCartesianPoint *v1_StartPoint, double v2_StartDirection, double v3_SegmentLength)

Public Static Functions

const IfcParse::entity &Class()

class IfcCurveStyle : public Ifc4x1::IfcPresentationStyle

Definition from ISO/CD 10303-46:1992: A curve style specifies the visual appearance of curves.

An IfcCurveStyle provides the style table for presentation information assigned to geometric curves. The style is defined by a color, a font and a width. The IfcCurveStyle defines curve patterns as model patterns, that is, the distance between visible and invisible segments of curve patterns are given in model space dimensions (that have to be scaled using the target plot scale).

Styles are intended to be shared by multiple IfcStyledItem’s, assigning the style to occurrences of (subtypes of) IfcGeometricRepresentationItem’s. Measures given to a font pattern or a curve width are given in global drawing length units.

NOTE global units are defined at the single IfcProject instance, given by UnitsInContext:IfcUnitAssignment, the same units are used for the geometric representation items and for the style definitions.

The measure values for font pattern and curve width apply to the model space with a target plot scale provided for the correct appearance in the default plot scale.. For different scale and projection dependent curve styles a different instance of IfcCurveStyle needs to be used by IfcPresentationStyleAssignment for different IfcGeometricRepresentationSubContext dependent representations.

NOTE the target plot scale is given by IfcGeometricRepresentationSubContext.TargetScale.

An IfcCurveStyle can be assigned to IfcGeometricRepresentationItem’s via the IfcPresentationStyleAssignment through an intermediate IfcStyledItem or IfcAnnotationCurveOccurrence.

NOTE Corresponding ISO 10303 name: curve_style. Please refer to ISO/IS 10303-46:1994 for the final definition of the formal standard.

HISTORY New entity in IFC2x2.

Public Types

typedef IfcTemplatedEntityList<IfcCurveStyle> list

Public Functions

bool hasCurveFont() const: Whether the optional attribute CurveFont is defined for this IfcCurveStyle.

::Ifc4x1::IfcCurveFontOrScaledCurveFontSelect *CurveFont() const: A curve style font which is used to present a curve. It can either be a predefined curve font, or an explicitly defined curve font. Both may be scaled. If not given, then the curve font should be taken from the layer assignment with style, if that is not given either, then the default curve font applies.

void setCurveFont(::Ifc4x1::IfcCurveFontOrScaledCurveFontSelect *v)

bool hasCurveWidth() const: Whether the optional attribute CurveWidth is defined for this IfcCurveStyle.

::Ifc4x1::IfcSizeSelect *CurveWidth() const: A positive length measure in units of the presentation area for the width of a presented curve. If not given, then the style should be taken from the layer assignment with style, if that is not given either, then the default style applies.

void setCurveWidth(::Ifc4x1::IfcSizeSelect *v)

bool hasCurveColour() const: Whether the optional attribute CurveColour is defined for this IfcCurveStyle.

::Ifc4x1::IfcColour *CurveColour() const: The colour of the visible part of the curve. If not given, then the colour should be taken from the layer assignment with style, if that is not given either, then the default colour applies.

void setCurveColour(::Ifc4x1::IfcColour *v)

bool hasModelOrDraughting() const: Whether the optional attribute ModelOrDraughting is defined for this IfcCurveStyle.

bool ModelOrDraughting() const

void setModelOrDraughting(bool v)

const IfcParse::entity &declaration() const

IfcCurveStyle(IfcEntityInstanceData *e)

IfcCurveStyle(boost::optional<std::string> v1_Name, ::Ifc4x1::IfcCurveFontOrScaledCurveFontSelect *v2_CurveFont, ::Ifc4x1::IfcSizeSelect *v3_CurveWidth, ::Ifc4x1::IfcColour *v4_CurveColour, boost::optional<bool> v5_ModelOrDraughting)

Public Static Functions

const IfcParse::entity &Class()

class IfcCurveStyleFont : public Ifc4x1::IfcPresentationItem

Definition from ISO/CD 10303-46:1992: A curve style font combines several curve style font pattern entities into a more complex pattern. The resulting pattern is repeated along the curve.

NOTE: Corresponding ISO 10303 name: curve_style_font. Please refer to ISO/IS 10303-46:1994 for the final definition of the formal standard.

HISTORY: New entity in IFC2x2.

Public Types

typedef IfcTemplatedEntityList<IfcCurveStyleFont> list

Public Functions

bool hasName() const: Whether the optional attribute Name is defined for this IfcCurveStyleFont.

std::string Name() const: Name that may be assigned with the curve font.

void setName(std::string v)

IfcTemplatedEntityList<::Ifc4x1::IfcCurveStyleFontPattern>::ptr PatternList() const: A list of curve font pattern entities, that contains the simple patterns used for drawing curves. The patterns are applied in the order they occur in the list.

void setPatternList(IfcTemplatedEntityList<::Ifc4x1::IfcCurveStyleFontPattern>::ptr v)

const IfcParse::entity &declaration() const

IfcCurveStyleFont(IfcEntityInstanceData *e)

IfcCurveStyleFont(boost::optional<std::string> v1_Name, IfcTemplatedEntityList<::Ifc4x1::IfcCurveStyleFontPattern>::ptr v2_PatternList)

Public Static Functions

const IfcParse::entity &Class()

class IfcCurveStyleFontAndScaling : public Ifc4x1::IfcPresentationItem

Definition from ISO/CD 10303-46:1992: A curve style font and scaling is a curve style font and a scalar factor for that font, so that a given curve style font may be applied at various scales.

The IfcCurveStyleFontAndScaling allows for the reuse of the same curve style definition in several sizes. The definition of the CurveFontScale is the scaling of a base curve style pattern to be used as a new or derived curve style pattern.

NOTE The CurveFontScale should not be mixed up with the target plot scale.

An example for IfcCurveStyleFontAndScaling is the sizing of a basic curve style dash pattern ‘dash’ (visible 0.01m, invisible 0.005m) into ‘dash large’ withCurveFontScale = 2 (resulting invisible 0.02m, invisible 0.01m), and into ‘dash small’withCurveFontScale = 0.5 (resulting invisible 0.005m, invisible 0.0025m).

NOTE Corresponding ISO 10303 name: curve_style_font_and_scaling. Please refer to ISO/IS 10303-46:1994 for the final definition of the formal standard.

HISTORY New entity in IFC2x2.

Public Types

typedef IfcTemplatedEntityList<IfcCurveStyleFontAndScaling> list

Public Functions

bool hasName() const: Whether the optional attribute Name is defined for this IfcCurveStyleFontAndScaling.

std::string Name() const: Name that may be assigned with the scaling of a curve font.

void setName(std::string v)

::Ifc4x1::IfcCurveStyleFontSelect *CurveFont() const: The curve font to be scaled.

void setCurveFont(::Ifc4x1::IfcCurveStyleFontSelect *v)

double CurveFontScaling() const: The scale factor.

void setCurveFontScaling(double v)

const IfcParse::entity &declaration() const

IfcCurveStyleFontAndScaling(IfcEntityInstanceData *e)

IfcCurveStyleFontAndScaling(boost::optional<std::string> v1_Name, ::Ifc4x1::IfcCurveStyleFontSelect *v2_CurveFont, double v3_CurveFontScaling)

Public Static Functions

const IfcParse::entity &Class()

class IfcCurveStyleFontPattern : public Ifc4x1::IfcPresentationItem

Definition from ISO/CD 10303-46:1992: A curve style font pattern is a pair of visible and invisible curve segment length measures in presentation area units.

NOTE Corresponding ISO 10303 name: curve_style_font_pattern. Please refer to ISO/IS 10303-46:1994 for the final definition of the formal standard.

HISTORY New entity in IFC2x2.

Public Types

typedef IfcTemplatedEntityList<IfcCurveStyleFontPattern> list

Public Functions

double VisibleSegmentLength() const

The length of the visible segment in the pattern definition.

NOTE For a visible segment representing a point, the value 0. should be assigned.

IFC2x Edition 3 CHANGE The datatype has been changed to IfcLengthMeasure with upward compatibility for file-based exchange.

void setVisibleSegmentLength(double v)

double InvisibleSegmentLength() const: The length of the invisible segment in the pattern definition.

void setInvisibleSegmentLength(double v)

const IfcParse::entity &declaration() const

IfcCurveStyleFontPattern(IfcEntityInstanceData *e)

IfcCurveStyleFontPattern(double v1_VisibleSegmentLength, double v2_InvisibleSegmentLength)

Public Static Functions

const IfcParse::entity &Class()

class IfcCylindricalSurface : public Ifc4x1::IfcElementarySurface

Definition from ISO/CD 10303-42:1992: A cylindrical surface is a surface at a constant distance (the radius) from a straight line. A cylindrical surface is defined by its radius and its orientation and location. The data is to be interpreted as follows:

C = Position.Location x = Position.P[1] y = Position.P[2] z = Position.P[3] R = Radius

and the surface is parameterized as:

where the parametric range is -∞ < u,v < ∞ . In the above parameterization the length unit for the unit vectors z is equal to that of the radius R. In the placement coordinate system defined above, the surface is represented by the equation S = 0, where

The positive direction of the normal to the surface at any point on the surface is given by

, or as unit normal by

The direction of the normal is away from the axis of the cylinder.

The cylindrical surface is a surface unbounded in the direction of z. Bounded cylindrical surfaces are defined by using a subtype of IfcBoundedSurface with BasisSurface being a cylindrical surface.

NOTE A bounded cylindrical surface can be defined by an IfcRectangularTrimmedSurface with BasisSurface being the cylindrical surface and U1 = 0°, U2 = 360° and V1 = lower bound in z, V2 = upper bound in z (if the plane angle measure is degree). A bounded cylindrical arc surface is provided with |U1 - U2| < 360° (assuming the Usense and Vsense agree to the sense of the basis surface). NOTE A non-rectangular bounded cylindrical surface, e.g. the surface of a round wall underneath a sloped roof, cab be defined by an IfcCurveBoundedSurface with IfcBoundaryCurve’s, being a collection of p-curve segments. A p-curve is curve which lies on the basis of a surface and is defined in the parameter space of that surface.

The inherited attributes are interpreted as

SELF\IfcElementarySurface.Position defines the location and orientation of the cylindrical surface. SELF\IfcElementarySurface.Position.Location definesd a point on the axis of the cylindrical surface. SELF\IfcElementarySurface.Position.P[3] defines the direction of the axis of the cylindrical surface.

NOTE Corresponding ISO 10303 entity: plane. Please refer to ISO/IS 10303-42:1994, p.70 for the final definition of the formal standard.

HISTORY New class in IFC2x4.

Public Types

typedef IfcTemplatedEntityList<IfcCylindricalSurface> list

Public Functions

double Radius() const: The radius of the cylindrical surface.

void setRadius(double v)

const IfcParse::entity &declaration() const

IfcCylindricalSurface(IfcEntityInstanceData *e)

IfcCylindricalSurface(::Ifc4x1::IfcAxis2Placement3D *v1_Position, double v2_Radius)

Public Static Functions

const IfcParse::entity &Class()

class IfcDamper : public Ifc4x1::IfcFlowController

A damper typically participates in an HVAC duct distribution system and is used to control or modulate the flow of air.

HISTORY New entity in IFC2x4

Type Use Definition IfcDamper defines the occurrence of any damper; common information about damper types is handled by IfcDamperType. The IfcDamperType (if present) may establish the common type name, usage (predefined type), properties, materials, ports, composition, assignments, and representations. The IfcDamperType is attached using the IfcRelDefinesByType objectified relationship and is accessible by the IsTypedBy inverse attribute. If the IfcDamperType has ports or aggregated elements, such objects are reflected at the IfcDamper occurrence using the IfcRelDefinesByObject relationship.

Property Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. Property sets may also be specified at the IfcDamperType, defining the common property data for all occurrences of the same type. They are then accessible by the IsTypedBy inverse attribute pointing to IfcDamperType.HasPropertySets. If both are given, then the properties directly defined at IfcDamper override the properties defined at IfcDamperType. Refer to the documentation at the supertype IfcFlowController and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: (All Types)

Pset_DamperOccurrence (PSET_OCCURRENCEDRIVEN) Pset_DamperPHistory (PSET_PERFORMANCEDRIVEN) Pset_DamperTypeCommon (PSET_TYPEDRIVENOVERRIDE)

CONTROLDAMPER

Pset_DamperTypeControlDamper (PSET_TYPEDRIVENOVERRIDE)

FIREDAMPER

Pset_DamperTypeFireDamper (PSET_TYPEDRIVENOVERRIDE)

FIRESMOKEDAMPER

Pset_DamperTypeFireSmokeDamper (PSET_TYPEDRIVENOVERRIDE)

SMOKEDAMPER

Pset_DamperTypeSmokeDamper (PSET_TYPEDRIVENOVERRIDE)

Quantity Use Definition The quantities relating to this entity are defined by IfcElementQuantity and attached by the IfcRelDefinesByProperties relationship. They are accessible by the IsDefinedBy inverse attribute. The following base quantities are defined and shall be exchanged with the IfcElementQuantity.Name = ‘BaseQuantities’. Other quantities, being subjected to local standard of measurement, may be defined with another string value assigned to Name. In this case a valid value for MethodOfMeasurement shall be provided.

Qto_DamperBaseQuantities

Material Use Definition The material of the IfcDamper is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. Material information can also be given at the IfcDamperType, defining the common attribute data for all occurrences of the same type. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

Blade: The material from which the damper blades are constructed. Frame: The material from which the damper frame is constructed. Seal: The material from which the damper seals are constructed.

Connection Use Definition The IfcDamper may be connected to other objects as follows using the indicated relationship:

IfcActuator (IfcRelFlowControlElements): Indicates an actuator operating on the damper.

Port Use Definition The distribution ports relating to the IfcDamper are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. If the damper occurrence is defined by IfcDamperType, then the port occurrences must reflect those defined at the IfcDamperType using the IfcRelDefinesByObject relationship. Ports are specific to the IfcDamper PredefinedType as follows indicated by the IfcDistributionPort Name, PredefinedType, and FlowDirection:

AirIn (AIRCONDITIONING, SINK): Air entering damper. AirOut (AIRCONDITIONING, SOURCE): Air leaving damper, with flow regulated according to position of damper.

Figure 220 illustrates damper port use. Figure 220 — Damper port use

Public Types

typedef IfcTemplatedEntityList<IfcDamper> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcDamper.

::Ifc4x1::IfcDamperTypeEnum::Value PredefinedType() const

void setPredefinedType(::Ifc4x1::IfcDamperTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcDamper(IfcEntityInstanceData *e)

IfcDamper(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcDamperTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcDamperType : public Ifc4x1::IfcFlowControllerType

The flow controller type IfcDamperType defines commonly shared information for occurrences of dampers. The set of shared information may include:

common properties with shared property sets common representations of shape common materials common composition of elements common ports applicable assignment of process types

It is used to define a damper specification (i.e. the specific product information, that is common to all occurrences of that product type). Damper types may be exchanged without being already assigned to occurrences. Occurrences of IfcDamperType are represented by instances of IfcDamper.

HISTORY: New entity in IFC2x2

Property Set Use Definition The property sets relating to this entity are defined by IfcPropertySet and attached by the HasPropertySets attribute. Refer to the documentation at the supertype IfcFlowControllerType and ancestors for inherited property set definitions. The following property set definitions are applicable to this entity: Pset_DamperTypeCommon

The following property set definitions are applicable to this entity according to the PredefinedType attribute:

Pset_DamperTypeControlDamper (CONTROLDAMPER) Pset_DamperTypeFireDamper (FIREDAMPER) Pset_DamperTypeFireSmokeDamper (FIRESMOKEDAMPER) Pset_DamperTypeSmokeDamper (SMOKEDAMPER)

Material Use Definition The material of the IfcDamperType is defined by IfcMaterialConstituentSet or as a fallback by IfcMaterial, and attached by the RelatingMaterial attribute on the IfcRelAssociatesMaterial relationship. It is accessible by the HasAssociations inverse attribute. The following keywords for IfcMaterialConstituentSet.MaterialConstituents[n].Name shall be used:

‘Blade’: The material from which the damper blades are constructed. ‘Frame’: The material from which the damper frame is constructed. ‘Seal’: The material from which the damper seals are constructed.

Port Use Definition The distribution ports relating to the IfcDamperType type are defined by IfcDistributionPort and attached by the IfcRelConnectsPortToElement relationship. Ports are reflected at occurrences of this type using the IfcRelDefinesByObject relationship. Refer to the documentation at IfcDamper for standard port definitions.

Public Types

typedef IfcTemplatedEntityList<IfcDamperType> list

Public Functions

::Ifc4x1::IfcDamperTypeEnum::Value PredefinedType() const: Type of damper.

void setPredefinedType(::Ifc4x1::IfcDamperTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcDamperType(IfcEntityInstanceData *e)

IfcDamperType(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ApplicableOccurrence, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcPropertySetDefinition>::ptr> v6_HasPropertySets, boost::optional<IfcTemplatedEntityList<::Ifc4x1::IfcRepresentationMap>::ptr> v7_RepresentationMaps, boost::optional<std::string> v8_Tag, boost::optional<std::string> v9_ElementType, ::Ifc4x1::IfcDamperTypeEnum::Value v10_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

struct IfcDamperTypeEnum¶

Public Types

enum Value¶

This enumeration defines the various types of damper:

BALANCINGDAMPER: Damper used for purposes of manually balancing pressure differences. Commonly operated by mechanical adjustment. BACKDRAFTDAMPER: Backdraft damper used to restrict the movement of air in one direction. Commonly operated by mechanical spring. BLASTDAMPER: Blast damper use to prevent protect occupants and equipment against overpressures resultant of an explosion. Commonly operated by mechanical spring. CONTROLDAMPER: Control damper used to modulate the flow of air by adjusting the position of the blades. Commonly operated by an actuator of a building automation system. FIREDAMPER: Fire damper used to prevent the spread of fire for a specified duration. Commonly operated by fusable link that melts above a certain temperature. FIRESMOKEDAMPER: Combination fire and smoke damper used to preven the spread of fire and smoke. Commonly operated by a fusable link and a smoke detector FUMEHOODEXHAUST: Fume hood exhaust damper. Commonly operated by actuator. GRAVITYDAMPER: Gravity damper closes from the force of gravity. Commonly operated by gravitational weight. GRAVITYRELIEFDAMPER: Gravity-relief damper used to allow air to move upon a buildup of enough pressure to overcome the gravitational force exerted upon the damper blades. Commonly operated by gravitational weight. RELIEFDAMPER: Relief damper used to allow air to move upon a buildup of a specified pressure differential. Commonly operated by mechanical spring. SMOKEDAMPER: Smoke damper used to prevent the spread of smoke. Commonly operated by a smoke detector of a building automation system. USERDEFINED: User-defined damper. NOTDEFINED: Undefined damper.

HISTORY: New enumeration in IFC R2.0

Values:

enumerator IfcDamperType_BACKDRAFTDAMPER¶

enumerator IfcDamperType_BALANCINGDAMPER¶

enumerator IfcDamperType_BLASTDAMPER¶

enumerator IfcDamperType_CONTROLDAMPER¶

enumerator IfcDamperType_FIREDAMPER¶

enumerator IfcDamperType_FIRESMOKEDAMPER¶

enumerator IfcDamperType_FUMEHOODEXHAUST¶

enumerator IfcDamperType_GRAVITYDAMPER¶

enumerator IfcDamperType_GRAVITYRELIEFDAMPER¶

enumerator IfcDamperType_RELIEFDAMPER¶

enumerator IfcDamperType_SMOKEDAMPER¶

enumerator IfcDamperType_USERDEFINED¶

enumerator IfcDamperType_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

struct IfcDataOriginEnum¶

Public Types

enum Value¶

IfcDataOriginEnum identifies the origin of time data:

MEASURED: The origin of the time data is a measurement device. PREDICTED: The time data are a prediction. SIMULATED: The origin of the time data is a simulation. NOTDEFINED: The origin of the time data is undefined.

HISTORY: New enumeration in IFC 2x2.

Values:

enumerator IfcDataOrigin_MEASURED¶

enumerator IfcDataOrigin_PREDICTED¶

enumerator IfcDataOrigin_SIMULATED¶

enumerator IfcDataOrigin_USERDEFINED¶

enumerator IfcDataOrigin_NOTDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcDate : public IfcUtil::IfcBaseType

The lexical representation for date is the reduced (right truncated) lexical representation for dateTime: CCYY-MM-DD. No left truncation is allowed. An optional following time zone qualifier is allowed as for dateTime. To accommodate year values outside the range from 0001 to 9999, additional digits can be added to the left of this representation and a preceding “-” sign is allowed.

HISTORY: New type in IFC2x4

Use definitions All given values should be provided in context and converted into a Gregorian date context and be shall be processable by a receiving application.

Public Functions

const IfcParse::type_declaration &declaration() const

IfcDate(IfcEntityInstanceData *e)

IfcDate(std::string v)

operator std::string() const

Public Static Functions

const IfcParse::type_declaration &Class()

class IfcDateTime : public IfcUtil::IfcBaseType

This lexical representation is the [ISO 8601] extended format CCYY-MM-DDThh:mm:ss where “CC” represents the century, “YY” the year, “MM” the month and “DD” the day, preceded by an optional leading “-” sign to indicate a negative number. If the sign is omitted, “+” is assumed. The letter “T” is the date/time separator and “hh”, “mm”, “ss” represent hour, minute and second respectively. Additional digits can be used to increase the precision of fractional seconds if desired i.e the format ss.ss… with any number of digits after the decimal point is supported. The fractional seconds part is optional; other parts of the lexical form are not optional. To accommodate year values greater than 9999 additional digits can be added to the left of this representation. Leading zeros are required if the year value would otherwise have fewer than four digits; otherwise they are forbidden. The year 0000 is prohibited.

HISTORY: New type in IFC2x4

Public Functions

const IfcParse::type_declaration &declaration() const

IfcDateTime(IfcEntityInstanceData *e)

IfcDateTime(std::string v)

operator std::string() const

Public Static Functions

const IfcParse::type_declaration &Class()

class IfcDayInMonthNumber : public IfcUtil::IfcBaseType

Definition from IAI: The IfcDayInMonthNumber is an integer that defines the position of the specified day in a month. Type: INTEGER NOTE Corresponding STEP name: day_in_month_number, please refer to ISO/IS 10303-41:1994 for the final definition of the formal standard. HISTORY New type in IFC Release 1.5.1. IFC2x4 CHANGE Where rule ValidRange added.

Public Functions

const IfcParse::type_declaration &declaration() const

IfcDayInMonthNumber(IfcEntityInstanceData *e)

IfcDayInMonthNumber(int v)

operator int() const

Public Static Functions

const IfcParse::type_declaration &Class()

class IfcDayInWeekNumber : public IfcUtil::IfcBaseType

Definition from IAI: The IfcDayInWeekNumber is an integer that defines the position of the specified day in a week. The positions have the following meaning (according to ISO8601 “the calendar week”) that assigns the ordinal day number in the week to the Calender day name.

Ordinal day number Calendar day name

01 Monday

02 Tuesday

03 Wednesday

04 Thursday

05 Friday

06 Saturday

07 Sunday

Type: INTEGER HISTORY New type in IFC2x4.

Public Functions

const IfcParse::type_declaration &declaration() const

IfcDayInWeekNumber(IfcEntityInstanceData *e)

IfcDayInWeekNumber(int v)

operator int() const

Public Static Functions

const IfcParse::type_declaration &Class()

class IfcDerivedProfileDef : public Ifc4x1::IfcProfileDef

IfcDerivedProfileDef defines the profile by transformation from the parent profile. The transformation is given by a two dimensional transformation operator. Transformation includes translation, rotation, mirror and scaling. The latter can be uniform or non uniform. The derived profiles may be used to define swept surfaces, swept area solids or sectioned spines.

The transformation effects the position, rotation, mirroring or scale of the profile at the underlying coordinate system, i.e. the coordinate system defined by the swept surface or swept area solid that uses the profile definition. It is the xy plane of either:

IfcSweptSurface.Position IfcSweptAreaSolid.Position

or in case of sectioned spines the xy plane of each list member of IfcSectionedSpine.CrossSectionPositions. The position and potential rotation of the ParentProfile within the underlying coordinate system is taken into consideration before applying the Cartesian transformation operator.

Note, if only mirroring is required, IfcMirroredProfileDef should be used instead.

HISTORY: New entity in IFC Release 2x.

Figure 316 illustrates examples of derived profiles.

Parameter The IfcDerivedProfileDef is defined using the IfcCartesianTransformationOperator2D (CTO), which is applied to the parent profile definition.

Example The example shows an uniform scaling and a transformation of an IfcRectangleProfileDef to match the lower-left cardinal point. The attributes of the CTO are:

Axis1 = NIL (defaults to 1.,0.) Axis2 = NIL (defaults to 0.,1.) LocalOrigin = IfcCartesianPoint(,) Scale = 2.

Note: The ParentProfile has a Position = IfcCartesianPoint(,) already.

Parameter The IfcDerivedProfileDef is defined using non uniform transformationsby applying the IfcCartesianTransformationOperator2DnonUniform as a subtype of the 2D CTO.

Example The example shows a non-uniform scaling and a translation of an IfcRectangleProfileDef to match the lower-left cardinal point. The attributes of the CTO are:

Axis1 = NIL (defaults to 1.,0.) Axis2 = NIL (defaults to 0.,1.) LocalOrigin = IfcCartesianPoint(0.,<1/2 YDim) Scale = 1. Scale2 = 2.

Note: The ParentProfile has a Position = IfcCartesianPoint(,) already.

Parameter The IfcDerivedProfileDef is defined using mirroring by applying the IfcCartesianTransformationOperator2D (CTO) to the parent profile.

Example The example shows a mirroring of an IfcLShapeProfileDef to match the centre cardinal point. The attributes of the CTO are:

Axis1 = (-1.,0.) Axis2 = NIL (defaults to 0.,1.) LocalOrigin = IfcCartesianPoint(0.,0.) Scale = NIL (defaults to 1.)

Note: The ParentProfile has a Position = IfcCartesianPoint(0.,0.).

This example is for illustration only. If the transformation results only in mirroring like shown in the example, then IfcMirroredProfileDef should be used instead of IfcDerivedProfileDef.

Note: The following color map applies:

black coordinate axes show the underlying coordinate system of the swept surface, swept area solid, or sectioned spine

red coordinate axes show the position coordinate system of the parent profile

brown coordinate axes show the position coordinate system of the derived profile

Figure 316 — Derived profile

Subclassed by Ifc4x1::IfcMirroredProfileDef

Public Types

typedef IfcTemplatedEntityList<IfcDerivedProfileDef> list

Public Functions

::Ifc4x1::IfcProfileDef *ParentProfile() const: The parent profile provides the origin of the transformation.

void setParentProfile(::Ifc4x1::IfcProfileDef *v)

::Ifc4x1::IfcCartesianTransformationOperator2D *Operator() const: Transformation operator applied to the parent profile.

void setOperator(::Ifc4x1::IfcCartesianTransformationOperator2D *v)

bool hasLabel() const: Whether the optional attribute Label is defined for this IfcDerivedProfileDef.

std::string Label() const: The name by which the transformation may be referred to. The actual meaning of the name has to be defined in the context of applications.

void setLabel(std::string v)

const IfcParse::entity &declaration() const

IfcDerivedProfileDef(IfcEntityInstanceData *e)

IfcDerivedProfileDef(::Ifc4x1::IfcProfileTypeEnum::Value v1_ProfileType, boost::optional<std::string> v2_ProfileName, ::Ifc4x1::IfcProfileDef *v3_ParentProfile, ::Ifc4x1::IfcCartesianTransformationOperator2D *v4_Operator, boost::optional<std::string> v5_Label)

Public Static Functions

const IfcParse::entity &Class()

class IfcDerivedUnit : public IfcUtil::IfcBaseEntity

Definition from ISO/CD 10303-41:1992: A derived unit is an expression of units.

EXAMPLE: Newton per square millimetre is a derived unit.

NOTE: Corresponding ISO 10303 name: derived_unit, please refer to ISO/IS 10303-41 for the final definition of the formal standard.

HISTORY: New entity in IFC Release 1.5.1.

Public Types

typedef IfcTemplatedEntityList<IfcDerivedUnit> list

Public Functions

IfcTemplatedEntityList<::Ifc4x1::IfcDerivedUnitElement>::ptr Elements() const: The group of units and their exponents that define the derived unit.

void setElements(IfcTemplatedEntityList<::Ifc4x1::IfcDerivedUnitElement>::ptr v)

::Ifc4x1::IfcDerivedUnitEnum::Value UnitType() const: Name of the derived unit chosen from an enumeration of derived unit types for use in IFC models.

void setUnitType(::Ifc4x1::IfcDerivedUnitEnum::Value v)

bool hasUserDefinedType() const: Whether the optional attribute UserDefinedType is defined for this IfcDerivedUnit.

std::string UserDefinedType() const

void setUserDefinedType(std::string v)

const IfcParse::entity &declaration() const

IfcDerivedUnit(IfcEntityInstanceData *e)

IfcDerivedUnit(IfcTemplatedEntityList<::Ifc4x1::IfcDerivedUnitElement>::ptr v1_Elements, ::Ifc4x1::IfcDerivedUnitEnum::Value v2_UnitType, boost::optional<std::string> v3_UserDefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcDerivedUnitElement : public IfcUtil::IfcBaseEntity

Definition from ISO/CD 10303-41:1992: A derived unit element is one of the unit quantities which makes up a derived unit.

EXAMPLE: Newtons per square millimetre is a derived unit. It has two elements, Newton whose exponent has a value of 1 and millimetre whose exponent is -2.

NOTE: Corresponding ISO 10303 name: derived_unit_element, please refer to ISO/IS 10303-41 for the final definition of the formal standard.

HISTORY New entity in IFC Release 1.5.1.

Public Types

typedef IfcTemplatedEntityList<IfcDerivedUnitElement> list

Public Functions

::Ifc4x1::IfcNamedUnit *Unit() const: The fixed quantity which is used as the mathematical factor.

void setUnit(::Ifc4x1::IfcNamedUnit *v)

int Exponent() const: The power that is applied to the unit attribute.

void setExponent(int v)

const IfcParse::entity &declaration() const

IfcDerivedUnitElement(IfcEntityInstanceData *e)

IfcDerivedUnitElement(::Ifc4x1::IfcNamedUnit *v1_Unit, int v2_Exponent)

Public Static Functions

const IfcParse::entity &Class()

struct IfcDerivedUnitEnum¶

Public Types

enum Value¶

IfcDerivedUnitEnum is an enumeration type for allowed types of derived units. ENUMERATION

ACCELERATIONUNIT ANGULARVELOCITYUNIT COMPOUNDPLANEANGLEUNIT DYNAMICVISCOSITYUNIT HEATFLUXDENSITYUNIT INTEGERCOUNTRATEUNIT ISOTHERMALMOISTURECAPACITYUNIT KINEMATICVISCOSITYUNIT LINEARFORCEUNIT LINEARMOMENTUNIT LINEARSTIFFNESSUNIT LINEARVELOCITYUNIT MASSDENSITYUNIT MASSFLOWRATEUNIT MODULUSOFELASTICITYUNIT MODULUSOFSUBGRADEREACTIONUNIT MOISTUREDIFFUSIVITYUNIT MOLECULARWEIGHTUNIT MOMENTORINERTIAUNIT PLANARFORCEUNIT ROTATIONALFREQUENCYUNIT ROTATIONALSTIFFNESSUNIT SHEARMODULUSUNIT SPECIFICHEATCAPACITYUNIT THERMALADMITTANCEUNIT THERMALCONDUCTANCEUNIT THERMALRESISTANCEUNIT THERMALTRANSMITTANCEUNIT TORQUEUNIT VAPORPERMEABILITYUNIT VOLUMETRICFLOWRATEUNIT CURVATUREUNIT HEATINGVALUEUNIT IONCONCENTRATIONUNIT LUMINOUSINTENSITYDISTRIBUTIONUNIT MASSPERLENGTHUNIT MODULUSOFLINEARSUBGRADEREACTIONUNIT MODULUSOFROTATIONALSUBGRADEREACTIONUNIT PHUNIT ROTATIONALMASSUNIT SECTIONAREAINTEGRALUNIT SECTIONMODULUSUNIT SOUNDPOWERUNIT SOUNDPRESSUREUNIT TEMPERATUREGRADIENTUNIT TEMPERATURERATEOFCHANGE THERMALEXPANSIONCOEFFICIENTUNIT WARPINGCONSTANTUNIT WARPINGMOMENTUNIT USERDEFINED: User defined derived unit.

HISTORY: New type in IFC Release 2.0.

IFC 2x4 change: added TEMPERATURERATEOFCHANGE.

Values:

enumerator IfcDerivedUnit_ANGULARVELOCITYUNIT¶

enumerator IfcDerivedUnit_AREADENSITYUNIT¶

enumerator IfcDerivedUnit_COMPOUNDPLANEANGLEUNIT¶

enumerator IfcDerivedUnit_DYNAMICVISCOSITYUNIT¶

enumerator IfcDerivedUnit_HEATFLUXDENSITYUNIT¶

enumerator IfcDerivedUnit_INTEGERCOUNTRATEUNIT¶

enumerator IfcDerivedUnit_ISOTHERMALMOISTURECAPACITYUNIT¶

enumerator IfcDerivedUnit_KINEMATICVISCOSITYUNIT¶

enumerator IfcDerivedUnit_LINEARVELOCITYUNIT¶

enumerator IfcDerivedUnit_MASSDENSITYUNIT¶

enumerator IfcDerivedUnit_MASSFLOWRATEUNIT¶

enumerator IfcDerivedUnit_MOISTUREDIFFUSIVITYUNIT¶

enumerator IfcDerivedUnit_MOLECULARWEIGHTUNIT¶

enumerator IfcDerivedUnit_SPECIFICHEATCAPACITYUNIT¶

enumerator IfcDerivedUnit_THERMALADMITTANCEUNIT¶

enumerator IfcDerivedUnit_THERMALCONDUCTANCEUNIT¶

enumerator IfcDerivedUnit_THERMALRESISTANCEUNIT¶

enumerator IfcDerivedUnit_THERMALTRANSMITTANCEUNIT¶

enumerator IfcDerivedUnit_VAPORPERMEABILITYUNIT¶

enumerator IfcDerivedUnit_VOLUMETRICFLOWRATEUNIT¶

enumerator IfcDerivedUnit_ROTATIONALFREQUENCYUNIT¶

enumerator IfcDerivedUnit_TORQUEUNIT¶

enumerator IfcDerivedUnit_MOMENTOFINERTIAUNIT¶

enumerator IfcDerivedUnit_LINEARMOMENTUNIT¶

enumerator IfcDerivedUnit_LINEARFORCEUNIT¶

enumerator IfcDerivedUnit_PLANARFORCEUNIT¶

enumerator IfcDerivedUnit_MODULUSOFELASTICITYUNIT¶

enumerator IfcDerivedUnit_SHEARMODULUSUNIT¶

enumerator IfcDerivedUnit_LINEARSTIFFNESSUNIT¶

enumerator IfcDerivedUnit_ROTATIONALSTIFFNESSUNIT¶

enumerator IfcDerivedUnit_MODULUSOFSUBGRADEREACTIONUNIT¶

enumerator IfcDerivedUnit_ACCELERATIONUNIT¶

enumerator IfcDerivedUnit_CURVATUREUNIT¶

enumerator IfcDerivedUnit_HEATINGVALUEUNIT¶

enumerator IfcDerivedUnit_IONCONCENTRATIONUNIT¶

enumerator IfcDerivedUnit_LUMINOUSINTENSITYDISTRIBUTIONUNIT¶

enumerator IfcDerivedUnit_MASSPERLENGTHUNIT¶

enumerator IfcDerivedUnit_MODULUSOFLINEARSUBGRADEREACTIONUNIT¶

enumerator IfcDerivedUnit_MODULUSOFROTATIONALSUBGRADEREACTIONUNIT¶

enumerator IfcDerivedUnit_PHUNIT¶

enumerator IfcDerivedUnit_ROTATIONALMASSUNIT¶

enumerator IfcDerivedUnit_SECTIONAREAINTEGRALUNIT¶

enumerator IfcDerivedUnit_SECTIONMODULUSUNIT¶

enumerator IfcDerivedUnit_SOUNDPOWERLEVELUNIT¶

enumerator IfcDerivedUnit_SOUNDPOWERUNIT¶

enumerator IfcDerivedUnit_SOUNDPRESSURELEVELUNIT¶

enumerator IfcDerivedUnit_SOUNDPRESSUREUNIT¶

enumerator IfcDerivedUnit_TEMPERATUREGRADIENTUNIT¶

enumerator IfcDerivedUnit_TEMPERATURERATEOFCHANGEUNIT¶

enumerator IfcDerivedUnit_THERMALEXPANSIONCOEFFICIENTUNIT¶

enumerator IfcDerivedUnit_WARPINGCONSTANTUNIT¶

enumerator IfcDerivedUnit_WARPINGMOMENTUNIT¶

enumerator IfcDerivedUnit_USERDEFINED¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcDescriptiveMeasure : public IfcUtil::IfcBaseType

Definition from ISO/CD 10303-41:1992: A descriptive measure is a human interpretable definition of a quantifiable value. Type: STRING

NOTE Corresponding ISO 10303 name:descriptive_measure, please refer to ISO/IS 10303-41 for the final definition of the formal standard.

HISTORY New type in IFC Release 1.5.1.

Public Functions

const IfcParse::type_declaration &declaration() const

IfcDescriptiveMeasure(IfcEntityInstanceData *e)

IfcDescriptiveMeasure(std::string v)

operator std::string() const

Public Static Functions

const IfcParse::type_declaration &Class()

class IfcDimensionalExponents : public IfcUtil::IfcBaseEntity

Definition from ISO/CD 10303-41:1992: The dimensionality of any quantity can be expressed as a product of powers of the dimensions of base quantities. The dimensional exponents entity defines the powers of the dimensions of the base quantities. All the physical quantities are founded on seven base quantities (ISO 31 (clause 2)).

NOTE: Length, mass, time, electric current, thermodynamic temperature, amount of substance, and luminous intensity are the seven base quantities.

EXAMPLE: A length of 2 millimetres has a length exponent of 1. The remaining exponents are equal to 0.

EXAMPLE: A velocity of 2 millimetres per second has a length exponent of 1 and a time exponent of -1. The remaining exponents are equal to 0.

NOTE Corresponding STEP name: dimensional_exponents, please refer to ISO/IS 10303-41 for the final definition of the formal standard.

HISTORY New entity in IFC Release 1.5.1.

Public Types

typedef IfcTemplatedEntityList<IfcDimensionalExponents> list

Public Functions

int LengthExponent() const: The power of the length base quantity.

void setLengthExponent(int v)

int MassExponent() const: The power of the mass base quantity.

void setMassExponent(int v)

int TimeExponent() const: The power of the time base quantity.

void setTimeExponent(int v)

int ElectricCurrentExponent() const: The power of the electric current base quantity.

void setElectricCurrentExponent(int v)

int ThermodynamicTemperatureExponent() const: The power of the thermodynamic temperature base quantity.

void setThermodynamicTemperatureExponent(int v)

int AmountOfSubstanceExponent() const: The power of the amount of substance base quantity.

void setAmountOfSubstanceExponent(int v)

int LuminousIntensityExponent() const: The power of the luminous intensity base quantity.

void setLuminousIntensityExponent(int v)

const IfcParse::entity &declaration() const

IfcDimensionalExponents(IfcEntityInstanceData *e)

IfcDimensionalExponents(int v1_LengthExponent, int v2_MassExponent, int v3_TimeExponent, int v4_ElectricCurrentExponent, int v5_ThermodynamicTemperatureExponent, int v6_AmountOfSubstanceExponent, int v7_LuminousIntensityExponent)

Public Static Functions

const IfcParse::entity &Class()

class IfcDimensionCount : public IfcUtil::IfcBaseType

Definition from ISO/CD 10303-42:1992: A dimension count is a positive integer used to define the coordinate space dimensionality.

The IfcDimensionCount is restricted to have the dimensionality of either 1, 2, or 3 - the WR1 had been added as an addition to the ISO 10303:42 entity dimension_count. In contrary to the ISO 10303:42 constraint, that all geometric representation items within a geometric representation context are forced to have the same dimension count, the IFC geometry allows mixed dimensions, particularly when defining the boundary of planar surfaces.

NOTE Corresponding ISO 10303 type: dimension_count, please refer to ISO/IS 10303-42:1994, p. 14 for the final definition of the formal standard.

HISTORY New Type in IFC Release 1.5

Public Functions

const IfcParse::type_declaration &declaration() const

IfcDimensionCount(IfcEntityInstanceData *e)

IfcDimensionCount(int v)

operator int() const

Public Static Functions

const IfcParse::type_declaration &Class()

class IfcDirection : public Ifc4x1::IfcGeometricRepresentationItem

Definition from ISO/CD 10303-42:1992: This entity defines a general direction vector in two or three dimensional space. The actual magnitudes of the components have no effect upon the direction being defined, only the ratios X:Y:Z or X:Y are significant.

NOTE: The components of this entity are not normalized. If a unit vector is required it should be normalized before use.

NOTE: Corresponding ISO 10303 entity: direction. Please refer to ISO/IS 10303-42:1994, p.26 for the final definition of the formal standard. The derived attribute Dim has been added (see also note at IfcGeometricRepresentationItem).

HISTORY: New entity in IFC Release 1.0

Public Types

typedef IfcTemplatedEntityList<IfcDirection> list

Public Functions

std::vector<double> DirectionRatios() const: The components in the direction of X axis (DirectionRatios[1]), of Y axis (DirectionRatios[2]), and of Z axis (DirectionRatios[3])

void setDirectionRatios(std::vector<double> v)

const IfcParse::entity &declaration() const

IfcDirection(IfcEntityInstanceData *e)

IfcDirection(std::vector<double> v1_DirectionRatios)

Public Static Functions

const IfcParse::entity &Class()

struct IfcDirectionSenseEnum¶

Public Types

enum Value¶

IfcDirectionSenseEnum is an enumeration denoting whether sense of direction is positive or negative along the given axis.

ENUMERATION

POSITIVE: Direction defined to be positive. NEGATIVE: Direction defined to be negative.

HISTORY New Type in IFC2x.

Values:

enumerator IfcDirectionSense_POSITIVE¶

enumerator IfcDirectionSense_NEGATIVE¶

Public Static Functions

IFC_PARSE_API const char *ToString(Value v)¶

IFC_PARSE_API Value FromString(const std::string &s)¶

class IfcDiscreteAccessory : public Ifc4x1::IfcElementComponent

Definition from IAI: Representation of different kinds of accessories included in or added to elements.

HISTORY New entity in IFC Release 2x2

IFC 2x4 change: Attribute PredefinedType added.

General usage The exact type information of the IfcDiscreteAccessory is given in the ObjectType attribute inherited from IfcObject. Standard type designations are provided for guideline below. The list is not exhaustive and the list of definitions may be extended based on local national extensions.

Accessory type Standard type designation Description

Shading devices: ‘Shading device’ Elements specifically designed to provide shading, often fixed externally and sometimes moving (e.g. by rotation)

Corbels as separate components: ‘Hidden steel corbel’ Corbel system made from steel components embedded into the master element

‘Visible steel corbel’ Corbel system made from steel components protruding from the master element

‘Visible concrete corbel’ Corbel system made as a separate precast concrete component added to the master element

‘Ladder truss connector’ A fixing device in truss form with straight cross bars in ladder form holding two precast conrete panels together in a sandwich wall panel.

‘Panel suspender’ A straight fixing device holding two precast conrete panels together in a sandwich wall panel.

Electrical accessories for precast concrete elements: ‘Protective plug’ Protective plug used in element for protecting electrical accessories during manufacturing, transportation and assembly.

Fixing parts: ‘Standard fixing plate’ Standard fixing plate.

‘Edge fixing plate’ Fixing plate attached to the edge of an element.

‘Corner fixing plate’ Fixing plate attached to the corner of an element.

‘Slab fixing plate’ Fixing plate for slabs.

‘Balcony hinge’ Accessory supporting and fixing balconies.

‘Frame shoe’ Fixing shoe for frames.

‘Thermo frame’ Thermo frame.

‘Column shoe’ Fixing shoe for columns.

‘Wall shoe’ Fixing shoe for walls.

‘Fixing socket’ Fixing socket.

Joint accessories: ‘Neoprene bearing plate’ Rubber plate used as a bearing in, for example, joints between column corbels and beams.

‘Working joint reinforcement’ Reinforcement accessory used in working joints.

‘Expansion joint reinforcement’ Reinforcement accessory used in expansion joints.

‘Ribbed steel bar extension’ Extension accessory made of a ribbed (reinforcement) bar used in joints.

‘Steel pin bolt’ Pin bolt used to join together, for example, columns and beams.

‘Concrete dowel’ Dowel pin used in joints.

‘Concrete groove’ A groove made in a joint.

‘Steel plate’ A steel plate used as an accessory in a joint.

‘Wire loop’ A joint connector accessory made from a wire loop.

‘Steel loop’ A joint connector accessory made from a steel bar loop.

‘Sealing strip’ A strip sealing the joint.

‘Sealing compound’ Sealing compound protecting and sealing the joint.

Lifting accessories: ‘Wire lifting hook’ A lifting aid in the form of a wire loop.

‘Steel lifting hook’ A lifting aid in the form of a steel bar loop.

‘Lifting socket’ A lifting aid in the form of a socket.

‘Steel lifting anchor’ A lifting aid in the form of a steel lifting anchor.

‘Lifting hole’ A lifting aid in the form of a hole.

Accessories mainly used in the building services domain: ‘Antivibration’ An isolating device to prevent other elements to be effected by vibrations.

‘Drop rod’ A length of material providing a hanging support to a bracket. Note that a drop rod is considered to include nuts and washers required for securing.

‘Duct foot’ A base support used to receive a vertical pipe (BS6100 330 3309 - duct foot).

‘Framing’ A frame placed around a penetration to prevent scraping against the building surface or structure.

‘Grommet’ An element placed within a penetration that seals the penetration for a particular reason.

‘Rack’ A set of shelving for the purposes of storage that may be freestanding or bolted to a structure.

‘Safety part’ A part, typically installed in vertical shafts at each level, to ensure safety from falling when entering the shaft.

‘Sleeve’ A thin barrier placed between a penetration and a penetrating element.

‘Support section’ A section of material that is used as an intermediate support upon which multiple brackets can be mounted.

Public Types

typedef IfcTemplatedEntityList<IfcDiscreteAccessory> list

Public Functions

bool hasPredefinedType() const: Whether the optional attribute PredefinedType is defined for this IfcDiscreteAccessory.

::Ifc4x1::IfcDiscreteAccessoryTypeEnum::Value PredefinedType() const: Subtype of discrete accessory.

void setPredefinedType(::Ifc4x1::IfcDiscreteAccessoryTypeEnum::Value v)

const IfcParse::entity &declaration() const

IfcDiscreteAccessory(IfcEntityInstanceData *e)

IfcDiscreteAccessory(std::string v1_GlobalId, ::Ifc4x1::IfcOwnerHistory *v2_OwnerHistory, boost::optional<std::string> v3_Name, boost::optional<std::string> v4_Description, boost::optional<std::string> v5_ObjectType, ::Ifc4x1::IfcObjectPlacement *v6_ObjectPlacement, ::Ifc4x1::IfcProductRepresentation *v7_Representation, boost::optional<std::string> v8_Tag, boost::optional<::Ifc4x1::IfcDiscreteAccessoryTypeEnum::Value> v9_PredefinedType)

Public Static Functions

const IfcParse::entity &Class()

class IfcDiscreteAccessoryType : public Ifc4x1::IfcElementComponentType

Definition from IAI: The element type (IfcDiscreteAccessoryType) defines a list of commonly shared property set definitions of a discrete accessory and an optional set of product representations. It is used to define a supporting element mainly within structural and building services domains (i.e. the specific type information common to all occurrences of that type). The occurrences of the IfcDiscreteAccessoryType are represented by instances of IfcDiscreteAccessory. The IfcDiscreteAccessoryType is a specialization of the general building element component type to represent different type of structural and building service related auxiliary elements. HISTORY New entity in IFC Release 2x2

IFC 2x4 change: Attribute PredefinedType added.

General usage The exact type information of the IfcDiscreteAccessoryType is given in the ElementType attribute inherited from IfcElementType. Standard type designations are provided for guideline below. The list is not exhaustive and the list of definitions may be extended based on local national extensions.

Accessory type Standard type designation Description

Shading devices: ‘Shading device’ Elements specifically designed to provide shading, often fixed externally and sometimes moving (e.g. by rotation)

Corbels as separate components: ‘Hidden steel corbel’ Corbel system made from steel components embedded into the master element

‘Visible steel corbel’ Corbel system made from steel components protruding from the master element

‘Visible concrete corbel’ Corbel system made as a separate precast concrete component added to the master element

Connecting accessories, for example for sandwich wall panels: ‘Diagonal truss connector’ A fixing device in truss form with diagonal cross bars holding two precast conrete panels together in a sandwich wall panel.