sodermalm · page built 2026-09-20 03:52 UTC
2 run(s) so far - the trend needs five before it means anything.
LAST NIGHT · sodermalm · 2026-09-19
=======================================
STATUS thin
Only 0 street(s) reported, below the 5 this model
needs to say anything about the network as a whole. The night was
processed and the model learned little from it, deliberately.
HONESTY STATEMENT · sodermalm · as of 2026-09-19
====================================================
Of the times we published an 80 % interval, how often did the truth fall inside it?
STREETS WE MEASURE
estimate mode 80.3% honest
median error 0.097 log (x1.10)
forecast mode 68.9% TOO NARROW by 11 points
median error 0.178 log (x1.19)
over 5,191 nights. The gap between the two modes is what knowing the day
is worth, measured rather than asserted.
Lately, on the same streets, cell-weighted the same way:
window estimate forecast nights cells
all time 80.3% 68.9% 5,191 -
last 365 days 91.5% 82.1% 175 55,812
last 90 days 93.7% 80.9% 88 39,156
CALENDAR days, not the last N scored nights: the sensor fleet thinned, so
the last 365 SCORED nights span over three calendar years here and would
be a misleading thing to call 'the last year'. A window with few nights is
a weak signal, which is why the counts are beside the figures.
STREETS WE DO NOT
*** THIS NUMBER IS FROM AN OLDER RUN. validation_edges.parquet predates
the model beside it, so the two describe different fits. Re-run with
validation enabled - `pipeline <area> --until <date> --kfold` - before
quoting it. ***
coverage 65.6% TOO NARROW by 14 points
median error 0.586 log (x1.80)
over 15 streets whose counts were hidden and then predicted exactly
as an unmeasured street is. This is the claim the product rests on.
Worst-covered, which the pooled figure hides:
6596515135589978132 coverage 11.4% error x4.21 (2266 cells)
2735134620436969359 coverage 28.1% error x5.70 (263 cells)
3551390319739141482 coverage 51.6% error x3.72 (128 cells)
9123579490307474467 coverage 54.9% error x2.83 (627 cells)
3918353604589034303 coverage 70.7% error x3.25 (167 cells)
A pooled number blends a well-calibrated majority with a few streets that
are confidently wrong. Both are worth reporting; only one is a tuning
problem.
HOW MUCH IS REPORTING
---------------------
21 streets report on a typical recent night (at or above the 5 the day factor needs).
HOW MUCH OF THE NETWORK IS MEASURED AT ALL
1,109 of 4,564 streets (24.3 %) have ever been counted.
The other 3,455 are inferred from the network. A city where
3 % of streets carry recent measurement is a different product from one where
30 % do, and a uniform-looking map should not imply uniform confidence.
Of the 1,109 counted, 43 were counted within 120 days and
carry the narrow measured-street band. The remaining 1,066 are STALE -
counted once, long ago - and are banded as inferred streets, because that
is what they now are. Their level comes from the drift and their neighbours,
not from their own sensor.
CHANGE ALERTS · sodermalm · as of 2026-09-19
================================================
7 confirmed changes. A change is reported when the network's day factor stays displaced for a run of dates, not when a single day looks unusual.
2010-03-10 UP +33.2%
began 2010-03-10 (when the shift started, not when it was noticed)
confirmed 2010-05-05 (105 processed dates in the run)
size +33.2% (+0.287 log) peak statistic 10.0
2010-08-19 UP +66.0%
began 2010-08-19 (when the shift started, not when it was noticed)
confirmed 2010-10-14 (113 processed dates in the run)
size +66.0% (+0.507 log) peak statistic 11.4
2012-05-24 UP +30.8%
began 2012-05-24 (when the shift started, not when it was noticed)
confirmed 2012-06-16 (27 processed dates in the run)
size +30.8% (+0.268 log) peak statistic 10.2
2013-11-28 UP +31.5%
began 2013-11-28 (when the shift started, not when it was noticed)
confirmed 2013-12-21 (24 processed dates in the run)
size +31.5% (+0.274 log) peak statistic 10.1
2020-03-15 DOWN -20.3%
began 2020-03-15 (when the shift started, not when it was noticed)
confirmed 2020-04-01 (75 processed dates in the run)
size -20.3% (-0.227 log) peak statistic 11.1
2021-08-12 UP +24.9%
began 2021-08-12 (when the shift started, not when it was noticed)
confirmed 2021-09-04 (25 processed dates in the run)
size +24.9% (+0.222 log) peak statistic 11.0
2022-05-05 UP +23.9%
began 2022-05-05 (when the shift started, not when it was noticed)
confirmed 2022-06-12 (39 processed dates in the run)
size +23.9% (+0.215 log) peak statistic 10.1
What this does NOT tell you:
· which streets. This watches the whole network's day factor, so it catches a shift
that moved everything. A single street changing is a different test (paper §8.3).
· why. Weather, roadworks, a new bridge and a policy change look identical here.
· that the model has corrected for it. A confirmed change should trigger a local reset;
until it does, forecasts for the affected streets stay wrong while every daily output
continues to look right (paper §8).
Predicted flow across the whole network, hour by hour.
| street that reported | hours | measured veh/h | model was off by |
|---|
| run | model at | nights | cov est | cov fc | mae est | changes |
|---|---|---|---|---|---|---|
| 2026-09-20 03:44 UTC | 2026-09-19 | 5,191 | 0.803 | 0.689 | 0.097 | 7 |
| 2026-09-19 06:32 UTC | 2026-09-18 | 5,190 | 0.803 | 0.689 | 0.097 | 7 |