Archicad EST - Kihid
Lisatud on .txt fail praeguse malli kihtide nimekirjaga — struktuur, nimed, loogika. Selle asemel et alustada nõust, vaata fail üle ja kommenteeri konkreetselt.
Anna tagasisidet näiteks järgmiselt:
1. Mis on üleliigne? Kihid, mida sa oma töös kunagi ei kasuta või mis tunduvad ebaolulised.
2. Mis on puudu? Kihid, mida sa igapäevatöös vajad ja mida nimekirjas ei ole.
3. Mis on ebaselge nimega? Kihid, mille nimi ei ütle sulle midagi või võiks olla teisiti sõnastatud.
4. Mis loogika ei tööta? Kohad, kus kihtide grupeering, järjekord või hierarhia ei sobi sinu töövoolule.
Kuidas kirjutada:
- Viita konkreetsele kihinimele või -koodile failist
- Lisa põhjendus — mitte "see on halb", vaid "see ei toimi, sest..."
Mida konkreetsem ja põhjendatum kommentaar, seda otsesemalt see järgmist versiooni mõjutab.
Rahi, tänud asja ettevõtmise eest. Esitlusel oli juttu, et kihisüsteem põhineb TALO2000. Selgituseks, Soomes on see süsteem kogu ehitussektorit läbiv- projekteerimine, eelarvestamine, ehitustooted, ehitamine, seletuskirjad. Eestis, kas ainult kihtide pärast on mõtet numeratsiooni kasutada? Endale meeldib arvutiga suhelda "inimkeeli", mitte masinkoodis (numbrite järgi kihte otsida). Ise kasutan kihisüsteemi põhimõtet, üldiselt üksikule, nagu ka sinulgi. Kihi nimi algab erialaga - AR, AS, SA, TO, MA. Järgneb teema ja täpsem alajaotus, näit. AR_PIND_ruum, AR_PIND_bruto, jne. Eesmärk filtreerida sama teemat käsitlevad kihid ühte gruppi (PINNAD, MÕÕDUD, TEKSTID, KANDEV, jne). Hübriidvariandina võib TALO2000 numbri lisada kihi extensionisse, nagu soomlaste templeidis on tehtud.
Tere
Extensioni teema on hea, kuid miks ma olen ise need AR ja SA ning võibolla ka muud liidesed ette pannud, on seepärast et reegites saaks neid paremini filtreerida. Sest AR osal saab olla kui 9999 layerit ja sama numbritega ka SA, et vältida ristumisi on toodud tähed ka ette.
Kui kodeeringut ees pole siis reastamine toimub tähestiku alusesl ja see on nagu elav organism. Ja nii nagu rääkisime, siis peame mõtlema ka arvuti-ga ühte, see tähendab, et kodeering on aruvti jaoks ja muu on inimkeeles.
TALO2000 sai refrentsiks kunagi ammustel aegadel kui miskit muud paremat polnud võtta ning kohandasin oma kogemuse ja BIM põhimõtetel asja ümber, et templisse ei tuleks nii palju kihte, sest kõike tõesti ei olnud vaja.
Kihtide grupeerimine ongi kodeeringu alusel, kirjutades sisse AR12, AR15 saab õige grupi kohe kätte, seal sees saab olla 100 kihti. Kokku 100 gruppi.
Hei Rahi!
AR ja SA peaks kindlasti olema eraldi, hetkel kihtide nimekirjas on mingid AR kihid, mis sisuliselt on SA osa (mööbli tähised jne).
Kihtide arv võiks olla minimaalne vajalik ehk siis nelja numbri asemel võiks see olla maksimaalselt kolmekohaline. Archicad võimaldab sorteerida ja liigitada asju Graphic Override ja muude võimalustega ka, kihid pole alati parim lahendus midagi kuvada/peita. Mida rohkem kihte on koostööprojektides AR ja SA ühises mudelis, seda rohkem tuleb seal jooksvalt otsida, lülitada, filtreerida neid. Mentaalne overload tekib kui võtad kihtide akna lahti ja seal saab lõputult scrollida nagu Instagramis. Algsetele kihtidele lisaks tekitatakse sageli paralleelseid tööversioone kihtidest nagu MÖÖBEL v01 ja MÖÖBEL v02 kui on kaalumisel mitu varianti (minu kogemusel Design Options on hetkel päris ebaintuitiivne tööriist, et seda kasutada väiksemate-keskmiste projektide puhul) ehk siis kihte tuleb niikuinii juba rohkem kui algses template'is. Ja tasub mõelda, kas TERRASSID ja RÕDU peaks ikka olema eraldi kihid, äkki paneks kokku? Kas annaks veel midagi kokku panna, mida mis sisu poolest on sama tüüpi või mida eranditult alati kuvatakse koos? Samuti kiht nagu MUUD PINNAD saaks igaüks vajadusel ise juurde tekitada ehk siis selge suunitluseta kihid võiks template'st välja jätta. 100 gruppi x100 kihti tundub ilmselt masinale süsteemne, inimesena ma ei taha neid numbreid üldse, vaid kihti otsides kirjutan ikka teksti kas siis AR või SA ning otsin sealt õige sisulise nimetusega kihi või siis otsin kohe SEIN, TREPP, MÖÖBEL, SANTEHNIKA, LAGI, VALGUS jne. Esimesel juhul siis kui panen otsingusse ainult AR või SA siis võiks kihte kokku olla inimesele manageeritav arv näiteks mingi 50-100tk, aga kindlasti mitte 100x100tk.
Tere
Saan su murest aru kuid see sama liigsete kihtide scrollimine ja muu overload, mis sellega kaasenab ongi eesmärk meil ära lahendada. Tean seda frustratsiooni, minul seepärast automaatsed lahendused väga ei töötagi, iga import teeb miskit katki.
Me ei paku 100x100 kihti, see süsteem annab võimaluse luua loogiliselt gruppe ja kihte, nii nagu on ka ÜBNis 5-se sammuga numbrid.
Saan aru ka, et murekoht on et tekivad kihid v01, v02 jne, kuid selleks on Design Options. Räägid ise ka sellest, aga kurdad et kohmakas. Ise aga väidaks vastupidist. Jah alguses oli natuke keeruline aru saada, kuid hiljem kui asi hakkas käppa saama siis toimub see üllatavalt hästi. Saab teha viemapides juba kõik eelhäälestused ära ja jooniste välja andmine on lihtne, kui mitte ime lihtne.
Aga selle teema paneme kindalt ka koolitusele ülesse.
Ei pääsenud MUU kategooriasse kirjutama, kirjutan siin. Kas on ilmunud/ilmumas tööriist või metoodika, kuidas saaks excel ruumide loetelust tekitada zoned vajalike ruumi nimetustega. Netis surfanuna, exeli import expordiga on võimalik AC-sse kopida kõiksugu properteid. Kuid Zone nimetusi ei ole võimalik kopeerida. Kui tegemist on sadade ruumidega, on üksikute zonede käsitsi tekitamine ja nimetamine suht tüütu. Võiks nagu olla elementaarne tööriist
Tere
Selleks on olemas Grasshopperi connection mis teeb selle ära. Paigutab kõik mis excelis kirjas ära ArchiCADi