Clash detection vs. validace IFC: dvě rozdílné kontroly BIM modelu

Pojmy clash detection a validace IFC se někdy používají jako synonyma. Ve skutečnosti řeší odlišné otázky.

• Clash detection zjišťuje, zda se prvky prostorově střetávají nebo nedodržují požadovaný odstup.
• Validace IFC ověřuje, zda má model správnou strukturu, třídy, atributy, hodnoty a vztahy.

Model může projít jednou kontrolou a selhat v druhé.

Rozsah tohoto článku: text popisuje clash detection a validaci IFC jako obecné metodické disciplíny. Konkrétní úroveň, kterou dnes nabízí Validorix, je popsána v sekci Jak pomáhá Validorix — nejde o plnou geometrickou (3D) detekci kolizí, ale o datovou a jmenovně/podlažní koordinační kontrolu.

Co je clash detection

Detekce kolizí porovnává geometrii prvků nebo celých profesních modelů.

Tvrdá kolize

Dva prvky se fyzicky protínají. Například potrubí prochází nosníkem.

Měkká kolize

Prvky se neprotínají, ale není dodržen minimální odstup, manipulační zóna nebo servisní prostor.

Procesní kolize

Geometrie je možná, ale řešení nelze provést v plánovaném pořadí nebo bez dočasné demontáže jiné konstrukce. Tento typ často vyžaduje kombinaci modelu a zkušenosti z realizace.

Co je datová validace IFC

Datová validace kontroluje, zda jsou informace v modelu správně strukturované.

Příklady pravidel:

• všechny dveře mají typové označení,
• požární dveře mají vyplněnou požární odolnost,
• zařízení je přiřazeno správnému systému,
• prvky mají požadovanou klasifikaci,
• hodnoty používají správný formát,
• model neobsahuje nepovolené obecné třídy,
• všechny prostory mají jedinečný kód.

Pravidla lze částečně formalizovat pomocí IDS, ale musí vycházet z konkrétních informačních požadavků.

Příklad modelu, který projde clash detection a neprojde validací

V profesním modelu nejsou žádné geometrické kolize. Všechny rozvody se vejdou do prostoru. Přesto:

• většina zařízení nemá výrobní označení,
• prvky nejsou přiřazeny systémům,
• dveře mají chybné IFC třídy,
• chybí stav nová/stávající/bouraná,
• podlaží jsou pojmenována nekonzistentně.

Model je geometricky koordinovaný, ale není spolehlivě použitelný pro výkazy, předání ani správu.

Příklad modelu, který projde datovou validací a neprojde clash detection

Všechny prvky mají povinné atributy a správnou klasifikaci. Přesto VZT potrubí protíná nosnou konstrukci a kabelový žlab blokuje servisní prostor jednotky.

Data jsou formálně správná, ale návrh má prostorové problémy.

Jak obě kontroly spojit

Doporučené pořadí:

1. ověřit technickou čitelnost a souřadnice,
2. zkontrolovat základní strukturu a klasifikaci,
3. sloučit profesní modely,
4. spustit geometrické kolize podle připravené matice,
5. spustit informační pravidla,
6. seskupit a odborně filtrovat nálezy,
7. předat opravy s identifikátory prvků,
8. zkontrolovat novou verzi.

Pořadí lze upravit, ale nemá smysl detailně koordinovat model, který je posunutý nebo nepoužitelně exportovaný.

Matice kolizí

Ne všechny profese je potřeba kontrolovat proti všem. Matice určuje:

• které dvojice modelů se porovnávají,
• jaká tolerance se použije,
• jaké typy prvků se zahrnou,
• které průniky se ignorují,
• kdo nález řeší.

Příklad:

| Model A | Model B | Typ kontroly | Tolerance | |---|---|---|---:| | Statika | VZT | Tvrdá kolize | 0 mm | | VZT | Elektro | Tvrdá + odstup | 50 mm | | Architektura | Zařízení | Servisní zóna | dle výrobce | | ZTI | Statika | Tvrdá + spád | projektové pravidlo |

Jak reportovat chyby

Geometrický nález by měl obsahovat:

• polohu,
• dotčené prvky,
• snímek nebo pohled,
• typ kolize,
• toleranci,
• návrh odpovědnosti.

Datový nález potřebuje:

• kontrolované pravidlo,
• identifikátor prvku,
• očekávanou a skutečnou hodnotu,
• zdroj požadavku,
• doporučení.

Smíchání obou typů do jednoho neuspořádaného seznamu znesnadňuje opravy.

Falešné kolize a šum

Automatický report může obsahovat stovky případů, které nejsou relevantní:

• záměrné prostupy,
• dotyky vrstev,
• závěsy patřící k potrubí,
• duplicity vzniklé federací,
• prvky s příliš hrubou geometrií,
• kolize v již neplatné části modelu.

Úkolem koordinátora není report pouze exportovat, ale filtrovat a prioritizovat.

Validace podle účelu

Požadavky se mění podle použití modelu:

• koordinace: geometrie, prostupy, zóny,
• výkaz výměr: třídy, materiály, množství, duplicity,
• předání investorovi: datový standard, identifikátory, dokumenty,
• facility management: servisní údaje, systémy, prostory, majetek,
• 4D plánování: členění a vazba na harmonogram,
• energetická analýza: správná geometrie obálky a potřebné parametry.

Neexistuje jeden univerzálně „správný“ IFC model bez definovaného účelu.

Jak pomáhá Validorix

Validorix dnes nabízí dvě věci, které si nemá čtenář plést s plnou geometrickou detekcí kolizí popsanou výše:

• datovou validaci IFC — kompletnost, klasifikace, atributy, vztahy (podle IFC completeness rule packu);
• koordinační kontrolu bez plné geometrie — heuristika, která napříč profesními modely hledá shodu jmen prvků v jiném podlaží, kolizní shodné názvy různých prvků na stejném podlaží a chybějící protějšek mezi disciplínami (např. prvek v architektuře bez odpovídající statické podpory).

Plná geometrická (3D bounding-box) detekce kolizí zatím není součástí produktu. Vyžaduje plné parsování geometrie (plánováno na bázi IfcOpenShell) a je na roadmapě jako samostatná fáze. Pokud tedy potřebujete ověřit fyzický průnik dvou prvků v prostoru, dnešní Validorix vám spolehlivě najde jmenné/podlažní nesrovnalosti a datové chyby, ale skutečnou 3D kolizi je potřeba zatím ověřit v BIM koordinačním nástroji s plnou geometrií.

Nález lze u obou kontrol porovnat s technickou zprávou nebo tabulkou požadavků. Výstup zachovává identifikátor prvku, pravidlo, zdroj a stav opravy.

Shrnutí

Clash detection a validace IFC se doplňují. První chrání prostorovou koordinaci, druhá použitelnost dat. Validorix dnes pokrývá datovou validaci a jmenně/podlažní koordinační heuristiku; plná geometrická detekce kolizí je plánovaná funkce.

Model bez kolizí nemusí být datově kvalitní a datově správný model nemusí být realizovatelný.

Často kladené otázky

Je IDS náhradou za clash detection?

Ne. IDS popisuje informační požadavky. Geometrické střety vyžadují geometrickou kontrolu.

Kolik kolizí je přijatelné?

Samotný počet není vhodná metrika. Důležitá je závažnost, stav uzavření a to, zda kontrola používá správná pravidla.

Má se oprava dělat v IFC?

Primárně ve zdrojovém modelu. Jinak se při dalším exportu může chyba vrátit.

---