Kartenmodule ergaenzen

Phase 6: alles, was einen Ort hat — Loeschwasser, Objekte mit Feuerwehrplan,
die Lagekarte eines Einsatzes und die geplante Foerderstrecke.

Keine Kacheln aus dem Netz. Wo eine Wehr ausrueckt und wo ihre Hydranten
liegen, ist niemandes Geschaeft; der Kartenserver laeuft selbst
(tileserver-gl im Compose-Profil "karte"). Ohne ihn zeigt die Karte einen
leeren Grund und sagt das auch — Punkte, Entfernungen und Umkreissuche
funktionieren trotzdem. Dasselbe gilt fuer einen eingetragenen, aber nicht
erreichbaren Server.

Die Umkreissuche laeuft ueber PostGIS: ST_DWithin auf der Geografie mit
GiST-Index rechnet in Metern und nutzt den Index. Gefragt wird waehrend der
Fahrt, und bei tausend Hydranten waere alles andere ein vollstaendiger
Tabellendurchlauf.

Der Import aus GeoJSON und Stadtwerke-CSV ist nachsichtig, aber ehrlich: er
erkennt "DN 100", deutsche Kommazahlen, Datumsangaben und vertauschte Achsen
— raet aber nichts. Fehlt die Position, wird die Zeile uebersprungen; ohne
Statusangabe steht "ungeprueft", nicht "einsatzbereit".

22 taktische Zeichen nach FwDV 102 selbst gezeichnet, die Lagekarte gleicht
ueber denselben Ereignisstrom ab wie die Atemschutzueberwachung.

Die Wasserfoerderung rechnet Reibung, Hoehe und Pumpenzahl; das Ergebnis wird
nie gespeichert, sondern bei jeder Anzeige neu gerechnet. Geht eine Strecke
nicht auf, sagt die Ausgabe das.

Behoben: die Reibungsbeiwerte lagen im ersten Wurf um den Faktor zehn daneben.
Aufgefallen ist es nur, weil die Tests gegen die Tabellenwerte der Ausbildung
pruefen und nicht gegen die eigene Implementierung.

Dazu ein Abruf fuer abgelegte Dateien (/api/dateien/[id]) — bis hierher gab es
nur den Upload.

59 neue Tests (48 Unit, 11 E2E je Browser).

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

docker-compose.yml

@@ -47,6 +47,10 @@ x-app-env: &app-env
   KIOSK_MAX_FEHLVERSUCHE: ${KIOSK_MAX_FEHLVERSUCHE:-5}
   KIOSK_SPERRDAUER: ${KIOSK_SPERRDAUER:-300}
   KIOSK_IDLE_TIMEOUT: ${KIOSK_IDLE_TIMEOUT:-120}
+  KARTE_STIL_URL: ${KARTE_STIL_URL:-}
+  KARTE_BREITENGRAD: ${KARTE_BREITENGRAD:-48.5}
+  KARTE_LAENGENGRAD: ${KARTE_LAENGENGRAD:-12.15}
+  KARTE_ZOOM: ${KARTE_ZOOM:-13}
   ATEMSCHUTZ_HINWEIS: ${ATEMSCHUTZ_HINWEIS:-true}
   ATEMSCHUTZ_FREIGABE: ${ATEMSCHUTZ_FREIGABE:-}
   ATEMSCHUTZ_ABFRAGE_INTERVALL: ${ATEMSCHUTZ_ABFRAGE_INTERVALL:-600}
@@ -272,6 +276,36 @@ services:
       - intern
     logging: *logging
 
+  # ---------------------------------------------------------------------------
+  # Kartenserver (Phase 6).
+  #
+  # Nur mit Profil: "docker compose --profile karte up -d". FLORIAN läuft ohne
+  # ihn — die Karte zeigt dann einen leeren Hintergrund, Hydranten und
+  # Lagekarte funktionieren trotzdem.
+  #
+  # Gebraucht wird eine MBTiles-Datei des Ausrückegebiets unter
+  # docker/karten/. Woher man sie bekommt, steht in der README; sie liegt
+  # bewusst nicht im Repository — das sind je nach Zuschnitt hunderte Megabyte
+  # bis Gigabyte, und jede Wehr braucht einen anderen Ausschnitt.
+  #
+  # Der Dienst hängt im internen Netz und im Edge-Netz: der Browser des
+  # Anwenders holt die Kacheln direkt, nicht über die Anwendung.
+  # ---------------------------------------------------------------------------
+  tileserver:
+    image: maptiler/tileserver-gl:v4.11.1
+    container_name: florian-tileserver
+    restart: unless-stopped
+    profiles: [karte]
+    command: ["--port", "8080", "--public_url", "${KARTE_OEFFENTLICH:-http://localhost:8085/}"]
+    volumes:
+      - ./docker/karten:/data:ro
+    ports:
+      - "${KARTE_PORT:-8085}:8080"
+    networks:
+      - edge
+      - intern
+    logging: *logging
+
   # ---------------------------------------------------------------------------
   # Die Anwendung selbst (Next.js, Standalone-Build).
   # Führt vor dem Start die ausstehenden Prisma-Migrationen aus.