05

Why Physical Infrastructure Needs an Ontology; and Why It Doesn't Have One Yet

The built world is aging faster than we can inspect it. The regulatory frameworks designed to keep it safe were built for a slower, simpler era.

Stealth

10 min read

Why Physical Infrastructure Needs an Ontology; and Why It Doesn't Have One Yet

The built world is aging faster than we can inspect it. The regulatory frameworks designed to keep it safe were built for a slower, simpler era. The missing piece is not more inspections — it is a structured, machine-readable representation of what infrastructure actually looks like and how it changes over time.

The Problem Nobody Talks About

Every year, tens of thousands of inspections are conducted on bridges, pressure vessels, wind turbines, pipelines, and industrial plants across Europe. Certified engineers descend on scaffolding, fly drones, attach ultrasonic probes, and write reports.

And then those reports disappear.

They are filed as PDFs, archived in SharePoint folders, summarised in spreadsheets, and never systematically compared with the reports that came before them. The next inspection cycle — two, three, five years later — starts from zero. A different inspector, a different format, a different set of assumptions. The institutional memory of what that asset looked like, what was found, and how it has changed is lost — not because nobody cared, but because there was never a structure designed to hold it.

This is not an inconvenience. It is a systemic failure in how we govern the physical world.

What Is an Ontology - and Why Does Infrastructure Need One?

In computer science, an ontology is a formal, structured description of the concepts that exist in a domain and the relationships between them. It defines what things are, what properties they have, how they relate to each other, and what rules govern their behaviour.

A medical ontology, for example, defines that a "fracture" is a type of "injury," that it occurs in a "bone," that it has properties like "location" and "severity," and that it can lead to specific "complications." This structure allows a hospital system to compare fractures across patients, track healing over time, and identify patterns that no single doctor would see.

Physical infrastructure has no equivalent.

When an inspector finds corrosion on a pressure vessel, that finding lives in a PDF. It has no formal type. It is not linked to a specific location on a 3D model. It has no severity classification drawn from a standardised vocabulary. It cannot be automatically compared with the finding from the previous inspection, because the previous finding is in a different PDF, written by a different inspector, using different terminology.

An infrastructure ontology would change this fundamentally. It would define that a "pitting corrosion" is a subtype of "corrosion," which is a subtype of "surface degradation." It would require that every finding is anchored to a precise location on the asset's geometry — not in GPS coordinates (which are too imprecise), but in surface-relative coordinates that survive across inspection cycles and model reconstructions. It would enforce that every measurement carries its provenance: who measured it, with what instrument, under what conditions, and against what calibration standard.

The result would not be a better inspection report. It would be a machine-readable, queryable, comparable record of how physical infrastructure actually looks and how it changes over time — across assets, across operators, across years.

How We Got Here: A Brief History of Infrastructure Regulation

To understand why this structured representation does not exist, it helps to understand the regulatory architecture that governs infrastructure inspection today — and the assumptions it was built upon.

The First Wave: Boiler Explosions (1880s–1920s)

