bluegreencity-ki

Baumkataster v6 – LHH-Zahlendiskrepanz

Stand: 2026-09-15 · Status: LHH-Antwort ausstehend · Issue: #220

Beobachtung

Beim Wechsel von v5 auf v6 (zweigeteiltes Baumkataster, #220) weichen die Rohzeilenzahlen der LHH-Dateien von den von der LHH kommunizierten Baumzahlen ab:

Datei	Rohzeilen (Datei)	LHH-kommuniziert	Differenz
Baum-2026-09-11-v6_aktuell_prod_wie_WFS.csv (aktuell)	108.368	89.510	+18.858
Baum-2010-2025-v6_historisch_prod.csv, Jahr 2025	96.674	82.481	+14.193

Einordnung

• Die LHH-Zahlen entsprechen offensichtlich einer gefilterten Zählung (z. B. nur aktive Bäume, ohne Baumgruppen/Geplannte), die Rohdateien enthalten alle Statusklassen.
• Die Pipeline filtert selbst über exclude_from_analysis_statuses (aktuell: removed_tree, tree_group_b, planned_not_planted, planned_tree_f + inaktive active_tree-Zeilen). Nach diesem Filter bleiben im Panel 2025 77.380 Analysezeilen – die exakte Filterdefinition der LHH-Zahlen ist noch zu klären.
• Kein Datenfehler: Die Rohdateien sind konsistent (eindeutige baum_id in der aktuellen Datei, ID = JAHR+BAUMID im historischen Teil). Die Diskrepanz betrifft nur die Kommunikation der Referenzzahlen.

Konsequenzen für das Projekt

• Training und Current-Run laufen auf den Rohdateien mit Pipeline-eigenem Status-Filter – die LHH-Zahlen werden nicht als Gate verwendet.
• Für die Berichterstattung (Öffentlichkeitsarbeit, Projektberichte) muss die verwendete Zählbasis (Rohdaten vs. gefiltert) explizit benannt werden.

Offene Punkte

• LHH um Bestätigung bitten, welche Filterung hinter 89.510 / 82.481 steckt (Stand 2026-09-15: Antwort ausstehend)
• Ggf. Zählbasis in der Projektberichterstattung vereinheitlichen