1 Lupamalli-IFC:n muodostumisesta Archicadissa

Archicadin mallielementin luokitus määrää, mikä IFC-entity siitä tulee IFC-käännöksessä (vakiintunutta suomennosta ’IFC-entitylle’ ei ole, käytössä on esimerkiksi IFC-olio tai IFC-entiteetti).

Esimerkiksi seinille on yleensä käytettävä Archicad-luokituksen luokkaa ’Seinä’ joka kääntyy IFC-entityksi ’IfcWall’.

Entityillä on usein alityyppejä, PredefinedType, jolloin 'ydinentity' on yhä IfcWall, mutta alityyppi tarkentaa sitä, ja myös näitä alityyppejä on joissakin tapauksissa tarpeen luokituksella viitoittaa rakentamislupamalleissa.
IfcWallilla on esimerkiksi PredefinedType ’ELEMENTEDWALL’, jota Archicad-luokituksessa vastaa Seinä-luokan alaluokka ’Elementoitu seinä’.
IFC:n esimääritettyjen PredefinedTypejen lisäksi alityyppejä voi tarpeen mukaan vapaasti itse luoda lisää USERDEFINED-tyyppeinä.

Seuraavasta löydät kuvaukset luokitusten, sekä niihin viitoitettujen ominaisuuksien perusteista lupamallissa (edellyttää kirjautumista):

1.1 Luokitusten käyttö lupamallissa

1.2 Lupamallin ydinkoodistot

1.3 Lupamallin ominaisuustietojen perusteet

1.4 Lupamallin erityisistä Tosi/Epätosi-ominaisuuksista

1.5 Lupamallin tärkeimmät 'RAVA'-luokittelut

1.6 Lupamallin koordinaatistotiedoista

Yleisesti IFC-käännöksestä

Archicadin IFC-kääntäjän vaatima luokitus

IFC-kääntäjän luokka->entity -viitoituksessa voi käyttää vain yhtä luokitusta. Yleensä käytössä on ’Archicad-luokitus’, jonka 700+ rakennusosaluokkaa vastaavat liki 1:1 IFC4:n tarjoamia rakennusosien IFC-entityjä ja PredefinedTypejä.

Taulukko Archicad-luokitus v2.0:n IFC-entityviitoituksesta

Laajan entityjoukon lisäksi tätä oletusluokitusta on mielekästä käyttää siksi, että Archicadin standardialoituspohjassa on valmiiksi viitoitettuna myös entityille kuuluvia vakio-ominaisuuksia. IFC-viitoituksen voisi siis tehdä myös omalla, kustomoidulla luokituksella, mutta varsinkin kun tulee tarve päivittää uuteen Archicadiin, tai IFC-versioon tai tilaaja pyytää tuottamaan mallin vahvasti kansainväliseen IFC-vakiointiin perustuvien määrittelyiden mukaisesti, oman luokittelun ylläpito voi käydä työlääksi. Myös Rava3.5-määritys on tehty noudattaen mahdollisimman pitkälle BuildingSmartin kansainvälisiä vakiointeja.

On huomattava, että kaikille rakennusosille ei kuitenkaan ole olemassa tarkkaa ennalta määritettyä vastinetta IFC-standardissa, eikä sellainen olisi tarkoituksenmukaistakaan. Joitakin alityyppejä on toisaalta luontevaa IFC-kääntäjään lisätä edellä mainitulla entityjen USERDEFINED-alityyppimetodilla silloin kun sillä saavutetaan helpotusta mallin tietojen määrittämiseen.

Sanasto

Lähde: RAVA3.5 kansilehden sanasto:

