Was ist IDS? Die Information Delivery Specification einfach erklärt
Kurze Antwort: IDS (Information Delivery Specification) ist der buildingSMART-Standard, mit dem sich Informationsanforderungen so formulieren lassen, dass Software sie prüfen kann. Eine IDS-Datei legt fest, welche Bauteile eines IFC-Modells welche Informationen tragen müssen – eine Eigenschaft, eine Klassifikation, ein Material –, und ein Prüfwerkzeug meldet Bauteil für Bauteil, ob das Modell sie liefert. IDS 1.0 wurde im Juni 2024 als finaler Standard verabschiedet.
Jedes BIM-Projekt hat Informationsanforderungen. Der Auftraggeber braucht die Feuerwiderstandsklasse an jeder Tür, einen Klassifikationsschlüssel an jedem Raum, die Angabe „tragend“ an jeder Wand. Lange standen diese Anforderungen in PDFs und Tabellen – und ein Modell dagegen zu prüfen hieß: öffnen und nachsehen, Eigenschaft für Eigenschaft.
IDS ändert das Format der Anforderung, nicht ihren Inhalt. Dieselben Regeln werden einmal als Datei geschrieben, und danach kann jedes IDS-fähige Werkzeug jedes gelieferte IFC-Modell in Sekunden dagegen prüfen.
Was steht in einer IDS-Datei?
Eine IDS-Datei ist XML und folgt einem XSD-Schema, das buildingSMART veröffentlicht. Sie enthält einen kurzen Kopf – Titel, Autorin oder Autor, Version – und eine Liste von Spezifikationen.
Jede Spezifikation ist eine Regel aus zwei Hälften:
- Anwendbarkeit – für welche Bauteile die Regel gilt. Zum Beispiel jede
IfcDooroder jedes Bauteil, das als Außenwand klassifiziert ist. - Anforderungen – was diese Bauteile enthalten müssen. Zum Beispiel eine
Eigenschaft
FireRatinginPset_DoorCommonmit einem Wert aus einer festen Liste.
Beide Hälften bestehen aus denselben sechs Facetten:
| Facette | Was sie beschreibt |
|---|---|
| Entity | Die IFC-Klasse und optional ihren PredefinedType |
| Attribute | Ein direktes IFC-Attribut wie Name oder Description |
| Property | Eine Eigenschaft in einem Property Set, mit ihrem Datentyp |
| Classification | Eine Klassifikationsreferenz, etwa ein Uniclass-Code |
| Material | Das zugewiesene Material |
| PartOf | Wozu das Bauteil gehört – Baugruppe, Geschoss, Gruppe, Öffnung |
Werte, Einschränkungen und Kardinalität
Eine Facette kann einen exakten Wert verlangen oder eine Einschränkung:
- eine Werteliste – der Wert muss einer aus einer Liste sein;
- ein Muster – der Wert muss einem regulären Ausdruck entsprechen; so werden Benennungskonventionen geprüft;
- einen Wertebereich – eine Zahl muss innerhalb von Grenzen liegen;
- eine Länge – ein Text muss eine exakte, minimale oder maximale Zeichenzahl haben.
Anforderungen haben außerdem eine Kardinalität. Erforderlich heißt, die Information muss vorhanden sein; optional heißt, sie darf fehlen, muss aber stimmen, wenn sie vorhanden ist; verboten heißt, sie darf gar nicht vorkommen. Dieselben drei Begriffe gelten für eine ganze Spezifikation: Eine erforderliche Spezifikation scheitert, wenn kein passendes Bauteil existiert, eine verbotene, wenn auch nur eines existiert – so untersagt eine IDS etwa Proxy-Elemente.
Welche IFC-Versionen deckt IDS ab?
IDS 1.0 deckt IFC2X3, IFC4 und IFC4X3_ADD2 ab. Jede Spezifikation gibt an, für welches Schema sie geschrieben ist; eine IDS-Datei kann also Regeln für Modelle in verschiedenen Schemata enthalten.
Eigenschaften und Klassifikationen können zusätzlich per URI auf eine Definition im buildingSMART Data Dictionary (bSDD) verweisen. Dieser Verweis dokumentiert, woher eine Anforderung stammt; geprüft wird er nicht.
Was IDS nicht leistet
IDS prüft Informationen, keine Geometrie. Es lässt sich nicht ausdrücken, dass ein Lüftungskanal einen Unterzug freihalten muss, dass ein Flur breit genug sein muss oder dass sich zwei Modelle nicht überschneiden dürfen. Das ist Aufgabe eines Model-Checkers.
IDS legt auch kein Ergebnisformat fest. Werkzeuge stellen ihre Ergebnisse auf eigene Weise dar – als Bericht, als Einfärbung im Viewer, als Tabelle oder als BCF-Issues.
Wer IDS pflegt und woher es kommt
IDS wird von buildingSMART International gepflegt, der Organisation hinter IFC und BCF. Nach einer Kandidatenphase wurde IDS 1.0 im Juni 2024 als finaler buildingSMART-Standard verabschiedet; für spätere Versionen sammelt buildingSMART Rückmeldungen.
Damit Werkzeuge eine Regel gleich verstehen, veröffentlicht buildingSMART offizielle Testfälle: Paare aus IDS- und IFC-Datei mit dem jeweils erwarteten Ergebnis. Ein eigenes IDS Audit tool prüft, ob eine IDS-Datei selbst gültig ist – es prüft die Anforderung, nicht das Modell.
In der Praxis stammt eine IDS-Datei meist vom Auftraggeber oder vom BIM-Management, oft abgeleitet aus den Auftraggeber-Informationsanforderungen (AIA), und wird an jedes Team weitergegeben, das ein Modell liefert.
So prüfen Sie ein Modell gegen eine IDS-Datei
Sie brauchen zwei Dinge: das IFC-Modell und die .ids-Datei. Dann:
- Modell und IDS-Datei in einem IDS-fähigen Werkzeug öffnen.
- Die Prüfung starten.
- Lesen, welche Spezifikationen bestehen, welche Bauteile scheitern und warum.
- Das Modell – oder die Exporteinstellungen – korrigieren und erneut prüfen.
Bimlyte erledigt das kostenlos im Browser: alle sechs Facetten und alle Einschränkungen, alle 334 offiziellen IDS-Testfälle von buildingSMART in den eigenen Tests bestanden, und das Modell bleibt auf Ihrem Gerät. Der Prüfbericht zeigt die Werte, die jedes betroffene Bauteil tatsächlich enthält, neben dem Wert, den die IDS verlangt, färbt das Ergebnis im 3D-Modell ein und lässt sich nach Excel exportieren.