am 2026-01-29 12:53 PM
Hallo Forum ich habe mal wieder eine Frage,
es geht mir um den Öffnungstyp / Art eines Fensters. In Auswertungslisten kann ich diesen zumindest über die Bibliothekselementparameter
abfischen. Diese bekommt man ja bekanntlich nicht in berechnete Eigenschaften. ABER eigentlich ins IFC-Modell.
Nun habe ich diesen Parameter im IFC-Mapping eingestellt. Das spannende ist jedoch, dass ein komplett anderer Wert exportiert wird anstelle des in der Auswertungslisten dargestelltem Ergebnis:
AC Liste:
Solibri:
Und zwar werden mir Zahlen von 1-14 Verteilt. Damit kann man natürlich nichts anfangen. Und nun darf man händisch in einer Eigenschaft schön für jedes Fenster auswählen was eigentlich schon im Fenster eingestellt ist. Der Datentyp ist auf Text gestellt.
Hat hier jemand nen besseren Workflow gefunden das ins IFC Modell zu bringen? Ich bin ganz Ohr!
Grüße
am 2026-01-30 12:34 PM
Jetzt muss ich doch nochmal nachfragen.
Ich bekomme das ganze nun für die Fenster hin.
Bei 2 Flüglichen Fenstern wird ganz artig. Sowohl der erste als auch der 2. Flügel als Zahlenwert exportiert:
Im Mapping sieht das so aus.
Jedoch ergibt sich ein ganz anderes Problem: Bei einflüglichen Fenstern wird das einfach nicht exportiert. Weder die statische Beschriftung noch wird ein Wert exportiert?
Kann sich hierauf jemand einen Reim machen? Der Bibliothekselementparameter ist der selbe und in der Liste wird auch was angezeigt. Ich habe auch im Bibliothekselement 1-flüglich nachgeschaut. Es ist der verwendete Parameter.
am 2026-01-30 01:03 PM
Meine Vermutung: Der zweite Flügel ist bei einflügeligen Fenstern böse/ungültig, dadurch wird die gesamte Regel ungültig, hat keinen Inhalt, es kommt nix.
Probier' mal, die gesamte Regel zu kopieren und darunter einzufügen (Rechtsklick) und in der unteren den zweiten Flügel rauszunehmen.
am 2026-02-02 09:46 AM
Du hast Recht. Der Auswertungsparameter ist für jedes Bibliothekselement spezifisch.
Nicht in den Auswertungslisten aber wohl scheinbar für das IFC Mapping. In den Auswertungslisten greift dieser bei mehreren Fenstern. Wie auch immer das nun wieder technisch funktioniert.
Das macht den Lösungsansatz natürlich kaputt. Ich bin nun dazu übergegangen eine Eigenschaft zu machen und mir in der Auswertungsliste die Werte anzeigen zu lassen um sie dann dort abzutragen.
Ist es generell möglich im Mapping mehrere Werte auszulesen falls einer nicht erfüllt wird? Oder ist das nur in der berechneten Eigenschaft machbar? Also hier dann eben nicht.
am 2026-02-02 10:51 AM
@antsche schrieb:
Du hast Recht. Der Auswertungsparameter ist für jedes Bibliothekselement spezifisch.
Tatsache! Hab' das gerade mal durchgeturnt - das ist ja großer Mist...
@antsche schrieb:
Ist es generell möglich im Mapping mehrere Werte auszulesen falls einer nicht erfüllt wird?
Ja, das funktioniert; gucksdu "FireRating" mit DIN 4102 und 13501 in der GS-Vorlage. Das gibt den ersten/beide/den zweiten Wert aus.
Aber das hier:
gibt für das 3-fl. Fenster nur 'Flügel C' aus, die anderen werden übersprungen weil spezifisch.
Da könntest Du für jedes im Projekt genutztes Bib.-Element eine Regel basteln...
2026-02-02 10:58 AM - bearbeitet 2026-02-02 11:06 AM
Seltsam ich hatte eben genau das probiert. Das geht auch beim Feuerwiderstand bei mir nicht.
Ich dachte mir dann nehm ich eben den 1flg Parameter und dann den 2flg Parameter aber dann wird garkein Wert mehr geschrieben anstatt einem vorhandenen.
Ich war bis dahin davon ausgegangen es ist wie bei den berechneten Eigenschaften.
Dann müssen es also einzelne Regeln sein?
am 2026-02-02 12:18 PM
@antsche schrieb:
Das geht auch beim Feuerwiderstand bei mir nicht.
Au Backe - da hab' ich Quatsch erzählt... 😣
"Mapping-Regeln geordnet nach Priorität" - steht ja auch drüber; die erste gültige wird angewendet, die folgenden ignoriert.
Wenn Du für jedes Bib.-Element eine Regel erstellst, sollte das klappen. Sollte... 😬