Documentation
About Archicad's documenting tools, views, model filtering, layouts, publishing, etc.

Bug with the presentation of beams on slabs

runxel
Legend

If this option in the MVO is on (show hidden lines under a slab for a beam)

runxel_0-1696597658633.png

and you place a beam with its reference line on TOP of a slab like this:

runxel_1-1696597797877.png

 

your graphic output in the plan will be wrong:

runxel_2-1696597848871.png

 

Ouch! This should have been a solid outline...

Looks like an easy fix however and somebody just got an IF clause wrong.

Found just now in AC 27, other versions are probably affected too.

Lucas Becker | AC 27 on Mac | Editor at SelfGDL | Developer of the GDL plugin for Sublime Text |
«Furthermore, I consider that Carth... yearly releases must be destroyed»
7 REPLIES 7

Hi @runxel,

I see hidden in INT attributes represented by dash lines while what you show is dotted lines so it may be something related to the beam display or GO.

AC 27 INT 4060 - AC 26 INT 5002 ( For MEP Purposes )
AMD Ryzen 7 5800H with Radeon Graphics 3.20 GHz 16.0 GB

Thanks for your comment, but no, there is no GO involved here 😉 The linetype comes from the beam settings themself.

It's a bug, just as I stated. You can try it yourself!

Lucas Becker | AC 27 on Mac | Editor at SelfGDL | Developer of the GDL plugin for Sublime Text |
«Furthermore, I consider that Carth... yearly releases must be destroyed»
Laurentiu C
Booster

This probably really is a bug.

If the reference line touches the top of the slab or is below the top of the slab it will display as hidden.

The reference line axis can either be a top/middle or bottom, it doesn't really matter. It only matters if it touches the top of a slab or is below it.

 

Here's a quick comparison. It's definitely not the expected behavior.

This feature is from AC23. Hopefully someone at Graphisoft can look into it.

LaurentiuC_0-1696695758601.png

 

Laurentiu | Architect | exstudio
AC 17-27 INT
Work | Laptop | HP ZBook Fury 15.6 G8 | Win11 22H2 | i9-11900H / RTX A4000 / 32GB
Personal | PC | Win10 | i7-6700K / GTX 1070 / 32 GB

Hi @runxel & @Laurentiu C ,

According to the video yes you're right.

But i think defining the slab and beam with Top surface  criteria was before being able to change the slab and beam reference lines,

so if @GRAPHISOFT can correct the video to replace the Top surface with Reference line that's all.

check it and you'll find that there's no bug, thx.

AC 27 INT 4060 - AC 26 INT 5002 ( For MEP Purposes )
AMD Ryzen 7 5800H with Radeon Graphics 3.20 GHz 16.0 GB

Not sure what you're talking about?!

This current behavior is a bug no less.

Lucas Becker | AC 27 on Mac | Editor at SelfGDL | Developer of the GDL plugin for Sublime Text |
«Furthermore, I consider that Carth... yearly releases must be destroyed»

I'm talking about this video from GS explaining this case and was shared @Laurentiu C reply above,

 

https://youtu.be/Zj9VEpmxhUc?si=5gwVA86jvVA0RQcr

 

I hope this helps.

 

 

AC 27 INT 4060 - AC 26 INT 5002 ( For MEP Purposes )
AMD Ryzen 7 5800H with Radeon Graphics 3.20 GHz 16.0 GB
DGSketcher
Legend

This looks like one of those mathematical failures that happens elsewhere in AC. Commonly seen highlighted in the GDL coding as ["if A = B then " - Warning: Comparison of real values may lead to unexpected results]. In this case an assessment should be made on where the rest of the beam is positioned.

 

The case that frustrates me is the view cut off line for Sections. If an element is coincidental with, but outside the view, any logged Changes will appear in the Revision Object for that View. And the one obvious workaround... offset the view boundary, then looses associative dimension nodes.

Apple iMac Intel i9 / macOS Sonoma / AC27UKI (most recent builds.. if they work)

Start a new conversation!

Still looking?

Browse more topics

Back to forum

See latest solutions

Accepted solutions

Start a new discussion!