Add wind analysis: header pill, fetch/validate menu, speed-plot overlay

Portiert das Wind-System des HTML-Demonstrators (Doku 3.8) vollstaendig:
Open-Meteo-Winddaten, interpoliert zwischen Druckflaechen- und festen
Nabenhoehen-Stuetzpunkten auf die tatsaechliche Zielhoehe.

Domain (lib/domain/wind/wind_math.dart, reines Dart): Hoehen-
Interpolation (linear + zirkulaer fuer Windrichtung), Peilung zwischen
zwei Punkten, Kopf-/Rueckenwind-Komponente pro Flugleg - 1:1 uebernommen
aus interpolateWindAtHeight()/bearingBetween()/headTailwindComponent()
des Demonstrators, per Unit-Tests abgesichert.

Service (lib/services/wind/wind_service.dart): zwei getrennte,
fokussierte Open-Meteo-Requests statt eines kombinierten (Doku 4.10 -
ein 35-Variablen-Request verursachte im Demonstrator Modellauswahl-
Fehler). Drei Verbraucher: Kopfleisten-Pille (120 m AGL ueber
Referenzort), gebuendelter Wegpunkt-Fetch (ein Request fuer alle
Koordinaten via Open-Meteos Mehrfach-Location-Syntax) und das
Validierungspanel (rohe Messwerte je Nabenhoehe/Druckflaeche). Per
MockClient getestet (kein echter Netzwerkzugriff in Tests).

UI:
- HeaderWindPill (TopModeBar, nur ausserhalb Fly-Modus): zeigt
  Windrichtung/-geschwindigkeit, Antippen schaltet perspektivisch die
  Wind-Marker der Wegpunkte um (Zustand vorbereitet, HTML-Demonstrator:
  showPerWaypointWind).
- WaypointListPanel: "Fetch wind"/"Validate"-Buttons im Panel-Header,
  neue WIND-Spalte in der Liste.
- WindValidatePanel: neue Vollbild-Route (gleiches Muster wie
  WaypointListPanel) mit Rohdaten je Hoehenstufe inkl. Boeen (Doku 4.9:
  Boeen nur hier, nicht in der Wegpunktanzeige) und Interpolationsergebnis.
- FullValueChart (Speed-Tab): Kopf-/Rueckenwind-Diamanten pro Leg samt
  gestrichelter Nulllinie sowie gestrichelte Bodengeschwindigkeits-
  Stufenlinie.

Bug gefunden und gefixt waehrend der Emulator-Verifikation: die
Y-Achsen-Autoskalierung klemmte weiterhin auf den gueltigen Drehrad-
Wertebereich (13-25 m/s), wodurch nahe Null liegende Windkomponenten
(bei schwachem Wind der Normalfall) ausserhalb des sichtbaren Bereichs
lagen und weder Diamanten noch Nulllinie zu sehen waren. Der HTML-
Demonstrator klemmt computeSpeedChartRange() bewusst nicht auf SPD_MIN/
SPD_MAX; das Klemmen in FullValueChart._range() jetzt entsprechend
entfernt.

Waypoint-Modell um windSpeedMs/windDirFromDeg/windElevationM erweitert
(nullable, reine Planungshilfe - der Encoder liest diese Felder nie,
Doku 3.2). currentMissionProvider bekommt replaceAll() fuer den
gebuendelten Wind-Fetch, der alle Wegpunkte gleichzeitig aktualisiert.

Verifiziert: flutter analyze (0 issues), flutter test (44/44, davon 14
neue Wind-Mathematik- und 6 neue WindService-Tests), manuell auf
Pixel_10a-Emulator mit echtem Open-Meteo-Netzwerkzugriff - Kopfleisten-
Pille zeigt Live-Wind, Fetch/Validate fuellen Liste bzw. oeffnen das
Validierungspanel mit echten Messwerten, Speed-Plot zeigt nach dem Fix
Diamanten/Nulllinie/Bodengeschwindigkeit korrekt skaliert.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

app/lib/ui/widgets/top_mode_bar.dart

@@ -3,6 +3,7 @@ import 'package:flutter_bloc/flutter_bloc.dart';
 
 import '../../app_mode/app_mode_cubit.dart';
 import '../dmc_colors.dart';
+import 'header_wind_pill.dart';
 import 'map_search_controls.dart';
 
 /// Persistente Kopfleiste zum Umschalten zwischen Plan- und Fly-Modus
@@ -10,11 +11,11 @@ import 'map_search_controls.dart';
 /// faerbt sich in der Farbe des aktiven Modus; der jeweils andere Modus wird
 /// als solider Button am Rand angeboten, um in ihn zu wechseln.
 ///
-/// Traegt ausserhalb des Fly-Modus zusaetzlich die Ortssuche und die
-/// Home-/Fit-Buttons in derselben Pille (HTML-Demonstrator: #searchWrap/
-/// #homeBtn/#fitBtn sitzen alle in #topBarMiddle, nicht in einer separaten
-/// Leiste) - dafuer lebt der MapController im mapControllerProvider statt
-/// als PlanScreen-privates Feld, siehe dort.
+/// Traegt ausserhalb des Fly-Modus zusaetzlich die Wind-Pille, Ortssuche und
+/// die Home-/Fit-Buttons in derselben Pille (HTML-Demonstrator: #headerWindPill/
+/// #searchWrap/#homeBtn/#fitBtn sitzen alle in #topBarMiddle, nicht in einer
+/// separaten Leiste) - dafuer lebt der MapController im mapControllerProvider
+/// statt als PlanScreen-privates Feld, siehe dort.
 class TopModeBar extends StatelessWidget {
   const TopModeBar({super.key});
 
@@ -50,7 +51,9 @@ class TopModeBar extends StatelessWidget {
               if (isFly)
                 const Spacer()
               else ...[
-                const SizedBox(width: 12),
+                const SizedBox(width: 8),
+                const HeaderWindPill(),
+                const SizedBox(width: 8),
                 const Expanded(child: MapSearchControls()),
                 const SizedBox(width: 12),
               ],