Allolevalt teeme läbi põhimõttelise klassifitseerimise viadukti näitel, kus valime ühe komponendi ja klassifitseerime selle nii ehituskomponendi tasandil kui ka esitame seosed tehnilise süsteemi (osasüsteem) ja funktsionaalse süsteemiga (süsteem).

Allalaaditavast Autodesk Civil 3D failist leiad terviklikuma pildi, kus klassifitseeritud on kõik sarnased komponendid. Atribuutide taaskasutamiseks on võimalik kasutada seda sama Civil 3D faili. Lisaks on kasutusel RDS/R rakendustabel, kus on toodud tüübid/alatüübid, mida klassifitseerimisel kasutatakse.

Märkus. RDS/R rakendustabeli tüübid/alatüübid peavad lähtuma ühetaolisest reeglistikust, nt eristuvast funktsioonist, mida element täidab või muust, eristuvast, aspektist. Tüüpe/alatüüpe saab alati täpsustada toote spetsiifiliste atribuutidega (lisaatribuudid), mistõttu rakendustabeli tüüpe/alatüüpe ei tohi vaadata toote/tootja või liiga spetsiifilise atribuudi kontekstis. Samas mõnel juhul võib eristuvaks tüübiks/alatüübiks olla materjali kontekst kui selline eristamine on väga põhimõtteline (nt keskkonna aspekt). Siin toodud rakendustabel on tellijate ülene ehk siis kui rakendustabeleid vaadata ühe konkreetse tellija näitel, siis ilmselgelt ei vaja ta kõikide RDS/CCI põhiklassifikaatorite laiendamist tüüpideks/alatüüpideks, vaid piirduda vaid talle oluliste osadega.

Laadi alla siin näites kasutatud Autodesk Civil 3D näidismudel (2026 versioon):

• RK-Sild-CIA-DD-2026.01.21.0.dwg

Laadi alla IFC 4.3 ekspordituna Autodesk Civil 3D näidismudelist:

• RK-Sild-CIA-DD-2026.01.21.0.ifc

Märkus. Näidisfaili saab laiendada kui on kaasatud lisakomponentide tüüpe/elemente. Hetkel on fookuses viadukti konstruktsiooni osa põhikomponendid.

---

Viadukt: Komponendi klassifitseerimine

Peale RDS/CCI klassifitseerimisega seotud atribuutide kaasamisest aktiivsesse projekti, kuvatakse need Properties paleti > Extended Data paanil. Samal ajal tuleb rõhutada, et hilisema lisamise korral tuleb vastavad omaduste grupid (Property sets) objektidele lisada dialoogiboksis Add Property Sets. Näidisfail sisaldab ühte peamist omaduste gruppi, mida kasutatakse läbivalt kõikide elementide juures: A010_AdminElement.

Antud näidetes lähtutakse, et atribuutide täitmise koosseis täpsustatakse infosisunõuetes. Siinsetes näidetes on lähtutud, et täitmisele kuuluvad ka süsteemi/osasüsteemi kuuluvust näitavad atribuudid, sõltuma sellest, kas valitud on komponent või tehniline süsteem (osasüsteem). Ühelt poolt täidetakse atribuudid üksiti, kuid viitetunnuste ja unikaalse ID juures kombineeritakse erinevad väärtused üheks tervikuks (seda saab automatiseerida, mida vaadatakse edasistes näidetes).

Tala kui komponendi näitel käime seega läbi eelneval pildil toodud atribuudid, mis ühtlasi sätestab ka nende atribuutide täitmise eeskirja.

• AN010_Nimetus – tala (tüübi) nimetus, mis võib baseeruda rakendustabelitel (nt RDS/R). Antud näites kui: Metallmaterjalist tala
• AN112_TüüpKood – tala (tüübi) nimetusele vastav tüübi kood, mis võib baseeruda olemasoleval rakendustabelil (nt RDS/R). Siin märgitud kui: ULE30
• AN114_ID – konkreetse tala (selle tüübi) unikaalne kordus. Unikaalsus võib tulla nii üle terve ehitise, lähtuvalt tüübist ja selle kordusest või ka konkreetse tüübiga tala paigutusest mõnes süsteemis/osasüsteemis. Lõpuosa (eristatud alakriipsuga) võib laiendada ka kolmekohaliseks kui selleks peaks olema vajadus. Siin märgitud kui: ULE30_01

