Výměna modelu ve formátu IFC

Co je to výměna IFC modelu?

Výměna IFC modelu je postup, při kterém se model vyjme ze softwaru, ve kterém byl vytvořen, a vloží se do neutrálního, strukturovaného souboru, který může libovolný jiný program číst samostatně. Industry Foundation Classes (IFC) je otevřené schéma, které za tím stojí, spravované organizací buildingSMART a publikované jako ISO 16739. Popisuje stěny, potrubí, trubky a místnosti jako pojmenované, typované objekty, nikoli jako čáry a hloupou geometrii. Výměna je sloveso, ne podstatné jméno: export, kontrola mapování, import a test oběhu (round-trip test) společně potvrzují, že přijímající strana obdržela to, co vysílající strana zamýšlela odeslat.

U rezidenčního projektu k tomu dochází při každém předání mezi profesemi, které nesdílejí licenci: od architekta ke statikovi, od statika k koordinaci MEP a celá koordinovaná sada do vlastního archivu klienta při předání. Každé předání je jen tak dobré, jak kvalitní je IFC soubor, který ho zprostředkovává, protože přijímající nástroj nemá přístup k ničemu, co zůstalo v nativním formátu.

Co při exportu IFC skutečně přežije a co ne?

Export je překlad a překlady něco ztrácejí. Stěna vytvořená z parametrické rodiny se po exportu stane pevným kusem geometrie označeným jako stěna se sadou vlastností: už si nepamatuje pravidlo, které ji vytvořilo, pouze tvar a data připojená v okamžiku exportu.

Obvykle přežije	Obvykle nepřežije
Celková geometrie a prostorová hierarchie (místo, budova, podlaží, místnost)	Nativní parametrická pravidla (hnací rozměry a omezení rodiny)
Standardní sady vlastností mapované autorizačním nástrojem (materiál, požární odolnost, tepelné hodnoty)	Vlastní vlastnosti, které nástroj nikdy nenamapoval na sadu vlastností IFC
Množství vypočítaná exportérem v době exportu (plocha, objem, délka)	Vzorce a živé odkazy, které tato množství řídí
Typ objektu a klasifikace (stěna, segment potrubí, místnost)	2D anotace závislé na pohledu: kóty, textové poznámky, detaily vázané na konkrétní výkresový pohled

Konzultant, který obdrží IFC soubor, nemůže upravovat návrh tak, jako by to mohl jeho autor; může se na něj dotazovat, měřit jej, spouštět detekci kolizí a extrahovat množství, ale ne parametrická pravidla, která stojí za tvarem schodiště nebo střechy. Výměna slouží ke koordinaci a záznamu, nikoli ke společnému autorství.

Jakou verzi IFC schématu by měl rezidenční projekt používat?

Samotné schéma má verze a výběr není čistě estetická záležitost.

Verze	Publikováno	Co dobře pokrývá	Praktická poznámka
IFC2x3	2005	Budovy: architektura, konstrukce, základní MEP	Stále nejrozšířenější cíl exportu a importu napříč staršími verzemi softwaru; nejbezpečnější výchozí volba, pokud není znám nástroj konzultanta
IFC4	2013	Budovy, bohatší sady vlastností, lepší MEP systémy a propojení	Čistší datový model, ale ne každý prohlížeč nebo starší nástroj jej spolehlivě přečte
IFC4.3 (ISO 16739-1:2024)	2024	Budovy plus infrastruktura, jako jsou silnice, železnice a mosty	Pro rodinný dům příliš; relevantní, až když projekt zasahuje do infrastruktury pozemku

Pro projekt rodinného nebo malého rezidenčního domu zůstává IFC2x3 pragmatickou výchozí volbou pro externí výměnu: je to verze, kterou každý prohlížeč, kontrolní nástroj a starší konzultantský nástroj stále otevře bez problémů. Na IFC4 má smysl trvat, jakmile všechny strany v řetězci potvrdí čistý export a import, protože přenáší strukturovaná MEP data věrněji.

Čím se výměna IFC modelu liší od odeslání nativního projektového souboru?

Nativní soubor (.rvt, .pln, .skp) je kompletní, editovatelná kopie autorova projektu, ale správně se otevře pouze v nástroji, který jej vytvořil, často pouze v příslušné verzi. Odeslání konzultantovi, který tento software nevlastní, mu pošle něco, co nemůže otevřít.

