Templates
– JSON-Templaten
– CSV-template
Biblioteker
Hvorfor overveje JSON og hvem bør overveje JSON?

Templates:

Med det nye bygningsreglement og introduktionen af LCA-beregninger, i næsten alle byggerier, har jeg sat mig for at dykke dybere ned i indarbejdelsen af LCAbyg, i det daglige workflow.

I mit forsøg på at kigge dybere ned i, hvordan brugen af LCAbyg kan skræddersyes ind i den enkeltes allerede eksisterende workflow, har jeg haft for øje, at der skal være plads til fleksibilitet i, at workflow varierer. Som kendt fra BIM-verdenen har jeg grebet LCAbyg an fra to synspunkter- templates og biblioteker.

Revit-templates er et fundament vi alle bruger i vores hverdag. Det er der alle revit modeller starter, og de er med til at sikre, vi alle har et ønsket udgangspunkt for, hvad vi mener sikre et godt projekt og en kvalitativ model. Jeg har derfor kigget ind i mulighederne for at lave skræddersyede LCAbyg templates. At selv kunne bestemme, hvad et nyt LCAbyg projekt fundamentalt skal indeholde, kan være en stor hjælp. Så lad os kigge på det:

Når man gerne vil oprette et nyt projekt, har man tre valgmuligheder: Ny, CSV og JSON. Jeg har kigget ind i alle tre muligheder, her er de kort forklaret:

Under “Ny” vil man, kunne oprette et tomt projekt, eller, åbne et allerede udarbejdet projekt gjort tilgængeligt (efterfølgende omtalt som “eksempel projekterne”). Dette er, hvad jeg kalder for “program-templates”. Da jeg gik i gang med at undersøge om, det er muligt, selv at oprette program-templates, kunne jeg intet finde i programdataene, MEN… det er her, vi så laver en glidende overgang til JSON-formatet.

JSON-Templaten:

Da jeg kiggede ind i json_guide_project_lcabyg_2023_(5_3_1_0), fandt jeg ud af, at det er muligt at tilføje program-templates, eller rettere sagt, det er muligt at lave JSON-templates, og tilføje stien for JSON-templaten ind i user interfacet med et givent navn:

