Update dependency and docs to weatherfeeder v0.11.0

docs/roadmap/implementation.md

@@ -6,6 +6,8 @@ Implement the `weatherapi` SPC convective outlook API described in [`docs/roadma
 
 This plan is execution-oriented. Implement stages in order. Keep `weatherapi` read-only: it must read `weatherfeeder` Postgres tables, reconstruct canonical model payloads, apply API filters, and present results over HTTP. Do not add ingestion, upstream SPC calls, table creation, migrations, or historical browsing.
 
+The implementation target is `gitea.maximumdirect.net/ejr/weatherfeeder v0.11.0`, which provides the canonical outlook model and Postgres table contract this feature consumes.
+
 Target routes:
 
 - `GET /outlooks/convective`
@@ -224,6 +226,7 @@ git diff --stat
 ```
 
 - Confirm no unrelated files are included.
+- Confirm `go.mod` still requires `gitea.maximumdirect.net/ejr/weatherfeeder v0.11.0`.
 - Confirm no weatherfeeder ingestion behavior, schema creation, migration logic, or upstream SPC calls were added.
 - Confirm current-behavior docs no longer describe outlook endpoints as future work once implementation is complete, or leave roadmap docs clearly marked as historical/planning if they remain.
 

docs/roadmap/outlook.md

@@ -116,7 +116,7 @@ go test ./...
 
 ## Assumptions And Defaults
 
-- `weatherfeeder v0.10.0` or the active workspace module provides `model.WeatherOutlookRun` and `model.WeatherOutlook`.
+- `weatherfeeder v0.11.0` or the active workspace module provides `model.WeatherOutlookRun` and `model.WeatherOutlook`.
 - The first implementation serves only latest-run views; historical browsing remains future work.
 - `/outlooks/convective` returns all stored latest-run polygons by default, including polygons that do not contain the configured location.
 - `/outlooks/convective/location` means active and `containsLocation=true`.