docs(backlog): plan almanac-driven satellite selection (022a/b/c) #37
Loading…
Reference in a new issue
No description provided.
Delete branch "docs/almanac-plan"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Backlog plan for the almanac-loader feature ("realistic satellite choices from existing realistic values", follow-up to 021). Three work orders, dependencies and acceptance criteria per the backlog conventions:
022a-almanac-core.md): Yuma + SEM parsers, visibility computation (observer lat/lon/epoch/min-elevation), JSON interchange format, nominal-registry fallback, cached fetch with retries. Stdlib only, no new dependencies.022b-almanac-cli.md):gengnss almanacsubcommand (table /--json/--save),--visibleflag onrun/showthat resolves the visible set at run time and freezes it in the sidecar so regeneration stays bit-reproducible even when the live constellation changes.022c-almanac-gui.md): "Load almanac…" dialog (background-thread fetch, file import with content sniffing, position filter, apply-to-system) pre-checking the 021 satellite palettes with healthy/visible satellites.Scope verified against live data (2026-09-29)
Tests are network-free by design (fixtures embedded in the test files, fetch monkeypatched); CI stays green without live-network dependencies.
Execution order: 022a first, then 022b and 022c (may run in parallel).
docs/backlog/000-overview.mdindex rows + a "v1.2 — almanac-driven selection" section added.Pull request closed