IFC výměna směňuje editovatelnost za nezávislost: přijímající strana získá soubor, který může otevřít jakýkoli prohlížeč schopný IFC, a to za cenu ztráty parametrické inteligence popsané výše. Rovněž směňuje závislost na licenci za závislost na formátu: nativní soubor se stane nečitelným, jakmile nikdo v projektu nemá platnou licenci na daný software, zatímco IFC soubor, otevřená ISO norma, zůstává čitelný bez ohledu na to, za jaké nástroje kdo právě platí.

Tyto dva přístupy si nekonkurují: nativní soubory pro tvorbu v rámci jedné profese, IFC výměna pro vše, co překračuje hranice profese nebo softwaru.

Jak vypadá disciplinovaný pracovní postup výměny v praxi?

Spolehlivý pracovní postup má čtyři kroky, které se opakují při každém vydání modelu, ne pouze jednou na konci:

• Export s definovaným mapováním. Nastavení exportu IFC v autorizačním nástroji rozhoduje o tom, které sady vlastností, verze schématu a úroveň geometrických detailů se vyexportují. Při ponechání výchozího nastavení se liší podle nástroje a verze, proto by je měl projekt jednou nastavit a znovu používat.
• Zkontrolujte výsledek před odesláním. Otevřete exportovaný soubor v neutrálním prohlížeči, ne v autorizačním nástroji, a potvrďte, že prostorová hierarchie, jednotky a počátek souřadnic odpovídají očekávání příjemce. Model 40 metrů od místa, kde by měl být, je neviditelně špatně, dokud si toho někdo nevšimne.
• Proveďte test oběhu (round-trip test) při první výměně v projektu. Exportujte, poté znovu importujte do druhé instance zdrojového nástroje nebo prohlížeče, abyste potvrdili, že nic tiše nevypadlo. Stojí za to udělat jednou na projekt, ne jednou na soubor.
• Re-exportujte při každém vydání modelu. Koordinace je užitečná pouze tehdy, pokud je soubor překračující hranici aktuální; zastaralý export maří účel sdíleného prostředí pro sdílení dat (CDE).

Proč by se soukromý klient měl starat o formát výměny?

Z volby otevřeného formátu výměny místo nativních souborů plynou dva důsledky. Za prvé, klient si ponechá čitelný model i poté, co vyprší licence některého konzultanta, změní dodavatele nebo konzultant již není k dispozici: IFC soubor se otevře ve volných prohlížečích i o několik let později, zatímco nativní soubor z opuštěné licence se nemusí otevřít vůbec. Za druhé, každá profese nadále používá nástroj, ve kterém je skutečně dobrá, protože IFC je společným jazykem mezi nimi, nikoli sdíleným programem.

To je také to, co umožňuje vytvoření použitelného záznamu skutečného provedení (as-built): IFC export koordinovaného modelu spolu s výkresy je něco, co může budoucí dodavatel údržby otevřít, aniž by cokoli vlastnil nebo licencoval.

Co se běžně pokazí při výměně a jak se to odhalí?

Opakovaným selháním není poškozený soubor, ale tichý nesoulad: jednotky exportované v milimetrech a importované za předpokladu metrů, vlastnost, kterou odesílající nástroj nikdy nenamapoval, takže přijímající strana vidí prázdné pole, nebo úroveň geometrických detailů příliš hrubá na to, aby vůbec podporovala detekci kolizí. Nic z toho nevyvolá chybu; projeví se to později, jako potrubí, které „není" v koordinačním modelu, nebo požární odolnost, která je uvedena jako nenastavená.

Řešením je procedurální kontrola: někdo otevře exportovaný soubor nezávisle na nástroji, který jej vytvořil, a zkontroluje jej podle krátkého seznamu (počátek, jednotky, počet podlaží, několik známých rozměrů), což je stejná disciplína, která stojí za řádným prohlášením o úrovni rozpracovanosti (LOD).

Kde stojí výměna IFC v širším procesu koordinace?

Výměna je mechanismus, nikoli cíl. Je to to, co vůbec umožňuje BIM koordinaci mezi samostatně licencovanými profesemi: bez ní nemá detekce kolizí co společného testovat a sdílené datové prostředí nemá neutrální soubor, který by mohl uchovávat. Správné nastavení, volba verze a kontrolní rutina na začátku je to, co umožňuje, aby každý další krok fungoval na datech, která může každý skutečně otevřít.