Warum es wichtig ist
Dieser Beitrag vermittelt eines der stärksten ExyViewer-Review-Muster, ohne Klassifikation in einen Verkaufstext zu verwandeln.
Abschnitt 1
Die Matrix ist keine Scoping-Strategie
Eine Clash-Matrix hilft bei der Entscheidung, welche Elementpaare geprüft werden sollten. Sie ersetzt nicht die Entscheidung darüber, welcher Teil des Modells überhaupt in den Scope gehört.
Bahnprojekte machen das besonders deutlich. Ein Gleispaket, ein Bahnsteigpaket und ein Kabeltrassenpaket können denselben räumlichen Bereich belegen und dennoch zu sehr unterschiedlichen Prüffragen gehören.
Abschnitt 2
Warum die Klassifikation zuerst kommt
Mit Klassifikation kann das Team vor Beginn des Laufs eine wiederverwendbare Logikschicht aufbauen. Dauerhafte und temporäre Bauzustände lassen sich trennen, ausschließlich Assets an der Bahnsteigkante isolieren oder ein Korridor-Subset definieren, das tatsächlich zur Prüfung dieser Woche gehört.
Sobald dieser Scope steht, wird die Matrix kleiner und aussagekräftiger. Statt alles gegen alles zu prüfen, werden die richtigen Dinge gegen die richtigen Dinge geprüft.
Abschnitt 3
Wo ExyViewer ansetzt
Das sinnvolle Muster lautet: zuerst Klassifikation, dann Clash-Matrix. In ExyViewer bedeutet das, den Scope durch Klassifikation aufzubauen und anschließend Clash Detection um diesen definierten Scope herum zu konfigurieren, statt darauf zu hoffen, dass die Matrix allein das Ergebnis bereinigt.
- Mit Klassifikation die Prüfgrenze formen
- Mit der Matrix die Prüflogik innerhalb dieser Grenze verfeinern
- Nur den Clash-Satz exportieren, der nach der Prüfung weiterhin relevant ist
Abschnitt 4
Der Zielkonflikt
Dadurch kommt ein weiterer Einrichtungsschritt hinzu. Er ist jedoch immer noch günstiger als die Prüfung eines Reports voller Kombinationen, die im Projekt nie zur Diskussion stehen sollten.
Praktische Erkenntnisse
- Die Klassifikation definiert den Scope. Die Matrix verfeinert ihn.
- Bahnföderationen profitieren stärker von wiederverwendbarer Klassifikationslogik als von einmaligen Clash-Läufen nach dem Alles-gegen-alles-Prinzip.
- Ein kleinerer Clash-Satz ist nicht weniger gründlich, wenn der Scope besser definiert ist.
Realitätscheck
- Auch Klassifikationslogik braucht Governance. Wenn verschiedene Koordinatoren den Scope unterschiedlich definieren, sinkt die Vergleichbarkeit der Reports.
Relevante Befehle und Funktionen
Klassifikation, Clash Detection
Klassifikations-Scope mit der IFC-Prüfung verbinden
Nutzen Sie den IFC-Viewer-Leitfaden, um Klassifikation, Eigenschaftsprüfung, Sichtbarkeitssteuerung und Modellreview vor dem nachgelagerten Reporting zu verbinden.
IFC-Viewer-Leitfaden lesen
