Operations status
Manager viewSynthetic: modeled for the demo, not response guidance Real public data, source named (NASA EONET)
Read-only status across every incident: what is blocked, who owns what, how threatening incidents are resourced in the model, and which decisions were recorded. Only the EONET incident records are real; simulated incidents and every other figure are modeled for the demo, not response guidance.
Summary and filters
All incidents
Whole-picture totals. Filters never change them.
- Incidents Real: EONET, retrieved Definition: IncidentsEvery incident: the cached NASA EONET snapshot plus any simulated demo incidents. With EONET incidents only, the count is real; once a simulated incident is added, the count is marked modeled. Everything else on this view is modeled.
- 20
- EONET snapshot 2026-10-25
- Incidents threatening modeled communities SyntheticDefinition: Incidents threatening modeled communitiesIncidents with at least one modeled community inside the threat radius for their modeled severity (low 8 km, moderate 12 km, high 16 km).
- 2 of 20
- Unaddressed threats SyntheticDefinition: Unaddressed threatsIncidents that threaten modeled communities and have no team assigned.
- 1 of 2
- listed under Blockers
- Teams assigned SyntheticDefinition: Teams assignedTeams with an incident, of all teams. Every team is counted once.
- 1 of 5
- Personnel demand met SyntheticDefinition: Personnel demand metFor each fire that threatens a modeled community, assigned personnel capped at its modeled demand, summed, of total modeled demand (ceil(threatened population / 1000 x severity rate 1, 1.5 or 2), as the decision engine computes it).
- 15 of 70
- Communities with demand fully met SyntheticDefinition: Communities with demand fully metModeled communities where every threatening fire has assigned capacity at or above its modeled demand, of all modeled communities (threatened or not).
- 0 of 6
- Open tickets SyntheticDefinition: Open ticketsTickets not closed. This demo has no close action, so every ticket counts. A ticket is created, as accepted, when someone takes ownership of an incident; each incident has at most one.
- 0
- none accepted yet
- Decisions logged SyntheticDefinition: Decisions loggedAudit records written by approvePlan and assignTeam since the last demo reset. Incident acceptances, simulated incidents and demo resets are counted separately and are not decisions.
- 0
- since the seed
Showing all 20 incidents.
Blockers
SyntheticWhat stands between the modeled demand and the teams available, most direct first.
Wildfire NORTEUnaddressed
No team assigned; 15,500 people in the threat radius, modeled demand 16 personnel.
60 personnel on all teams against 70 modeled demand. No allocation closes this gap, so it stays listed after any approval.
Needs an owner
2 incidentsSyntheticIncidents in scope with no ticket, in priority order. A reviewer accepts one on the Overview.
Threatens 3 communities (26,700 people, modeled); No ticket
Threatens 2 communities (15,500 people, modeled); No ticket
Ticket ownership
0 ticketsSyntheticWho has accepted which incidents. Accepting assigns no team.
No tickets yet. A ticket is created when a reviewer accepts an incident.
Incidents by resource status
SyntheticAll 20 incidents in four buckets that add up; only incidents that threaten a modeled community have a modeled demand.
1 unaddressed and 1 under-resourced of 2 threatening incidents
Incidents that threaten modeled communities
2 incidentsSyntheticIn priority order. The other 18 incidents have no modeled threat and are not listed.
| IncidentReal: EONET, retrieved | StatusSynthetic | People threatenedSynthetic | Personnel of demandSynthetic |
|---|---|---|---|
| Wildfire HENDERSON | Under-resourced (modeled) | 26,700 | 15 of 54 |
| Wildfire NORTE | Unaddressed | 15,500 | 0 of 16 |
Severity mix
Real: EONET, retrieved Synthetic1 of 20 modeled high severity
Team utilization
Synthetic4 unassigned, holding 45 personnel
Decision activity
0 decisions · 0 acceptances · 0 simulated (demo)SyntheticEvery audit record, newest first. Acceptances and simulated incidents are counted apart from decisions. Read-only; decisions are made on the Reviewer's Decisions page.
No decisions, acceptances or demo events recorded since the seed.