Thema "Betreff: IFC - Mapping Bibliothekselementparameter Öffnungstyp Fenster" in Kollaboration mit anderer Software

IFC - Mapping Bibliothekselementparameter Öffnungstyp Fenster

antsche — Thu, 29 Jan 2026 11:53:26 GMT

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

Betreff: IFC - Mapping Bibliothekselementparameter Öffnungstyp Fenster

Frank Beister — Thu, 29 Jan 2026 12:35:15 GMT

Ich kann mir gerade ohne GDL-Modifikation nicht vorstellen, wie du das umstellen könntest, da sich das aus dem Parameter-Befehl values{2} ergibt. Dieser legt intern zur Definition die Zahl ab und nur in dem Befehl besteht die Textinterpretation. Da man im IFC Eigenschaften-Mapping nicht berechnen kann, sehe ich auch dort keine Möglichkeit das nachzubilden.

"Schnelle und dreckige" Methode:

Sicherungskopie der IFC
IFC in Texteditor öffnen
Suchen&Ersetzen:
'ifcParametername',$,IFCLABEL('3') durch 'ifcParametername',$,IFCLABEL('Drehfl\X\FCgel')
Wiederholen für alle verwendeten Typen.

Ist natürlich nicht dauerhaft. Muss man bei jedem Export wiederholen, wenn es die Zielsoftware nicht beim Import übersetzen kann.

Betreff: IFC - Mapping Bibliothekselementparameter Öffnungstyp Fenster

antsche — Thu, 29 Jan 2026 13:56:43 GMT

Ich verstehe noch nicht ganz wie die Auswertungsliste dann auf den Text Zugreift. Ist doch der selbe Parameter oder? Oder wird das nur für die Liste umgerechnet? Das ist mir noch nicht ganz klar.

Verhält sich das bei anderen Bibliothekselementparametern auch so?

Schön wäre es natürlich so einen Parameter als Elementparameter zu haben. Öffnungstyp ist ja nun nichts ganz uninteressantes bei Fenstern.

Das Problem an solchen "mehrfach" angelegten Attributen ist eben sie durchgehend mitzuziehen. Die Mitarbeiter stellen dann gerne die Fenster in der Planung in den Objektattributen um und dann hat man 2 Unterschiedliche Angaben.

Kann man höchstens in einer Liste abgleichen was im Parameter ist und was dann in der Eigenschaft eingestellt wurde. Suboptimal.

Es für den Export jedes mal einzustellen wäre bei einem oder 2 Parametern ne Lösung aber das sind dann doch meist mehrere und den Zeitpunkt des Exports sollen die Mitarbeiter ja frei wählen dürfen. Das geht Erfahrungsgemäß nach hinten los.

Mein Ziel ist auch nur der Export der Auftraggeberseitig geforderten Eigenschaft ins IFC. Ich denke ich gehe vorerst mal den Weg über eine händische Eigenschaft und einer Liste zum Abgleich.

Betreff: IFC - Mapping Bibliothekselementparameter Öffnungstyp Fenster

Frank Beister — Thu, 29 Jan 2026 15:17:56 GMT

Redundante Daten sind fast immer unsichere Daten, weil man nicht weiß, was gilt. Wir prüfen in unserer Modellprüfung solche zweideutigen Informationen (Oberflächenmaterila Betongrau, Baustoff Ziegel). So kannst du dein Modell und deine Kollegen beim Output prüfen. Anders wäre schöner.

Andere Lösung: Verwende Typen(fenster). Ist ohnehin besser als in der Auswertung alle möglichen Kombinationen zu testen. Aber auch das ist am ende eine Information an zwei Stellen.

Zu der Ursache:

Der Befehl siehe selfgdl lautet besispielsweise so:

VALUES{2} "elemente", 1, "Wasser", 2, "Erde", 3, "Feuer", 4, "Luft"

