Flood rescue dispatch · multi-agent · Indian earth observation

A signal in the flood.A lifeline in motion.

Engine
T+000 · —
Open SOS
—
SAR data age
awaiting pass
D1 barrage (1958)
—
Rescued
—
Invariants
—
01 · The problem
FloodSetu

Flood plans go stale in minutes.

Roads close, a bridge gives way, a shelter fills, and two people report the same bridge differently. FloodSetu treats every boat, ground team, shelter, bridge and SOS cluster as an autonomous agent with only partial information — and keeps re-planning, with a reason attached to every decision.

  • Time to service01
  • Unmet requests02
  • Resource idle time03
  • Route violations04
  • Fairness across neighbourhoods05
  • Recovery after contradictory updates06
Live SOS from the engine — duplicates merge into one incident, never rejected
02 · Agents negotiate
FloodSetu

Incidents announce. Boats bid. The best offer wins — in the open.

A Contract-Net auction with leveled commitment: each agent bids its time-to-service from its own map; awards weigh urgency, vulnerability, waiting time, fairness — and dam risk. Every award has a bid table and a “Why?”. Money has no input. That is tested, not promised.

Live negotiation log
    A real triple failure, injected when you scrolled here

    BRIDGE · BOAT · SHELTER — INJECTING…

    03 · Eyes in orbit · India first
    FloodSetu

    Satellites see what the network can’t — but never in real time.

    Monsoon cloud blinds optical cameras, so FloodSetu leans on ISRO radar. Every product carries its acquisition time and age. Fusion is last-writer-wins by observation time: a two-hour-old image never overrides a fresher field reading, and satellite downlink still works when local towers are dark.

    SatelliteOperatorSensorSeesRevisitLatencyData age · live
    EOS-04 (RISAT-1A)ISROC-band SARFlood extent through cloud17-day repeat · tasked~1h 50m*—
    NISAR S-bandISRO · NASAS-band SARFlood extent, flooded vegetation12-day (~6 d avg)~1h 35m*—
    INSAT-3DS + 3DRISRO · IMDGeostationary imagerRain cells (IMSRA), nowcast15 min (staggered)~30m*—
    Resourcesat-2AISROLISS-IV opticalDetail — when no cloud5-day~1h 00m*—

    * Modelled from public sources (NRSC flood bulletins, NISAR disaster-product target <5 h, MOSDAC half-hourly IMSRA). Pass times are compressed into the scenario; latencies are the realistic part.

    Satellite passes — a lime tag is acquiring now; its product lands later, with its age
    04 · Old dams, new risk
    FloodSetu

    Over 1,280 large dams in India are more than 50 years old.

    The National Register of Large Dams (CWC · NDSA, 2023) counts 224 dams older than a century and 1,065 aged 50–100. FloodSetu reads a register like it — year of completion, type, last inspection, hazard class — scores each dam, and marks its downstream area a high-risk zone. Requests inside get a documented priority bump; a release turns the zone very high.

    Dam (fictional)BuiltAgeInspectionRisk
    Jalnagar Barrage
    zone GHT, RLC ·
    195868 yrsneeds attentionvery high
    Pahadi Nala Dam
    zone MCH ·
    199432 yrssatisfactorymoderate
    Shanti Check Dam
    zone SHN ·
    201115 yrssatisfactorylow
    Downstream of the 1958 barrage — the high-risk zone, live

    —

    05 · The judges’ question
    FloodSetu

    What if the phone drowns?

    01
    One tap, no form

    “I’m in the water” sends a CRITICAL SOS with GPS in under 200 bytes — no typing with wet hands. It queues offline and retries itself.

    02
    Heartbeat watchdog

    The open app pings while help is on the way. 90 s of silence on an active request means the phone is presumed submerged or dead.

    03
    Nothing is cancelled

    The incident keeps its last-known location and building cluster. It is upgraded to critical and escalated in the same tick (safety invariant 10).

    04
    Search, then call

    The assigned team is told to search the last-known position; the alternate number is called and an IVR/SMS callback goes out (mocked).

    05
    Battery early warning

    At ≤10% battery the last location is saved and the control room is warned before the phone dies.

    06
    No smartphone at all

    SMS “SOS 4 C near ghat 2” works from a feature phone, and 112 stays one tap away.

    06 · Fair by design
    FloodSetu

    No neighbourhood is left waiting. No rupee buys priority.

    Rescue dispatch

    urgency × vulnerability × people × aging × verification × escalation × fairness (+ dam risk)

    →
    one-way · k ≥ 5 · aggregated
    Relief & donations

    sees verified need — can never feed back. Enforced by an architecture test and a lint rule.

    07 · Evidence, not adjectives
    pnpm bench
    0
    seeded runs
    0.0m
    CNP mean time-to-service
    0.0m
    CNP critical time-to-service
    0.0m
    cascade recovery
      08 · Radical transparency
      FloodSetu

      Every rupee, every kit — on a ledger anyone can re-verify.

      Donated → received

      simulated money and in-kind, by verified campaign

      Allocated → dispatched

      per verified area, k-anonymous

      Distributed

      timestamped, attributed, SHA-256 hash-chained

      Open the public ledger →
      09 · Mobile app

      In your pocket.

      A native iPhone app (built, in the repo) and an installable web app: one-tap SOS with an offline queue, live flood alerts and river levels, live GPS to the team, and a rescuer mode with turn-by-turn to the victim.

      Open the web appApp Store · listing soonGoogle Play · listing soon

      Stored only as a salted hash. Mocked — nothing is sent.

      SOS
      I’m in the water — send now
      Received
      Verifying
      Team assigned
      Rescue in progress
      Safe
      FS-7K3Q · team assigned
      B-1 · ETA 11 min
      Phone silent 90 s
      Kept at last location · CRITICAL
      EOS-04 flood map
      acquired 07:13 · 1h 50m old
      Safe · Shanti Nagar School
      6 people delivered