Kontrola IFC modelu: geometrie, data a připravenost k předání

IFC model není kvalitní pouze proto, že se bez chyby otevře v prohlížeči. Pro další koordinaci, výkaz výměr, předání investorovi nebo správu budovy musí mít správnou geometrii, strukturu a informace.

Kontrola IFC modelu ověřuje, zda model odpovídá účelu, zadání a dohodnutým informačním požadavkům.

Co je IFC

IFC je otevřený datový formát pro výměnu informací o stavbě mezi různými softwary. Model může obsahovat:

• geometrii prvků,
• typ a třídu prvku,
• vlastnosti a parametry,
• vztahy mezi prvky,
• podlaží a prostorovou strukturu,
• klasifikaci,
• vazby na dokumenty a systémy.

Kvalita exportu závisí na zdrojovém modelu, mapování, nastavení exportu a použité verzi IFC.

Tři vrstvy kontroly

1. Technická validita souboru

• lze soubor načíst,
• není poškozený,
• používá očekávané schéma IFC,
• neobsahuje zásadní syntaktické chyby,
• má rozumnou velikost a strukturu.

2. Geometrická kontrola

• prvky nejsou zjevně posunuté,
• modely používají správné souřadnice,
• nejsou zde neočekávané duplicity,
• geometrie odpovídá výkresům,
• profesní modely lze federovat,
• lze spustit kontrolu kolizí.

3. Informační kontrola

• prvky mají správné IFC třídy,
• povinné atributy jsou vyplněny,
• hodnoty mají správný formát,
• názvy a kódy jsou konzistentní,
• prvky jsou přiřazeny správným podlažím,
• klasifikace odpovídá zadání,
• model splňuje informační požadavky.

Co kontrolovat před převzetím modelu

Identifikace a verze

• název projektu,
• autor a organizace,
• datum exportu,
• účel a milník,
• zdrojový software,
• verze IFC,
• použitá pravidla a požadavky.

Souřadnice a jednotky

Chybný počátek nebo jednotky mohou znemožnit federaci. Kontroluje se poloha, orientace, výškový systém a shoda profesních modelů.

Prostorová struktura

Model má mít logickou hierarchii projektu, staveniště, budovy, podlaží a prostorů. Prvky nesmí být bezdůvodně přiřazeny nesprávnému podlaží.

Klasifikace prvků

Stěna nemá být exportována jako obecný objekt, pokud je možné použít odpovídající třídu. Nesprávná třída komplikuje filtrování, výkazy a automatické kontroly.

Vlastnosti a parametry

Kontrolují se například:

• typ a označení,
• materiál,
• rozměry,
• požární vlastnosti,
• systém,
• stav nová/stávající/bouraná,
• kód klasifikace,
• údaje pro správu a údržbu.

Konkrétní požadavky musí vycházet ze zadání.

Duplicity a překryvy

Duplicitní prvky mohou zkreslit množství a způsobit falešné kolize. Je potřeba rozlišit skutečné duplicity od složených konstrukcí nebo záměrného překrytí.

Otvory a prostupy

Kontroluje se, zda otvory odpovídají trasám profesí, zda nejsou zdvojené a zda je jejich odpovědnost jasná.

Clash detection

Geometrická kontrola může hledat tvrdé a měkké kolize. Výsledek se filtruje podle tolerancí a pravidel. Samotná absence kolizí neznamená, že model splňuje informační požadavky.

IDS a pravidlová validace

IDS, Information Delivery Specification, umožňuje strojově popsat vybrané informační požadavky: které prvky mají obsahovat určité vlastnosti, hodnoty, klasifikace nebo vztahy.

Validace podle IDS je opakovatelná a transparentní. Neřeší však automaticky všechny geometrické, technické a projektové souvislosti.

Příklad nálezu

Požární dveře bez požadované vlastnosti

Ve vstupním požadavku je stanoveno, že dveře v požárně dělicích konstrukcích mají obsahovat vlastnost požární odolnosti. V modelu je 18 dveří přiřazených k těmto konstrukcím, z nichž 6 nemá příslušnou hodnotu vyplněnou.

Dopad: model nelze spolehlivě použít pro kontrolu požárních dveří ani následný datový export.

Doporučení: doplnit hodnoty ve zdrojovém modelu a zopakovat export.

Výstup kontroly

Dobrý report obsahuje:

• pravidlo,
• počet kontrolovaných prvků,
• počet vyhovujících a nevyhovujících,
• identifikátory prvků,
• popis problému,
• pozici nebo pohled,
• prioritu,
• doporučení,
• stav opravy.

Pro komunikaci geometrických problémů je vhodný BCF. Tabulkové výstupy jsou praktické pro datové chyby. JSON lze použít pro integrace.

Časté chyby IFC workflow

• Export bez předem definovaného účelu.
• Kontrola pouze vizuálním otevřením modelu.
• Požadavky popsané jen obecně.
• Nekonzistentní pojmenování parametrů.
• Opravy prováděné jen v IFC, nikoli ve zdrojovém modelu.
• Smíchání geometrických a datových nálezů bez kategorií.
• Neuchovaná verze pravidel použitých při kontrole.
• Předání modelu bez reportu kvality.

IFC ModelChecker ve Validorixu

Validorix může kontrolu IFC spojit s dokumenty projektu. Nález v modelu lze porovnat s technickou zprávou, tabulkou nebo požadavkem investora. To je důležité, protože správná hodnota často nevychází jen z geometrie modelu.

Cílový workflow:

1. nahrání modelu a požadavků,
2. technická validace,
3. datové a geometrické kontroly,
4. seskupení duplicit,
5. odborné vyhodnocení,
6. export a předání k opravě,
7. opakovaná kontrola nové verze.

Rozdíl mezi kontrolou modelu a projektem

IFC je reprezentace zdrojových dat, nikoli automaticky úplná pravda o projektu. Chyba může vzniknout:

• už ve zdrojovém návrhu,
• při modelování,
• mapováním parametrů,
• nastavením exportu,
• převodem mezi verzemi,
• při načtení v kontrolním nástroji.

Proto report musí rozlišit, zda jde o projektovou chybu, datovou chybu nebo chybu exportu.

Shrnutí

Kontrola IFC modelu musí spojit technickou validitu, geometrii a informační obsah. Model bez kolizí může mít špatná data. Model s vyplněnými parametry může být geometricky nekoordinovaný.

Kvalitní IFC je model, který lze spolehlivě použít pro předem definovaný účel.

Často kladené otázky

Co je potřeba ke kontrole IFC?

IFC soubor, popis účelu, požadavky na data, případně IDS, BEP/EIR a související dokumentace.

Lze opravit IFC bez zdrojového modelu?

Technicky někdy ano, ale systematické opravy by měly být promítnuty do zdrojového modelu, jinak se při dalším exportu mohou ztratit.

Je clash detection součástí kontroly IFC?

Ano, může být jednou z vrstev. Nenahrazuje kontrolu atributů, klasifikace a souladu s požadavky.

---