Teejuht kevad 2026

MAA

eekonstruktsiooni mudelid erinevad hoonemudelitest. T Kuna teed on geomeetria mõistes pikad, tingib see selle, et IFC-vormingus teekonstruktsiooni mudelite failid on mahult suured ja sisaldavad mitme kilomeetri pikkuseid elemente. Selliste failide kasutamine võib osutuda keerukaks ning takistab andmete kiiret vaatlemist, kättesaamist ja töötlemist. Siit kerkibki küsimus, kuidas muuta IFC-mudelid projekti ehitus- faasis paremini kasutatavaks nii eelarvestuses kui ka ehituse juhtimises?

Christian Pintson

Tallinna Tehnikakõrgkooli vilistlane

Foto: erakogu

Civil 3D tarkvara töövoog Autodeski Civil 3D võimaldab mudelit lõigata, arvutada mahuinfo ja eksportida tulemused uude IFC-faili. Kui lisaks IFC-le on projektiga kaasas ka DWG-vormingus NativeBIM, saab töö suhteliselt kiiresti tehtud. Ainult IFC-faili olemasolu korral võib nende importimine olla aeganõudev. Lõputöö raames vaadeldi selleks kahte võimalust:

Joonis 1. Näide teekonstruktsiooni mudelist IFC-vaaturis – pikk ja detailne kaevete mudel.

1. Civil 3D 2024 lisapakett ( Addon ) „IFC 4.3 Extension for Civil 3D“; 2. Civil 3D sisene käsk „ ifcimport “.

Kolm projekti, kaks lähenemist Probleemi mõistmiseks uuriti lõputöös kolme erinevat tee- ja raud- teeprojekti, mille tellijateks olid Transpordiamet ja RB Rail AS. Valimisse kuulusid nii Eesti projekteerijate kui ka rahvusvahelise ettevõtte loodud mudelid. Ÿ Projekt 1 – Tallinna–Pärnu–Ikla maantee Topi–Ääsmäe lõigu eelprojekt. Projekti IFC-mudelid olid loodud Autodesk Civil 3D tarkvaras. Kuigi mudelite geomeetria oli detailne, olid need jaga- tud liiga väikseteks allosadeks. Näiteks mahasõidu Tm 150 mudel koosnes neljast eraldi tükist. Atribuutide andmed vastasid stan- darditele vaid osaliselt. Ÿ Projekt 2 – Rail Balticu Ülemiste–Kangru hooldusteede projekt. Projekti mudelid loodud samuti Autodesk Civil 3D tarkvaras, vastasid Rail Balticu BIM juhistele ning olid detailsuse tasemega LOD 300. Failid olid aga väga mahukad – ühe kaevefaili suurus ulatus 200 MB-ni. Avamine oli IFC vaaturis võimalik, kuid kasu- tusmugavuse poolest kohmakaks. Ÿ Projekt 3 – Rail Balticu Ülemiste–Kangru raudtee projekt, mille autoriks oli Hispaania projekteerija IDOM. Kasutatud oli Bentley Systems tarkvara, mille tulemuseks olid IFC-failid suure andme- mahu, ebamõistlikult tiheda ja kohati vigase geomeetriaga. Analüüsi põhjal valiti edasiseks uurimiseks hooldusteede projekt (projekt 2), kuna selle mudelid olid loodud Civil 3D-ga ning lisaks IFC- le oli olemas ka NativeBIM DWG-fail. See võimaldas testida nii kommertstarkvarapõhist kui ka vabavarapõhist töövoogu ning tule- musi omavahel võrrelda. Mõlema töövoo eesmärk oli eraldada mudelist kogu atribuutide info, jagada pikad mudelid väiksemateks lõikudeks ning arvutada nende põhjal täpseid mahte.

Esimese meetodi tulemuseks oli korrektsete atribuudi andmetega mudel, kuid mudeli tüübiks Polyface Mesh, mis ei võimalda edasist töötlemist ega ka selleks sobilikku Solid vormingusse konverteeri- mist. Lisaks tuvastati lähemal vaatluse geomeetria vead „aukude“ näol. Teise meetodiga õnnestus importimise tulemusel edasise töötluse abil saada vajalik Solid vorming, kuid atribuutide info läheb selle käigus kaduma. Suuremate IFC-failide korral võib importimise osa selle meetodi abil kesta kuni tund aega ja mõnikord ka ebaõnnes- tuda. Vabavara põhine töövoog Pythoniga Teiseks lahenduseks oli Python programmeerimiskeele abil loodud töövoog, kus kasutati avatud lähtekoodiga mooduleid IfcOpenShell ja Trimesh .

Joonis 2. Vigase geomeetriaga Poyface Mesh.

TEEJUHT / NR 17