Sisuliselt sellega piirdub konkreetsre tala klassifitseerimine. Sellele järgneb tala seos süsteemi ja/või osasüsteemiga (kuuluvus). Seos/kuuluvus võimaldab komponente süsteemi järgi filtreerida. Süsteem esitab nii-öelda laiema vaate (üldisema, nt horisontaalne-vertikaalne paigutus), samas kui osasüsteem jällegi kitsama vaate (üldjuhul kirjeldav läbi tehnilise lahenduse). Esmalt süsteemi näide.

• AN130_SüsteemNimetus – süsteemi (tüübi) inimloetav nimetus, mis võib baseeruda rakendustabelitel (nt RDS/R) või ka tellija vara nimekirjadel. Siin näites kui: Vahelaesüsteemi pealisehituse osa
• AN132_SüsteemKood – süsteemi (tüübi) masinloetav kood, mis vastab inimloetavale nimetusele ja baseerub samal allikal, mis ka nimetus ise. Siin näites kui: C13
• AN134_SüsteemID – konkreetset süsteemi tüüpi eristav ID, mis võimaldab vahet teha samaväärsetel süsteemi tüüpidel (üle ehitise), siin näites kasutatakse kahekohalist numbrit, mis kirjutatakse süsteemi koodiga kokku. Siin näites kui: C1301

Süsteemide sees “paiknevad” osasüsteemid, nende täitmine järgib sarnaseid põhimõtteid, mis ka süsteemi juures. Peamiseks erinevuseks on see, et ID osa eristab nüüd ühes konkreetses süsteemis olevaid unikaalseid osasüsteeme. Seega kui süsteem muutub, saab osasüsteem alustada taas n-ö “01” väärtusest. Sestap liigituvadki komponendid osasüsteemidesse ning osasüsteemid omakorda süsteemidesse.

• AN160_OsasüsteemNimetus – osasüsteemi (tüübi) inimloetav nimetus, mis võib baseeruda rakendustabelitel (nt RDS/R) või ka tellija vara nimekirjadel. Siin näites kui: Üldine talakonstruktsioon
• AN162_OsasüsteemKood – osasüsteemi (tüübi) masinloetav kood, mis vastab inimloetavale nimetusele ja baseerub samal allikal, mis ka nimetus ise. Siin näites kui: BC01
• AN164_OsasüsteemID – konkreetset osasüsteemi tüüpi eristav ID, mis võimaldab vahet teha samaväärsetel osasüsteemi tüüpidel (ühe konkreetse süsteemi piires), siin näites kasutatakse kahekohalist numbrit, mis kirjutatakse osasüsteemi koodiga kokku. Siin näites kui: BC0101

Kui komponent ja selle kuuluvus on määratletud, saab üksikute väärtuste baasil koostada konkreetse elemendi unikaalse ID väärtuse, mis baseerub RDS loogikal.

• AR360_UnikaalneID – siin väljal saavad kokku üksikud ID väärtused, mis RDS loogika järgi on eraldatud üksteisest punktiga. Antud näites kui:
  C1301.BC0101.ULE30_01

Märkus. Vajadusel võib unikaalse ID väärtuse moodustamise põhimõtteid muuta aga see peab olema täpsustatud infosisu nõuetes. Näiteks kasutada kõikide ID väärtuste juures alakriipsu: C13_01.BC01_01.ULE30_01

Märkus. Unikaalset ID väärtust saab täiendada ka asukohapõhise või paigutusega seotud infoga (nt ruumi kontekst).

Lisaks RDS/CCI klassifitseerivatele omadustele on kaasatud mõned lisaomadused, millega määratleme näiteks materjali kategooria, mahtude arvestamise ühiku ning mahulise väärtuse (numbrina, sh soovitud arv komakohti).

Sellega oleme esitanud viadukti klassifitseerimisloogika näite Autodesk Civil 3D baasil. On selge, et komponente on erinevaid ja seega tuleb eelnevalt käsitletud põhimõtteid kasutada ka teiste objektide klassifitseerimisel. Tarkvaralist spetsiifikat ja mallide ülesehitust on kirjeldatud hilisemas sektsioonis.