Im Skript muss ich in der Folge nur die Zahl prüfen. Ändere ich später die Bezeichnung oder lokalisiere ich das sogar, muss ich nicht an jeder Stelle, wo ich den Parameter elemente verwende alle möglichen Inhalte prüfen, sondern nur meinen VALUES{2}-Befehl anpassen.

if elemente = 2 then print "Hier ist der Boden"

statt

if elemente = "Erde" or elemente = "earth" then print "Hier ist der Boden"

Man könnte jetzt den Klartext des Gewählten auch noch in einem zusätzlichen Parameter ablegen, aber das bedeutet doppelte Parameteranzahl und führt die Schlankheit der Programmierung ad absurdum. Außerdem: Isso. Wie gesagt ist das nur in GDL und mit guten Kenntnissen zu ergänzen.

Die Auswertungsliste erzeugt sich innerhalb von Archicad und hat somit Zugriff auf die Parameterskripte und kann damit den Klartext im Objekt "abfragen".

Betreff: IFC - Mapping Bibliothekselementparameter Öffnungstyp Fenster

antsche — Thu, 29 Jan 2026 16:51:16 GMT

Ok danke für die Info. Gibt es dann eine Möglichkeit den Parameter mit Python abzufischen und dann in eine Eigenschaft zu schreiben oder lande ich hier beim selben Thema, dass ich nur an die 1, 2, 3 Werte komme?

Und ich müsste irgendwo herausfinden welcher numerische Wert welchem Text zugeordnet wird....

Selbst wenn dem so ist könnte man diese dann zumindest ins Skript einbinden und die benötigten Werte von Zahlen in den Wortlaut umschreiben lassen und dann in eine eigene Eigenschaft.

Ich denke das wäre besser einzusetzen als jedes mal die IFC Datei umzuschreiben ;

Bei anderen Eigenschaften geht das ja und man kann daraus eine verkette ID erstellen. Nur als Beispiel.

Betreff: IFC - Mapping Bibliothekselementparameter Öffnungstyp Fenster

Stefan L_ — Fri, 30 Jan 2026 06:19:54 GMT

Ich hab' das mal 'pragmatisch' gelöst.

IFC-Übersetzer:

BIMcollab:

Betreff: IFC - Mapping Bibliothekselementparameter Öffnungstyp Fenster

antsche — Fri, 30 Jan 2026 07:52:10 GMT

Wenn du mir jetzt noch sagst wie du an die Werte gekommen bist und wo der Rest bis zur 13 ist - denn die hatte ich auch - dann würde ich das glatt so übernehmen.
Ist die Legende einfach dahinter geschrieben im Mapping oder wie hast du das kombiniert?

Ich glaube damit könnte ich mich anfreunden. Ist ja kein Wertebereich definiert im LOIN. Von daher finde ich pragmatisch hier ganz gut 😉

Und wie ich hier auch sehe hast du das Material des Fenster gemapt bekommen. Könntest du mir auch hier noch verraten wie?
Denn Material ist irgendwie auch ein leidiges Thema im IFC.
Bei einschichtigen geht es. Bei Mehrschichtigen muss man auf nen anderen Parameter dass überhaupt was ankommt und beim Fenster und manch anderem Objekt hat selbst dieser kein Ergebnis geliefert.

Das würde auch noch ein anderes großes Thema von mir lösen.

Danke schonmal!

Betreff: IFC - Mapping Bibliothekselementparameter Öffnungstyp Fenster

Stefan L_ — Fri, 30 Jan 2026 09:02:55 GMT

Das schöne an dem Projekt war, dass wir nur das simple 1-flügelige Fenster genutzt haben. 🙂

Die Zuordnung findest Du im Masterscript (27er 1-flg.):

! const values for parameter: iOpeningType_1 SASH_FIXED = 1 SASH_FIXED_SCREW = 2 SASH_SIDE_HUNG = 3 SASH_SIDE_HUNG_M = 4 SASH_TILT_TURN = 5 SASH_TILT_TURN_M = 6 SASH_BOTTOM_HUNG = 7 SASH_TOP_HUNG = 8 SASH_HOR_PIVOT = 9 SASH_VER_PIVOT = 10 SASH_TILT_SLIDE = 11 SASH_LEFT_SLIDING = 12 SASH_RIGHT_SLIDING = 13

