Klassifitseerimise tarkvaraline spetsiifika
Selles osas toome näiteid, kuidas erinevates tarkvarades on klassifitseerimine võimaldatud, mida saad iseseisvalt katsetada läbi allalaadimissektsioonis toodud mallide.
Sisujuht
Autodesk AutoCAD
Autodesk AutoCAD tarkvara on kasutatud väga erinevate joonestamise- ning modelleerimisega seotud ülesannete juures ning seda on võimalik väga edukalt kasutada ka ühe osana BIM/korrashoiu mudelitele infosisu loomiseks, kuid kuna see ei toeta omaduste grupi funktsionaalsust (ingl property set), mida saab eksportida IFC faili, siis seda selles postituses rohkem ei käsitleta. Samas tuleme selle juurde tagasi läbi AutoCAD vertikaaltoodete nagu AutoCAD Architecture, AutoCAD MEP ning Autodesk Civil 3D, sest üldiseid 2D/3D komponente saab klassifitseerida just nendes vertikaaltoodetes. Lisaks on oluline märkida, et kuna paljud teised tarkvarad kasutavad AutoCAD tarkvara oma baasplatvormina, siis tuleb tähele panna, mismoodi on klassifitseerimist nendes lisatoodetes (või pluginates) võimaldatud.
AutoCAD Architecture / MEP / Autodesk Civil 3D
AutoCAD Architecture / MEP / Civil 3D on levinud, ehituskomponendil baseeruvad, ehitusinfo modelleerimise platvormid. Need on laialdaselt kasutusel nii eraldiseisvalt kui läbi lisatarkvarade, mis neid oma alusplatvormina kasutavad (nt Architecture / MEP platvormi: hsbcad, MagiCAD; Autodesk Civil 3D platvormi: Trimble Novapoint). Lisaks toetavad need ka IFC eksporti (nt IFC 4.3 eksport on beetaversioonina saadaval Civil 3D tarkvarale, mis kaasab uuendusena infravaldkonna komponente).
Kõigi eelnimetatud kolme tarkvara juures kasutame klassifitseerimise eeldefineerimiseks esmalt Style Manager dialoogi. Liigume sektsiooni: Multi-purpose Objects > Classification Definitions, kust leiame CCI / CCI-EE klassifikaatorid juba eeldefineeritult (juhul kui kasutame eelnevalt toodud malli, vt joonis).
Kuna iga definitsioon peab omama teatud unikaalset väärtust (parameetri nimetust), esitatakse need läbi CCI-EE, <RI> omaduste tabeli, kust võib leida enamlevinud omadused, mis on omakorda seotud mõne standardi või teise allikaga (sh ETIM, IFC omadused). Näiteks, CCI komponendi tabeli kood tuleneb sektsioonist AC ning omab unikaalset omaduse nimetust: AC175 (vt joonis).
Nimetus kaasab ka tekstilist osa, mis võiks olla nii lühike kui võimalik, et muuta omadus lihtsamini loetavaks mistahes tarkvaras/teenuses jne. Seega on antud omadus nimetatud vaikimisi kui AC175_cciCOcode, mis unikaalselt määratleb selle tabeliga seotud sisu (klassi koodi) ja seda mistahes tarkvaras/platvormil/veebiteenuses. Sisuline pool tuleneb otse CCI-EE, <CO> tabelist, kust lisaks klassifikaatorile (täheline osa) võib leida ka mõiste ning definitsiooni (aga ka viite/allika, kust see parameeter pärineb, millel baseerub). Näiteks mõistet kui kirjeldust võib samuti kaasata infosisu edastamisel, kuid selleks on omaette omadus (antud näites: AC180_cciCOterm). Neid klassifitseerimise definitsioone (Classification Definitions) saab rakendada erinevatele projekteeritavatele/esitatavatele varadele läbi dialoogi paani Applies To (pane tähele, et Architecture/MEP vaates võib see sektsioon olla lühem – vähem komponente – kui seda on Civil 3D vaates).
Seejärel saab neid klassifikaatoreid kasutada juba läbi Properties paleti (vt eelnevat sektsiooni/näited taristu klassifitseerimise alapeatükist) ning juhul kui see kantakse üle (eksporditakse) IFC faili, lisatakse see nn põhiklassifikaator sektsiooni IfcClassificationReference alla.
IfcClassficationReference sektsioon peale IFC eksporti (Trimble Connect näitel).
Lisaks Classification Definitions sektsioonile, on CCI klassifikaatorid kaasatud joonise malli ka läbi List Definitions valikute (vt allolev joonis). See lihtsustab viitetunnuste lisamist läbi omaduste grupi (Property Set Definitions), mis koosnevad nii klassifikaatorist (täheline osa) kui ka numbrilisest (nt tüübi tunnus, ID väärtus või ka mõlemad).
Style Manager dialoogi kasutatakse ka erinevate omaduste gruppide (Property Set Definitions) loomiseks. Just olulisemad, põhiklassifitseerimisega seotud omadused, on näitena lisatud ka joonise malli. Property Set Definition nimetus (seda saab vaadata ka kui andmemalli) algab sektsiooni tähega, kust pärinevad valitud omadused ning seejärel lisatakse number, mis esitab andmemalli valitud omaduste rühma. Seega võib vastavalt vajadusele (infosisunõuetele) koostada erinevaid andmemalle, mis kaasavad erinevaid omadusi ning seega ka erinevat numbrilist osa, et unikaalselt neid rühmasid/andmemalle identifitseerida. Näiteks üldise klassifitseerimisega seotud omadused on koondatud andmemalli A010 alla, millele võib lisada ka tekstilise osa: A010_Administratiivne (vt allolev joonis). See tekstiline osa võiks olla lihtsasti mõistetav (inimloetav) ning mitte segadust tekitav. Samas kui tähe-numbriline osa (A010) on ennekõike masinloetav.
Teisi omaduste gruppe saab genereerida kasutades alusena CCI-EE, <RI> tabelit.
Tulles nüüd tagasi A010 andmemalli näite juurde või ka klassifitseerimisteema juurde laiemalt, siis lisaks CCI üldklassile kasutame me tihtipeale ka lisatunnust, on siis selleks tüübi number, ID või tähis. Sellist määrangut, kus põhiklassifikaatorile (CCI võtmes – täheline osa) lisandub tüübi number või ID – nimetame me juba viitetunnuseks (ingl reference designation) ja mitte enam klassifikaatoriks. Klassifikaator, tüübi tunnus, ID – need kombineeritakse omavahel lähtuvalt CCI üldjuhendist, infovahetuse nõuetest või kokkuleppel tellijaga. Näiteid leiab eelnevatest sektsioonidest. Siinkohal tasub aga märkida, et osasid omadusi on võimalik Property Set Definitions dialoogis ka automatiseerida, nt omaduste kokku liitmine.
Omaduste gruppe (Property Set Definitions) võib ühetaoliselt luua kõikide objektide lõikes, või siis diferentseeritult lähtuvalt Applies To valikutest, kuid sellisel juhul peaks ka omaduste grupi nimetused olema eristuvad, et neid oleks lihtsam kasutada või ka automaatselt rakendada. Teisisõnu, omaduste grupi nimetused tuleb hoolikalt läbi mõelda ja neid samu nimetusi kasutada ka teistes tarkvarades, mis sama loogikat toetavad, et mistahes IT-süsteemi kokku tõstes säiliks nende ühetaolisus, mõistetavus. Omaduste gruppe võib liigitada ka projekti staadiumi järgi, ehkki üht ja sama omaduste gruppi võib kasutada ka universaalsena, lihtsalt me ei täida infovälju, mis pole mingiks projekti staadiumiks veel teada.
Järgides eelnevalt toodud põhimõtteid saame komponendid, tehnilised süsteemid jne klassifitseerida, identifitseerida ning lisada neile ka tüübi tunnuse. See kõik asendaks mistahes, varasemalt kasutusel olevaid, nimetamise reegleid, sest topelt-süsteemi pole mõtet kasutada. Tõsi, teatud olukordades võib olla vaja siduda varale ka mingi muu ID väärtus, mis lähtub kasutatud IT-süsteemi arhitektuurist ja varade registrist aga see on siis lisaomadusena märgitav, mis aitab informatsiooni üle kanda ühest süsteemist teise. Ja mõistagi võivad mõnes projektis olla kasutusel ka erinevad klassifitseerimissüsteemid paralleelselt (nt CCI-EE ja Uniclass paralleelne kasutamine), kuid nende vajadus peab olema selgelt defineeritud/teavitatud, et kasutaja ei satuks segadusse.
Autodesk Revit
Autodesk Revit on ennekõike hoonete, konstruktsioonide ning hoone-siseste insener-tehniliste lahenduste modelleerimise pakett, mida osaliselt kasutatakse ka väliala modelleerimises (asendiplaan, sillad, müratõkkeseinad jne). Klassifitseerimissüsteemi saab siin kasutusele võtta läbi Project Parameters funktsionaalsuse, kus esmalt defineerime need omadused, mille kaudu soovime klassifikaatori või mistahes sellega seotud muu parameetri kasutusele võtta. Selleks on mitu võimalust. Need omadused võib ära defineerida projekti mallis (lisatud Tarkvarade mallid hulka kui *.rte), kuid neid võib olemasolevasse projekti sisse tuua teisest projektist või projekti mallist (Manage > Transfer Project Standards, kasvõi seda sama, allalaaditavat *.rte faili kasutades). Soovi korral võib need omadused sisse tuua ka läbi Shared Parameters faili (lisatud allalaaditavate failide hulka). Sellisel juhul saame lihtsamini ümber mängida, mis sektsioonis me neid parameetreid soovime kuvada (sh märkida, kas tegemist on tüübi või unikaalse parameetriga). Shared Parameters on ka oluline siis kui soovime neid omadusi jagada teiste projekti partneritega (kes kasutavad samuti Autodesk Revit või GUID põhist tarkvara – samas näiteks Autodesk Architecture / MEP / Civil 3D kasutavad oma enda unikaalse ID süsteemi, milleks on Handle).
Samas ei ole GUID ehk Globally Unique Identifier CCI kontekstis enam oluline, sest meie unikaalseks tunnuseks saab just nimelt CCI enda omaduse nimetus (2 tähte + 3 numbrit, vt sissejuhatavat osa eespool). Üldiselt on soovitav, et need omadused oleksid meil esmalt projektis olemas ja seadistatud viisil, mis määravad, kus neid omadusi kuvatakse.
Märkus. Pane tähele, et mallina saad kasutada nii Instance kui Type seades ülesehitust. Instance malli kasutades (kõik omadused järelliitega Inst) on kõik CCI-EE klassifitseerimist puudutavad omadused täidetavad Properties paletilt. Samas kui Type malli kasutades täidad unikaalse osa Properties paletil aga tüübile omased omadused Type Properties dialoogis (sõltuvalt Autodesk Revit kategooriast, omaduse sisust, on omadused defineeritud kas siis Type või Instance seades ja vastava järelliitega Inst või Type). Juhul kui kasutad Shared Parameters faili, tuleb need seaded endal ise paika panna.
Allpool näide, kus omadus AC125_cciCScode (esitab ehitatud ruumi CCI koodi) on seotud vaid ruumidega seotud Autodesk Revit kategooriatega. Lisaks pane tähele, et antud omadus on kaasatud Identity Data sektsiooni ning see märgitud kui Instance omadus, mis tähendab, et seda saab muuta kõikide ruumobjektide juures eraldiseisvalt (sõltumata sellest, kas see on sama tüüpi või mitte).
Sõltumata kasutatavast mallist on CCI-ga seotud omadused kaasatud Identity Data sektsiooni alla. Lähtuvalt aga kasutatavast mallist (Instance või Type) jagatakse CCI-ga seotud omadused ära Properties vs Type Properties dialoogide vahel. Allpool akna näide.
Need omadused, mis ei ole otseselt seotud klassifitseerimisega / identifitseerimisega, on aga lisatud Data sektsiooni alla (ka siis kui see omadus ise sobituks pigem mõne teise kategooria alla, mida Autodesk Revit pakub). Sellisel juhul on neid lihtsam leida, kuna kõik ühes kohas. Tasub tähele panna, et allalaaditavas Autodesk Revit projekti mallis ei ole kõiki omadusi elemendi kategooriate mõttes üksikasjalikult filtreeritud, mistõttu võib akna osas leida omaduse, mis selle tarvis jääb nagunii täitmata. Aga uuemates malli versioonides seda kindlasti tehakse, et liigseid omadusi ei kuvata. Seda saab ka igaüks ise teha kui redigeerib konkreetse parameetri kategooriate nimekirja (varasemalt näidatud ehitatud ruumi CCI koodi näitel).
Üks CCI-ga seonduv parameeter (projekti mallist) istub ka IFC Parameters sektsioonis. Tegemist on parameetriga AJ300_IfcClassificationReference, mis täidetakse kujul: CCIkood: CCImõiste (nii nagu CCI-EE tabelis on need kirjutatud, ilma tüübi/ID väärtuseta, tegemist on peatasandi klassifitseerimisega, mis IFC eksportimisel liigub õigesse sektsiooni, vt hilisemat näidet). Kuna antud omadus on tüübi põhine, siis Instance mallis on see leitav Properties paletilt otse aga Type mallis Type Properties alt. Spetsifikatsioonides (Schedules) on need omadused integreeritud.
CCI-kesksest omaduste sisestamist oleme varasemalt juba käsitlenud. Siinkohal tasub lisaks märkida, et juhul kui on tegemist Instance omadustega, siis sisuliselt tähendab see seda, et igale valitavale komponendile peaksime vastava lahtri ära täitma, ka siis kui tegemist on sama tüübiga. Aga, et lihtsamini neid sisestamisi teha (nt akendele panna külge CCI põhiklassifikaator QQA, Aken – ehk siis ühised omadused, selleks võib juba kasutada erinevaid Autodesk Revit funktsionaalsusi, sealhulgas Select All Instances (parema klikiga valik ja seejärel täites ära ühised omadused Properties paletil) või hoopis teha seda läbi spetsifikatsioonide (Schedules tabelite). Võimalusi on mitmeid. Kuna klassifitseerimine kaasab aga väga palju sellist infot, mis on ette kirjutatud ja me peame etteantud nimekirjast õige väärtuse valima, mitte seda iga kord uuesti sisse toksima (kirjavigade oht), saab kasutada lisapluginaid. Üheks näiteks, mida allpool vaatame, on BIM Interoperability Tools.
Ehkki klassifitseerimissüsteemi saab siin kasutusele võtta ka lihtsalt läbi omaduste defineerimise ja nende täitmise, vaatame siinkohal omaette pluginat, mis võimaldab lihtsamini kaasata olemasoleva klassifitseerimissüsteemi sisu. Selleks on BIM Interoperability Tools koosseisu kuuluv Standardized Data plugin.
BIM Interoperability Tools / Standardized Data olemus ja kasutamine
Märkus. Pane tähele, et sõltuvalt kasutusel olevast projekti mallist (Instance või Type), pead kasutama ka sobivat BIM Interoperability Tools malli. Kuna omaduste nimetused on erinevad.
Vaatame esmalt, kuidas BIM Interoperability Tools koosseisus olev Standardized Data aitab klassifitseerimissüsteemi lihtsamini kasutusele võtta. Laadi alla mall (leitav allalaadimise sektsioonist, MS Excel fail), ava Autodesk Revit, veendu, et oled installeerinud BIM Interoperability Tools töövahendid, kliki: Standardized Data > Assign Classification (või ka Assign Picklist)
Esimesel käivitamisel ei pruugi olla näha nupukest Picklist (vasakus ülaservas).
Kliki esimesel nupul Options ning lisa lisarada, kust võib leida alla laaditud või loodud lisamalle (MS Exceli failid).
Sektsioonis Picklists lisa enda arvutist või võrgukettalt aadressid, kust võib MS Excel faile leida. Allpool lihtsalt näide.
Võib juhtuda, et pead Autodesk Revit tarkvara uuesti käivitama, et Picklist nupuke ilmuks. Alternatiivina võid kasutada kataloogide märkimist läbi *.ini faili (vt ka Autodesk juhendit), mis peab paiknema asukohas C:\Program Files (x86)\Autodesk\BIT\[Revit versioon] ning sisaldama alljärgnevat sisu:
[Defaults]
ShowPublicDbs=true
LocalDbFolder=C:\01-taltech\30_Projects\CCI-EE\templates\standardized-dataPeale Picklist nupu kuvamist, kliki sellel ning seejärel omakorda Select one now.
My Library sektsioonis kuvatakse eelnevalt märgitud rajal leitavad MS Excel failid. Vali see variant, mida soovid kasutada. Hetkel valin Instance tüüpi malli (kuna kasutan ka Instance malliga tehtud Revit projekti). Erinevad MS Excel failis on leitavad Tarkvarade mallid sektsioonist.
Peale hiirega valiku tegemist, kliki OK. Seejärel kliki ka Click here to load, et andmebaas laadida.
Järgnevalt saad asuda klassifitseerimise juurde. Ehk siis plugina kaudu laaditakse CCI-EE tabelid ja kuvatakse vastavalt valitud elemendi iseloomule. Siinkohal on oluline märkida, et valitud tabelid aitavad meil täita just nimelt CCI põhiklassifikaatoreid (mitte sellega seotud tüüpi/alatüüpi). Samas saab BIM Interoperability Tools töövahendit kasutada väga erinevate mallidega “paralleelselt”. Ehk siis ühe malli kaudu täidame mingit kindlat projekti staadiumis teadaolevat infot (nt mingi osa infot on teada üldisemal kujul juba projekti varajases staadiumis, “aken on aken”, “post on post”). Seejärel võib eksisteerida teine mall, mille kaudu saame lihtsustada tüüpide täitmist. Lisaks võib eksisteerida omaette mall, mille kaudu saab täita infosisu nõuetest tulenevaid omaduste väärtuseid (nimekirjadest valikutena). Need omadused, mis meie näites on Data sektsioonis. Tuleb tähele panna, et mall peab olema defineeritud viisil, kus iga tööleht sisaldab projekti parameetri viidet, ainult siis suudetakse seda ka täita. Ei ole sisuliselt vahet, kas projekti parameeter on Type või Instance. Antud töövahend otsib lihtsalt mallis märgitud omadust ja täidab selle seal, kus see parasjagu asub. Allpool näide, kus komponendi CCI klassifikaatorit defineerivad kaks omadust (vt malli töölehte CCI table CO, ning ülemisi ridasid NUMBER PARAMETER, DESCRIPTION PARAMETER).
Klassifitseerida saad selle töövahendi kaudu sisuliselt kolmes erinevas põhivaates (Facility, Element, Space). Esmalt, Facility vaade. Kui ühtegi komponenti valitud pole, siis me räägime Ehituskompleksi või Ehitise taseme klassifitseerimisest, ja need liiguvad meil üldjuhul Project Information dialoogi.
Kui nüüd esmalt valida paanilt Facility hüpikust kas CCI table CC või CCI table CE, klassifitseerimegi oma ehitise kompleksi/ehitise koodi järgi. Näiteks, valime kompleksina A – Elamukompleks. Seejärel dialoogi allosas Assign. Sarnaselt võime teha ka CCI tabel CE osas, kus valime näiteks AA – Eramu. Jällegi klikime Assign nupul. Antud info on seejärel kuvatud Project Information dialoogis.
Sulge Project Information dialoog. Käivita uuesti klassifitseerimise töövahend, Assign Classification nupust. Pane tähele, et kui mingil hetkel on vaja uuesti klassifitseerida juba olemasolevate koodidega komponente, siis tuleb sul eemaldada linnuke Options > Blanks only. Vastasel juhul muudatust ei teostata.
Kui nüüd aga liigud edasi Picklist sektsiooni ja valid näiteks 3D vaatest mõne elemendi, oletame, et selleks on aken, aktiveeritakse paan Element ning selle all on omakorda hüpik erinevate klassifitseerimissüsteemi alamtabelitega. Saad need nüüd akna puhul ühekaupa valida/täita.
Valime näiteks CCI table CO. Saame kasutada otsingusõna aken, ning seejärel saame kiiremini ka soovitud sektsiooni/koodi juurde. Valime selle ja klikime Assign.
Sulge Standardized Data dialog. Vali aken ning kontrolli selle omadusi. Pane tähele, et vastavad omadused on täidetud Identity Data sektsioonis.
Sellega oleme põgusalt tutvunud BIM Interoperability Tools plugina Standardized Data olemusega. Ääremärkusena võib öelda, et vastavat dialoogi ei pea sulgema kui soovid klassifitseerimisega jätkata. Lihtsalt vali järgmine element või ka elementide grupp (Select All Instances > Visible in View), vali kood, mida soovid lisada ning seejärel Assign. Vali uus elementide grupp ja jätka. Saad jooksvalt CCI-EE tabeleid vaadata, et lisada ka teisi koode. Samas pane tähele klassifitseerimise loogikat, mis mahus ühe või teise komponendi juures koode/kirjeldusi lisada (sellest oli juttu varasemas sektsioonis, näiteks, akna juures ei täida me tehnilise süsteemi koodi, vaid selle näitame läbi viitetunnuse, kuhu see aken kuulub). Omaduste lihtsamaks sisestamiseks võib kasutada ka teisi töövõtteid, sh teha seda läbi Dynamo liidese. Samas on oluline märkida, et sisu täidetakse ikkagi Autodesk Revit failis ja mitte alles eksporditavas failis. Seega, peavad Autodesk Revit ja näiteks sellest tuletatud muu formaat (IFC, MS Excel eksport) sisaldama täidetud omadusi täpselt samas mahus. Vastasel korral võimaldame andmete erinevat interpreteerimist lähtuvalt valitud failist/andme tüübist.
Märkus. Juhul kui kasutad Type seades projekti malli, siis täidetakse kõik sama tüübiga komponendid korraga. Seetõttu saab Type malli kasutamist BIM Interoperability Tools võtmes kindlasti soovitada.
IFC eksport ühes klassifitseerimissüsteemist tulenevate koodidega
Enne konkreetse näite juurde minemist peame aru saama, kuidas klassifitseerimiskoode kuvatakse IFC-s. IFC juures saame peatasandi klassifikaatori lisada IfcClassificationReference mahtu (need on CCI koodid, mõisted, mis tulevad CCI-EE tabelist, ilma tüübi või ID väärtuseta). See loob universaalse CCI põhise klassifitseerimise ka IFC struktuuris, mis aitab geomeetriat filtreerida, andmeid üle kanda või muul viisil üldtaseme infot vaadata. Samas kui ülejäänud omadused (sh tüübi, ID ja viitetunnustega seonduv aga ka infosisu esitavad CCI-järgsed omadused) kuvatakse teistes sektsioonides.
Selleks, et kaasata IfcClassificationReference seost, on projekti malli lisatud omadus nimetusega AJ300_IfcClassificationReference. Kaasame selle omaduse aktiivse projekti IFC Parameters alla.
Märkus. Kaasamise nimetus sõltub sellest, kas kasutame Instance või Type malli. Siinkohal on oluline märkida, et soovitav on kasutada Instance tüüpi omadust, kuna selle saab siduda kõikide Autodesk Revit põhikategooriatega. Kui kasutada Type seades (antud omadust), siis jääksid näiteks ruumid välja, kuna need on toetatud vaid Instance omadusega. Juhul kui oled kasutanud ka Type seades sama omadust, tuleks seal olevad väärtused kopeerida Instance parameetrile üle.
Selle täitmiseks on meil võimalik samuti ette valmistada Standardized Data mall, kuid antud juhul täidame selle lihtsalt käsitsi. Parameetri sisestus lähtub loogikast, et KOOD: Mõiste. Seega näiteks akna kirjeldamiseks täidame vastava välja kui: QQA: Aken (mõlemad variandid peaks töötama, kas pannakse peale koolonit tühik või mitte).
Enne IFC eksporti peame veel osutama, kust IfcClassificationReference osa loetakse. Selleks vali File > Export > IFC. Redigeerime <In-Session Setup> seadistust, kuid mõistagi võid selleks ka uue seadete grupi luua. Kliki Modify Setup > Property Sets > Classification Settings…
Saad seejärel sisestada erinevat infot, mis puudutab kasutatavat klassifitseerimissüsteemi (sh tabeli versioon, veebiaadress, kust see pärineb jne). Pane tähele ka kasti: Classification field name = AJ300_IfcClassificationReferenceInst, see mängib olulist rolli IFC struktuuri IfcClassificationReference täitmist.
Märkus. Classification Settings määratakse alljärgnevalt (lähtuvalt IFC versioonist):
IFC 2×3
- Name – IfcClassification.Name
- Source (Publisher) – IfcClassification.Source
- Edition – IfcClassification.Edition
- Edition date – IfcClassification.EditionDate (ei ekspordita selles versioonis, IFC 2×3)
- Documentation location – IfcClassificationReference.Location
- Classification field name – omaduse nimetus, kust klassi kood ning mõiste loetakse (kood: mõiste)
Kui vaadata eksporditud IFC faili, leiame:
- #38584=IFCCLASSIFICATION(‘Ehituskeskus’,’2022.06.0.1′,$,’CCI-EE’);
- #38585=IFCCLASSIFICATIONREFERENCE(‘www.ehituskeskus.ee’,’QQA’,’Aken’,#38584);
IFC 4.x (IFC 4.3 toob kaasa mõned muudatused)
- #27889=IFCCLASSIFICATION(‘Ehituskeskus’,’2022.06.0.1′,$,’CCI-EE’,$,$,$); (erisuste kohta IFC 4.3 kontekstis vaata veebilehte)
- #27890=IFCCLASSIFICATIONREFERENCE(‘www.ehituskeskus.ee’,’QQA’,’Aken’,#27889,$,$); (erisuste kohta IFC 4.3 kontekstis vaata veebilehte)
Ekspordi IFC fail (veendu, et oleks valitud ka soovitud omaduste grupid) ning vaata IFC faili mõnes vabalt valitud vaaturis/veebiteenuses. Siinkohal näide Trimble Connect kasutamisel.
Pane tähele, et kasutatav IFC vaatur võib eelnevalt kirjeldatud omadusi nimetada erinevalt:
- Location – www.ehituskeskus.ee – IfcClassificationReference.Location
- ItemReference – QQA – IfcClassificationReference.ItemReference
- Name – Window – IfcClassificationReference.Name
- RelatingClassification.Source – Ehituskeskus – IfcClassification.Source
- RelatingClassification.Edition – 2022.06.0.1 – IfcClassification.Edition
- RelatingClassification.Name – CCI-EE – IfcClassification.Name
Üldjuhul ei peaks me sama infot kahes kohas esitama (eriti olukorras, kus neid saab eraldiseisvalt redigeerida). Seega ei pruugi üldist klassifikaatorit ka Identity Data (või muu valitud grupp, kuhu omadus kuulub) all näidata ning piirduda IfcClassificationReference sektsiooniga. Samas võib duubeldamine olla vajalik just viitetunnuste tegemiseks.
Lisaks tasub tähele panna, et erinevad IFC vaaturid võivad sama infot kuvada erinevat moodi. Näiteks, BIMcollab ei kuva sektsiooni IfcClassificationReference, selle asemel kuvatakse see info esimesel paanil, Summary.
Solibri Anywhere kuvab vastavat infot Classification paani all.
BIMvision kuvab vastavat infot samuti Classification paani all.
Ehitise/kompleksi kontekstis eelnimetatud tarkvarad klassifikaatorit IFC vaaturis ei kuva, kuid see on IFC failis olemas:
#543721=IFCPROPERTYSINGLEVALUE('AC145_cciCEcode',$,IFCTEXT('AA'),$);
#543722=IFCPROPERTYSINGLEVALUE('AC150_cciCEterm',$,IFCTEXT('Eramu'),$);Mis on omakorda seotud IFCBUILDING osaga:
#98=IFCPROJECT('3ZGD7y6S5209$mGLi_sPlj',#20,'001-00',$,$,'Sample House','Project Status',(#93),#90);
#99=IFCPOSTALADDRESS($,$,$,$,('Enter address here'),$,'','Boston','','MA');
#100=IFCBUILDING('3ZGD7y6S5209$mGLi_sPli',#20,'Samuel Macalister sample house design',$,$,#16,$,'Samuel Macalister sample house design',.ELEMENT.,$,$,#99);Sellega oleme tutvunud klassifitseerimise tehnilise poolega Autodesk Revit näitel. Järgides eelnevalt toodud põhimõtteid saame komponendid, tehnilised süsteemid jne klassifitseerida, identifitseerida ning lisada neile ka tüübi tunnuse. See kõik asendaks mistahes, varasemalt kasutusel olevaid, nimetamise reegleid, sest topelt-süsteemi pole mõtet kasutada. Tõsi, teatud olukordades võib olla vaja siduda varale ka mingi muu ID väärtus, mis lähtub kasutatud IT-süsteemi arhitektuurist ja varade registrist aga see on siis lisaomadusena märgitav, mis aitab informatsiooni üle kanda ühest süsteemist teise. Ja mõistagi võivad mõnes projektis olla kasutusel ka erinevad klassifitseerimissüsteemid paralleelselt (nt CCI-EE ja Uniclass paralleelne kasutamine), kuid nende vajadus peab olema selgelt defineeritud/teavitatud, et kasutaja ei satuks segadusse.