The precursors to modern inspection regulation emerged from catastrophe. Steam boilers in 19th-century factories were exploding, killing workers. The response — first in Germany with the Dampfkesselüberwachungsvereine (the predecessors of today's TÜV organisations), then across Europe — was simple and effective: mandate periodic inspection by an independent qualified person.

This model encoded a set of assumptions that were entirely valid for its time. Assets changed slowly — decades between meaningful degradation. A qualified human could assess the complete relevant condition in a single visit. The interval between inspections was short relative to the degradation rate. And the inspection report — a written document by a trusted expert — was the natural medium for recording findings.

The Second Wave: Post-War Standardisation (1950s–1970s)

The DIN standard system, the European harmonisation efforts, and the regulatory frameworks for bridges (DIN 1076, a standard that has governed German bridge inspection for nearly a century), electrical installations (VDE), and industrial safety emerged during the reconstruction era. The design philosophy was standardisation for mass deployment: define how to build things correctly, inspect them periodically, and document compliance.

The underlying assumption was that infrastructure would be built once, maintained on schedule, and replaced at end-of-life. The standards were written for a world where the primary risk was construction defect or neglect — not for a world where thousands of heterogeneous assets age simultaneously under varying conditions.

The Third Wave: European Harmonisation (1990s–2010s)

The Pressure Equipment Directive, the BetrSichV reform, and the shift toward "risk-based" inspection intervals represented a genuine attempt to modernise. The BetrSichV explicitly allows operators to propose adjusted inspection intervals based on risk assessment. The EU framework introduced notified bodies (ZÜS in Germany) as independent verification agents.

But the implementation remained anchored in the same paradigm: periodic inspection, human assessment, document-based evidence. The "risk-based" overlay was applied to the scheduling of inspections — not to the method of condition assessment itself.

Five Assumptions That No Longer Hold

The regulatory architecture rests on assumptions that were valid when it was designed. Several of these assumptions have become invalid — not gradually, but structurally.

1. "Assets change slowly relative to inspection intervals"

This was true for a 19th-century boiler operating at modest pressure with thick walls and a corrosion rate of 0.05mm per year. The time from acceptable to critical was measured in decades.

It is increasingly untrue for modern infrastructure. Wind turbine blades experience fatigue loading measured in seconds, with cumulative damage that can progress from visible to critical within months. Offshore structures face corrosion rates that vary by an order of magnitude depending on biofouling, cathodic protection, and seasonal water temperature. Chemical plants operating at higher temperatures and pressures, with thinner wall designs optimised for material cost, have tighter margins between acceptable and failure.

The same five-year inspection interval that is conservative for one pressure vessel may be dangerously optimistic for another operating in a more aggressive environment. The regulatory framework has no mechanism to distinguish between them based on observed condition data.

2. "A human expert can assess the complete relevant condition in a visit"

A certified inspector examining the interior of a large pressure vessel during a three-day shutdown is physically limited by access provisions, internal fittings, and geometry. In complex vessels, direct examination may cover only a fraction of the total internal surface area — the remainder is assessed by inference. This was reasonable when corrosion was general and uniform. It is unreliable when localised pitting or crevice corrosion can create critical wall loss in areas that simply cannot be reached during the inspection window.

A drone-based inspection with LiDAR and contact ultrasonics can achieve 90–100% surface coverage in a fraction of the time. The current regulatory framework does not distinguish between "inspector examined 25% of surface and found nothing" and "full-coverage scan confirmed no defects above threshold." Both satisfy the same compliance requirement.

3. "The inspection report adequately represents asset condition"

A DIN 1076 bridge inspection report contains a condition rating (1.0 to 4.0), a prose description of findings, and photographs. Two inspectors examining the same bridge will produce different reports — not because one is wrong, but because prose-based assessment is inherently subjective.

This representation was adequate when the consumer was another human reading the report. It is inadequate when the decision context requires comparing hundreds of assets, tracking changes over time, or feeding condition data into optimisation models. The report format makes these operations impossible — not because the information was not captured, but because it was captured in a form that cannot be computed upon.

4. "The environment is stable and predictable"

Inspection intervals were calibrated against historical environmental conditions. Climate change is invalidating these calibrations measurably. Freeze-thaw cycles are shifting in frequency and intensity. Extreme weather events impose loads outside the original design basis. Sea level rise alters exposure profiles of coastal infrastructure. The regulatory framework has no mechanism to adjust requirements in response to changing conditions — because it was designed for a world where the environment was treated as a constant.

5. "Degradation is linear and predictable"

Standards-based intervals assume approximately linear degradation — a fixed amount of deterioration per unit time. This works for general corrosion. It fails for nonlinear failure modes: stress corrosion cracking (slow initiation, rapid propagation), fatigue (millions of subcritical cycles followed by sudden crack growth), hydrogen embrittlement (threshold effect, then rapid failure). For these failure modes, periodic sampling at any fixed interval is structurally inadequate.

How Static Regulation Compounds Fragility

The argument is not merely that static regulation fails to prevent risk. It is that static regulation, in a dynamic environment, actively increases systemic fragility.

Resource misallocation. When all assets of a given type must be inspected at the same interval regardless of condition, resources are spread uniformly rather than concentrated on the highest-risk assets. The healthy asset is over-inspected and the deteriorating asset is under-inspected.

Information destruction. Each inspection cycle starts from zero because the framework requires a fresh assessment, not a comparison against the prior state. The longitudinal information — the most valuable information for predicting future condition — is destroyed by the format in which it is captured.

False confidence. A "passed" inspection creates a binary compliance signal that masks the underlying condition distribution. An asset barely above the minimum threshold and an asset with substantial margin both receive the same status: compliant. This binary signal propagates through the system — to regulators, insurers, and capital markets — and the actual condition distribution is invisible to all parties.

Inhibition of innovation. Because the framework specifies the method of compliance (periodic human inspection) rather than the outcome (the asset must be safe), it structurally inhibits superior methods. A complete multi-modal scan with millimetre-precision defect tracking is not automatically accepted as equivalent to a partial human inspection — because the framework defines the inspector, not the outcome.

What an Ontology-Driven Approach Changes

The transition from periodic inspection to ontology-grounded continuous state representation changes the fundamental question that governance asks.

Instead of "Was this asset inspected within the required interval?" the question becomes: "What is the current condition of this asset, based on the most recent observations, and does that condition meet the required safety threshold?"

This question is answerable only if condition data is structured, machine-readable, comparable across assets, and continuously updated. An ontology provides the shared vocabulary that makes this possible.

For the operator, the ontology means every defect is tracked across inspection cycles — its progression quantified, its severity classified, its location anchored to the asset's geometry. The maintenance decision is no longer based on "the inspector said it looks concerning" but on "this defect has grown 3.2mm in 14 months, which exceeds the population-average progression rate for this material and environment by two standard deviations."

For the regulator, the ontology means the ability to ask questions that are currently unanswerable: Which assets in this jurisdiction have condition indices below a defined threshold? Which defect types are progressing faster than expected? Are current inspection intervals justified by observed degradation rates, or should they be adjusted?

For the insurer, the ontology means pricing risk against observed degradation data rather than actuarial proxies. A well-maintained portfolio with demonstrably low degradation rates and high inspection coverage would receive different pricing than an opaque portfolio with compliance-only documentation.

For the capital markets, the ontology means structured condition histories for infrastructure due diligence — not PDF reports from a three-week site visit, but queryable data showing every defect, every measurement, every progression trend across the full asset lifecycle.

Why This Has Not Happened Yet

If the case is so clear, why does no ontology for physical infrastructure condition exist at scale?

The incentive structure did not demand it. Operators are measured on compliance (did you inspect on schedule?), not on condition intelligence (do you know the actual state of your assets?). As long as the regulatory framework rewards the act of inspection rather than the quality of the resulting data, there is no market-level incentive to structure that data.

The technology was not ready. Drone-based multi-modal inspection, spatial co-registration of heterogeneous sensor data, and structured defect tracking at millimetre precision are capabilities that have become production-ready only in the last five years. The hardware existed; the data pipeline to make it useful did not.

Nobody owned the problem. Drone companies sell flights. Inspection companies sell reports. EAM platforms sell work order management. NDT firms sell measurements. Each player owns a fragment of the workflow, and none has the incentive to build the cross-cutting ontological layer that makes all their outputs comparable and persistent.

The regulatory framework did not require it. And this is the circular trap: the framework was designed for document-based evidence, so it requires documents. Because it requires documents, operators produce documents. Because operators produce documents, the framework sees no reason to change. Breaking this cycle requires someone to build the structured alternative and demonstrate that it is superior — before the framework mandates it.

The Structural Necessity

The shift from static regulation to dynamic, ontology-driven governance is not one option among several. It is the only approach that simultaneously maintains safety standards, scales with the aging infrastructure stock, adapts to changing environmental conditions, and makes efficient use of a constrained inspection workforce.

Europe's infrastructure is aging at population scale. The inspection workforce is not growing proportionally. Climate change is altering degradation rates in ways that fixed-interval frameworks cannot accommodate. And the interdependencies between infrastructure systems mean that failures cascade in ways that asset-by-asset inspection cannot anticipate.

The regulatory system does not need to be dismantled. It needs to be upgraded — from a periodic sampling system to a continuous state observation system. The ontology is the specification language for that upgrade: it defines what is observed, how it is structured, and what it means, in terms that are precise enough for a machine to compute upon and transparent enough for a human to audit.

The question is not whether this transition will happen. It is whether it will happen proactively — through deliberate adoption of structured condition monitoring — or reactively, after a cascade of failures forces emergency reform.

Nordforge is building the ontology-grounded state layer for physical infrastructure. If you operate, insure, regulate, or invest in physical assets, we would like to talk.