(Jeg fandt ud af dette gennem JSON_guide_project gennem https://guide.lcabyg.dk/ ) Undervejs fandt jeg dog ud af, at denne funktion er 95% ligegyldig, på grund af “Nyt projekt fra JSON”, for som nævnt tidligere, er det blot en JSON-template i user interfacet.

Så lad os kigge ind i det mere interessante: “Nyt projekt fra JSON”. JSON står for “JavaScript Object Notation”. JSON-templates vil kræve indsigt i kodning, det ser sådan ud, blot for et lille indkig:

Det, der ses til venstre er, et JSON-format af, hvad der ses til højre for, i oversigten, “bygning” og “Beregningsforudsætninger”

Min anbefaling af hvorvidt JSON-templates er noget for jer, vil jeg definere således: JSON kan være givende i det lange løb, men det vil være en lav udbytte pr. tid brugt i starten, såfremt man antager, at LCAbyg vil være en af de primære LCA-beregningsprogrammer om 10 års tid, kan jeg godt se for mig, at udbyttet pr. tid brugt vil være væsentligt højere, end den anden form for templates, jeg nu vil foreslå.

For mere information omkring JSON-templates og biblioteker (For ikke at dette indlæg bliver for langt og nørdet) kan i downloade LCAbygs JSON guide her: https://lcabyg.dk/en/vejledning/user-manuals-and-other-tools/

CSV-templaten:

“Opret nyt projekt fra CSV” er, i min opfattelse, udelukkende en mulighed for integration mellem LCAbyg og deres Excel Lite Tool (Efterfølgende kaldet LCA lite), som kan downloades samme sted som selve LCAbyg. Som de selv beskriver værktøjet- “Excel lite is also a tool for users who want to make a faster import/modeling of the building model but do not use the json format.” og “Værktøjet er tilænkt den tidlige design fase, hvor der i højere grad benyttes generiske data i LCA-analysen, (…).”. Jeg ser her en mulighed for at lave generiske bygningsmodel-templates. Templates for hvad et projekt skal indeholde i fanen “bygningsmodel” inde i LCAbyg. Det er altså ikke muligt at lave templates med CSV-formatet for hvad “bygning og drift” skal indeholde, her skal JSON bruges.

Når man først kigger ind i hvad Excel arket indeholder, er det “Input” siden, som man vil skulle indtaste ting i:

Man vil, med LCA Lite kunne lave templates for overslagsberegninger, i de indledende faser, for forskellige bygningstypologier (her for eksempel de forskellige krav til bygningstypologier, som kommer til at fremgå af det nye bygningsreglement). Lille eksempel: Man kan lave 2-3 templates til enfamilieshuse, en med træ, mursten og letbeton som det statiske system, med supplerende bygningsdele, som skal være indeholdt i en bygningsmodel i LCA-beregning.

Hvorfor mener jeg kun, dette kan bruges som template i de tidlige faser, hvor generiske data kun skal bruges? Jeg har været i gang med at rode lidt i Excel arket, for at finde ud af, hvordan det fungerer:

Opsummeret så fungerer arket kun med: “Bygningsdel undergruppe” og “Konstruktion” fra det bibliotek (eller i LCAbyg kaldet “Kilde”), der hedder “GenDK”, som er LCAbygs bibliotek. Disse er omtalt som: “Et gennemgående princip er, at alle antagelser angående dimensionering, opbygning og miljø data følger konservative antagelser.” i brugervejledningen for LCAbyg v5.2. Deraf mener jeg ikke, at CSV-templates er brugbare i LOI DK niveauer højere end 200 (B), måske 300 (B) (For definition af LOI DK for LCA krav, vil jeg her referere, og benytte mig af, den vejledning Dikon allerede har udarbejdet: “DiKon LCA-vejledning til supplement”). Dog vil en LCA model udarbejdet i et dispositionsforslag godt kunne overdrages til, den/de ansvarlige for udarbejdelsen af det videre projekt, på samme grundlag som, at Revit modeller også kan skifte hænder fra et dispositionsforslag til et projektforslag.

Når man laver en CSV-template, og gerne vil have mere end en bygningsdels undergruppe, kan man gøre således:

Du vælger de 3 rækker, som du ønsker undersøgelse af, Ctrl+c ->, højre klikker på en række i bunden og trykker “indsæt kopierede celler”. De kan også indsættes under ved at indsætte i rækken under de kopierede rækker, så holdes bygningsdelsgrupperne sammen.

De nye rækker skal dog tilrettes i kolonne C. Det skal her rettes, at funktionen i den nye celle i kolonne C referer til den nye celle direkte til højre for i kolonne B, som vist i ovenstående. Den nye kolonne C celle kan godt referer til den gamle celle i kolonne B, da funktionen i kolonne C er fastholdt med $X$YY. Det er kun funktionen i kolonne C, som skal rettes ved indsætning, af yderligere bygningsdels undergrupper.

Biblioteker:

GenDK biblioteket er allerede kort blevet nævnt, det er LCAbygs bibliotek. Lige såvel som det kan være ønsket at have sit eget konstruktionsbibliotek med materialedata i Revit, kan det også være ønsket at oprette noget lignende med LCAbyg. Så hvad er mulighederne for at lave sit eget personlige bibliotek i forbindelse med LCAbyg? Der er igen JSON, som jeg igen ikke vil gå for meget ind i, grundet kompleksiteten, men jeg vil her henvise til JSON guiden fra LCAbyg, som forklarer det meget godt (det er dog ikke begyndervenligt, og man skal overveje hvor mange af ens medarbejdere, der gerne selv skal kunne tilføje til biblioteket, da JSON vil være en bremseklods for selvstændighed).

Det betyder, at vi lander ved .lb5- filerne:

Måden det fungerer på er, at det ønskede element, man gerne vil lave til sit bibliotek “laves” i LCAbyg og derefter eksporteres:

At oprette bygningsdele, konstruktioner og byggevare, er ret simpelt og alle ville nok kunne lære det på 10 minutters fokuseret undervisning. Oprettelse af en fase er lidt mere kompliceret, her skal man kunne læse og forstå en EPD, samt gerne også hvad videnskabelig (eksponentiel) notation er, da tal oftest er angivet i videnskabelig notation E i EPD’er, men de skal “oversættes” til almindelige tal i LCAbyg. En hurtig AI søgning forklarer det godt:

How It Works

• Positive exponents: 1.2E6 means 1.2 × 10⁶, which equals 1,200,000.
• Negative exponents: 5.89E-4 means 5.89 × 10⁻⁴, or 0.000589.

2.5e3 = 2.5 × 10³ = 2.500

Når der oprettes bygningsdele, konstruktioner, byggevare og faser, er det godt, at forstå hierarkiet i eksporteringen. Her mener jeg, hvad der kommer med, når man eksporter de forskellige dele.

En eksporteret bygningsdel, vil indeholde alle konstruktioner, der er oprettet i den bygning.

En eksporteret konstruktion, vil indeholde alle byggevare, der er oprettet i den konstruktion.

En eksporteret byggevare, vil indeholde alle faser, der er oprettet i den byggevare.

Vist således:

For dem med kenskab til JSON, er det dog interessant at vide, at de eksporterede lb5 filer er skrevet i JSON, når man åbner deres kode op. Deraf kan man altså, blot få andre til at oprette deres ønskede .lb5-filer, og derefter lave dem i ens JSON-bibliotek (formoder jeg, fra hvad jeg har eksperimenteret med).

Hvorfor overveje JSON og hvem bør overveje JSON?

Jeg skal holde det kort, som LCAbyg selv forklarer det: “It is possible to use the json format as a third-party integration in LCAbyg 5”. JSON-formatet er specielt interessant, hvis man som virksomhed er af en størrelse, der gør udviklingen af egne “tredje parts programmer” muligt, her vil der være mulighed for at bruge JSON-formatet. Dette konkluderer også grænsen for, hvor dybt jeg har undersøgt dette emne. Jeg har ikke på nuværende tidspunkt yderligere kigget ind i, hvordan JSON kan kobles sammen med egne udviklede programmer, BIM integration eller brug af LCAbygs Web API.

Kildeliste:

Webbaseret guide til lcabyg: https://guide.lcabyg.dk

Brugervejledning: https://lcabyg.dk/en/usermanual/user-manual-lcabyg/

Guide til JSON og Excel Lite Tool: https://lcabyg.dk/en/vejledning/user-manuals-and-other-tools/