Tyyppi, eli IfcTypeObject	Kullakin mallielementillä on tyyppi, joka määrittelee suunnitelman samanlaisten elementtien yhteiset ominaisuudet. Esimerkkejä IFC tyypeistä ovat seinätyyppi (IfcWallType), ovityyppi (IfcDoorType) ja laattatyyppi (IfcSlabType). Archicad-mallissa tällaista tyyppilogiikkaa on melko vähän, lähinnä rakennetyypit, joten elementeille jotka eivät rakennetyyppejä käytä, tyypin nimi pitää muodostaa erikseen ominaisuuksilla, kuten aloituspohjassa on tehty. Katso alta esimerkki tyypin katselusta IFC-tiedostossa.
Instanssi	Suunnitelmassa olevia komponentteja nimitetään instansseiksi. Esimerkkejä instansseista ovat seinä (IfcWall), ovi (IfcDoor) ja laatta (IfcSlab).
Entity	Nimensä mukaisesti IFC (International Foundation Classes) määrittele rakennettujen kohteiden komponenttien perusluokat ja luokkien välisen hierarkian. IFC:ssä luokkia kutsutaan Entityiksi.
Entityn tarkenne, eli PredefinedType	PredefinedType (Ennalta määritetty tyyppi) on osa IFC:n luokkahierarkiaa ja se tarkentaa Entityä. Kaikkien entityjenkohdalla ennalta määritetty tyyppi ei tuo lisäarvoa, mutta jossain tilanteissa se voi muuttaa entityn olemusta. Archicad-luokituksessa PredefineTypet ovat yleensä luokituksen alimmat tasot, esim. Seinä-luokan aliluokka 'Elementoitu seinä' kääntyy IfcWallin PredefinedTypeksi ELEMENTEDWALL.
Nameattribuutti	Kaikilla tyyppi- ja instanssiluokilla on attribuutti Name. Se poikkeaa Propertystä siten, että se on sidottu kiinteästi Entityyn eikä käyttäjä voi esim. poistaa sitä. Komponenttien tyypeissä siihen tallennetaan tyypin tunniste (esim. US-1). Suunnitteluohjelmat tekevät tämän useimmiten automaattisesti käyttäen suunnitteluohjelmassa tyypille annettua nimeä. Myös instanssin Name attribuutin arvo tulee useinmiten suoraan suunnitteluohjelman vakiokentästä.
PropertySet	joukko ominaisuuksia, jotka usein liittyvät samaan asiayhteyteen. IFC standardin sisältämien ryhmien lisäksi käyttäjä voi luoda omia ominaisuusryhmiä. Ominaisuusryhmissä etuliite ”Pset_” on varattu IFC standardissa määritellyille ominaisuusryhmille ja etuliitteet ”ePset_” ja ”cPset_” buildingSMART Internationalin julkaisemille standardin laajennuksille tai lisäyksille. Niitä ei saa käyttää käyttäjän omien omaisuusryhmien nimissä eikä käyttäjä saa lisätä omia ominaisuuskenttiä näihin ominaisuusryhmiin.
Property	Standardiin määriteltyjen ominaisuuksien lisäksi käyttäjä voi luoda vapaasti omia ominaisuuksia omiin ominaisuusryhmiinsä. Kullekin ominaisuudelle on määritelty tietotyyppi, joka määrittää minkä tyyppistyä tietoa sille voidaan tallentaa. IFC standardi sisältää suuren määrän tietotyyppejä, yleisimmin käytettyjä ovat IfcLabel (alphanumeerinen tieto), IfcInteger(kokonaisluvut) ja IfcBoolean (kyllä/ei arvot).

IfcTypeObject-tiedon katselu IFC-katselimella

IfcTypeObject, eli elementin tyyppiIFC-rakenteessa, on tavallisesti hiukan hankalasti esitetty IFC-katselimissa.

Esimerkiksi ilmainen BIMVision katselin tarjoaa erillisen Types-hierarkian, jossa tämä logiikka näkyy. Tosin tyypin tasolta näkyy vain sen nimi, ja propertyt, jotka tyyppi elementille tuottaa ovat vain yksittäisen instanssin alla.

Kaksi tällä hetkellä (02/2026) selkeimmin tyyppitiedot erottelevaa IFC-katselinta ovat:

FKZ Viewer / KITModelViewer

Areddo