Add async TLE fetch/parse pipeline with hot-reloadable orbital state

[seanwevans]

Motivation

• The propagator needs up-to-date, real-world TLE data so the "Live orbital map" doesn't drift from reality.
• Avoid relying on static files by introducing an automated, periodic fetch and parse pipeline for public TLEs.
• Allow orbital parameters to be updated in-place without restarting the daemon or dropping active frontend WebSocket connections.

Description

• Add a new tle module at daemon/openastrovizd/src/tle.rs exposing fetch_tle_catalog (async reqwest download) and parse_tle_catalog (3-line catalog parser) plus an OrbitalRecord wrapper that builds openastroviz_core::Sgp4Propagator instances and epoch StateVectors.
• Wire an async refresh loop into the service by initializing a Tokio runtime inside daemon::run_service in daemon/openastrovizd/src/daemon.rs, spawning tle_refresh_loop and storing the catalog in a shared Arc<RwLock<Vec<OrbitalRecord>>> for hot-reloadable state.
• Register the new module in the binary entrypoint (mod tle; in daemon/openastrovizd/src/main.rs) and add runtime/HTTP dependencies in daemon/openastrovizd/Cargo.toml (openastroviz-core, reqwest, tokio).
• Document the new live refresh behavior in daemon/openastrovizd/README.md and include unit tests in the tle module for valid and malformed catalogs.

Testing

• Ran cargo test -p openastrovizd and cargo test -p openastrovizd --quiet, and all daemon unit and integration tests completed successfully.
• During tests the daemon logged outbound fetch errors (container/CI blocked network to CelesTrak), but these errors are non-fatal and the refresh loop is resilient; test suite still passed.
• cargo fmt was not run in this environment because rustfmt is not installed (error: install rustfmt via rustup component add).

---

Codex Task