IFC-modeller¶

Hva er IFC-formatet?¶

IFC (Industry Foundation Classes) er en åpen standard for utveksling av BIM-data (Building Information Modeling). Formatet er utviklet av buildingSMART og brukes til å dele modeller mellom ulike programvarer uten å være låst til ett system.

Informasjon

Se hjemmesiden buildingSMART for nærmere informasjon.

IFC-initiativet startet i 1994, og første versjon kom i 1997. IFC er et ikke-proprietært, nøytralt dataformat. IFC er et omfattende og komplekst skjema som inneholder objekter, egenskaper, relasjoner, geometri, og data.

IFC var i utgangspunktet en standardisert digital beskrivelse for bygninger, men har også fått støtte for infrastruktur.

IFC-modell eksempel

Eksempel på en IFC-modell

I september 2023 kom IFC 4x3, og hovedformålet med IFC 4x3 har vært å utvide IFC-skjemaet til å dekke beskrivelsen av infrastruktur innenfor fagmodellene for veg, bro, jernbane, osv.

Hvorfor er IFC viktig?¶

Interoperabilitet: Sikrer at modeller kan deles på tvers av programvare
Åpen standard: Ikke proprietær, fri for lisensbegrensninger
Rik informasjon: Inneholder både geometri og metadata (materialer, egenskaper, klassifikasjoner)

Hvordan er IFC bygget opp?¶

IFC har en hierarkisk struktur. Eksempel for bygninger:

Prosjekt
Site
Building
Storey
Elementer (vegger, dører, vinduer, osv.)

IFC er objektbasert, hvor hvert element har egenskaper og relasjoner. Formatet støtter geometri og koordinater gjennom lokale koordinatsystemer samt global georeferering.

IFC-versjoner¶

IFC 2x3¶

Mest brukt versjon i dag, men eldre. Begrenset støtte for infrastruktur og georeferering.

IFC 4 og 4x3¶

Nyere versjoner med bedre støtte for infrastruktur som veger, broer, og mer presis georeferering.

Begrensninger og fallgruver¶

Ikke alle programmer tolker IFC likt, noe som kan gi visuelle avvik
Store filer kan være tunge å håndtere
Forskjeller i georeferering mellom versjoner kan gi ulik oppførsel

Bruksområder i Gemini¶

Gjennom DDSCad-plattformen får vi generell IFC-støtte for IFC 4x3. Disse IFC-filene kan vi referere inn i tegningen på samme måte som vi gjør i dag for IFC 2x3/IFC 4 og høste eksempelvis stikningsdata herfra til et applag.

IFC-Building¶

Støtte for IFC-Building gjør at vi eksempelvis kan sette inn hus som er konstruert i andre arkitektpakker som støtter denne standarden, og få med fornuftig materialvalg for 3D-presentasjon. Bygg tegnet i AutoCAD ADT, ArchiCAD, osv. anbefaler vi å utveksle med IFC-formatet.

Fra de innsatte IFC-filene kan vi høste eksempelvis stikningsdata til applag. Et applag er en generell lagringsstruktur for geometri og attributter. Den gir brukeren mulighet til å lagre mange typer geografiske data innenfor sin struktur.

Infrastruktur med IFC 2x3¶

Når det gjelder infrastruktur, har man gjerne brukt IFC 2x3 for enkelte fagmodeller som veger og broer. Dette har man eksempelvis løst med å bruke en klasse for ikke-standardiserte elementer, ifcBuildingElementProxy, og generelle PSet for informasjon. Problemet har spesielt vært stikningsdata (punkt og linjer), da tilgjengelig geometri har vært en begrensende faktor.

IFC 4x3 for infrastruktur¶

Med IFC 4x3 har vi derimot fått muligheten til å dele opp infrastruktur ved hjelp av nye klasser, eksempelvis ifcRoad. ifcRoad har igjen klasser som ifcRoadPart, ifcPavement, osv. Vi kan med andre ord nå beskrive fagmodellen for veg på en standardisert måte som alle kan forholde seg til.

En grunnleggende forskjell mellom en bygning og en veg er arealet som disse to legger beslag på. Bygninger kan være flere hundre meter høye, mens infrastruktur kan være kilometer lange.

Et viktig konsept i IFC 4.3 er derfor alignment (horisontalkurvatur, vertikalkurvatur). Alignment eller senterlinje definerer et referansesystem for plasserte elementer i infrastrukturprosjekter, mens i bygninger brukes utelukkende prosjektkoordinatsystemer hvor alle elementer får sin XYZ-koordinat i rommet.

IFC 4.3 har også et informasjonselement, ifcAnnotation, som kan brukes til å formidle viktig informasjon i form av stikningsdata til landmålerne. ifcAnnotation kan eksempelvis være punkter og 3D-linjer.

Dataflyt til SFI-modell¶

Vi har derfor en egen funksjon for dataflyt mellom IFC 4x3 Road og vår egen SFI-modell. Det som er nytt i denne sammenheng, er at vi nå importerer data direkte til SFI-modellen.

En SFI-modell er en lagringsstruktur tilpasset infrastrukturmodeller som veger, tunneler, og grøfter. Både applag og modell støtter informasjon, eksempelvis PSet i IFC.

Metoder for å legge til IFC-filer¶

Vi kan legge til IFC-filer direkte eller dynamisk (manuell plassering) i modelllisten via tre ulike alternativer:

Georeferert IFC-modell - Modellen vil plassere seg korrekt i kartet med Legg til...
IFC-modell med koordinater for nullpunkt i prosjektet - Vi må først legge inn prosjektorigo i Gemini Terrain under Innstillinger Gemini Terrain... - Prosjekt - IFC, og deretter sette den inn i tegningen med Legg til...
IFC-modell kun med sann nord-retning - Vi må georeferere modellen manuelt etter først å ha satt den inn i tegningen med Legg til... eller Legg til dynamisk...