IFC og slagretning for dører

IFC er en ISO-standard, som ikke nødvendigvis er likt definert som i Norsk Standard. Høyre- og venstrehenglsing i skjemaer kan derfor misforståes.

Vi opplever ofte manglende kunnskap ute hos BIM-koordinatorer og andre om hva som faktisk er feil eller rett ang. slagretningsdefinisjonen på en dør i IFC-filer. Det mange kanskje ikke tenker på, er at IFC er en ISO-standard. Manglende kunnskap om at dette nødvendigvis ikke er likt definert som i Norsk Standard, kan i verste fall føre til feil bestillinger og leveranser ut på byggeplass.

I Norge er man vant til å forholde seg til «NS 549 Høyre og venstrebetegnelse for dører, vinduer og tilhørende beslag». Denne standarden er fra 1965 og er svært godt innarbeidet blant de fleste prosjekterende og utførende. De norske tilpasningene som følger med gratis  i Archicad, forholder seg også denne standarden når den viser oppriss eller 2D-symbol av dører i et skjema. Men om man eksporterer prosjektet til IFC-formatet, er det en ISO-standard som legges til grunn. Dette er nok ikke alle klar over og vi vet om tilfeller hvor det har blitt bestilt dører med feil hengsling til byggeplass. Det har også vært en del henvendelser til vår supportavdeling om at dette må være en feil i IFC-filer som blir eksport fra Archicad, noe det altså ikke er.

I eksemplet over fra Solibri vises 2D-visningen riktig også etter norsk standard, da dette er sammenfallende med ISO-standardens måte å vise det på. Så det som mange tar feil av er at under Operation står det "Singel Swing Left", noe som man uten annen kunnskap på forhånd selvfølgelig tolker som venstrehengslet.

Eksempel fra Revit:

Den samme misforståelsen opplever vi fra brukere av Revit, 2D-symbolet er riktig, men de tror «Single Swing Left er en feil fra den som laget IFC-filen sin side. I Archicad vil den faktisk automatisk vises som H i skjema og innstilligene, da den konverteres korrekt ved import og ikke bare viser informasjonen som kommer fra IFC-filen. Den enkelte programleverandør er selv ansvarlig for å evt. tilpasse dette i sin import for nasjonale forhold.

Om man hadde gjort noen enkle Google søk med ordene «door» + «orientation» + «ifc», ville man raskt funnet svaret på hvorfor det er slik selv, for på sidene til buildingSMART finner det god forklaring med illustrasjoner på dette.

Utklipp fra Ill. buildingSMART:

Juridisk sett har tradisjonelt bekrivelse kommet først og tegninger slik som arkitektens dør og vinduskjema vært gjeldende dokument som nr. to. Men dette er under endring og man benytter nå i økende grad BIM-modellene for anbud og bestilling. Men har man kunnskap hva som er korrekt og at f.eks. Single Swing Left = Høyrehengslet og standarden er fulgt, er ikke dette noen utfordring.  Når det gjelder vinduer er det verre, da ISO-standarden for IFC her er mangelfull på de mange alternativene som finnes for hengslings-/åpningstyper.

Vi anbefaler at man avtaler å ha et eget Property Set som f.eks. heter SKJEMA og som inneholder de nødvendige opplysningene man evt. trenger for bestilling, Et slikt sett ligger også som et standard valg man kan benytte i oversetteren ved eksport til IFC fra den norske versjonen av Archicad.

Ved å bytte til «Property Mapping» som vist under med navn «Standard IFC2x3 Properties med skjemadata» vil automatisk det man har fylt ut av informasjon i vindu- og dørskjema etc. bli med ut til IFC. Dette inkludere også MMI -Modell Modenhets Indeks som muliggjør at man har kontroll på hvilken status objektene er satt til og de er faktisk klare for bestilling. Les mer om MMI her:

Ved å ta med skjemadata, får man også riktige karmyttermål etc. noe som i en standard IFC-modell normalt kun viser til veggåpningsmål/lysåpning (OverallWidth og OverallHight i IFC)