Mumbai Traffic Network Planning · Baseline Report
A digital model of the Dahisar–Bandra corridor that predicts how traffic responds to infrastructure changes — before construction.
On the same traffic demand, the model tested four interventions. Only widening the worst link helped. A new bypass backfired (+6% total travel time — the Braess paradox). Closing the highway link was worst (+19%). A stalled vehicle steadily worsened delay as more piled up. These conclusions held under every uncertainty setting we tried — so the advice is trustworthy even though the exact numbers still need peak-hour calibration.
Mumbai's roads are saturated, and every fix is expensive. But roads don't behave simply: you can't tell drivers which route to take. Build a new road and everyone piles onto it; widen one spot and the jam moves down the street. Occasionally a brand-new road makes traffic worse — a real, proven effect called the Braess paradox.
So "will this project help?" can't be answered by intuition. This tool answers it by simulation: build a digital twin of the corridor, pour in realistic demand, let simulated drivers each pick their fastest route (as real drivers do), and measure the congestion. Then change one thing and re-simulate to see the difference.
Five layers, each feeding the next — from raw map data up to the maps and charts in this report.
We sample real vehicle speeds along the highway from the TomTom traffic API and measure how much slower than free-flow each point is. This grounds the model in reality.
The headline measure is Total System Travel Time — the total person-hours the corridor spends driving. Lower is better; every scenario is judged by how it moves this number.
Run on today's network, the highway itself lights up red (over capacity) — exactly the bottleneck every commuter knows. Reproducing reality without being told to is the key validation.
| Intervention | Total travel time | What it means |
|---|---|---|
| A · Widen worst link | ▼ improves | Helps, but the jam partly relocates |
| B · Add a bypass | ▲ +6% worse | Braess paradox — the new road backfires |
| C · Close the link | ▲ +19% worse | Losing the bottleneck link is very costly |
| D · Stalled vehicles (1→3) | ▲ +1% → +8% | Each breakdown compounds the delay |
Our demand and speed inputs are approximate, so we re-ran every case under five different settings (higher/lower traffic, different congestion assumptions, capacity caps). The directional conclusions never flip — only the exact percentages move.
This is a baseline: it proves the machinery works and gives stable directional advice. It is not yet planning-grade, and we are explicit about why:
The one thing that would most improve accuracy: a single working-day peak-hour speed reading (Mon–Fri, 8–10 AM or 6–8 PM). Our three snapshots so far are all holiday/off-peak and too "flat" to fully calibrate the congestion curve. One good peak reading unlocks real calibration.
Baseline status: modelling pipeline complete end to end (network → demand → equilibrium → scenarios → reporting). Results are structurally sound; absolute numbers await peak-hour calibration. Pilot corridor: Western Express Highway, Dahisar–Bandra. Data: OpenStreetMap & TomTom. Method: static User-Equilibrium traffic assignment.