THE PROBLEM
What do we need to know about a measurement to compare it with data from another sensor or organisation?
Water, traffic and building sensors often belong to different systems. Using a measurement requires knowing where and when it was taken, its unit and whether the sensor was working correctly. Those who need the data may not know where it is or who is responsible for it.
Fictional scenario
What if a city’s measurements helped explain a flooded pedestrian tunnel?
A pedestrian tunnel repeatedly fills with water. Rainfall readings sit in one system, water levels in another and drain-maintenance notes in a third. What if time, location and source references made it possible to read them together? Could we find something worth investigating — and spot whether a faulty sensor was giving a misleading picture?
CONNECTIONS TO EXPLORE
Which evidence is affected if the sensor is wrong?
A fictional miniature example. Choose a connection and read its evidence. All texts and events below are illustrative.
EVIDENCE IN THE FICTIONAL SOURCE
Water-level reading M
Reading M comes from sensor S at the underpass.
Read the complete miniature record and connected sources
Water-level reading M
Reading M comes from sensor S at the underpass.
Illustrative record · iot-smarta-stader:M · v1Sensor S
Sensor S has a separate maintenance history.
Illustrative record · iot-smarta-stader:S · v1Analysis A
Analysis A uses reading M together with rainfall and maintenance records.
Illustrative record · iot-smarta-stader:A · v1LET’S EXPLORE
What we want to explore with the framework
We explore whether Wrapper and Mapper can describe sources, time, location, units and known limitations. What is missing when data leaves its original context, while the measurement series remain in their existing systems?
Possible source material
Measurements, sensor descriptions, locations, maintenance notes and alerts. Start with open data or fictional measurements.
An illustrative example
A municipality investigates recurring flooding in a pedestrian tunnel. In a fictional scenario, water levels are linked to rainfall measurements and drain-cleaning notes. Timestamps, units and sensor condition help make the records comparable. A case officer reviews what they show before any action is decided. The example controls no equipment and replaces no alert system.
What we need to learn
Which local conditions, responsibilities and human judgments are missing from the example? A real case may change both the problem framing and the proposed response.
What should remain useful, and on whose terms?
What evidence shows that a sensor was inspected under an appropriate mandate, even when the name is withheld? Could time and location still reveal the technician, and what should remain when the mandate ends?
Questions to test. The examples do not establish that these protections or decision rules are implemented. Read about responsibility and conditions ↗
Test the question together
Do you recognise the problem, or see it differently? Bring a real case, source material or a challenge. Together, we can examine the assumptions and decide whether a focused demo or pilot is the right next step. We would test what becomes easier, what still needs human judgment and what Intertween needs to change.
Start a conversation about this path ↗