Wetter als **separat verkaufbares Zusatzmodul** im ETB: amtliche Warnungen des Deutschen Wetterdienstes und die aktuelle Wetterlage (Regenradar mit Vergangenheit und Vorhersage, Temperatur, Wind, Böen, Niederschlag) — auf einer eigenen Seite, als zuschaltbare Ebenen der Lagekarte und als Momentaufnahme am Einsatz. Wetter ist für eine Freiwillige Feuerwehr ein Führungsfaktor: Unwetterlagen erzeugen die Einsatzwellen, Wind entscheidet über Rauch- und Gefahrstoffausbreitung, Böen brechen Drehleitereinsätze ab, Hitze verkürzt die PA-Tragezeit, Frost lässt Löschwasser einfrieren. Heute liegt diese Information außerhalb des ETB — der Wechsel kostet im Einsatz Zeit, und in der Dokumentation taucht die Wetterlage gar nicht auf. **Vollständige Spezifikation:** `docs/superpowers/specs/2026-08-06-wetter-modul-design.md` (Branch `docs/wetter-modul-konzept`) --- ## Getroffene Entscheidungen (Brainstorming 06.08.2026) | # | Entscheidung | Wahl | |---|---|---| | 1 | Wirkungsgrad | **Rein passiv anzeigen.** Keine automatischen Tagebucheinträge, kein Push, keine Kopplung an die Alarm-Kette | | 2 | Geltungsbereich | **Mehrere Beobachtungsgebiete**, frei administrierbar (eigene Gemeinde, Nachbargemeinden, Kreis) — eigene Admin-Seite, eigene Stammdaten | | 3 | Vermarktung | **Vollständig über ein Lizenz-Gate abschaltbar**; Gate generisch gebaut, damit MoWaS ihn später erben kann | | 4 | Historisierung | **Momentaufnahme beim Anlegen eines Einsatzes** — an den Koordinaten der **Einsatzstelle**, nicht der Gemeinde — plus Knopf für spätere Stände, inkl. Messstation und Entfernung | | 5 | Datenbeschaffung | **Server-Proxy mit kurzem Cache**; Kartenkacheln weiterhin direkt vom DWD | | 6 | Datenquellen | **Ausschließlich DWD-basiert** — keine Quelle mit kommerzieller Lizenzhürde | ## Datenquellen | Zweck | Quelle | |---|---| | Warnflächen auf der Karte | DWD GeoWebService (WMS), `maps.dwd.de/geoproxy_warnungen`, Layer `Warnungen_Gemeinden_vereinigt` | | Warnungen als Text/Daten | Bright Sky `/alerts?lat&lon` (JSON, ohne Schlüssel) | | Rückfallebene | DWD Open Data CAP, `opendata.dwd.de/weather/alerts/cap/` | | Regenradar | DWD RV-Produkt, `dwd:Radar_rv_product_1x1km_ger` — 1×1 km, 5-Minuten-Schritte, **Vergangenheit plus 2 h Vorhersage**, über `TIME` animierbar | | Messwerte | Bright Sky `/current_weather` (Temperatur, Wind, Richtung, Böen, Niederschlag, Feuchte, Sicht, Bewölkung + Station und Entfernung) | **Lizenz — ausschlaggebend für die Vermarktung:** DWD Open Data erlaubt die kommerzielle Weiterverwendung bei Quellenangabe (GeoNutzV); Bright Sky ist kostenlos für alle Zwecke, Open Source und notfalls selbst hostbar. **RainViewer** (kommerziell nur nach Einzelabsprache) und **Open-Meteo** (kostenlos nur nicht-kommerziell) sind deshalb bewusst ausgeschlossen. Damit ist das Modul ohne API-Schlüssel, ohne laufende Datenkosten und ohne Lizenzrisiko verkaufbar — „amtliche Daten des Deutschen Wetterdienstes" ist gegenüber Feuerwehren zugleich ein Verkaufsargument. Pflicht: Quellenangabe „Datenbasis: Deutscher Wetterdienst (DWD)" in Karten-Attribution und Seitenfuß. ## Zwei Blocker-Befunde aus dem Bestand (verifiziert) **(a) `public/assets/css/theme.css:913`** — die dunkle Karte invertiert die Leaflet-Kachel-Ebene (`filter: invert(1) hue-rotate(180deg) …`). Ein Radar-WMS, naiv als Kachel-Layer eingehängt, wird mitinvertiert: Radargrün wird Magenta, die amtliche Farbskala wertlos. Der Fehler fällt erst nachts im ELW auf. → **Alle Wetter-Ebenen brauchen eigene Leaflet-Panes** (`wetter-radar` 250, `wetter-warn` 350, `wetter-punkt` 580). Achtung: `createPane()` vergibt den Default `z-index: 400`, der Wert muss gesetzt werden. **(b) `src/WarnKatalogSeed.php:33`** — unsere MoWaS-Warnstufen sind `Warnstufe 1 – hoch` (violett), `2 – mittel` (rot), `3 – niedrig` (gelb). Der DWD nummeriert **umgekehrt**: Stufe 1 = gelb = harmlos, Stufe 4 = violett = extremes Unwetter. Gleiche Farbfamilie, gegenläufige Zählung, künftig auf einer Karte. Im Führungskontext eine teure Verwechslung. → Stufen **nie ohne Quellenpräfix** („DWD-Stufe 3"), DWD-Flächen mit **anderer visueller Handschrift** (schraffiert vs. unsere ungeschraffierten Warnkreise), Bestands-Schalter „Warnungen" wird zu **„Bevölkerungswarnung"**. ## Darstellung — Kernentscheidungen - **Warnflächen:** SVG-Schraffur (~35 % Deckung) mit 3-px-Vollton-Kante statt Vollfläche — die Kante trägt die Aussage, zwischen den Streifen bleibt die Karte lesbar. Muster kodiert die Stufe redundant zur Farbe. Pro Warnzelle nur die **höchste** Stufe plus Zähler-Abzeichen. Ab Zoom 14 nur noch Kontur. - **Radar:** Deckkraft 0,55 hell / 0,65 dunkel, **unter** der durchlässigen Warnschraffur — bei einer Gewitterwarnung ist genau das die Frage, wo in der gewarnten Zelle die Zelle gerade steht. - **Zeitleiste:** schwebend unten auf der Karte, **nur sichtbar wenn eingeschaltet** (die Filterleiste ist ausblendbar → dort wäre der Regler eine Falle). Play 48 px, 5-Minuten-Ticks, „jetzt"-Marke, **Vergangenheit durchgezogen / Vorhersage gestrichelt**, Zeitstempel in Tabellenziffern, Live-Knopf. **Kein Autoplay.** - **Zwei Karten-Schalter:** „Wetterwarnungen" und „Aktuelles Wetter" (letzterer = Radar + Zeitleiste + Punkt-Modus). Kein dritter Dauerschalter. - **Wetter-Rose statt Pin und Infobox:** 64-px-Element mit Temperatur-Ring (Fernwert), Windkeil, 0–4 Böen-Zacken (abzählbar, nicht farbabhängig), Temperaturzahl in der Mitte (barrierefreie Doppelung der Ringfarbe), Nordmarke. **Der Pfeil zeigt, wohin der Wind weht** (nicht meteorologisch woher), Text nennt beides: „W → O · aus 270°" — das verhindert die Verwechslung, die bei einer Gefahrstofflage die Absperrung auf die falsche Seite legt. **Windstille = ruhender gestrichelter Ring, nie ein Nullpfeil.** - **Temperaturskala:** divergierend blau → neutral → rot mit V-förmigem Helligkeitsverlauf (graustufen- und deuteranopietauglich), ❄ unter 0 °C, ▲ über 32 °C. Keine Regenbogenskala. - **Seite „Wetter":** Karte plus Kennzahlenband links, 380 px Warnspalte rechts; auf dem Handy Warnung **vor** Karte. Warnkarte kodiert die Schwere über vier Kanäle (Text, Dreieck-Zähler, Farbbalken, Rang); ab DWD-Stufe 3 aufgeklappt. - **Normalfall „keine Warnungen"** ist der wichtigste Bildschirm (95 % der Zeit sichtbar): „Ruhe-Karte" in derselben Anatomie mit **Prüf-Zeitstempel** — „keine Warnungen" ohne Zeitstempel könnte auch „Verbindung tot" heißen. Daraus der dritte Zustand, den fast jede Wetteroberfläche vergisst: **Warnung / ruhig / unbekannt.** - **Kennzahlen:** Temperatur, Wind, **Böen (eigene Kachel — der Wert, der Drehleitereinsätze abbricht)**, Niederschlag primär; Feuchte, Sicht, Bewölkung aufklappbar. Neues Token `--fs-2xl` (28 px) für Beamer-Lesbarkeit. - **Tokens:** `--c-wetter-stufe0…4` amtlich und in beiden Themes identisch, **nie als Texthintergrund**; theme-abhängig nur Schraffur-Deckung und Radar-Deckkraft; Textfarben über den kanonischen `ColorContrast::textOn()`. ## Bewusst verworfen | Verworfen | Grund | |---|---| | DWD-Webseite scrapen | Bricht bei jedem Relaunch; drei bessere Wege existieren | | RainViewer, Open-Meteo | Kommerzielle Lizenzhürde | | Vollflächige Warnflächen | Farbbrei bei überlappenden Warnungen, verdeckt Marker | | Animierte Partikel-/Strömungslinien (Windy-Stil) | **Täuscht Flächendaten vor, die wir nicht haben** — wir haben Punktmessungen. In einem Führungsmittel, aus dem heraus über Rauchausbreitung entschieden wird, unzulässig | | Meteorologische Windfahnen | Unter Stress zählt niemand Federn; bei Markergröße unlesbar | | Popup-Infobox am Pin | Ausdrücklich nicht gewollt | | Clustering der Wetterpunkte | Temperaturen lassen sich nicht zusammenfassen | | Automatische Tagebucheinträge / Push | Entscheidung 1 — das Modul bleibt passiv | ## Etappierung | Welle | Inhalt | |---|---| | 1 — Fundament | Lizenz-Gate, Schema (`wetter_gebiet`, `wetter_cache`, `wetter_moment`), Provider-Interface + Bright-Sky-Adapter, Cache, Admin-Seite, Rechte-Gruppe `wetter.view` | | 2 — Wetter-Seite | Warnspalte, Kennzahlenband, Ruhe-Karte mit drei Zuständen | | 3 — Lagekarte | Panes, zwei Schalter, Warnschraffur, Radar mit Zeitleiste, Umbenennung „Warnungen" → „Bevölkerungswarnung" | | 4 — Punktwetter | Wetter-Rose, HUD, Momentaufnahme am Einsatz, maximierte Einsatzkarte | | 5 — Später | „In die Lage übernehmen" (Warnung → Tagebucheintrag), Druckansicht, 24-h-Vorschauleiste, DWD-CAP-Rückfalladapter | ## Offen 1. **DWD-Rückfrage** zur Einbindung in ein entgeltliches Produkt (`opendata@dwd.de`) — vor dem ersten Verkauf, nicht vor dem Bau. 2. **Preis und Paketzuschnitt** — hängt an der offenen Betriebsmodell-Entscheidung D1 aus #185. 3. **Abhängigkeit von Bright Sky** — kostenlos und Open Source, aber Ein-Personen-Infrastruktur. Der DWD-CAP-Rückfalladapter (Welle 5) ist die Versicherung; bis dahin ist ein Ausfall sichtbar, aber unkritisch. 4. **Warncell-Zuordnung** für Gebiete ohne gepflegte Koordinate — Ableitung über die vorhandene Gemeindegrenze prüfen.