# Handling of balcony slabs

**URL:** https://forums.buildingsmart.org/t/handling-of-balcony-slabs/1315
**Category:** IFC
**Created:** [April 10, 2019, 6:20am UTC](https://forums.buildingsmart.org/t/handling-of-balcony-slabs/1315 "2019-04-10T06:20:18Z")
**Posts on this page:** 3
**Page:** 1

<div class="post-metadata">

### Author: ![ugogreco](https://avatars.discourse-cdn.com/v4/letter/u/3d9bf3/32.png) [@ugogreco](https://forums.buildingsmart.org/u/ugogreco)
#### Post date: [April 10, 2019, 6:20am UTC](https://forums.buildingsmart.org/t/handling-of-balcony-slabs/1315/1 "2019-04-10T06:20:18Z")

</div>

Hi

In my opinion there are several ways to handle the clasification of balcony slabs (and other components that cannot be further classified by enumeration):

1. clasify the balcony slab as _Ifcslab_ with the _predefinedtype “FLOOR”_ and distinguish it by adding “balcony” in the _name_ of the element

2. clasify the balcony slab as _Ifcslab_ with the _predefined type “USEREDFINED”_ and distinguish it by adding “balcony” in the _name_ of the element

3. clasify the balcony slab as _Ifcslab_ with the _predefined type “FLOOR”_ and distinguish it by adding “balcony” in an additional created attribute like _balcony_ (true or false)

In your opinion which is the best way to handle the information of these elements. Do you know a better way?

Thanks for your answers.

---

<div class="post-metadata">

### Author: ![agron](https://sea2.discourse-cdn.com/flex016/user_avatar/forums.buildingsmart.org/agron/32/1158_2.png) [@agron](https://forums.buildingsmart.org/u/agron)
#### Post date: [April 10, 2019, 7:03pm UTC](https://forums.buildingsmart.org/t/handling-of-balcony-slabs/1315/2 "2019-04-10T19:03:48Z")

</div>

Hi,

We have this example in most of our projects. To be honest our workaround is like you describe in Nr. 1, which is actually the simplest one. I personaly don’t see it as a floor component even though it is in the same level as the slab of the floor. It is not the cleanest way of defining this parameter.

A better way would be to have an additional IfcSlab TypeEnumeration just for balconies. Why?  
These elements are in most cases precast whereas a slab in many cases is cast-in-place concrete. Structuraly speaking, they are also seperated from the structural floor, which makes them unique elements. In the aspect of building physics, they don’t belong to the internal components and don’t build the thermal envelope.

Therefore, having in the future an additional parameter would help here to resolve many cases.

---

<div class="post-metadata">

### Author: ![Moult](https://sea2.discourse-cdn.com/flex016/user_avatar/forums.buildingsmart.org/moult/32/196_2.png) [@Moult](https://forums.buildingsmart.org/u/Moult)
#### Post date: [June 18, 2021, 12:09am UTC](https://forums.buildingsmart.org/t/handling-of-balcony-slabs/1315/3 "2021-06-18T00:09:47Z")

</div>

Raised [Proposal to add "BALCONY" as a predefined type for IfcSlab · Issue #32 · buildingSMART/IFC4.3.x-development · GitHub](https://github.com/buildingSMART/IFC4.3.x-development/issues/32)