Die Übersetzung im Parameterscript (mit äh - komischen Abhängigkeiten):

if (iOpeningType_1 <> SASH_SIDE_HUNG_M & iOpeningType_1 <> SASH_TILT_TURN_M) or bDefaultElem then values{2} "iOpeningType_1" SASH_FIXED, `Festverglast`, SASH_FIXED_SCREW, `Flügel verschraubt`, SASH_SIDE_HUNG, `Drehflügel`, SASH_TILT_TURN, `Drehkippflügel`, SASH_BOTTOM_HUNG, `Kippfenster`, SASH_TOP_HUNG, `Klappflügel`, SASH_HOR_PIVOT, `Schwingflügel`, SASH_VER_PIVOT, `Wendeflügel`

Aber muss ja in der "Legende" nicht genauso heißen.

Lustig wird das bestimmt bei mehrfeldrigen Fenster... 🙂

Das Fenster-Material war letztlich zu Fuß eingegeben, gucksdu Optionenset.

Bei anderen Elementen ging das automatisch, und diese Ergebnisse wurden dann gucksdu roter Kasten zusammengeführt.

Betreff: IFC - Mapping Bibliothekselementparameter Öffnungstyp Fenster

antsche — Fri, 30 Jan 2026 09:15:34 GMT

Ah super. Ja das hätte ich mir auch denken können dass es im skript des objekts zu finden ist... Danke für den Hinweis!

Darf ich fragen wie du das beim IFC-Export dann zusammengebracht hast? Im Übersetzer nimmst du den Bibliothekselementparameter und wie bekommst du die Legende dran? Zahl (Bibliotheksparameter) + Legende? Über ne Eigenschaft kann es ja nicht sein --> Sonst fehlt die Zahl.

Für die 2 Flügelfenster muss man vermutlich 2 IFC-Parameter rauschreiben. Haupt und Hauptflügel 2 so anlegen wie du das gemacht hast.

Ein anderer Workaround - Eigenschaftenliste Exportieren mit einer leeren Spalte fürs die Öffnungsart und dann in Excel copy paste und die Eigenschaft wieder Rückspielen. Damit dürfte es auch in einem großen Projekt schnell gehen.

Material:

Ach wie Schade ich dachte schon du hättest da was gefunden wie man es automatisch dran bringt. Aber klar das Optionenset macht es zumindest einfacher.
Trifft eben Fenster, Türen und viele Objekte. Bei manchen geht es automatisch bei manchen nicht.

Betreff: IFC - Mapping Bibliothekselementparameter Öffnungstyp Fenster

antsche — Fri, 30 Jan 2026 09:28:14 GMT

Statischer Text....
Manchmal muss man auch einfach nur die Augen aufmachen.

Danke euch. Damit bekomm ichs hin.

Betreff: IFC - Mapping Bibliothekselementparameter Öffnungstyp Fenster

antsche — Fri, 30 Jan 2026 11:34:08 GMT

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.

Betreff: IFC - Mapping Bibliothekselementparameter Öffnungstyp Fenster

Stefan L_ — Fri, 30 Jan 2026 12:03:50 GMT

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.

Betreff: IFC - Mapping Bibliothekselementparameter Öffnungstyp Fenster

antsche — Mon, 02 Feb 2026 08:46:40 GMT

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.

Betreff: IFC - Mapping Bibliothekselementparameter Öffnungstyp Fenster

Stefan L_ — Mon, 02 Feb 2026 09:51:05 GMT

@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...

Betreff: IFC - Mapping Bibliothekselementparameter Öffnungstyp Fenster

antsche — Mon, 02 Feb 2026 10:06:48 GMT

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?

Betreff: IFC - Mapping Bibliothekselementparameter Öffnungstyp Fenster

Stefan L_ — Mon, 02 Feb 2026 11:18:07 GMT

@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... 😬