buildingSMART International in Khronos Group sta 2. novembra 2026 uradno objavila nov liaison agreement, katerega namen je izboljšati interoperabilnost med IFC in glTF. Za stroko je to pomemben signal, ker gre za formalno sodelovanje med dvema odprtima standardnima ekosistemoma: IFC za strukturirane podatke o grajenem okolju in glTF za učinkovito dostavo ter prikaz 3D vsebin. Hkrati pa je treba natančno ločiti med objavljenim in domnevnim: uradno je bil objavljen okvir za tehnični dialog in raziskovanje primerov uporabe, ne pa nova skupna specifikacija, obvezno preslikovanje ali datum prehoda za industrijo. V objavi prav tako niso navedeni prehodno obdobje, datum začetka veljavnosti ali certifikacijski režim za to povezavo.
Kaj je bilo uradno objavljeno
Po uradni objavi Khronos sta organizaciji sklenili liaison agreement za tehnični dialog in izmenjavo znanja. Kot glavni kontekst objava navaja rast uporabe UI, digitalnih dvojčkov, spletnih aplikacij in interaktivnega 3D v grajenem okolju. Kot prvi koraki so izrecno navedeni raziskovanje skupnih primerov uporabe in tehničnih zahtev za vizualizacijo ter pretakanje modelov grajenih sredstev, pregled obstoječih pristopov pretvorbe IFC-v-glTF, iskanje izboljšav in razmislek o praktičnih smernicah za razvijalce programske opreme. To pomeni, da je trenutni status sodelovanja razvojno-raziskovalen in organizacijski, ne pa regulativen ali standardizacijsko že zavezujoč za trg.
Zakaj je povezava IFC–glTF strokovno smiselna
IFC in glTF rešujeta različna, vendar dopolnjujoča se problema. ISO pri ISO 16739-1:2024 opisuje IFC kot odprti mednarodni standard za informacije, ki se v BIM izmenjujejo in delijo med programskimi aplikacijami v gradbeništvu in upravljanju objektov; povzetek izrecno vključuje stavbe in infrastrukturna dela skozi njihov življenjski cikel. buildingSMART navaja, da je najnovejša uradna različica IFC 4.3.2.0, medtem ko je IFC 4.4.x še vedno work-in-progress oziroma v razvoju.
glTF pa Khronos opisuje kot royalty-free specifikacijo za učinkovito prenašanje in nalaganje 3D prizorov in modelov. Uradna stran glTF pojasnjuje, da jedro formata predstavlja JSON-datoteka, ki opisuje strukturo in sestavo prizora, vsebina pa je lahko shranjena tudi v enotni binarni datoteki .glb; med vrhnjimi elementi so navedeni scenes and nodes, cameras, meshes, buffers, materials, textures, skins in animations. ISO/IEC 12113:2022 potrjuje glTF 2.0 kot objavljen mednarodni standard, Khronos Registry pa na dan preverbe kaže, da je trenutna glavna različica glTF še vedno 2.0, pri čemer je specifikacija objavljena v popravčni izdaji 2.0.1.
Iz teh uradnih opisov sledi strokovno razumen zaključek: IFC ostaja nosilec identitete, semantike, atributov in odnosov v modelu, glTF pa nosilec učinkovite vizualne dostave in prikaza 3D vsebin. Zato povezava med njima ne pomeni, da bi en standard zamenjal drugega, temveč da poskuša zmanjšati izgube med semantično bogatim BIM-modelom in lahkim interaktivnim 3D-prikazom. To je strokovna inferenca iz vlog obeh standardov, ne pa že sprejeta skupna tehnična specifikacija.
Pri tej temi je pomembna natančnost virov. Sama objava liaisona na strani Khronos IFC še vedno opisuje kot ISO 16739-1:2018. Vendar sta aktualna objavljena ISO izdaja in aktualna uradna buildingSMART izdaja danes ISO 16739-1:2024 oziroma IFC 4.3.2.0. Zato je za razpisne zahteve, BIM protokole, EIR-je in tehnične specifikacije varneje sklicevanje na trenutno veljavno izdajo standarda, ne zgolj na besedilo novice. Na strani buildingSMART je 4.3.2.0 opisan kot latest official version, medtem ko je IFC 4.4.x izrecno označen kot work-in-progress.
V uradni objavi Khronos niso navedeni nova skupna specifikacija IFC–glTF, obvezen preslikovalni slovar, nov obvezni profil, certifikacijski program, datum, od katerega bi takšna interoperabilnost postala obvezna, ali prehodno obdobje za dobavitelje programske opreme in naročnike. To ne pomeni, da takšni artefakti pozneje ne morejo slediti; pomeni pa, da jih 12. novembra 2026 iz navedenih uradnih virov še ni mogoče predstavljati kot sprejete ali veljavne.
Za prakso je najbolj trezen zaključek naslednji: novico je treba obravnavati kot pomembno strateško napoved odprte interoperabilnosti, ne kot dokončan tehnični odgovor. Kdor pripravlja projektne zahteve, naj se še naprej opira na trenutno uradne standarde in verzije, obenem pa spremlja, ali bo liaison prinesel javne smernice ali druge konkretne tehnične rezultate.
