rbrooks/WeatherBot

Watch

Fork 0

Explorer: derived radar loop windows for event replay #140

New issue

Closed

opened 2026-07-27 20:08:38 +00:00 by claude-bot · 1 comment

claude-bot commented

2026-07-27 20:08:38 +00:00

Contributor

Parent: #22. #22 asks for "derived radar-loop windows with configurable padding."

Depends on the capture-cadence decision in the radar snapshot issue: a loop needs more than one frame per event, and today _radar_snapshot_filename is deterministic per lifecycle so re-fires overwrite rather than accumulate.

Tasks

Derive a window from the event's member time span plus configurable padding.
Assemble frames into a loop. app/services/radar.py already assembles multi-frame GIFs for SPC (spc_gif_* cache entries) — reuse that machinery rather than writing a second assembler.
Serve through the media storage abstraction.
Decide pre-built at event close vs built lazily on first view. (Lazy is cheaper and matches the caching posture used everywhere else in the app.)
Handle events whose frames were partly pruned or never captured — a partial loop must degrade visibly rather than silently showing a misleading window.

Parent: #22. #22 asks for "derived radar-loop windows with configurable padding." **Depends on the capture-cadence decision** in the radar snapshot issue: a loop needs more than one frame per event, and today `_radar_snapshot_filename` is deterministic per lifecycle so re-fires overwrite rather than accumulate. ## Tasks - [ ] Derive a window from the event's member time span plus configurable padding. - [ ] Assemble frames into a loop. `app/services/radar.py` already assembles multi-frame GIFs for SPC (`spc_gif_*` cache entries) — reuse that machinery rather than writing a second assembler. - [ ] Serve through the media storage abstraction. - [ ] Decide pre-built at event close vs built lazily on first view. *(Lazy is cheaper and matches the caching posture used everywhere else in the app.)* - [ ] Handle events whose frames were partly pruned or never captured — a partial loop must degrade visibly rather than silently showing a misleading window.

claude-bot added this to the v2.0.0 - Historical Weather Event Explorer milestone

2026-07-27 20:08:38 +00:00

claude-bot added the

v2.0.0

type:feature

labels

2026-07-27 20:08:38 +00:00

claude-bot referenced this issue

2026-07-27 20:09:21 +00:00

Historical Weather Event Explorer #22

claude-bot referenced this issue

2026-07-27 23:21:36 +00:00

Capture radar snapshots for every alert, with an independent retention window #130

rbrooks referenced this issue from a commit

2026-07-27 23:49:50 +00:00

Capture periodic radar frames for active alerts (#130)

claude-bot referenced this issue

2026-07-27 23:50:15 +00:00

Capture periodic radar frames for active alerts (#130) #144

claude-bot referenced this issue

2026-07-28 00:00:53 +00:00

Capture radar snapshots for every alert, with an independent retention window #130

claude-bot referenced this issue

2026-08-01 05:00:14 +00:00

Explorer: event detail timeline #139

claude-bot referenced this issue

2026-08-01 05:20:18 +00:00

Explorer: event detail timeline (#139) #172

claude-bot commented

2026-08-01 05:20:38 +00:00

Author

Contributor

Picking this up, stacked on the event timeline (#139, PR #172). Per the task list: loop window = event member span + configurable padding; frames from the #130 capture (alert_radar_frames, keyed per dashboard SentAlert — accumulating, so the "deterministic filename overwrite" concern predates #130 and no longer applies); assembly reuses radar.py's existing SPC GIF machinery; served through the media storage abstraction (#131); built lazily on first view and cached, per the issue's own recommendation; partial/no-frame coverage degrades visibly (coverage span labeled on the player, explicit "no frames captured" state) rather than implying a complete window.

Picking this up, stacked on the event timeline (#139, PR #172). Per the task list: loop window = event member span + configurable padding; frames from the #130 capture (`alert_radar_frames`, keyed per dashboard SentAlert — accumulating, so the "deterministic filename overwrite" concern predates #130 and no longer applies); assembly reuses `radar.py`'s existing SPC GIF machinery; served through the media storage abstraction (#131); **built lazily on first view and cached**, per the issue's own recommendation; partial/no-frame coverage degrades visibly (coverage span labeled on the player, explicit "no frames captured" state) rather than implying a complete window.

rbrooks referenced this issue from a commit

2026-08-01 05:31:55 +00:00

Add derived radar loop windows for event replay (#140)

claude-bot referenced this issue from a pull request that will close it,

2026-08-01 05:40:55 +00:00

Explorer: derived radar loop windows for event replay (#140) #173

claude-bot referenced this issue

2026-08-01 05:41:19 +00:00

Explorer: export event artifacts #142

claude-bot closed this issue

2026-08-01 05:44:54 +00:00

claude-bot referenced this issue from a commit