Mads HoltenRasmussen

The journal paper for BOT: a deliberately minimal ontology that describes how a building is organised — site, building, storey, space, element — and how those parts are adjacent to, contained in or intersect each other. Kept small on purpose, so every discipline can hang its own vocabulary on the same skeleton. It is the recommended core of the W3C Linked Building Data Community Group.

Journalartiklen om BOT: en bevidst minimal ontologi, der beskriver, hvordan en bygning er organiseret — grund, bygning, etage, rum, element — og hvordan delene grænser op til, indeholder eller skærer hinanden. Holdt lille med vilje, så hver faggruppe kan hænge sit eget ordforråd på det samme skelet. Den er kernen i W3C Linked Building Data Community Group.

In design, one value depends on another: a heat load drives a flow rate, which drives a pipe size. This paper shows how to keep those dependencies inside a knowledge graph, so that when an input changes the graph itself knows which derived values are now outdated — and can recalculate them. Demonstrated on building services design with OPM and BOT.

I projektering afhænger én værdi af en anden: en varmebelastning bestemmer et flow, som bestemmer en rørdimension. Artiklen viser, hvordan afhængighederne kan ligge i selve knowledge graphen, så grafen ved, hvilke afledte værdier der er forældede, når et input ændres — og kan regne dem igen. Demonstreret på installationsprojektering med OPM og BOT.

A property in a building project is not one value but a history: assumed, then calculated, then confirmed. OPM (Ontology for Property Management) gives each property a sequence of states with timestamps, reliability and provenance, so you can ask both “what is it now?” and “what did we believe when we decided?”.

En egenskab i et byggeprojekt er ikke én værdi, men en historik: antaget, så beregnet, så bekræftet. OPM (Ontology for Property Management) giver hver egenskab en række tilstande med tidsstempel, pålidelighed og oprindelse, så man kan spørge både “hvad er den nu?” og “hvad troede vi, da vi besluttede?”.

Sensor data is only useful when you know where it comes from. The paper links measurements described with the W3C SOSA/SSN vocabulary to the spaces and elements of a BIM model described with BOT — so “show the temperature in every room adjacent to this façade” becomes a single query.

Sensordata er kun nyttige, når man ved, hvor de kommer fra. Artiklen forbinder målinger beskrevet med W3C’s SOSA/SSN-ordforråd med rum og elementer i en BIM-model beskrevet med BOT — så “vis temperaturen i alle rum op mod denne facade” bliver én forespørgsel.

A client’s brief — room sizes, functions, adjacencies — usually lives in a spreadsheet nobody checks against the model. Here the requirements become linked data next to the design, so it can be checked continuously whether the spaces being drawn still meet what was asked for.

Bygherrens rumprogram — arealer, funktioner, nærhedskrav — ligger typisk i et regneark, som ingen tjekker mod modellen. Her bliver kravene til linked data ved siden af projektet, så det løbende kan tjekkes, om de rum, der tegnes, stadig lever op til det, der blev bedt om.

Instead of emailing files or uploading to one central model, each party keeps its own data and publishes it on the web, linked to everyone else’s. The paper sets out that vision — what it takes in identifiers, access control and tooling — and why it fits how construction projects are actually organised.

I stedet for at maile filer eller uploade til én central model beholder hver part sine egne data og publicerer dem på nettet, forbundet med alle andres. Artiklen beskriver visionen — hvad den kræver af identifikatorer, adgangsstyring og værktøjer — og hvorfor den passer til, hvordan byggeprojekter faktisk er organiseret.

Where BOT started. Rather than one giant schema for everything (the IFC approach), the paper argues for a tiny shared core describing a building’s topology, which domain ontologies — HVAC, structure, products — extend. Small enough to agree on, open enough to grow.

Hvor BOT begyndte. I stedet for ét kæmpe skema for alt (IFC-tilgangen) argumenterer artiklen for en lille fælles kerne, der beskriver bygningens topologi, og som domæneontologier — VVS, konstruktion, produkter — udvider. Lille nok til at blive enige om, åben nok til at vokse.

BOT’s first revision after the W3C community group took it on: what was changed, renamed and added — and the design reasoning behind keeping the ontology lean as more people started using it.

BOT’s første revision, efter W3C-fællesskabet tog den til sig: hvad der blev ændret, omdøbt og tilføjet — og ræsonnementet bag at holde ontologien slank, efterhånden som flere tog den i brug.

