Measured summaries
Signal summaries interpolate measured aggregates, never hard-coded figures.
Turn a device feed into a fleet you can ask questions about, and a maintenance plan you can defend.

Eight locomotives report position, engine load, coolant temperature and bus voltage; a depot CMMS carries two years of work orders against the same units. Modelled as locomotives, places and fleet events, the two become one picture: which unit is over its overhaul interval, which is overheating, which has not moved in a fortnight — each answer opening onto the readings behind it.
AcmeRail is a fictional freight operator seeded into the development stack. Its fleet, its depots, its telematics vendor and its CMMS are invented; the ingest that loaded them, the ontology that models them and the findings drawn from them are the product’s own.
Ingest the device feed and the work-order export; both land as knowledge objects with provenance.
File ingestModel locomotive, place, fleet and fleet event as types, at runtime.
Runtime ontologyMaterialize the units from their own latest telemetry and relate them into a fleet graph.
Knowledge graphPut threshold rules on coolant and bus voltage, per unit, and let the findings open investigations.
Alert rulesThe places are the ones the telemetry named; the edges are what it supports.

The findings in the captures are not written copy. The seed reads the ingested telemetry, computes the fleet’s actual engine hours, peak coolant temperatures and minimum bus voltages, and composes the finding text from those numbers.
Signal summaries interpolate measured aggregates, never hard-coded figures.
Each signal carries references to the knowledge objects it was drawn from.
The alert thresholds are set against the measured fleet, so the seeded stack ships with real firings rather than four rules that have never fired.
One locomotive breaches both the thermal and the electrical rule — the same unit the investigation case and the deep-dive report are about.




Keep exploring