bimkernel · 05

Klassifikations-
systeme.

Den Namen wählt, wer modelliert. Der Klassifikationscode ist für alle derselbe.

Fünf Namen für dieselbe Wand.

Jedes Büro, jede Software, jede Person benennt anders. Ohne gemeinsamen Code stimmen weder Mengen noch Suchergebnisse.

Klassifizieren heißt sagen, was etwas ist.

Ein Klassifikationscode gruppiert Objekte nach dem, was sie gemeinsam haben. Er sagt nicht, welches Objekt es ist oder wie es beschaffen ist.

Ein Objekt, mehrere Tabellen.

Dieselbe Tür ist Teil eines Raums, ein Element mit einer Funktion, ein Produkt, das man kauft, und eine Leistung, die man ausführt. Jede Sicht hat ihre Tabelle.

Ein Code liest sich vom Allgemeinen zum Konkreten.

Jedes Ziffernpaar führt eine Ebene tiefer. Wird der Code rechts gekürzt, entsteht eine breitere, weiterhin gültige Klasse.

Ein Code, fünf Zwecke.

Der Code ist die stabile Verbindung zwischen dem Modell und allem, was folgt: Kosten, Leistungsbeschreibung, Suche, Anforderungen und Instandhaltung.

Jeder Zweck verlangt seine Tabelle.

Vor dem Klassifizieren steht die Frage: wofür? Die Kostenplanung betrachtet Elemente und Leistungen, die Instandhaltung Produkte und Räume.

Die Klasse sagt, was; die Eigenschaften, wie.

Ein Datenkatalog verknüpft jede Klasse mit ihren Eigenschaften, Einheiten und einer eindeutigen Kennung im Internet. So versteht eine Maschine den Code.

Ein System, eine Ausgabe, schriftlich.

Vor dem Modellieren wird festgelegt: welches System, welche Tabellen, welche Version. Ein Code ohne Ausgabe ist eine Zahl, deren Bedeutung sich ändern kann.

Ein Rahmen, viele Systeme.

Die internationale Norm liefert keine Codes: Sie legt fest, welche Tabellen ein System haben sollte. Jedes Land füllt sie mit eigenem Inhalt.

Jedes Land, sein System.

Eine weltweite Klassifikation gibt es nicht. Es gibt Familien aus derselben Norm, fast immer an die Leistungsbeschreibung oder Preisdatenbank des Landes gebunden.

Fünfzehn Tabellen, vier Revisionen im Jahr.

Das britische System ist das lebendigste und kostenlos. Eine Bürotrennwand erhält für jede Sichtweise einen eigenen Code.

Drei Systeme für drei Zeitpunkte.

In Nordamerika gliedert UniFormat die Kosten nach Elementen, MasterFormat das Leistungsverzeichnis nach Gewerken, und OmniClass vereint beide in 15 Tabellen.

Jedes Bauteil klassifizieren und kennzeichnen.

Die nordische Schule verbindet beides: welcher Typ jedes Objekt ist und eine eindeutige Kennzeichnung, die sagt, welche Funktion es erfüllt, woraus es besteht und wo es sich befindet.

Keine amtliche Tabelle, faktisch GuBIMclass.

Es gibt keine verbindliche staatliche Tabelle. Die meistgenutzte stammt aus Katalonien: Sie klassifiziert jedes Element nach seiner Hauptfunktion in vier Ebenen.

Drei Felder und ein Parameter.

UniFormat und OmniClass sind ab Werk dabei. Jedes andere System kommt in einen Parameter mit festem Namen und fester Syntax, damit IFC es versteht.

Klassifikation ist eingebaut.

Seit 2017 kann jedes Element gleichzeitig Codes aus mehreren Systemen tragen, und die Systeme werden als Dateien importiert.

Jedes Programm, sein eigenes Feld.

Der Ort der Angabe wechselt von Programm zu Programm, das gemeinsame Ziel bleibt gleich: eine Klassifikation im IFC mit System und Code.

Ein Datenkatalog im Internet.

buildingSMART veröffentlicht auf einer einzigen Plattform Hunderte Klassifikationen mit fester Webadresse für jede Klasse. Programme fragen sie über die API ab.

Den Code finden und nutzen.

Die offiziellen Suchportale liefern den richtigen Code; Viewer und gemeinsame Datenumgebung machen daraus Filter, Farben und gespeicherte Ansichten.

Drei Entitäten tragen den Code.

System, Code und Verknüpfung mit den Objekten sind getrennt. So kann ein Objekt mehrere Systeme tragen, ohne sie zu vermischen.

Übersetzen ist nicht Kopieren.

Die Systeme ordnen nach unterschiedlichen Kriterien, eine Eins-zu-eins-Entsprechung gibt es fast nie. Besser jedes System an seinem Platz führen, als eines in ein anderes umzuwandeln.

Sechs Fehler, die Filter leeren.

Fast alle entstehen beim Export: Der Code steht im Modell, kommt aber ohne System, unter anderem Namen oder in einem anderen Feld an.

Fünf Fragen an jedes Objekt.

Ein Code allein genügt nicht. Er muss aus dem vereinbarten System und der richtigen Tabelle stammen, in dieser Ausgabe existieren und zu dem passen, was das Objekt ist.

Die Anforderung als Datei.

Eine IDS sagt: „Jede Wand trägt einen Code aus dieser Tabelle und diesem System.“ Jedes Prüfwerkzeug liest sie gleich – und ein einziger abweichender Buchstabe im Systemnamen genügt zum Scheitern.

Gegen die Tabelle prüfen.

Eine IDS weiß nicht, ob ein Code existiert. Ein Python-Skript vergleicht jeden Code im IFC mit der offiziellen Liste der vereinbarten Ausgabe.

Vor dem Export prüfen.

Der billigste Fehler ist der, den man im Ausgangsprogramm sieht: eine Bauteilliste oder ein Farbfilter nach Code vor jeder Abgabe.

Vier Regeln.