Files
FireAdministration/src/app/(app)/karte/wasserfoerderung/page.tsx
T
Florian WildeandClaude Opus 5 1c1e141666 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>
2026-09-04 01:41:24 +02:00

60 lines
2.1 KiB
TypeScript

import { redirect } from "next/navigation";
import Link from "next/link";
import { ArrowLeft } from "lucide-react";
import { aktuelleSitzung } from "@/lib/auth";
import { hatRecht } from "@/lib/authz";
import { env } from "@/lib/env";
import { fuerOrganisation } from "@/lib/db";
import { Button } from "@/components/ui/button";
import { Foerderplaner } from "@/app/(app)/karte/wasserfoerderung/planer";
export const metadata = { title: "Wasserförderung" };
/**
* Wasserförderung über lange Wegstrecke.
*
* Die Rechnung, die sonst mit Tabelle und Bleistift auf der Motorhaube
* entsteht — mit dem Unterschied, dass die Strecke hier aus der Karte kommt
* und sich speichern lässt.
*/
export default async function WasserfoerderungSeite() {
const sitzung = await aktuelleSitzung();
if (!sitzung) redirect("/anmelden");
if (!hatRecht(sitzung, "einsatz.lesen")) redirect("/");
const standort = await fuerOrganisation(sitzung.organisationId, (db) =>
db.standort.findFirst({
where: { aktiv: true, geloeschtAm: null, breitengrad: { not: null } },
select: { breitengrad: true, laengengrad: true },
orderBy: { erstelltAm: "asc" },
}),
);
return (
<div className="space-y-6">
<div>
<Button variant="ghost" size="sm" asChild className="-ml-2 mb-1">
<Link href="/karte">
<ArrowLeft aria-hidden />
Karte
</Link>
</Button>
<h1 className="text-2xl font-semibold tracking-tight">Wasserförderung</h1>
<p className="text-sm text-[var(--muted-foreground)]">
Strecke in die Karte tippen — Pumpen, Schlauchlängen und Druckverlust rechnen sich mit.
</p>
</div>
<Foerderplaner
stilUrl={env.KARTE_STIL_URL ?? null}
mittelpunkt={{
breitengrad: standort?.breitengrad ? Number(standort.breitengrad) : env.KARTE_BREITENGRAD,
laengengrad: standort?.laengengrad ? Number(standort.laengengrad) : env.KARTE_LAENGENGRAD,
}}
zoom={env.KARTE_ZOOM}
darfBearbeiten={hatRecht(sitzung, "einsatz.bearbeiten")}
/>
</div>
);
}