A practical proof: export a BIM model to BOT and answer topology questions — which spaces does this wall separate, what is on this storey — with plain SPARQL in a web browser, no BIM software required.

Et praktisk bevis: eksportér en BIM-model til BOT og besvar topologiske spørgsmål — hvilke rum adskiller denne væg, hvad ligger på denne etage — med almindelig SPARQL i en browser, uden BIM-software.

Architects, engineers and contractors each keep their own BIM model. This work describes how to link the same real-world object across those discipline models semantically, so information can flow between them without merging everything into one file.

Arkitekter, ingeniører og entreprenører har hver deres BIM-model. Arbejdet beskriver, hvordan det samme fysiske objekt kan forbindes semantisk på tværs af fagmodellerne, så information kan flyde mellem dem uden at samle alt i én fil.

The Flow Systems Ontology (FSO): a vocabulary for heating, ventilation, water and other distribution systems — components, how they connect, and what flows through them — that stays useful from the first design sketch through to building operation.

Flow Systems Ontology (FSO): et ordforråd for varme, ventilation, vand og andre fordelingssystemer — komponenter, hvordan de forbindes, og hvad der flyder igennem dem — som er brugbart fra første skitse til drift.

Scaffolding, cranes, site fences and formwork are never in the BIM model, yet they drive cost, safety and logistics. The paper models these temporary items as linked data tied to the building and the schedule, so site planning can be queried and checked.

Stilladser, kraner, byggepladshegn og forskalling er aldrig i BIM-modellen, men de driver økonomi, sikkerhed og logistik. Artiklen modellerer de midlertidige elementer som linked data knyttet til bygningen og tidsplanen, så byggepladsplanlægning kan forespørges og tjekkes.

Two independently developed ontologies for building services — TSO and FSO — covered much of the same ground. This paper compares them and lays out how to merge them into one shared vocabulary instead of two competing ones.

To uafhængigt udviklede ontologier for bygningsinstallationer — TSO og FSO — dækkede meget af det samme. Artiklen sammenligner dem og lægger en plan for at samle dem til ét fælles ordforråd i stedet for to konkurrerende.

The workshop version of the temporary-items work: a first ontology and a site-planning case showing how cranes, scaffolds and storage zones can be described and reasoned about alongside the permanent building.

Workshopudgaven af arbejdet med midlertidige elementer: en første ontologi og en case om byggepladsplanlægning, der viser, hvordan kraner, stilladser og oplagspladser kan beskrives og ræsonneres over sammen med den permanente bygning.

A smart home described not with one monolithic model but with small, combinable ontology modules — topology, products, sensors, controls — showing how the modular LBD approach works on a real, connected building.

Et smart home beskrevet ikke med én monolitisk model, men med små, kombinerbare ontologimoduler — topologi, produkter, sensorer, styring — som viser, hvordan den modulære LBD-tilgang virker på en rigtig, forbundet bygning.

Existing and heritage buildings come with surveys, damage records and historical documents that BIM can’t hold. The paper proposes a workflow where the BIM model and linked data live side by side and point to each other.

Eksisterende og fredede bygninger kommer med opmålinger, skadesregistreringer og historiske dokumenter, som BIM ikke kan rumme. Artiklen foreslår et workflow, hvor BIM-modellen og linked data lever side om side og peger på hinanden.

Ontologies are built by committees, and committees need to see what they are discussing. SPARQL-visualizer turns example data and queries into interactive graphs in the browser — the tool the community used to document and debate BOT and its siblings.

Ontologier bygges af udvalg, og udvalg skal kunne se, hvad de diskuterer. SPARQL-visualizer gør eksempeldata og forespørgsler til interaktive grafer i browseren — værktøjet, fællesskabet brugte til at dokumentere og diskutere BOT og dens søskende.

A textbook chapter on how project data can stay with whoever owns it and still be queried as one — the patterns, standards (such as Solid and linked data platforms) and trade-offs of federated storage for construction.

Et lærebogskapitel om, hvordan projektdata kan blive hos den, der ejer dem, og stadig forespørges som ét — mønstre, standarder (fx Solid og linked data-platforme) og afvejninger ved fødereret lagring i byggeriet.

An introduction for practitioners and students: what knowledge graphs are, how the linked building data ontologies fit together, and where they already deliver value in design, construction and operation.

En introduktion for praktikere og studerende: hvad knowledge graphs er, hvordan linked building data-ontologierne passer sammen, og hvor de allerede skaber værdi i projektering, udførelse og drift.