Steigungen in ifcStaiFlight

[Frank Beister]

NumberRisers in Pset_StairCommon gibt die Anzahl der Steigungen an. Das wird an die Kinder durchvererbt. Damit haben die einzelnen Läufe alle Gesamtzahl dran stehen. Was bei mehrläufigen Treppen nicht korrekt ist. Ist das jemandem aufgefallen? Workaround? Berechnete AC-Eigenschaft vielleicht?

Wir kalkulieren Stb-Treppen nach den Steigungen. So stimmt die Menge nicht.

[Frank Beister]

Und wo wir gerade dabei sind: Hat jemand eine Idee, wie man (automatisiert) Die Treppenform als Attribut ableiten kann. Also z.B. gewendelt, mit 1 ZP, mit 2 ZP, ... ❔

[runxel]

Und wo wir gerade dabei sind: Hat jemand eine Idee, wie man (automatisiert) Die Treppenform als Attribut ableiten kann. Also z.B. gewendelt, mit 1 ZP, mit 2 ZP, ... ❔

Semi-automatisiert geht das vielleicht über ein Python Skript. (Wobei ich nicht geschaut hab, welche Infos man bei Treppen gerade überhaupt raustragen kann...)
Oder über ein eigenes Plugin haha.

[Frank Beister]

Naja, prinzipiell gibt es ja auch IFC-Subtypen, die da etwas verraten könnten, aber es gibt keine AC-Klassen, die das mappen würden. Treppe wird immer auf undefiniert gemappt.

Es gibt auch eine Eigenschaft Formtyp, die man bei ifcStairFlight ausgeben kann, aber die liefert überwiegend "gerade". Auch wenn die Treppe zweimal geknickt und verzogen ist.
Da werde ich wohl um eigene Attribute nicht rumkommen.

Die Steigungen könnte ich auch aus den Abmessungen/Boundary Box selbst berechnen, aber auch das ist nicht mein Ideal.

Ich verstehe nicht, warum das AC nicht rausschreibt. Mehr "Basic property" geht eigentlich nicht. 😞

Zumindest bei den Treppentypen sollte AC (Holger vielleicht?) im Template was ergänzen. Das ist zu wenig.