buildingSMART / buildingSMART/IFC4.x-development

Improving the IfcBeam definition

Open
#788 4 comments 0 reactions 0 assignees View on GitHub
after-NWI IF iso-Ed legacy
Dominant language
Python
Stars
234
Forks
123
Avg merge
15h 4m
Merged PRs (30d)
5

Description

The definition of an [IfcBeam](https://standards.buildingsmart.org/IFC/DEV/IFC4_2/FINAL/HTML/schema/ifcsharedbldgelements/lexical/ifcbeam.htm#:~:text=An%20IfcBeam%20is%20a%20horizontal,required%20to%20be%20load%20bearing.) requires revision to eliminate contradictory and subjective language. I will review each sentence of the definition, highlighting issues, and propose a revised definition at the bottom.

_“An IfcBeam is typically a horizontal, or nearly horizontal, structural member that is capable of withstanding load primarily by resisting bending.”_

This initial sentence could be enhanced by better explaining a beam's structural function and more completely addressing the forces and loads it resists. In addition, the wording “nearly horizontal” is an ambiguous phrase that lacks a definable limit, and also appears to be contradictory to the visual example provided on the same page that could be considered greater than “nearly horizontal”.
![ifcbeam_advanced-2-layout1](https://github.com/buildingSMART/IFC4.3.x-development/assets/59872808/a75ffad4-7cec-4ca1-89d4-ece3abaecce1)
Even if there were a definable limit for "nearly horizontal", I can't think of a good enough reason for this to be in the definition. Is there an explicit reason for this or was it just pulled from ISO 6707-1?

_“It may also represent such a member from an architectural point of view.”_
This sentence is vague and assumes a shared understanding of what constitutes an "architectural point of view." I think this sentence is not core to the definition and should be deleted.

_“It is not required to be load bearing.”_
This sentence appears to be contradictory to its primary function and the extract from ISO 6707-1 (structural member for carrying load(s) between or beyond points of support). If there are exceptions to the primary function, they should be defined, but I can’t think of any situations where a beam is not bearing some type of load - am I missing something here?

In addition, it would be beneficial to include a description of the shape or profile characteristics, given these relate to both the structural performance and visual identification of a beam.

Taking into account the aforementioned issues, the definition could be better phrased as follows:

_**An IfcBeam is a structural member utilized in building and bridge structures to support loads perpendicular to its longitudinal axis. These loads encompass static structural loads, live operational loads, and environmental forces such as wind or seismic loads. IfcBeams are often classified based on their cross-sectional profile, including I-beams, H-beams, or rectangular beams. Different cross-sectional profiles vary in structural efficiency when distributing loads and resisting bending, shear, and other forces.**_

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.