Datenquellen

Kategorien

1. Grenzen & Geometrie — Wo liegt das Grundstück, wie groß ist es, was steht darauf?
2. Widmung & Schutz — Was darf hier gebaut werden, was plant die Gemeinde?
3. Risiko & Klima — Was bedroht das Grundstück (Wasser, Boden, Wetter)?
4. Realnutzung & Infrastruktur — Was ist vor Ort und drumherum verfügbar?
5. Förderung — Wer finanziert die Aktivierung mit?
6. Immobilienpreise — Wie entwickeln sich Preise nach Region und Zeit?

Die interaktive Übersicht wird direkt aus Registry, Active Releases, Coverage-, Freshness- und Quality-Nachweisen abgeleitet. Der vollständige maschinenlesbare Vertrag ist unter /api/v1/data-sources/coverage-matrix und in der öffentlichen Vertragsdokumentation dokumentiert. „Offen“ zählt als sichtbar, nicht als abgedeckt oder freigegeben.

Für bereits qualifizierte öffentliche Snapshots beschreibt der run-gebundene Current-Views-Vertrag, wie Fachzeilen an genau denselben aktiven Release und erfolgreichen Importlauf gebunden werden. Historische Läufe, WMS-Fallbacks und Exportzwecke erhalten dadurch keine zusätzliche Freigabe.

Kanonische Betriebsmatrix des Standort-Reports

Diese Matrix ist die fachliche Single Source of Truth für Architektur, Admin-UI und öffentliches Briefing. Statusbegriffe sind in ARCHITECTURE.md definiert. „Automatisch" bedeutet: Der Rhythmus ist in vercel.json deployt. Ein vorhandenes Ingest-Script allein ist kein automatischer Betrieb.

FND-02-/FND-03-Veröffentlichungsgrenze

Produktionsstand 4. August 2026: PR #393 hat Migrationen 0039/0040 und den Release-Vertrag produktiv ausgerollt; PR #394 mit Produktionscommit 255f408 und zugehörigem Deployment korrigierte anschließend die PostgreSQL-Typbindung im PVGIS-Nutzungsgate. PR #395 mit Produktionscommit 6741532 bewahrt outside_coverage bis zum öffentlichen Report. Der damalige FND-02-Katalog enthielt 46 Quellen: vier registered mit aktivem qualifiziertem Release und 42 ausdrücklich legacyUnverified. Dieser Inventarstand ist keine nachträgliche Qualifikation der Legacy-Quellen. Der zusammengeführte Nachweis steht unter docs/evidence/fnd-02-live-2026-08-04.md; Consumer-, Cron-, Workflow-, Retry- und Outside-Coverage-Belege sind dort vollständig zusammengeführt. FND-02 ist produktiv abgeschlossen. PR #398 mit Produktionscommit e5295aa3b477bffbad0e1442157e692a829f6548 ergänzte am selben Tag Migration 0041, die kanonische Parzellenidentität und den ersten release-gebundenen BEV-Punkt-Lookup. Damit enthielt der Katalog zunächst fünf registered Quellen mit aktivem qualifiziertem Release und 41 ausdrücklich legacyUnverified; der getrennte FND-03-Produktionsnachweis belegt Release, Provenienz und den über PRs #399/#400 abgeschlossenen produktiven Report-Consumer-Cutover innerhalb und außerhalb der Pilot-Coverage. PRs #409/#410 und Migration 0042 haben anschließend den BMLUK-Brachflächen-Snapshot als sechsten qualifizierten Release integriert. Zu diesem Stand enthielt der Produktionskatalog weiterhin 46 Quellen, nun sechs registered und 40 legacyUnverified. Der aktive v2-Release, Workflow, Monitor sowie Web-/PDF-/API-Readback sind im Brachflächen-Produktionsnachweis zusammengeführt. PR #418 und Migration 0044 ergänzten anschließend den qualifizierten SPARTACUS-v3-Datensnapshot. Dieser Zwischenstand enthielt 47 Quellen: sieben registered mit aktivem qualifiziertem Release und 40 ausdrücklich legacyUnverified. PRs #431/#434/#435 und Migration 0045 ergänzten danach die Erdbeben-Ortstabelle als achten qualifizierten Release. PR #459 und Migration 0046 ergänzten anschließend die Local Climate Zones als neunten release-gebundenen Snapshot. Der am 17. August 2026 schreibgeschützt rückgelesene Produktionskatalog enthält damit 49 Quellen: neun registered mit aktivem qualifiziertem Release und weiterhin 40 ausdrücklich legacyUnverified.

Migration 0050 und der Operatorlauf vom 25. August 2026 ergänzten danach geosphere-hora-hitzelayer/public als zehnte release-gebundene Quelle. Der damalige Katalog umfasste damit 50 Quellen: zehn mit aktivem qualifiziertem Release und weiterhin 40 legacyUnverified. Der HORA-Produktionsnachweis belegt den Quellenpointer und getrennt den später deployten öffentlichen Report-/API-Consumer auf Merge 08d55c3. Web- und PDF-Renderer gehören zum selben geprüften Deployment; für den Nachweis wurde bewusst kein persistierter Report erzeugt.

Nach der separaten Lärminfo-Aktivierung als elfter Quelle hob Migration 0052 den bereits vorhandenen Legacy-Eintrag altlasten kontrolliert auf registered; sie legte keinen zusätzlichen Katalogeintrag an. Der aktuelle Produktionskatalog umfasst daher weiterhin 50 Quellen: zwölf mit aktivem, qualifiziertem Release und 38 ausdrücklich legacyUnverified. Der Altlasten-Release 8ed8d136-f3f8-5a78-946b-4b419a050269 steht auf Pointer-Version 1; sein Consumer liest ausschließlich die fail-closed View altlasten_current.

Die Tabellen unten beschreiben weiterhin die vorhandene technische Implementierung. Seit dem Source-/Release-Vertrag in ADR-0043 ist das allein aber keine öffentliche Freigabe: Nur ein qualifizierter Release am passenden Active Pointer darf einen fachlichen Befund erzeugen. Alle Quellen werden in source_registry inventarisiert; alte Tabellen, Dateien, Caches und Direkt-Upserts bleiben bis zu einem belegten neuen Lauf legacy_unverified/gated. Im endgültigen Enforcement erscheinen gesperrte Layer neutral als source_not_released; Tarif, API-Key oder vorhandener Datenbestand umgehen das Gate nicht. Der erste Produktionsdeploy läuft jedoch bewusst mit SOURCE_RELEASE_ENFORCEMENT_MODE=shadow: Bereits vor FND-02 vorhandene Verbraucher bleiben ausschließlich über eine feste technische Positivliste nutzbar, während neu release-gebundene Quellen weiterhin streng geprüft werden. Dieser Übergangsmodus erteilt keine Rechte- oder Qualitätsfreigabe, öffnet weder Google Solar noch unbekannte Slugs/Fähigkeiten und wird mit quellenspezifischen Consumer-Migrationen schrittweise entfernt. Der erste vollständig migrierte Vertical Slice trennt hochwasser-noe (WFS-Snapshot) und hochwasser-noe-wms (WMS-Live-Kanal); die öffentliche Web-Basemap besitzt zusätzlich einen eng begrenzten, eigenständigen basemap-orthofoto/public-live_check. FND-03 hat zusätzlich bev-parzellen/public für point_lookup migriert. #376 hat zusätzlich bmluk-brownfield-2024-gpkg/public ausschließlich für potential_lookup und #404 geosphere-spartacus-v3/public für report_lookup migriert. #427 ergänzte erdbeben-oenorm/public ebenfalls ausschließlich release-gebunden für report_lookup; #454 ergänzte lcz-global/public für denselben release-gebundenen Consumerpfad. #439 ergänzte geosphere-hora-hitzelayer/public ausschließlich für report_lookup; der Quellenrelease und der releasegebundene Report-Consumer sind produktiv rückgelesen. #351 ergänzt altlasten/public für denselben eng gebundenen Zweck; Quellenrelease und Consumer sind mit #525/#526 in API, Web, PDF und Headless-Ausgabe produktiv rückgelesen. Die verbleibenden 38 Legacy-Quellen folgen nur einzeln nach eigenem Rechte-, Coverage-, Freshness- und Quality-Nachweis.

Pointer-Snapshot: 26. August 2026. Active Releases und Pointer-Versionen können sich durch qualifizierte Erneuerungen ändern. Verbindlich aktuell sind die öffentliche Coverage-/Rechtematrix und die jeweilige Quellenprovenienz unter /api/v1/data-sources/{slug}/provenance, nicht dieser datierte Dokumentstand.

Aktive Distribution	Aktiver Release	Vertrags- und Nachweisgrenze
hochwasser-noe/public	d1eb4e67-3059-5ff2-86fe-096406fbbf8a (Pointer 3)	Nur gf-marchegg-v1; öffentlicher Report außerhalb: outside_coverage, kein WMS-Ersatzbefund
hochwasser-noe-wms/public-wms-fallback	9fcf23e8-9f75-55cb-b9bf-37f04c319026 (Pointer 30)	Eigener Live-Kanal mit eigener Pilot-Coverage; keine Vererbung vom WFS-Snapshot
pvgis/public	14203d1d-5c08-5ccb-a57b-8c1b428e86df (Pointer 9)	country:AT; 45 öffentliche QA-Referenzpunkte, keine Kundendaten im Evidenzartefakt
basemap-orthofoto/public	c50cc543-6ee0-58ff-b271-67ae98784f74 (Pointer 174)	Nur web_map innerhalb der amtlichen Capabilities-BBox; keine Tile-Persistenz
bev-parzellen/public	655a7dc3-1f7a-5bdc-a329-d73f1c458320 (Run 57, Pointer 2)	Nur point_lookup in bev-gaenserndorf-pilot-v1; 29.746 Versionen, 15 Geometrien quarantänisiert; Export nur über separat qualifizierten Kanal export
bev-parzellen/export	7ae1d4da-e5d5-5c09-ae1f-15997506d4f7 (Pointer 1)	28.535 vollständig umschlossene Pilotpolygone; 1.211 Public-Geometrien ausgeschlossen; GeoJSON/PDF zweck- und releasegebunden
bmluk-brownfield-2024-gpkg/public	57e2e12b-e240-5287-a0c4-ee1edba795df (Run 56, Pointer 2)	Österreichweiter, neutraler potential_lookup; 3.705 Features und 17 Quarantänefälle; kein Geometrieexport oder amtlicher Befund
geosphere-spartacus-v3/public	81ef8803-2d64-5d30-9d7f-cd526ce57e69 (Pointer 1)	Österreichweiter 2025-Datensnapshot mit 106.610 1-km-Zellen; atomarer Consumer in Web, API und PDF produktiv rückgelesen
erdbeben-oenorm/public	263c80ac-94e0-4e57-97d5-03ca978f8b1d (Pointer 1)	Österreichweite Ortstabelle mit 2.188 Orten und allen fünf Zonen; neutraler report_lookup, keine Ampel oder Kostenwirkung
lcz-global/public	1db4a15b-abb7-44e3-b83a-bec294526773 (Pointer 1)	Österreichweiter Snapshot der Umgebungsstruktur mit Nominaljahr 2018; 5×5-Zellen-Aggregat als neutraler Kontext, keine Parzellenmessung oder Ampel
geosphere-hora-hitzelayer/public	d90ef5c8-17af-5de0-a4e7-22e01f78f164 (Pointer 1)	Österreichweiter historischer 1991–2020-Snapshot mit 83.891 1-km-Zellen; atomarer Report-Consumer über Merge 08d55c3 produktiv rückgelesen
laerm/public	63575c23-0121-506d-8baa-210a82dd957f (Pointer 1)	Acht strategische Lärmkarten der Runde 2022; eigener Rechte- und Capability-Vertrag für Report, Kartenbild und Legende
altlasten/public	8ed8d136-f3f8-5a78-946b-4b419a050269 (Pointer 1)	372 veröffentlichte Altlast-Geometrien im geprüften Scope; Punkt- plus 1-km-Lookup, kein Rohgeometrieexport und kein Parzellen-Intersect

Der separate Kanal bev-parzellen/export ist mit Pointer-Version 1 und 28.535 vollständig umschlossenen Originalpolygonen produktiv aktiviert; 1.211 Public-Geometrien bleiben räumlich ausgeschlossen. Der öffentliche Pointer bleibt unverändert und verleiht selbst keine Exportfähigkeit. Das Änderungspaket bindet GeoJSON und PDF an den separaten Export-Release; der DXF-Consumer ist ebenfalls release-gebunden und nach dem vollständigen #412- Produktions- und Rollback-Readback aktiviert. Der finale Produktionszustand ist DXF_EXPORT_ENABLED=true; false bleibt der bewiesene Kill-Switch. Der Infrastruktur-Readback allein ersetzt weiterhin keinen Consumer-Nachweis.

Quelle	Status	Heutige Implementierung	Aktualisierung / Cache	Fallback	Abdeckung und rechtliche/fachliche Grenze
basemap.at Orthofoto — Webkarte	Live mit Grenze; FND-02-Release-Gate	Fester Same-Origin-Proxy; basemap-orthofoto/public, Distribution basemap-orthofoto-wmts, ausschließlich Capability web_map	Automatischer Provider-Check alle 3 Stunden, Release höchstens 6 Stunden frisch; Proxy und Publisher no-store, keine Tile-/Rohdatenpersistenz	Keiner; ohne frischen, qualifizierten Release bleibt die Basemap fail-closed	Nur bmaporthofoto30cm/normal/google3857 innerhalb der amtlichen Capabilities-BBox; eigener CC-BY-4.0-Review, sichtbare verlinkte Namensnennung und Nutzungshinweise; kein einheitlicher Befliegungszeitpunkt; Capability pdf_map ausdrücklich nicht freigegeben
BEV Kataster / DKM	Live mit Grenze; FND-03-Pilot	Release-gebundener PostGIS-Punkt-Lookup über bev-parzellen/public; GeoJSON, PDF-Outline und der kontrolliert aktivierte DXF-Consumer über den separat qualifizierten Kanal bev-parzellen/export; BEV-WMS bleibt getrennter Legacy-Identitätspfad	Öffentlicher Release aus Run 57 und Pointer 2, Quellenstand 2026-04-01; Quartals-Cron detektiert nur neue Stichtage, GDAL-/Publisher-Lauf manuell. Der Export-Pointer und der #412-DXF-Cutover sind separat nachgewiesen; DXF_EXPORT_ENABLED=true ist live, false der getestete Rollbackzustand	WMS kann nur Identität ohne qualifizierte Snapshot-Geometrie liefern; kein geerbter Release	bev-gaenserndorf-pilot-v1, BBox [16.64,48.28,16.80,48.40], Coverage partial wegen 15 quarantänisierter Geometrien; CC BY 4.0. Geometrie nur für gespeicherten wertschöpfenden Report mit exakt derselben Koordinate; vollständige unveränderte Exportpolygone, kein eigenständiges BEV-Produkt, keine Eigentümerdaten, keine Österreich-Vollständigkeit; DXF live mit enger Pilotgrenze.
BMLUK KI-Potenzialflächenkarte 2024	Live mit Grenze; #376	Release-gebundener PostGIS-Punkt-Lookup über bmluk-brownfield-2024-gpkg/public; neutraler Reportbaustein in Web, PDF und API	Wöchentlicher GitHub-Actions-Providercheck; täglicher Vercel-Monitor. Aktiver v2-Release aus Run 56, Pointer 2, frisch bis 2027-08-03; Workflow- und Monitor-Readback grün	Kein Ersatzbefund; Gate-, Quarantäne- oder Betriebsfehler → degraded	at-national-v1, Coverage partial: 3.705 valide Features und 17 unverändert quarantänisierte Quellgeometrien. CC BY 4.0 und nur public_display/potential_lookup; KI-Potenzialhinweis, kein amtlicher Befund, keine Eigentums-/Verfügbarkeitsaussage und kein Geometrieexport
ALSAG / Altlastenportal-WFS	Live mit Grenze; #351	Release-gebundener Punkt- plus 1-km-Lookup über altlasten_current; native Geometrien in EPSG:31287, UBAID als Identität	Täglicher WFS-Renewal; drei vollständige WFS-Abrufe müssen denselben Inhaltsdigest liefern. Inhaltsgleiche Abrufe dürfen den Release erneuern; Änderungen erzeugen einen manuellen Review-Candidate ohne Auto-Aktivierung. Release: 8ed8d136-f3f8-5a78-946b-4b419a050269, Pointer-Version 1; retrieved_at nur technisch, source_vintage=null; Rechte-Recheck 11.02.2027.	Kein Fallback; Pointer-, Frische-, Rechte-, Qualitäts- oder Scopefehler → degraded	WFS 2.0.0; 1.794 Quellzeilen, davon 372 veröffentlicht, 19 exakt ausgeschlossene Vorschläge und 1.403 scopefremd. Nur public_display/report_lookup mit „Datenquelle: Umweltbundesamt"; keine OGD/CC-Aussage und kein Rohgeometrieexport. Punkt- statt Parzellenprüfung; UBAID ist eindeutig, ALTNR nicht. Nicht-Listung garantiert keine Schadstofffreiheit. Rechte-Recheck zum 11.02.2027.
BDA Denkmalschutz	Live mit Grenze	Eingecheckte JSON, exakter In-memory-Match KG-Code::Grundstücksnummer	Jährliches Build-Script + Commit; kein Netz, keine DB, kein Cron, kein TTL	Ohne belastbaren Parzellenschlüssel kein Denkmalblock	Niederösterreich; kein 5-m-Puffer, keine Ensembles/Umgebungsschutz; Liste nicht rechtsverbindlich
NÖGIS Widmung	Live mit Grenze	PostGIS-Mirror, danach WMS-GetFeatureInfo-Fallback	Manuelles Ingest-Script; kein deployter Widmungs-Cron. WMS via Next-Cache	WMS liefert NÖ-weit dieselbe Klassifikation ohne exakte Fläche	Niederösterreich; reine Indikation, rechtsverbindlich ist die Gemeindeauskunft
NÖ-OGD Hochwasser — WFS-Snapshot	Live mit Grenze; FND-02-Vertical-Slice	hochwasser-noe/public; Release d1eb4e67-3059-5ff2-86fe-096406fbbf8a, Pointer 3; Run 53 ist historischer Erstnachweis, Run 35 bleibt Legacy-Evidenz	Täglicher GitHub-Actions-Check; Vollimport nur bei höchstens 10 Tagen Reserve, 20-Minuten-Ingest-/30-Minuten-Workflow-Limit; autorisierter Workflow- und Vercel-Monitor-Readback grün	Kein geerbter Fallback; WMS ist eine eigene Registry-Distribution	Gänserndorf/Marchegg; öffentlicher Report außerhalb: outside_coverage, kein WMS-Ersatzbefund; eigener CC-BY-4.0-Review; Indikator, kein Gefahrenzonenplan
NÖ-OGD Hochwasser — WMS-Live-Fallback	Live mit Grenze; FND-02-Vertical-Slice	hochwasser-noe-wms/public-wms-fallback; Release 9fcf23e8-9f75-55cb-b9bf-37f04c319026, Pointer 30, eigener Rechte-, Coverage- und Freshness-Stand	Vercel-Live-Check alle 8 Stunden, höchstens 1 Tag frisch, 90 Sekunden Gesamtdeadline; kein ingest_run; autorisierter Fehl-/Retry-Lauf und Health-Readback grün	Ausschließlich innerhalb der belegten Pilot-Coverage; außerhalb outside_coverage	Eigener CC-BY-4.0-Review für den WMS-Bezugskanal; erbt keine Snapshot-Freigabe
geoland.at	Geplant	Keine Reportintegration, kein Schema und kein Ingest	Kein Cache, kein Cron	Keiner	Zielbild für weitere Bundesländer; Rechte und Layerqualität je Land einzeln prüfen
Gemeinderatsprotokolle	Geplant	Kein Scraper, keine OCR-, NER- oder RAG-Pipeline	Kein Cache, kein Vektorindex, kein Cron	Keiner	Heterogene Gemeindequellen; DSGVO- und Datenqualitätskonzept vor Umsetzung erforderlich
HORA 3.0	Blockiert	Kein produktiver Call und kein Mirror	Kein Cache, kein Cron	Hochwassersignal derzeit aus freien NÖ-OGD-Abflussbereichen	Kommerzielle Reseller-/Nutzungsrechte ungeklärt; nicht als Live-Quelle ausgeben
GeoSphere Klima — historischer v2.1-Pfad	Nicht mehr aktiv	geosphere_cache bleibt als historischer Datenbestand erhalten, wird von neuen Reports aber nicht mehr gelesen	Kein Refresh im aktiven Reportpfad	Kein v2.1-, Cache- oder Provider-Live-Fallback	Ausschließlich historische Implementierungsreferenz; darf keine v3-Provenienz oder Verfügbarkeit vortäuschen
GeoSphere SPARTACUS v3 — Snapshot 2025	Live mit fachlicher Grenze	Release-gebundener PostGIS-Snapshot über geosphere-spartacus-v3/public; Release 81ef8803-2d64-5d30-9d7f-cd526ce57e69, Pointer 1, 106.610 unveränderliche 1-km-Zellen	Täglicher read-only Vercel-Monitor prüft offizielle v3-Metadaten, TM/RR/SA-HEAD und den DB-/Manifestvertrag. Kein automatisches Publish, Aktivieren oder Rollback	Kein stiller v2.1-, geosphere_cache- oder Provider-Live-Fallback	Österreichweiter regionaler Klimaindikator, Datenstand 2025; CC BY 4.0, sichtbare Attribution und Quellen-/Lizenzlinks. Web, API und PDF sind produktiv rückgelesen. Weder Messung noch Prognose für eine einzelne Parzelle
KPC / LEADER / KMU.DIGITAL / aws	Entwurf	Kuratierte config/foerderungen.draft.json, deterministisches Matching	Änderung nur per Review + Commit; kein RAG, keine R2-/Vektor-DB, kein Cron	Kein automatischer Fallback	Programme real, Beträge/Bedingungen fachlich unbestätigt; keine Förderzusage
RTR Breitbandatlas	Live mit Grenze	Live-WMTS-GetFeatureInfo, eine 100×100-m-Festnetzzelle je Report; seit #322 zusätzlich der Layer Gefoerderter-Ausbau-Rasterzellen (parallel, fail-soft) als Zukunftssignal BBA2020/BBA2030	Next revalidate: 1 Tag; kein Mirror, kein Cron	HTTP-/Datenfehler → degraded (Ist-Versorgung); Förder-Layer fail-soft → fehlt still	Österreich; Festnetz-Maximum, kein Tarif-/Anschlussversprechen, kein Mobilfunk; geförderter Ausbau ≠ Anschluss-/Termin-Zusage (R-03); CC BY 3.0 AT

Weitere aktive Reportquellen (PVGIS, Lärminfo, Schutzgebiete, WLV, Radon, ÖV, OSM und Routing) sind in den Detailabschnitten unten beschrieben. Die Zeilen oben sind die verbindliche Abgrenzung der im Briefing besonders driftanfälligen Architekturbehauptungen.

Erweitertes Quelleninventar (sortiert nach Reife / Risiko)

Quelle	Kategorie	Format	Lizenz	Risiko	Status / Einsatz
basemap.at Orthofoto	1	WMTS / Tiles	OGD CC BY 4.0	Niedrig	FND-02: Same-Origin-Webkarte nur über qualifizierten 6-Stunden-live_check; keine Tile-Persistenz
GeoSphere Austria — historischer v2.1-REST-Pfad	3	REST JSON	OGD CC BY 4.0 (meist)	Mittel (Rate-Limit)	Nicht mehr aktiv — kein Livecall oder geosphere_cache-Fallback für neue Reports
GeoSphere SPARTACUS v3 2025	3	NetCDF → gzip-JSONL → PostGIS	CC BY 4.0	Mittel	Live: 106.610 Zellen, Pointer 1; Web, API und PDF produktiv rückgelesen
PVGIS (EU-JRC)	3	REST JSON	frei, keine Nutzungsbeschränkung	Niedrig	✅ Default PV-Ertrag (standortgenau)
Google Solar API	3	REST JSON	Maps Platform ToS (nicht persistierbar)	Mittel (Kosten/ToS)	🔒 Premium dachgenau, wo Coverage
NÖGIS Widmung	2	WFS / WMS / JSON	OGD CC BY	Mittel	Live mit Grenze — Mirror + NÖ-weiter WMS-Fallback
NÖ-OGD Hochwasser (WFS)	3	WFS 2.0.0 → PostGIS	CC BY 4.0	Mittel	FND-02: hochwasser-noe/public; eigener Snapshot-Review
NÖ-OGD Hochwasser (WMS)	3	WMS GetFeatureInfo	CC BY 4.0	Mittel	FND-02: hochwasser-noe-wms/public-wms-fallback; eigener Review und 1-Tag-Freshness
NÖGIS Geogene Gefahren	3	WMS / WFS	OGD CC BY	Niedrig	Blockiert — kein qualitativ vertretbarer OGD-Punktpfad
Schutzgebiete (Natur + Wasser, NÖ)	2, 3	WMS-GetFeatureInfo	OGD CC BY 4.0	Niedrig	✅ Live (Naturschutz/Natura 2000/Wasserschutz)
Lärminfo	3	WMS-GetFeatureInfo (strategische EU-Lärmkarten; Straße/Schiene/Flug/Industrie-IPPC)	OGD CC BY 4.0, „Datenquelle: www.laerminfo.at“	Niedrig	✅ Release-gebunden live: acht 2022-Layer sowie Report, Karte, PDF und Legende produktiv rückgelesen; Produktionsnachweis
ÖV-Güteklassen (ÖROK/BMIMI)	2, 4	Shapefile-Jahreslieferung → PostGIS-Mirror	Haftungsausschluss (keine Lizenzauflagen)	Niedrig	✅ Live (Pilot-Mirror, Klassen A–G)
OpenStreetMap — POI-Dichte / 15-Min	4	GeoFabrik-Extrakt → PostGIS-Mirror	ODbL 1.0 (Share-Alike)	Niedrig	🟡 Phase 2 (Pilot-Mirror, Nahversorgungs-Score)
Grundbuch (JustizOnline)	1, 2	PDF-Auszug (kostenpflichtig, kein OGD)	Bundes­abgaben­ordnung	Hoch (Kosten + kein API für Massenabfrage)	MVP (B2C on-demand) — siehe ADR-0016
ALSAG / Altlastenportal	3	WFS 2.0.0 → release-gebundener PostGIS-Snapshot	Bedingte UBA-Weiterverwendung vom 11.08.2026; keine CC-/OGD-Lizenz	Hoch (Screening, Punkt statt vollständiger Parzelle)	Live mit Grenze — 372 veröffentlichte Altlasten; nur public_display/report_lookup, kein Rohgeometrieexport
Microsoft Building Footprints	1	GeoJSON Bulk	ODbL (Share-Alike)	Niedrig	Geplant — keine Reportintegration
BEV Kataster / INSPIRE	1	GPKG-Snapshot → release-gebundener PostGIS-Punkt-Lookup; separater reportgebundener GeoJSON-/PDF-/DXF-Exportkanal; WMS separat	CC BY 4.0 für Speicherung, point_lookup und abgeleitete Exporte in wertschöpfenden Reports schriftlich bestätigt; DXF mit #412-Produktions-, Parser- und Rollback-Readback live	Mittel (nur Pilot-Coverage; Export nur bei eigenem aktiven Release)	FND-03 live mit Grenze — öffentlicher Release 655a7dc3-1f7a-5bdc-a329-d73f1c458320, nur Gänserndorf-Pilot; WMS bleibt eigener Legacy-Kanal
Sentinel-2 / Copernicus	3, 4	EU Copernicus	Frei	Niedrig	Phase 2 +
geoland.at Aggregator	1, 2	WMS / WFS	OGD je Bundesland	Niedrig	Geplant — Skalierung über Niederösterreich hinaus
BDA Denkmalschutz	2	Statische CSV (parzellenscharf, build-time → JSON)	OGD (freies Werk)	Niedrig	Live mit Grenze — NÖ, exakter KG+GstNr-Match
RTR Breitbandatlas	4	WMTS-GetFeatureInfo	CC BY 3.0 AT	Niedrig	Live mit Grenze — Festnetz-Raster, kein Mirror
BMLUK/Umweltbundesamt KI-Potenzialflächenkarte 2024	4	GeoPackage → release-gebundener PostGIS-Snapshot; 3.705 valide + 17 quarantänisierte Geometrien	CC BY 4.0	Mittel (KI-Indikator, kein amtlicher Brachflächenbescheid)	#376 produktiv abgeschlossen — v2-Release 57e2e12b-e240-5287-a0c4-ee1edba795df, Run 56, Pointer 2; nur potential_lookup, kein Geometrieexport
HORA 3.0	3	WMS via LFRZ	Reseller-Vertrag offen	Hoch (kommerzielle Lizenz)	Blockiert — nicht im Produktpfad
Gemeinderats­protokolle	2	HTML / PDF / gescannt	öffentlich, kein API	Mittel (DSGVO + DQ)	Geplant — keine laufende Pipeline
KPC / LEADER / KMU.DIGITAL / aws	5	Webportal, kein API	Förderdaten	Mittel (kein API)	Entwurf als statische Config; RAG geplant
Mapillary	1 (Street-Level)	API	CC BY-SA 4.0	Mittel (Coverage dünn)	Phase 3 + (städtisch)
Google Street View / Bing Streetside	1 (Street-Level)	API (kommerziell)	Maps Platform ToS	Hoch — AI-Auswertung verboten	❌ Niemals für AI-Auswertung

Implementierungsstatus (getestet / implementiert)

Quellen mit lauffähigem, idempotentem Ingest-Script (ADR-0005 Spiegelung). „Live verifiziert" = End-to-End gegen Live-Endpoint geprüft; „Script vorhanden" = implementiert, Pilot-Scope getestet, Statewide-/Cron-Ausbau dokumentiert.

Quelle	Status	Script
BEV Kataster / DKM	✅ Öffentlicher FND-03-Pilotrelease aktiv: Run 57, Pointer 2, Quellenstand 2026-04-01; 29.761 Quellzeilen, 29.746 unverändert veröffentlichte Versionen, 15 quarantänisierte Geometrien, 21 ausgeschlossene Legacy-Zeilen älteren Stands, fünf bestandene Pflichtchecks. public_display/point_lookup bleibt auf bev-gaenserndorf-pilot-v1 begrenzt. ADR-0055 ergänzt den getrennten qualifizierten Exportkanal für gespeichertes GeoJSON-Reportoverlay, PDF-Outline und den release-gebundenen DXF-Consumer. Export-Pointer 1 ist aktiv; DXF ist nach positivem, negativem, GDAL-Parser- und Rollback-Readback mit Flag true live. Keine Österreich-Coverage oder Eigentümerdaten.	scripts/ingest-parzellen.mjs + scripts/publish-bev-parcel-release.mjs + scripts/publish-bev-parcel-export-release.mjs + FND-03-Live-Nachweis + ADR-0055
BMLUK KI-Potenzialflächenkarte 2024	✅ #376 produktiv aktiv: Run 56, Pointer 2, Modellstand 2024; 3.705 unverändert veröffentlichte Geometrien, 17 ungültige Quellgeometrien quarantänisiert, sieben bestandene Pflichtchecks und zwei sichtbare Warnchecks. Wöchentlicher Renewal-Workflow, täglicher Monitor und Live-Readback von API, Web und PDF sind grün. Ausschließlich neutraler public_display/potential_lookup; kein Geometrieexport oder amtlicher Befund.	scripts/publish-brownfield-release.mjs + scripts/renew-brownfield-snapshot.mjs + Produktionsnachweis + ADR-0045
NÖGIS Widmung	✅ Verifiziert (Pilot Bez. Gänserndorf; Statewide ~73k per all-Flag)	scripts/ingest-widmung.mjs
ALSAG / Altlastenportal-WFS	✅ Release 8ed8d136-f3f8-5a78-946b-4b419a050269, Pointer 1, produktiv aktiv: drei identische WFS-Abrufe, 1.794 Quellzeilen, 372 veröffentlichte Altlast-Geometrien, 19 exakt ausgeschlossene Vorschläge und 1.403 scopefremde Zeilen. Der Consumer liest altlasten_current, transformiert nur den Adresspunkt nach EPSG:31287 und degradiert fail-closed. API-Hit und No-Hit, Web, PDF und Headless-Ausgabe sind produktiv rückgelesen; der Near-Hit-Gegencheck zeigt 703 m und UBAID 72113. Die alte 2020-GML-Tabelle bleibt ausschließlich historische Evidenz.	scripts/publish-altlasten-release.mjs + scripts/renew-altlasten-snapshot.mjs + Produktionsnachweis + ADR-0058 + Rechteprüfung
Eurostat prc_hpi_q	✅ Live verifiziert (AT bis Q4/2025, EU/EA + alle MS)	scripts/ingest-prices-eurostat.mjs
Statistik Austria HPI	✅ Live verifiziert (OGD-Cube, 5 Messgrößen, AT gesamt)	scripts/ingest-prices-statat.mjs
OeNB Fundamentalpreis­indikator	✅ Live verifiziert (Dashboard-ZIP, 1989-Q1 → 2025-Q4, 296 Datenpunkte AT + Wien; AT 2025-Q4 = +4,60 %, Wien = +12,31 %)	scripts/ingest-prices-oenb.mjs
EZB Data Portal (HICP Wohn­mieten)	✅ Live verifiziert (ICP/M.U2.N.041000.4.INX, Euroraum 2010-01 → 2025-12, Index 120,39; generisch über SDMX-JSON-Flows)	scripts/ingest-prices-ecb.mjs
OECD Analytical House Prices	✅ Live verifiziert (50 Länder, AT 2025=167,3 · 2015=100; SDMX-CSV-Bulk mit Labels)	scripts/ingest-prices-oecd.mjs
BIS Property Prices (WS_SPP / WS_DPP / WS_CPP)	✅ Live verifiziert — WS_SPP 61 Länder (AT 2025-Q4 Nominal-Index 2010=100 = 211,51); WS_DPP Detailed Residential (AT-Wien Flats All 2025-Q4 = 310,8 · Index 2000=100; #88); WS_CPP Commercial 19 Länder ohne AT (DE Office 2025-Q4 = 163,7 · Index 2010=100; #88); SDMX-CSV mit labels=both, Multi-Dim-Slugs	scripts/ingest-prices-bis.mjs
Eurostat Census 2021 1km-Bevölkerungsraster	✅ Live verifiziert (#98, INSPIRE-Endpoint; 42.966 populated AT-Zellen, ∑ Bev. = 8,97 Mio.; 13 STAT-Kategorien je Zelle; Spatial-Join auf 18.263 Parzellen verifiziert)	scripts/ingest-bevoelkerungsraster.mjs
Ediktsdatei (Zwangsversteigerungen)	🟡 Stufe 1 — Schema + Ingest implementiert, Magnus-Defaults am 2026-05-26 abgenickt (Retention 365 d, Wertband ±20 %, Adress-Maskierung inkl. Villa/Bungalow/Hütte + null-Default, Connector = Playwright-Sandbox). Live-Lauf wartet auf Playwright-Connector-Issue + BMJ-Info-Mail. Discovery: discovery/edikte-discovery.md.	scripts/ingest-edikte.mjs + lib/edikte/policies.ts
OpenStreetMap POI-Dichte	🟡 Pilot-Mirror läuft (#101/#250 Phase 2): Extrakt, Migration 0028, Ingest und monatlicher Vercel-Cron ingest-osm-pois (8., 05:00 UTC) sind implementiert und End-to-End live verifiziert (Erstlauf 443 Zeilen, ingest_runs ok); der Refresh-Bug, der den Mirror beim zweiten Cron-Lauf leerte, ist behoben. Der Pilot-Abzug läuft über Overpass (einmalig offline, kein GDAL) — GeoFabrik + osmium/ogr2ogr wird erst für statewide NÖ gebraucht (eigenes Issue). Grenze: nur Pilot-bbox Gänserndorf-Kern, außerhalb ehrlich degraded. ODbL geklärt (Report = „Produced Work", nur Attribution; osm_pois = „Derivative Database"), anwaltliche Bestätigung vor kommerziellem Go-Live offen. Radius 900 m und Schwellen ≥4/5 · 2–3/5 · ≤1/5 evidenzbasiert (PR #255); Radius und Schwellen von Magnus fachlich gegengezeichnet am 11.08.2026 (#463); anwaltliche ODbL-Bestätigung: „später“ (R-17).	scripts/osm-pilot-extract.mjs + scripts/ingest-osm-pois.mjs + lib/geo/poi-dichte.ts + MAGNUS-REVIEW-POI-DICHTE.md
NÖ-OGD Hochwasser	✅ Aktiver Snapshot d1eb4e67-3059-5ff2-86fe-096406fbbf8a, Pointer 3 (Quellenstand 2024-11-17, 17.934 Polygon-Parts, drei bestandene Pflichtchecks); FND-02-Run 53 ist historischer Erstnachweis. Der getrennte WMS-Live-Kanal steht auf Release 9fcf23e8-9f75-55cb-b9bf-37f04c319026, Pointer 30; keine Rechte-, Coverage- oder Freshness-Vererbung und außerhalb der Pilot-Coverage kein WMS-Ersatzbefund. Workflow-, Monitor-, Cron-, Retry- und Report-Readback sind grün; historischer Run 35 bleibt Legacy-Evidenz.	scripts/publish-hochwasser-release.mjs + FND-02-Live-Nachweis + ADR-0043 + ADR-0040
STAT AEST-Gemeindeergebnisse (Pendler/Arbeitsplätze)	✅ Live verifiziert (Pilot: Gänserndorf 76,7 % / Marchegg 82,0 % Auspendleranteil 2024; 30.693 Zeilen, 2011–2024)	scripts/ingest-stat-aest.mjs
STAT Bevölkerungsdynamik (BevStand + Wanderung)	✅ Live verifiziert (Pilot: GF 12.348 EW zum 1.1.2026 inkl. 100+-Zeilen; Binnen-Saldo 2024 +180, Ausland −12; 12.684 + 50.730 Zeilen)	scripts/ingest-stat-bevdynamik.mjs
BFW eBOD Bodenkarte (Gründigkeit + Wasserverhältnisse)	✅ Live verifiziert (Pilot-Mirror 1.805 Polygone; Referenzpunkte: Ortsrand-Acker GF mittelgründig, Marchegg tiefgründig, Rathausplatz NICHT KARTIERT)	scripts/ingest-boden.mjs
ÖBB GTFS Soll-Fahrplan (Bahnanbindung)	✅ Live verifiziert (österreichweiter Snapshot 1.101 Stationen, Fahrplan ab 2025-12-14; Pilot: Gänserndorf 146, Marchegg 118 Halte am Werktags-Referenztag)	scripts/ingest-gtfs.mjs

Gemeinsame Helfer: scripts/lib/ (jsonstat.mjs, sdmx-json.mjs mit v1+v2-Parser, statat-ogd.mjs, xlsx-mini.mjs, csv.mjs RFC-4180, prices-db.mjs, ingest-runs.mjs, import-checkpoint.mjs). Mutable Spiegel verwenden idempotente Upserts. Das generische DATA-01-Harness persistiert Checkpoints migrationsfrei in ingest_runs.metadata: Quellenmanifest, kanonischer Scope, Lease-Owner, Generation, Revision, Cursor und Zähler bleiben an genau denselben Lauf gebunden. Der österreichweite Census-2021-Import ist der erste angebundene Großimport; ein anderer Archivhash, anderer Scope, aktiver fremder Lease oder übernommener Worker stoppt fail-closed. Nach einem Abbruch wird höchstens die zuletzt bereits commitete, aber noch nicht checkpoint-bestätigte idempotente Upsert-Batch wiederholt. Details stehen in ADR-0049 und im Checkpoint-Runbook. Ein Checkpoint ist weder ein Quellenrechte-Review noch ein Source Release oder eine Aktivierung. Die vier FND-02-Pfade Hochwasser-WFS, Hochwasser-WMS, PVGIS und basemap.at Orthofoto sowie der FND-03-BEV-Punkt-Lookup besitzen generische, unveränderliche Source Releases und werden erst nach vollständiger Prüfung aktiviert; eBOD besitzt weiterhin seine ältere, quellspezifische Run-Isolation und bleibt bis zu einem eigenen Release-Migrations-Slice legacyUnverified. Bei eBOD teilen Gründigkeit und Wasserverhältnisse dieselbe ingest_run_id und werden ausschließlich gemeinsam mit einem atomaren Statuswechsel veröffentlicht. Die beiden Gemeinde-STAT-Ingests arbeiten batch-isoliert über permanente Staging-Tabellen und bewegen den vollständigen Quellstand erst im abschließenden PostgreSQL-Statement in die aktiven Tabellen. Lauf-Tracking erfolgt in ingest_runs (Migration 0014), Veröffentlichung in den sechs FND-02-Ledger-Tabellen (Migration 0039). Ein erfolgreicher Lauf ist kein Active Release. Teil- und Fehlläufe bleiben unsichtbar. Automatisch betrieben werden nur die in vercel.json und lib/cron/catalog.ts eingetragenen Jobs; Inngest ist derzeit nicht Teil des Laufzeit-Stacks. Nächste Spiegelungs-Kandidaten mit bekanntem Endpoint sind eine Planung, kein laufender Betrieb.

Detail pro Quelle

basemap.at Orthofoto

• Endpoint/Distribution: amtliche WMTS-Capabilities https://mapsneu.wien.gv.at/basemapneu/1.0.0/WMTSCapabilities.xml; öffentlich freigegeben wird ausschließlich bmaporthofoto30cm/normal/google3857 in der Distribution basemap-orthofoto-wmts ausschließlich mit Capability web_map über den festen Same-Origin-Proxy.
• Auflösung: laut amtlicher Produktseite maximal 29 cm flächendeckend und 15 cm in einzelnen Regionen.
• Aktualität: ungefähr jährlich; Aufnahmezeitpunkt variiert regional, weil das österreichweite Produkt ein Komposit unterschiedlicher Befliegungen ist. Der Source Release belegt Erreichbarkeit und Contract, nicht einen einheitlichen Bildstand.
• Coverage: exakt die in den Capabilities publizierte WGS84-BBox [8.782379, 46.358770, 17.5, 49.037872]; jede Webkachel muss vollständig darin liegen.
• Lizenz: CC BY 4.0 (OGD), private und kommerzielle Nutzung laut basemap.at frei und entgeltfrei.
• Attribution-Pflicht: „Grundkarte: basemap.at" als sichtbarer Link, CC-BY-4.0-Link, Abgrenzung der unveränderten Orthofoto-Kachel von separaten LandNutzen-Layern und keine behauptete Empfehlung durch basemap.at.
• Betrieb: höchstens sechs Stunden gültiger live_check; der CRON_SECRET-geschützte Job renew-basemap-release erneuert ihn alle drei Stunden mit einem deterministischen UTC-Fensterschlüssel. Drei Pflichtchecks, Expected-Current-CAS; keine künstliche Freshness, kein allowStale und keine Tile-, Capabilities-, nutzerbezogene Koordinaten- oder Bildpersistenz. Details im Rechte-Review, Release-Nachweis und Runbook.
• Nicht freigegeben: Capability pdf_map, Offline-Cache, Rohdatenweitergabe, Export und KI-/Modelltraining benötigen eigene Reviews/Releases.

BEV Kataster / INSPIRE

• Produktiver Snapshot-Kanal: bev-parzellen/public, Distribution bev-dkm-gpkg-pilot-snapshot, ausschließlich Zweck public_display und Capability point_lookup. Der nach dem Rechte-Refresh neu qualifizierte aktive Release 655a7dc3-1f7a-5bdc-a329-d73f1c458320 stammt aus Run 57, Pointer-Version 2, mit fachlichem Stand 2026-04-01.
• Coverage: ausschließlich bev-gaenserndorf-pilot-v1 mit BBox [16.64,48.28,16.80,48.40]. 29.746 von 29.761 Quellzeilen sind als unveränderte release-gebundene Versionen veröffentlicht; 15 ungültige Geometrien wurden ohne ST_MakeValid quarantänisiert und machen die Coverage partial. 21 Legacy-Zeilen eines älteren Stands sind nicht Teil des Release. Das ist keine Niederösterreich- oder Österreich-Vollständigkeit.
• Historischer Spatial-Filter und strengere Exportgrenze: Der öffentliche Snapshot wurde über ogr2ogr -spat erzeugt. Dabei werden auch die Pilot-BBox schneidende Parzellen als vollständige, unveränderte Originalpolygone übernommen. Ein Export darf dagegen ausschließlich ST_CoveredBy(geom, ST_MakeEnvelope(16.64, 48.28, 16.8, 48.4, 4326)) erfüllen. outsideCoverageRowCount zählt sämtliche nicht vollständig umschlossenen Public-Polygone, einschließlich grenzschneidender und gegebenenfalls vollständig außerhalb liegender Parzellen; sie bleiben im öffentlichen Snapshot, aber außerhalb des Export-Release. ST_Intersects, ein Mittelpunkt oder das Beschneiden der Originalgeometrie sind keine zulässige Exportgrundlage.
• Unabhängige Snapshot-Bilanzen: Für den unveränderten Public-Bestand gilt publicRowCount = publishedRowCount + outsideCoverageRowCount = 29.746 und publicSourceRowCount = publicRowCount + quarantinedRowCount = 29.761. Für den Export gilt separat sourceRowCount = publishedRowCount + quarantinedRowCount; alle 15 Quarantänefälle bleiben ausdrücklich nachweisbar. publicManifestSha256 und publicSourceManifestSha256 binden den vollständigen öffentlichen Snapshot; manifest_sha256 und sourceManifestSha256 binden die eigene Export-Teilmenge. Der Produktions-Readback bestätigt 28.535 Exportpolygone, 1.211 ausgeschlossene Public-Originale und 28.550 Export-Quellzeilen; konkret gelten 28.535 + 1.211 = 29.746 und 28.535 + 15 + 1.211 = 29.761.
• Identität und Datenminimierung: Die interne reversible parcel_uid trennt sich von Originalaliases, Versionsgeometrie und Lifecycle-Evidenz. Personen-, Eigentümer- und Grundbuchinhalte sind ausgeschlossen; die freien properties-Objekte des Release sind leer. Details in ADR-0044.
• Lizenz und erlaubte getrennte Zwecke: Der tatsächlich genutzte GPKG- Bezugskanal von data.bev.gv.at steht unter CC BY 4.0. Seine versionierten Regeln trennen public_display/point_lookup von export. Die separate Exportregel verlangt exakt attribution, sourceLink, licenseLink, changeNotice, nonEndorsement, valueAddedReport, notStandaloneBevProduct, pilotCoverageOnly und noOwnerData. Die erlaubten Release-Capabilities sind parcel_geojson, pdf_parcel_outline und parcel_dxf; die bloße Capability aktiviert keinen Consumer. Der Rechte-Nachweis gilt nur für diese Distribution und die jeweils vollständig erfüllten Bedingungen.
• Releasegebundene Rechte-Digests: Die geprüfte Datei wird gegen rightsReviewSha256 und rightsReviewStateSha256 im usage_context des aktiven öffentlichen Source-Release abgeglichen. Der Export-Release und seine Qualitätsnachweise übernehmen dieselben Werte; source_release_registry_allows prüft zusätzlich die zulässigen Registry-Eigenschaften. Die Digest-Spalten der Tabelle source_registry dürfen für BEV NULL sein und sind kein Ersatz für den öffentlichen Release-Nachweis.
• Getrennter WMS-Pfad: BEV-WMS-GetFeatureInfo bleibt außerhalb des Snapshot-Piloten ein eigener Legacy-Fallback für Grundstücksidentität ohne qualifizierte Snapshot-Geometrie. Er erbt weder Release noch Rechte-, Coverage-, Freshness- oder Quality-Freigabe des GPKG-Kanals. Der Report bewahrt den Snapshot-Zustand trotz Fallback: outside_coverage bleibt eine Abdeckungsgrenze, Release-Gates erscheinen als source_not_released und operative Fehler als failed.
• Rechtebestätigung #77 und zweckgebundener Exportkanal: Das BEV bestätigte am 4. August 2026 dauerhafte Spiegelung sowie abgeleitete Geometrieausgaben in wertschöpfenden Kundenreports mit BEV-Namensnennung; ein eigenständiges BEV-Datenprodukt ist ausgeschlossen. Die Migrationen 0048_bev_parcel_export_release.sql und 0049_bev_parcel_export_bounded_subset.sql sowie ADR-0055 ergänzen bev-parzellen/export und die Sicht parcel_versions_export_current, ohne den öffentlichen Kanal zu verändern. Ein atomarer Read bindet Distribution, exportierten Zweck, Capability, Rechte, aktuellen Review, Freshness, Quality, erfolgreichen Lauf, Pilotabdeckung und quarantinefreie parcel_versions. Zusätzlich müssen der öffentliche Release des gespeicherten Reports und die im Export-Release gebundene öffentliche Pointer-Version exakt zum aktiven öffentlichen Pointer passen. Die vorhandene /api/parcel-geojson-Route liefert nur für einen bereits gespeicherten wertschöpfenden Report mit identischer Koordinate ein internes Kartenoverlay; die PDF zeichnet nur eine qualifizierte Outline. DXF ist an denselben gespeicherten Mehrwertreport gebunden und darf nur vollständige, unveränderte Originalpolygone in voller Stützpunktdichte ausgeben. Ohne eigenen aktiven Export-Release bleiben alle drei fail-closed. Der DXF- Consumer selbst schreibt keine neuen Reports, Eigentümerdaten oder andere personenbezogene Produktionsdaten. Der einmalige anonyme QA-Report des Rollouts ist im Produktionsnachweis mit seiner 90-Tage-Retention getrennt ausgewiesen. parcel_dxf ist release_bound und nach dem #412- Produktions-, Parser- und Rollback-Readback kontrolliert aktiviert. Der aktuelle Produktionszustand ist DXF_EXPORT_ENABLED=true; mit false bleibt der Pfad 404 und im öffentlichen OpenAPI verborgen. Nur Release-Bindung plus exakt true dokumentieren ihn. #413 gewährt keine NÖGIS-Rechte. Der erfolgreiche Produktionslauf belegt den separaten Export-Pointer 7ae1d4da-e5d5-5c09-ae1f-15997506d4f7; der getrennte DXF-Produktionsnachweis belegt den Consumer auf Merge-SHA 8b276764f8d5803e8dc6ecdbe54323d8b38445c1 und finalem Deployment dpl_CaUMXVpyerL5iV6BzraupmboMgtr.
• DKM ≠ Grundbuch: Die Geometrie ist keine zentimetergenaue Grundbuchsauskunft; Toleranzmargen bei Flächenberechnungen sind Pflicht.
• Kataster-Status (RSTATUS): G = Grenzkataster (rechtsverbindlich festgelegt, vermessungsgenau → keine Toleranzangabe), E = Grundsteuerkataster (Grenzen nur ersichtlich gemacht, nicht rechtsverbindlich → ±10 % Flächenschärfe). Werte und Wortlaut per Magnus-Entscheid 11.08.2026 (#81; ersetzt die frühere ±1 %/±3 %-Heuristik). Datenquelle dafür verifiziert: RSTATUS stammt direkt aus den BEV-Kataster-Stichtagsdaten des release-gebundenen Mirrors (FND-03); der WMS-Fallback (data.bev.gv.at, ebenfalls BEV, kein harmonisierter Drittlayer) führt kein RSTATUS-Attribut → Anzeige „nicht ausgewiesen". Keine Rechtsgarantie.
• Aktualität/Stichtag: DKM erscheint quartalsweise. Der Cron /api/cron/ingest-parzellen detektiert nur neue Stichtage und schreibt pending_manual; GDAL-Ingest und Publisher bleiben manuell, weil Vercel kein GDAL hat (ADR-0034, Issue #83). Der Report muss den fachlichen Release-Stand ausweisen, nicht bloß Spiegelungs- oder Abfragedatum.
• Opt-in-Disclaimer: „Errechnete Szenarien ersetzen keine rechtsverbindliche Vermessung."
• Produktionsnachweis: Manifest-, Quality-, Quarantäne-, Provenienz- und Datenminimierungs-Readbacks stehen im FND-03-Live-Nachweis. Der Report-Consumer-Cutover ist dort mit produktivem hit- und outside_coverage-Readback sowie grünen Boundary-, Gate-, Quarantäne- und Betriebsfehler-Contracttests abgeschlossen.
• DACH-Skalierung: Deutschland hat 16 separate Landes-APIs (ALKIS) — geoland.at-Vergleich AAA-Modell.

GeoSphere Austria

• Base-URL: *.hub.geosphere.at (alte ZAMG-URLs deprecated, Migration abgeschlossen)
• Format: REST, JSON / CSV / NetCDF
• Datensätze: TAWES (Stationen 10 min), INCA (1 km Raster), HISTALP (homogenisiert seit 1760), ÖKS15 Klima­szenarien bis 2100, SPARTACUS, SNOWGRID, Strahlung, Trockenheits­index
• Lizenz: CC BY 4.0 (meist), teils CC0
• Rate-Limit: 5 req/sec, 240 req/h, max 1 M Werte / Response → aggressives Caching ab Tag 1

Historischer v2.1-Reportpfad

Vor #404 lud der Report das jüngste vollständige SPARTACUS-v2.1-Jahresprofil beim ersten Bedarf live und speicherte es in PostgreSQL (geosphere_cache) pro gerundeter ~1-km-Zelle und Referenzjahr. Dieser Pfad ist für neue Reports gesperrt. Der alte Cache bleibt ausschließlich als historischer Datenbestand; er ist weder Speicher noch Fallback des aktiven v3-Consumers.

GeoSphere Austria — SPARTACUS v3 Snapshot 2025

• Source Release: geosphere-spartacus-v3/public, Distribution spartacus-v3-1y-1km, Release 81ef8803-2d64-5d30-9d7f-cd526ce57e69, Pointer-Version 1.
• Produktionsaktivierung: GitHub-Actions-Lauf 30964182823 aktivierte den qualifizierten Snapshot mit 106.610 gültigen Zellen für das abgeschlossene Jahr 2025. Der Aktivierungsnachweis bindet Manifest-, Artefakt-, Row- und Source-to-Rows-Hash.
• Speicherung: unveränderliche native 1.000-Meter-Zellzentren in EPSG:3416, releasegebunden in spartacus_v3_climate_cells. Der alte geosphere_cache ist weder Speicher noch Fallback dieses Snapshots.
• Rechte und Attribution: CC BY 4.0 für public_display/report_lookup; sichtbar auszugeben sind „Datenquelle: GeoSphere Austria - https://data.hub.geosphere.at“ sowie Quellen-, Lizenz- und Nutzungslink.
• Aussagegrenze: regionaler 1-km-Klimaindikator, weder Messung noch Prognose für eine einzelne Parzelle.
• Dauerbetrieb: /api/cron/monitor-spartacus-v3-snapshot-release läuft täglich um 04:57 UTC. Der geschützte read-only Monitor vergleicht die offizielle v3-Metadatenroute, die HEAD-Metadaten der gepinnten 2025-Dateien und Active-/Release-/Run-/Coverage-/Hash-/Zellzahl-Readbacks. Drift löst den Cron-Fehleralarm aus. Der Job publiziert, aktiviert und rollt niemals automatisch zurück; ein neuer Jahresstand benötigt einen neuen Kandidaten und eine bewusste Freigabe.
• Produktionsnachweis: Web-Permalink, API-v1-Antwort und elfseitiges PDF wurden mit demselben vollständigen Release-Tupel, denselben Klimawerten, sichtbarer Attribution und Aussagegrenze rückgelesen. Der vollständige Beleg steht im verlinkten Aktivierungs- und Consumer-Nachweis.

PVGIS (EU-JRC) — IMPLEMENTIERT (Default PV-Ertrag, ADR-0037)

• Base-URL: re.jrc.ec.europa.eu/api/v5_3 (PVcalc), Modul lib/geo/solar.ts#getPvgisYield
• Liefert: spez. Jahresertrag [kWh/kWp] bei optimaler Ausrichtung (AC), Einstrahlung, optimale Neigung/Azimut → report.solar
• Lizenz: frei, keine Registrierung, keine Nutzungsbeschränkung (EU-JRC, EU-gehostet)
• Nutzung: ersetzt die Konfig-Pauschale 1140 standortgenau (Engine liest report.solar?.spez_ertrag_kwh_pro_kwp ?? Pauschale). Der aktuelle Rechner- und Reportpfad fragt PVGIS mit cache: "no-store" und 10-Sekunden-Timeout ab; es gibt keinen persistenten 30-Tage-PVGIS-Cache.
• Source-Release: Ein qualifizierter live_check mit Coverage country:AT, acht Tagen maximaler Provider-Freshness und drei Pflichtchecks schaltet den öffentlichen Pfad frei. Rechteprüfung, schreibfreier Plan, Publish, ACK-Recovery und Readback stehen im PVGIS-Release-Runbook.
• Dauerbetrieb: /api/cron/renew-pvgis-release prüft alle drei Tage 45 öffentliche Referenzpunkte (fünf je Bundesland) innerhalb einer 260-Sekunden-Deadline. Nur 45/45, 9/9, bestandene Drift-/Latenzgates sowie exakte Commit-/Contract-/Adapter-/Runner-Hashes erzeugen einen neuen Active-Pointer. Vollständige redigierte Evidence bleibt release- und hashgebunden öffentlich lesbar; PVGIS-Rohantworten und Kundendaten werden weder gecacht noch darin persistiert.
• Runtime-Bindung: Der Usage Context fordert neben der offiziellen Endpoint-Identität den gemeinsamen Request-/Parser-Vertrag einschließlich fester Parameter, erlaubtem Verlustbereich und erwarteter PVGIS-SARAH3-Datenbank. Ein alter oder abweichender Vertrag schließt fail-closed.

Google Solar API (Building Insights) — IMPLEMENTIERT (Premium-Live-Overlay, ADR-0037)

• Endpoint: solar.googleapis.com/v1/buildingInsights:findClosest, requiredQuality=MEDIUM (NICHT buildings:, KEIN experiments=EXPANDED_COVERAGE — bricht AT)
• Liefert: dachgenaue max. kWp/Belegung, Dachflächen, Bildqualität — DC-Werte → report.solar.google
• Tier-Gate: nur premium/planer + GOOGLE_SOLAR_API_KEY (lib/report/tier.ts); fail-open auf PVGIS; nur HTTP 404 = keine Coverage
• Lizenz/ToS (R-07): Google Maps Platform — kein Caching > 30 Tage / Datenbankaufbau. Daher Live-Overlay, vor Persistenz entfernt (stripGoogleSolar). Billing-Konto erforderlich, auch innerhalb des kostenlosen Google-Kontingents (10.000 Building-Insights-Calls/Monat). AT-Coverage: Städte/Kleinstädte ≥ ~2,3k EW (HIGH/MEDIUM), Dörfer 404.

NÖGIS Widmung

• Format: WFS / WMS / JSON / SHP / KML
• Auflösung: OGD, teils generalisiert
• Verwendung: Bauland / Grünland / Industrie / Sonder — als rechtliche Ampel
• Wichtig: Keine rechtsverbindliche Auskunft, nur Indikation
• Rechte-Grenze: Die OGD-Kennzeichnung des Anzeige-/Lookup-Kanals ist keine pauschale Exportfreigabe für alle NÖGIS-Distributionen. Speicherung, Cache, kommerzielle Ausgabe und Export werden distributionsgenau in #413 qualifiziert; die BEV-Bestätigung aus #77 gilt hier nicht.
• Zwei-Stufen-Lookup (lib/geo/widmung.ts): (1) exakter PostGIS-Mirror (NÖ-weit, ~73k Flächen, scripts/ingest-widmung.mjs --all); (2) Live-Fallback über RRU_WI_HUELLE (NÖ-OGD WMS-GetFeatureInfo, liefert WI_ART/WIDMUNG/ LAND_DATUM je Punkt) — greift bei Mirror-Lücke oder DB-Ausfall, gleiche Klassifikation ohne exakte Fläche. widmung.source = dkm_mirror|wms.
• Skalierung: geoland.at als Aggregator für andere Bundesländer prüfen

Bebauungsplan NÖ — KEINE OFFENE QUELLE (Stand 05.08.2026)

Die Ergänzung zur Widmung oben: Die Widmung sagt ob Bauland, der Bebauungsplan sagt was darauf entstehen darf (Bauklasse, Bebauungsweise, -dichte, -höhe, Fluchtlinien). Magnus stuft ihn als extrem wichtig ein. Vollständige Recherche: discovery/bebauungsplan-noe-discovery.md, Entscheid offen in #444.

• ⚠️ Befund 1 — RIS führt ihn nicht. Der Bebauungsplan ist eine Verordnung des Gemeinderats, also Gemeinderecht; RIS führt Bundes- und Landesrecht. Eine API-Ressource Gemeinderecht existiert nicht (HTTP 404), die gültigen Landesrecht-Applikationen sind LrKons, LgblAuth, Lgbl, LgblNO, Vbl. Titelsuche „Bebauungsplan“/NÖ liefert ausschließlich die Landes-Ausführungsvorschrift „Verordnung über die Ausführung des Bebauungsplanes“ (LGBl. 8200/1-3) — also die Regel, wie zu planen ist, keinen einzigen Plan. Gegenprobe „Bausperre“: 2 Treffer, beide Salzburg, beide Aufhebungen, für NÖ null. Muster: Aufhebungen einer Gemeindeverordnung werden im Landesrecht kundgemacht, Erlassungen nicht.
• ⚠️ Befund 2 — der NÖ-OGD-GeoServer führt ihn auch nicht. GetCapabilities (WMS 1.3.0): 217 Layer, 0 Treffer auf BEB/bebau. Die RRU_*-Familie deckt Widmung und überörtliche Programme ab, die örtliche Bebauungsebene nicht.
• ⚠️ Befund 3 — georeferenziert nur im Gemeinde-GIS, und das ist zu. gemdat/VertiGIS WebOffice (wo.gdn.at, Beispiel Gänserndorf): Gast-Zugang öffnet den Viewer, die OGC-Schnittstelle antwortet mit Login statt Capabilities, /arcgis/rest/services und /robots.txt mit HTTP 503. Einziger Rechtstext ist ein Haftungsausschluss — keine Nutzungsrechte-Einräumung, damit kein source-rights-Beleg möglich. Zudem ein Projekt je Gemeinde (project=gaenserndorf_wc) bei 573 NÖ-Gemeinden → das Gegenteil unseres Musters „ein Dienst, landesweit, ein Layername“. Kein Scraping — dieselbe Verstoßklasse wie die Street-View-ToS-Sperre unten.
• Konsequenz über dieses Thema hinaus: Für Gemeindeverordnungen ist RIS grundsätzlich der falsche Ort — betrifft auch Vertragsraumordnung und örtliche Raumordnungsprogramme.
• Status: Blockiert auf Produktentscheid, nicht auf Technik. Drei Pfade (gemdat-Kooperation / Gemeinde-Pilot / R-03-Hinweisblock ohne Fläche) liegen als Ask-Block in #444. Heute steht zum Bebauungsplan im Report nur ein Nebensatz im Zweitwohnsitz-Disclaimer (lib/geo/zweitwohnsitz.ts).

ALSAG / Altlastenportal

• Endpoint: https://altlasten.umweltbundesamt.at/altlastenwfs/kontaminierteFlaechen/wfs
• Vertrag: WFS 2.0.0, kontaminierteFlaechen:KontaminierteFlaechen, Active Release 8ed8d136-f3f8-5a78-946b-4b419a050269, Pointer-Version 1
• Hintergrund: Verdachts­flächen­kataster seit 01.01.2025 abgeschafft — nur publizierte Flächen abfragbar
• Scope: exakt FL_TYP=Altlast; exakt STATUS=Altlast vorgeschlagen ausgeschlossen. Der aktive Release bindet 1.794 Quellzeilen an 372 veröffentlichte, 19 ausgeschlossene und 1.403 scopefremde Zeilen.
• Identität: UBAID ist eindeutig. ALTNR ist eine fachliche Referenz, aber nicht eindeutig und darf deshalb kein Primärschlüssel sein.
• Implementation: altlasten_current liest nur den aktiven, qualifizierten Release und dessen exakten erfolgreichen Importlauf. Die Geometrien bleiben im nativen EPSG:31287; nur der Adresspunkt wird aus EPSG:4326 transformiert. ST_Covers behandelt die Polygonkante als Treffer, die definierte Nähe reicht bis 1 km. Ein echter Parzellen-Polygon-Intersect ist nicht implementiert.
• Provenienz: retrieved_at=2026-08-26T03:16:54.083Z ist ein technischer Abrufzeitpunkt, kein fachlicher Datenstand. source_vintage bleibt null.
• Rechte: ausschließlich public_display/report_lookup mit der exakten Attribution „Datenquelle: Umweltbundesamt". Die UBA-Bestätigung ist keine CC-/OGD-Lizenz; Rohgeometrieexport und Weiterverteilung bleiben geschlossen. Recheck spätestens am 11. Februar 2027.
• Fail-closed: Ohne passenden, frischen, rechte- und qualitätsgebundenen Active Pointer wird der Layer degradiert. Ein Quellenausfall darf nicht als grüner No-Hit erscheinen.
• Disclaimer pflicht: „Nicht-Listung garantiert keine Schadstoff­freiheit"

<a id="nögis-hochwasserabflussbereiche"></a>

Hochwasser-Abflussbereiche (NÖ-OGD) — FND-02-VERTICAL-SLICE (Pfad B)

• Status: Der Snapshot-Release d1eb4e67-3059-5ff2-86fe-096406fbbf8a steht auf Pointer 3. Run 53 ist historischer Erstnachweis; der Run-35-Pfad bleibt Legacy-Evidenz und wird nicht rückwirkend qualifiziert. Die FND-02-Runtime (lib/geo/hochwasser.ts) liest ausschließlich Active Releases und bleibt bei fehlenden Gates fail-closed.
• Quelle: Land Niederösterreich, Hochwasserabflussbereiche HQ30/HQ100/HQ300 (Layer HYD_HW30, HYD_HW100, HYD_HW300ETC).
• Format: Mirror-first über einen immutable WFS-2.0.0-Snapshot pro gebundenem ingest_run_id und Source Release; innerhalb gf-marchegg-v1 PostGIS-ST_Covers. WMS-GetFeatureInfo ist ein eigener Registry-Eintrag hochwasser-noe-wms mit separatem Rechte-Review, separater Coverage, eintägiger Freshness und eigenem live_check auf public-wms-fallback. Nur die technische Paritätsprüfung liest den aktiven Snapshot. Das interaktive Karten-Overlay bleibt davon getrennt.
• Vollständigkeit: Manifest vor dem Paging, Geometrieimport und Manifest danach müssen dieselbe FID-/Attributmenge haben. Erst nach Layer-, Geometrie-, ID-Set- und verpflichtender Voraktivierungs-WMS-Parität schreibt der Publisher Coverage und Pflichtchecks, qualifiziert den Release und setzt den Active Pointer per Expected-Current-CAS. Teil-, Fehler- und unqualifizierte Läufe bleiben unsichtbar.
• Geometrien: 15 aktuell ungültige Pilotgeometrien werden deterministisch mit ST_MakeValid repariert; keine wird übersprungen. Polygonteile und Quellhash bleiben auditierbar.
• Jährlichkeiten: Feld JAEHRLICHKEIT enthält 30/100 sowie 200/300 im kombinierten Layer HYD_HW300ETC. HQ200 bleibt als 200 im Detail erhalten und gehört fachlich zur nominalen Produktklasse HQ300.
• Lizenz: CC BY 4.0 (OGD NÖ), „Datenquelle: Land Niederösterreich (data.noe.gv.at)“. WFS-Snapshot und WMS besitzen getrennte versionierte Rechte-Reviews; eine Freigabe wird nie zwischen ihnen vererbt.
• Ampel: HQ30/HQ100 → rot (häufig / Bemessungshochwasser); HQ300 → gelb (selten); keine Zone → grün. Indikator, kein Gefahrenzonenplan.
• Verhältnis zu HORA (Pfad A): löst die HORA-Lizenzsperre für das Hochwasser-Signal, weil die NÖ-Abflussbereiche frei sind. HORA bleibt für die 10-Gefahren-Matrix (Pfad A) offen.
• Scope: Coverage gf-marchegg-v1 = 16,55–17,07° O / 48,18–48,55° N. Der öffentliche Produktionsreadback liefert außerhalb outside_coverage, nicht WMS und nicht Grün. Statewide-Mirror beziehungsweise ein eigener landesweiter Fallback-Release erst nach belegtem Ausbau.
• Betrieb: Der WMS-Live-Check läuft alle acht Stunden als begrenzter Vercel-Cron. Der vollständige WFS-Snapshot wird täglich in GitHub Actions geprüft und nur bei höchstens zehn Tagen Freshness-Reserve über die ungepoolte DB-Verbindung erneuert; ein separater täglicher Vercel-Monitor alarmiert bei fehlendem oder zu knappem Active Release. Historische Vollimporte benötigten 483–630 Sekunden und gehören daher nicht in einen synchronen Vercel-Request. Aktivierung, Recovery und Rollback siehe ADR-0043, ADR-0040 und Betriebs-Runbook.

HORA 3.0

• WMS via LFRZ (Landwirtschaftliches Rechenzentrum)
• Daten: Hochwasser HQ30 / HQ100 / HQ300, hypothetische Versagens­szenarien
• ⚠️ Lizenz-Risiko: Kommerzielle Nutzung kann Reseller-Vertrag erfordern — nicht zwingend OGD-frei
• Workaround: WFS-Vektoren ziehen, eigene Intersection berechnen, keine WMS-Bilddaten im Produkt reproduzieren
• Status: Hochwasser-Signal vorerst über NÖ-OGD-Abflussbereiche abgedeckt (siehe oben); HORA-10-Gefahren-Pass vor Phase-3-Launch klären (siehe RISKS.md)

Microsoft Building Footprints

• Bereitstellung: GeoJSON Bulk-Download, AT-flächendeckend
• Lizenz: ODbL — kommerziell erlaubt, Share-Alike-Klausel auf abgeleitete Datensätze
• Verwendung: „Was steht auf der Parzelle?" — Realbestand-Indikator, Solar-Potenzial
• Update: Statischer Datensatz, nicht live

Sentinel-2 / Copernicus

• Daten: 10 m Auflösung, 5-Tages-Update, optisches Satellitenbild
• Lizenz: Frei, EU-weit
• Verwendung: NDVI für „Brache überwuchert?", Change Detection, Versiegelungs­grad
• Phase: ab Phase 2 für Brachflächen-Score

geoland.at

• Was: Gemeinsames Geoportal aller österreichischen Bundesländer
• Format: INSPIRE-konforme WMS / WFS
• Strategischer Wert: Reduziert Bundesländer-Anbindung von 9 separaten Landes-APIs auf einen Aggregator
• Phase: ab Phase 4 (Skalierung 2. Bundesland)

BDA Denkmalschutz — IMPLEMENTIERT (NÖ, parzellenscharf)

• Status: Live im öffentlichen Report (lib/geo/denkmal.ts).
• Quelle: Bundesdenkmalamt — Denkmalverzeichnis §3 DMSG, NÖ-CSV (10.891 Objekte, Spalten u. a. KG, Grundstücksnummern, Objekttitel, Denkmalschutz Status).
• Format: Statische CSV pro Bundesland, keine REST-/Geo-API, jährliches Update.
• Pipeline (bewusst kein DB-Ingest/Geocoding): Build-Time-Generator scripts/build-denkmal-noe.mjs (Auto-Discovery der aktuellen NÖ-CSV auf bda.gv.at) erzeugt eine nach KG-Code::GstNr indizierte JSON (lib/geo/data/denkmal-noe.json, ~1,1 MB, committet). Laufzeit-Lookup rein in-memory — kein Netz, keine DB, kein Cron. Jährlicher Refresh = Skript erneut laufen lassen + JSON committen.
• Matching: exakt über Katastralgemeinde-Code + Grundstücksnummer (beide liefert die BEV-WMS-Sofortabfrage im Report; live verifiziert, inkl. Bauparzellen-Punkt-Notation .1/.33). Kein Buffer, keine Fuzzy-Geokodierung.
• Lizenz: Denkmalverzeichnis = freies Werk (kein Urheberrechtsschutz), Attribution „Bundesdenkmalamt".
• Ampel: gelistet → gelb, sonst grün. M8 (16.07.2026): Denkmalschutz ist ein Bewilligungsvorbehalt (Veränderung/Restaurierung/Abbruch sind BDA-bewilligungspflichtig), kein Standort-Risiko — die Nutzung bleibt möglich, und für ein Reaktivierungs-Tool sind Denkmäler häufig Zielobjekte. Nachbarparzellen (implementiert, #326): Der Report prüft zusätzlich denkmalgeschützte Parzellen im 14-m-Umkreis (Rand-zu-Rand; Magnus-Entscheid 11.08.2026 — der Nachbarbegriff baubehördlicher Verfahren, Parteistellung). Spatial-Teil release-gebunden über den BEV-Parzellen-Mirror (lookupParcelNeighborsMirror, Capability point_lookup, dieselben FND-Gates wie der Parzellen-Lookup), BDA-Match in-memory. Rein informativ, keine Ampel-Wirkung. Außerhalb des Pilot-Spiegels ehrlich „nicht geprüft“ (nachbarn_geprueft=false) — nie als Negativ-Befund. Gemessen im Pilot (29.782 Parzellen, 104 Denkmal-Parzellen): 999 Parzellen mit Denkmal-Nachbar im 14-m-Umkreis (Memo-Methodik, vergleichbar mit Adjazenz 604 / 25 m 1.275 / 50 m 1.891), davon 918 ohne eigenes Denkmal (Entscheidungsvorlage + Zählung).
• Grenzen (R-03): Ensembles/Umgebungsschutz + nicht parzellengenau geführte Einträge sind nicht erfasst; Liste laut BDA nicht rechtsverbindlich. Verbindliche Auskunft nur durch das BDA.

RTR / Breitbandatlas (Festnetz) — IMPLEMENTIERT

• Status: Live im öffentlichen Report (lib/geo/breitband.ts), fail-open.
• Format: WMTS-GetFeatureInfo (GeoWebCache, breitbandatlas.gv.at), Layer Festnetz, TileMatrixSet EPSG:3857. Liefert je 100×100-m-Raster­zelle max_downloadrate (Mbit/s) + max_downloadrate_klasse (Text).
• Achtung: Die früher dokumentierte REST-/HTTP-API wurde per 30.06.2025 eingestellt — der WMTS-GFI-Pfad ist der verbleibende Live-Zugang. Kein Ingest/Mirror, eine Tile-Query pro Report (Tile-Mathematik in wmtsTile).
• Lizenz: CC BY 3.0 AT (lt. GetCapabilities ows:AccessConstraints), Attribution „Quelle: Breitbandatlas, Breitbandbüro / BMWKMS, CC BY 3.0 AT".
• Verwendung: Versorgungs-Indikator (Ampel ≥ 100 / ≥ 30 / < 30 Mbit/s); Mobilfunk nicht berücksichtigt. Standortfaktor auch für Gewerbe-Szenarien (Co-Working, Rechenzentrum).
• Geförderter Ausbau (#322, M4): Zweiter, paralleler WMTS-GFI-Call auf den Layer Gefoerderter-Ausbau-Rasterzellen liefert das Zukunftssignal BBA2020/BBA2030 (programm, technik, projektende, foerdernehmerin, is_connect) für dieselbe Zelle — besonders wertvoll für die Leerstands-Reaktivierung („heute schwach versorgt, aber gefördertes Ausbaugebiet"). Fail-soft: ein Fehler hier lässt die Ist-Versorgung unberührt (der Block wird sogar dann geführt, wenn NUR eine Förderung, aber keine Ist-Versorgung vorliegt). Die Ist-Ampel bleibt unverändert (M4: Schwellen so lassen). R-03: gefördertes Gebiet ≠ Zusage eines Anschlusses oder Termins — die Anzeige ist ein reiner Indikator; is_connect=true (Connect) bedeutet punktuelle Anschlussförderung, keinen Flächenbau.

KI-Potenzialflächenkarte 2024 · BMLUK / Umweltbundesamt

• Status (produktiv verifiziert 04.08.2026): Der vom BMLUK in #294 genannte Datensatz ist als Open Government Data auf data.gv.at veröffentlicht. Er benötigt keine ungeklärte proprietäre API. Die technische Integration ist in #376 umgesetzt. Der versionierte Publisher, PostGIS-Snapshot, Quarantänepfad, Lookup-Vertrag, Reportbaustein, Monitor und Renewal sind über Run 56 und Pointer-Version 2 produktiv aktiv; Web, PDF, API, Workflow und Monitor wurden rückgelesen.
• Geprüfte Lieferung: brownfield_2024_OGD.zip (1.976.092 Bytes), SHA-256 8ab8e87d9a94c0e418fd446d81a68631a0b6e1fe92a1ac2597031af3cce03f4d; darin brownfield_2024_OGD.gpkg, Layer classic_brownfield_20251021, EPSG:31287, 3.722 MultiPolygon-Features.
• Inhalt: unter anderem Katastralgemeinde, Grundstücksnummer, GKZ, Bundesland, Einlagezahl, Gesamtklasse, DOP-Unterklasse, Gebäude- und versiegelte Fläche, Versiegelungsanteil und Fläche.
• Lizenz: CC BY 4.0. Quellenangabe laut mitgeliefertem Methodendokument: „BMLUK, KI-Potenzialkarte (2024); Bearbeitung: Umweltbundesamt“.
• Aussagegrenze: Die Karte ist eine KI-gestützte Potenzialklassifikation. Ein Treffer ist ein Hinweis für Priorisierung und fachliche Prüfung, keine amtliche Feststellung einer Brache und keine Aussage zu Eigentum, Verfügbarkeit, Altlasten oder baurechtlicher Nutzbarkeit.
• Strategie: Amtlichen OGD-Snapshot als reproduzierbare Ausgangsschicht integrieren; Nutzerrückmeldungen dürfen nur als getrennte, nachvollziehbare Anreicherung gespeichert werden. Kein stilles Überschreiben des Originalbefunds und keine Vermarktung als vollständige Wahrheitsdatenbank.
• Betriebsvertrag: ADR-0045, Runbook, Rechte-Review und Produktionsnachweis.

Gemeinderats­protokolle

• Quelle: öffentlich, heterogen (HTML, PDF, gescannt) pro Gemeinde
• Status: Geplant. Es gibt derzeit keinen Scraper, keine OCR-/NER- Pipeline, keinen Vektorindex und keinen deployten Cron.
• Zielbild: Wöchentlicher Scraper → OCR → RAG-Index → LLM-Extraktion
• DSGVO: Klar­namen vor RAG-Index NER-anonymisieren (siehe COMPLIANCE.md)
• Wert: Signalisiert Planungs­absichten vor der offiziellen NÖGIS-Änderung
• Risiko: Siehe RISKS.md — DSGVO + Datenqualität

Förder­datenbank · KPC / LEADER / KMU.DIGITAL / aws

• Keine API. KPC „Online" nur für Antragsteller (PIN-geschützt)
• Heute: fachlich unbestätigte, kuratierte Regeln in config/foerderungen.draft.json; deterministisches Matching, kein RAG.
• Zielbild: versionierte PDF-Richtlinien mit Doppel-Gate und zitierfähigem RAG. R2/pgvector sind dafür noch nicht im Produktpfad.
• Konkrete Beträge: KPC Flächen­recycling — bis 75 % bzw. max 60 000 € Konzept, 50 000 € Detail­untersuchung
• Validierung: Quartalsweise manuelle juristische Prüfung der Förder-Logik

Mapillary

• Format: REST API, Crowdsourced Street-Level-Panoramen
• Lizenz: CC BY-SA 4.0 — AI-Auswertung erlaubt, Share-Alike beachten auf abgeleitete Daten
• Coverage AT: Städte gut, ländlich dünn → nicht MVP-kritisch, eher Phase 4 + für städtische Cases

Google Street View · Bing Streetside

• Lizenz: Maps Platform ToS verbietet ML-Training, Bulk-Download, dauerhaftes Caching (> 30 Tage) und Datenbank-Aufbau
• Was geht: Embed-Player als UI-Element, Static-API-Bilder (~ $0,007 / Anfrage) nur zur reinen Anzeige
• Was nicht geht: Jegliche AI-Auswertung der Bilder
• Konsequenz: Verstoß = API-Konto-Sperre + zivilrechtliche Schritte → Lizenz-Compliance-Audit vor Phase-3-Launch
• Saubere Alternative: Eigene Fassaden-Erfassung beim 490-€-Beratungs­termin (siehe Phase-3-Plan)

NÖGIS Geogene Gefahren — NICHT OGD-verfügbar (Stand 2026-05)

• Quelle: NÖ-Atlas (atlas.noe.gv.at), Layer „Geogene Gefahrenhinweiskarten"
• ⚠️ Befund: Im NÖ-OGD-GeoServer (sdi.noe.gv.at/.../OGD/wms, 221 Layer) ist kein Rutschungs-/Steinschlag-/Massenbewegungs-Layer vorhanden — die Hinweiskarten liegen nur im Atlas-Viewer (nicht als OGD-Dienst). Kein autonom-baubarer Live-Pfad.
• GBA/GeoSphere geprüft (2026-05): Die GBA-Massenbewegungsdaten sind ein Inventar beobachteter Ereignisse (kartierte Rutschungen/Steinschläge), kein flächendeckendes Parzellen-Suszeptibilitäts-Zoning. Ein per-Parzelle-Indikator daraus hätte niedrige Recall und würde „kein Ereignis kartiert" fälschlich als „kein Risiko" suggerieren (R-03-Verstoß) — daher bewusst nicht gebaut. Die ArcGIS-WMS-Dienste sind zudem nicht sauber als OGD-GetFeatureInfo-Punktabfrage nutzbar. Nachtrag 08/2026: Die GBA existiert als Institution nicht mehr (aufgegangen in GeoSphere Austria, alte Domains tot); der Nachfolgepfad und die übrigen GBA-Themen sind im eigenen Abschnitt unten geprüft.
• Rechtlich relevanter Pfad — jetzt erschlossen: Der Wildbach-/Lawinen-Gefahrenzonenplan (WLV) ist doch als einheitlicher, bundesweiter Punkt-Dienst verfügbar (LFRZ inspire.lfrz.gv.at/000901, WMS-GFI) — die frühere Annahme „nur pro Gemeinde, kein OGD-Punkt-Dienst" war falsch. Implementiert (siehe nächster Abschnitt). Deckt die Wildbach-/Lawinen-Dimension ab; Rutschung/Steinschlag-Suszeptibilität bleibt offen (s. o.).
• Status: Rutschung/Steinschlag offen (kein qualitativ vertretbarer Live-Pfad); Wildbach/Lawine gelöst via WLV-GZP.

Wildbach & Lawine Gefahrenzonenplan (WLV) — IMPLEMENTIERT

• Quelle: Wildbach- und Lawinenverbauung (WLV/BML), Gefahrenzonenpläne, über LFRZ https://inspire.lfrz.gv.at/000901/wms (WMS-GetFeatureInfo, text/plain, gleicher Infrastruktur-Pfad wie Lärminfo).
• Layer: WLV_GZP (Gruppe; liefert je Treffer mehrere FeatureTypes — RRB = Raumrelevanter Bereich, SZ_WB/SZ_LA = Summenzonen Wildbach/Lawine, …). Schlüsselfeld Objektart.
• Ampel: „Rote Zone" → rot (ständige Gefährdung, Bebauung i. d. R. ausgeschlossen); echte erhobene Zone (Gelbe/Summen-Zone) → gelb; kein Treffer oder ausschließlich Raumrelevanter Bereich → grün. M10 (16.07.2026): Der Raumrelevante Bereich ist keine erhobene Gefahrenzone, sondern ein Planungs-Hinweis der WLV — er wird als eigener ℹ️-Hinweis ohne Warnfarbe geführt (wlv.raumrelevanter_bereich), nicht als gelbe Zone. „Keine Zone" ist ein gültiges Ergebnis — Gefahrenzonenpläne existieren nur für Gemeinden mit Wildbach-/Lawinengefahr (überwiegend alpiner Raum).
• Lizenz: frei (INSPIRE-Metadaten „no limitations on public access / no conditions apply"). Attribution „Datenquelle: Wildbach- und Lawinenverbauung (WLV/BML)".
• R-03: Indikator, kein Gefahrenzonenplan-Gutachten; rechtsverbindliche Zonen-Auskunft + Bauauflagen nur über Gemeinde/WLV. Datengrundlage gehört zu lib/geo/wlv.ts (getWlv/classifyWlv), pure-getestet + fetch-gestubbter Glue-Test.

GBA → GeoSphere: Geologie/Altbergbau/Hydrogeologie — Discovery 02.08.2026

Discovery zu #422 (Epic #101, Phase 3). Ergebnis ist kein einheitliches: zwei der drei Dimensionen sind erledigt, eine bleibt ein echter Kandidat.

Institutioneller Befund — die Backlog-Zeile war veraltet. Die Geologische Bundesanstalt ist mit der ZAMG zu GeoSphere Austria fusioniert; www.geologie.ac.at, gisgba.geologie.ac.at und die blanke Domain geologie.ac.at liefern NXDOMAIN (letztere trägt nur noch Mail über mx1.geosphere.at). Präzisierung 05.08.2026: Nicht alle Alt-Hosts sind tot — gis.geologie.ac.at löst auf und antwortet mit HTTP 200 („Geosphere Austria Webseiten“). Die ursprüngliche Formulierung „die alten GBA-Endpunkte sind abgeschaltet“ war zu pauschal; korrekt ist, dass die gesuchten GBA-GIS-Einstiege weg sind und der maßgebliche Katalog unter gis.geosphere.at liegt. Der lebende Nachfolgepfad ist ein ArcGIS-REST-Verzeichnis unter https://gis.geosphere.at/maps/rest/services?f=json (ArcGIS Server 11.5, 29 Ordner, u. a. geologie (17 Dienste), hydrogeologie (10), naturgefahren, bohrungen, rohstoffe, geothermie). Wer künftig ein geologisches Thema sucht, startet dort — nicht über die tote GBA-Domain.

❌ Altbergbau — gestrichen, es gibt keinen Dienst

Der stärkste Produktnutzen der Zeile („Hohlraum-/Setzungsrisiko") hat keine Datengrundlage: Die INSPIRE-Suche nach Altbergbau, Bergbaukarte, Haldenkataster und Grubenbau liefert je 0 Treffer; auch das ArcGIS-Verzeichnis enthält kein Altbergbau-Kataster. Der einzige verwandte Datensatz — „INSPIRE Mineralvorkommen und Rohstoffe" — beschreibt Abbaupotenzial (wo könnte gewonnen werden), nicht Alt-Hohlräume (wo wurde abgebaut). Fachlich das Gegenteil des Gesuchten.

❌ Hydrogeologie — gestrichen, Maßstab unbrauchbar

Verfügbar ist nur „Hydrogeologische Karte 1:500.000" (hydrogeologie/aquifertypen_2000, karte_500). 1 mm Karte entspricht 500 m Natur; auf eine Parzelle von 20–50 m angewandt wäre das eine Überinterpretation um zwei Größenordnungen.

🟡 Geologie — zurückgestellt, nicht gestrichen

Anders als zunächst angenommen ist der Pilot sehr wohl abgedeckt — nur nicht durch die Karte, die man zuerst vermutet. Punktabfragen (ArcGIS-REST query, EPSG:4326):

Dienst	Maßstab	Features	Testpunkte getroffen	Gänserndorf / Marchegg
geologie/einheiten_50 (GK50, publiziert)	1:50.000	183.601	5/12 (Wien, Wr. Neustadt, Graz, St. Pölten, Zwettl)	beide ohne Treffer
geologie/geofast_50_info (GEOFAST, provisorisch)	1:50.000	172.369	4/14 (Gänserndorf, Marchegg, Innsbruck, Linz)	beide mit Treffer
geologie/nied_200 Layer 1 PLANAR_NIED	1:200.000	—	NÖ-weit	beide mit Treffer

Die beiden 1:50.000er sind komplementär, nicht redundant: Wo die publizierte GK50 noch fehlt, springt GEOFAST ein (und umgekehrt). Zusammen bleiben trotzdem Löcher — Salzburg, Klagenfurt und Bregenz trafen in keinem der beiden.

Inhaltlich ist das Ergebnis brauchbar und nicht trivial: Gänserndorf liefert „Löss, z. T. Lösslehm (Silt, feinsandig, z. T. lehmig)“, Marchegg „Bach- oder Flussablagerung, Austufe größerer Gerinne“. Das ist ein echter Unterschied — Lössdecke gegen Austufe — und für Fundierung und Grundwassernähe relevant.

Korrektur 05.08.2026: Hier stand zuvor für Gänserndorf „Hochterrasse; teilweise tektonisch abgesenkt (Schluff, Sand, Kies, z. T. lehmig; Riss)“. Dieser Wert gehört nicht zu Gänserndorf: Die Discovery-Sonde nutzte die Koordinate 16,5514/48,3406, das liegt rund 12,5 km westlich im Raum Großengersdorf. Gänserndorf liegt bei 16,72/48,34 (belegt u. a. durch die GTFS-Fixture „Gänserndorf Bahnhof" 48.34023/16.73231 und den Erdbeben-Ortsdatensatz PLZ 2230). Aufgefallen beim Erdbeben-Ingest (#427), als der Nächster-Ort-Lookup für „Gänserndorf" den Nachbarort Großengersdorf zurückgab. Am korrigierten Punkt nachgeprüft — die Schlussfolgerungen des Slots ändern sich nicht: GK50 trifft weiterhin nicht, GEOFAST trifft, nied_200 trifft. Nur der zitierte Legendentext war dem falschen Ort zugeordnet.

Zwei Blocker verhindern trotzdem eine Umsetzung heute:

1. Lizenz ungeklärt. Die Dienste nennen als copyrightText nur „GeoSphere Austria" bzw. „©GeoSphere Austria" — keinen Lizenztext, keine CC-BY-Angabe. Nach dem Fernwärme-Präzedenzfall gilt: das Fehlen einer Einschränkung ist kein Nutzungsrecht. Vor einer Umsetzung braucht es eine belastbare Lizenzauskunft.
2. Die Quellen widersprechen der Nutzung selbst. nied_200 schreibt in der eigenen Dienstbeschreibung, geologischer Inhalt und Lagegenauigkeit seien „not suitable for large-scale applications and detailed analyses" — also ausdrücklich nicht für die parzellenscharfe Auswertung, die ein Reportbaustein wäre. GEOFAST wiederum ist laut Titel eine provisorische Karte („Zusammenstellung ausgewählter Archivunterlagen").

R-03 zusätzlich: Selbst mit geklärter Lizenz bliebe „Baugrund" heikel — die Fundierungsbeurteilung ist Sache eines Geotechnikers mit Bodenaufschluss. Ein Block dürfte die Schichtansprache nur als neutralen Hinweis führen (POC-Gate: ohne bestätigte Fachregel keine Ampel), analog zum eBod-Baustein („Indikator, kein Bodengutachten") und zum Klima-Präzedenzfall.

Wiedervorlage-Trigger: belastbare Lizenzauskunft von GeoSphere oder Veröffentlichung der GK50 als flächendeckender Datensatz. Für Altbergbau: ein Hohlraum-/Haldenkataster als Dienst.

Erdbebenzonen (ÖNORM B 1998-1) — Discovery 05.08.2026

Erledigt. Die Empfehlung dieses Abschnitts wurde am selben Tag umgesetzt — aktueller Stand im Abschnitt Erdbebenzonen — IMPLEMENTIERT. Was hier steht, ist die Begründung der Entscheidung, nicht der Betriebsstand.

Discovery zu #427 (Epic #101, Phase 3). Empfehlung: umsetzen — erster Backlog-Eintrag seit mehreren Slots, der jede Hürde nimmt.

Zwei Fallen, an denen das beinahe gescheitert wäre. Der Österreichische Erdbebendienst liefert Ereignisse (aktuelle Beben, Live-Seismogramm, Bürgermeldungen), nicht Zonen — dieselbe Struktur wie das Massenbewegungs-Inventar, das wir 05/2026 aus R-03-Gründen abgelehnt haben. Und die Zonenkarte ist Herzstück der kostenpflichtigen ÖNORM B 1998-1, was nach einer Copyright-Wand aussieht. Beides führt in die Irre: GeoSphere veröffentlicht dieselben Zonen als eigenen Dienst unter CC BY 4.0. Der Dienst liegt zudem nicht unter naturgefahren (dort nur Massenbewegungen) und es gibt weder einen seismik- noch einen erdbeben-Ordner — er liegt unter geophysik.

• Quelle: https://gis.geosphere.at/maps/rest/services/geophysik/bodenbeschleunigung_ref/MapServer (auch als WMS unter .../MapServer/WMSServer). Inhalt laut Dienstbeschreibung: „horizontale Referenz-Bodenbeschleunigung nach aktuell gültiger ÖNORM B 1998-1“, Wiederkehrperiode 475 Jahre (10 % in 50 Jahren).
• Lizenz: ©GeoSphere Austria / CC BY 4.0, explizit im Portal-Item — anders als bei den Geologie-Diensten, die nur einen copyrightText ohne Lizenztext führen (siehe GBA-Abschnitt oben).
• Zwei nutzbare Ebenen: Layer 2 „Gefahrenzonen“ (5 Polygone, Zonen 0–4, Feld Zone, 12/12 Testpunkte getroffen) und Layer 0 „Orte“ (2.188 Orte mit Ort, PLZ, EGA, PGA, Gefahrenzone — null NULL-Werte in allen vier Feldern).
• Werte am Pilot: Gänserndorf (PLZ 2230) EGA 0,57 · PGA 0,81 · Zone 2; Marchegg Stadt (2293) 0,67 · 0,95 · Zone 2; Marchegg Bahnhof (2294) 0,62 · 0,88 · Zone 2. Plausibilisierung: Wiener Neustadt und Innsbruck Zone 4, Wien Zone 3, Zwettl NÖ Zone 0. Verteilung über alle Orte: Zone 0: 449 · 1: 548 · 2: 670 · 3: 428 · 4: 93.

Drei Befunde, die die Umsetzung prägen:

1. Ortstabelle und Zonen-Polygon widersprechen sich in ~5 % der Fälle (Stichprobe 39 Orte: 37 gleich, 2 abweichend — Gams bei Hieflau PLZ 8922 und Gerlos PLZ 6281 je Tabelle 2 gegen Polygon 1). Maßgeblich ist die Ortstabelle, weil die ÖNORM die Zone je Ort/PLZ zuordnet; das Polygon ist deren kartografische Generalisierung. Point-in-Polygon wäre der bequemere, aber der falsche Weg.
2. Ein Ort ist nicht immer eindeutig. Marchegg hat zwei Einträge mit unterschiedlichem EGA (0,67 gegen 0,62), aber gleicher Zone. Die Zone ist die robuste Aussage; ein EGA-Wert braucht eine Nächster-Ort-Entscheidung mit Herkunfts-Label („Wert für Marchegg Stadt“).
3. bodenbeschleunigung_max ist als Datenquelle unbrauchbar — der Schwesterdienst liefert Geometrien, aber PGA und level_PGA sind null (Werte offenbar nur in der Symbolisierung). Nur bodenbeschleunigung_ref verwenden.

R-03 / POC-Gate: Die Zone ist ein Bemessungs-Eingangswert nach Eurocode 8, keine Risikoaussage an den Eigentümer. Dass Zone 4 gegen Zone 0 die Tragwerksbemessung ändert, ist unstrittig; wie stark das die Baukosten treibt, ist eine Fachregel und gehört vor die Freigabe. Daher neutraler Block ohne Ampel (Klima-/eBod-Präzedenz), mit offengelegter 2-km-Kartengenauigkeit (Anbieterangabe, wegen der Lokalisierungsgenauigkeit von Beben) und dem Hinweis, dass die Bemessung Sache des Tragwerksplaners ist. Ebenfalls vor einer Report-Formulierung zu bestätigen: was EGA und PGA genau bezeichnen — in den Daten gilt durchgängig PGA = EGA × √2, aber das ist ein beobachtetes Muster, kein Beleg.

Nebenfund: Im selben geophysik-Ordner liegt radionuklide_boden (Gammaradiometrie: Kalium, Uran, Thorium). Das ist nicht die ÖNRAP-Radonpotenzialkarte der gleichnamigen Backlog-Zeile und deckt laut Beschreibung nur Salzburg, Tirol und Vorarlberg ab (am Pilot 0 Treffer auf allen drei Layern) — als Ersatz untauglich, als Kontext für den Radon-Slot notiert.

Erdbebenzonen (ÖNORM B 1998-1) — IMPLEMENTIERT

Umsetzung zu #427. Vollständig live: Snapshot, Rechte-Review, qualifizierter Release und Reportbaustein in Web, PDF und API.

• Quelle: GeoSphere Austria, geophysik/bodenbeschleunigung_ref (ArcGIS REST + WMS). Lizenz CC BY 4.0, explizit im Portal-Item („©GeoSphere Austria / CC BY 4.0“). Attribution „Datenquelle: GeoSphere Austria“.
• Gespiegelt wird Layer 0 („Orte“), nicht Layer 2 („Gefahrenzonen“). Die ÖNORM ordnet die Zone je Ort zu; das Polygon ist deren kartografische Generalisierung und weicht in rund 5 % der Orte davon ab. Ein Point-in-Polygon-Lookup wäre der bequemere und der falsche Weg.
• Snapshot: Migration 0045_erdbeben_ort.sql, Ingest scripts/ingest-erdbeben.mjs. Live gefahren: 2.188 Orte, alle fünf Zonen, Stand 2026-03-27 (Verteilung 449/548/670/428/93). Atomarer Publish nach dem eBOD-/GTFS-Muster: Unveränderlichkeits- und Truncate-Guard, validierte Statusübergänge, DB-seitiges Publish-Gate mit Metadaten-Kontrakt, Zeilen-Post-Check und Count-Drift-Schranke.
• Eigener Gate — Zonen-Vollständigkeit: Ein österreichweiter Stand muss alle fünf Zonen enthalten. Zone 4 hat nur 93 der 2.188 Orte; eine gefilterte oder abgeschnittene Lieferung kann die reine Zeilenzahl-Prüfung passieren und trotzdem eine ganze Zone verlieren. Der Gate liegt sowohl im Ingest als auch im DB-Trigger.
• Datenstand: modified des Portal-Items (R-03: aus der Quelle, nie TODAY()). Ehrlichkeitsgrenze: Das ist der Änderungszeitpunkt des Katalogeintrags, nicht zwingend der der Daten — der Dienst führt weder lastEditDate noch editingInfo, und die Ausgabe der zugrunde liegenden ÖNORM ist aus der Quelle nicht auslesbar.
• Lookup-Verhalten (verifiziert): Nächster Ort zur Adresse. Gänserndorf → „Gänserndorf“ (PLZ 2230, 391 m, Zone 2, EGA 0,57); Marchegg → „Marchegg Stadt“ (PLZ 2293, 403 m, Zone 2, EGA 0,67). Der Ortsnetz-Abstand beträgt im Median 3,3 km (p90 5,6 km, max 14,8 km) — der Report muss deshalb IMMER nennen, aus welchem Ort der Wert stammt (Herkunfts-Label).

Was noch fehlt und warum: Die Quelle ist nach FND-02/03 neu und damit release-gebunden. Die Legacy-Shadow-Allowlist in lib/data-sources/consumer-binding.ts ist eine abgeschlossene Momentaufnahme der zum FND-02-Zeitpunkt bestehenden Verbraucher (#393) — jede seither ergänzte Quelle (BEV #399, Brachflächen #409, SPARTACUS v3 #419) ging den release-gebundenen Weg, und dieser hier gehört ebenso dorthin. Bis ein versionierter Rechte-Review eingespielt und ein Release qualifiziert ist, bleibt der Layer bewusst fail-closed; ein Reportbaustein würde heute korrekt als source_not_released degradieren.

Release-gebunden nach FND-03. Als neue Quelle gehört sie nicht in die Legacy-Shadow-Allowlist — die ist eine abgeschlossene Momentaufnahme der zum FND-02-Zeitpunkt bestehenden Verbraucher (#393). Der vollständige Pfad steht:

Stufe	Stand
Rechte-Review eingespielt	registered / conditional / CC-BY-4.0, Recheck 04.02.2027, Datei-SHA b5053a3b…
Release qualifiziert	snapshot, Manifest-SHA über den Zeileninhalt, 2.188 Zeilen
Pointer aktiv	Channel public, CAS gegen den Vorgänger
Coverage	orte:at:oenorm-b-1998-1, covered, AT-Hülle
Frische	source_vintage + 800 Tage (bis 2028-06-04)

scripts/publish-erdbeben-release.mjs fährt die Sequenz als Ganzes: Kandidat anlegen → Ingest GEBUNDEN laufen lassen → Evidenz schreiben → qualifizieren → aktivieren. Die Reihenfolge ist erzwungen und nicht bequem gewählt: Ein Lauf lässt sich nur binden, solange er running und der Release candidate ist — ein fertiger Snapshot kann einem Release nachträglich nicht mehr zugeordnet werden.

Report-Verhalten: Block mit Ampel in Web, PDF und API (report.erdbeben.ampel + ampel_begruendung), kein Steckbrief-/ Bilanz-Eintrag (die Bilanz-Einbindung war nicht Teil des Entscheids und bleibt aus, bis sie explizit entschieden ist — Präzedenz M11). Der Block nennt Zone, Herkunftsort mit PLZ und Entfernung sowie die Rohwerte EGA/PGA mit Feldnamen. Außerhalb der Abdeckung liefert der Lookup null → degraded.erdbeben mit ausserhalb_abdeckung; fehlt der Release, WIRFT er — ein Betriebsfehler darf nie als „keine Erdbebenzone“ durchgehen.

R-03 / POC-Gate — entschieden 11.08.2026 (#453): Ampel JA mit der Zuordnung Zone 0–1 grün · 2–3 gelb · 4 rot (classifyErdbeben, lib/geo/erdbeben.ts); Kostenwirkung je Zone ausdrücklich keine — die Zone bleibt reiner Hinweis, das Szenario-Regelwerk kennt sie nicht. Die 2-km-Kartengenauigkeit bleibt offengelegt, ebenso dass die Bemessung Sache des Tragwerksplaners ist. Was EGA und PGA genau bezeichnen, ist weiterhin zu bestätigen (liegt bei Andreas, nicht bei Magnus) — in den Daten gilt durchgängig PGA = EGA × √2, aber das ist ein beobachtetes Muster und kein Beleg.

Hitzebelastung statt Hitzeinsel — Discovery 05.08.2026

Discovery zu #439 (Epic #101, Phase 3). Empfehlung: umsetzen — aber als „Hitzebelastung“, nicht als „Hitzeinsel“.

Warum die Backlog-Zeile in die Irre führte. Die städtische Wärmeinsel ist ein Differenzphänomen (Stadt gegen Umland) und braucht Stadtklimamodelle. Die gibt es nur pro Stadt — und überwiegend mit einem Lizenzvorbehalt, der uns sperrt:

Produkt	Abdeckung	Lizenz	Befund
GeoSphere e-shape Klimaindizes	Graz, Innsbruck, Klagenfurt, Linz, Salzburg, Wien	CC BY-NC 4.0	❌ nicht-kommerziell
GeoSphere Linz Sommertage (MUKLIMO_3)	nur Linz	CC BY-NC 4.0	❌ dieselbe Sperre
GeoSphere Stadtwetter Wien	nur Wien	CC BY 4.0	⚠ Demodatensatz, und eine Vorhersage statt Klimatologie
Copernicus CDS/UrbClim	100 EU-Städte, davon Wien und Graz	für kommerziell unklar	⚠ endet 2017, auf der CDS zur Entfernung markiert
Wien OGD WFS (377 Layer, kontrollgeprüft)	Wien	CC BY	❌ kein Hitze-Layer — zu „hitze/klima/thermal/temperatur“ nur Baumkataster

Für den Pilot gibt es davon nichts, und der NC-Vorbehalt wäre auch mit Wien im Abdeckungsbereich ein hartes Hindernis (dieselbe Klasse wie die Street-View-ToS-Sperre weiter oben).

Was stattdessen passt: der HORA-Hitzelayer (hora_hitzelayer-v1-1km, GeoSphere Austria, CC BY 4.0). Österreichweit 1 × 1 km, Klimaperiode 1991–2020, auf der SPARTACUS-Temperaturdatenfamilie basierend — derselben Datenfamilie, aber nicht zwingend derselben Datensatzversion wie unser bestehender SPARTACUS-v3-Klima-Block für das Einzeljahr 2025. Vier Indikatoren: Hitzetage (su30, Tmax ≥ 30 °C), extreme Hitzetage (su35, ≥ 35 °C), Tropennächte (tr20, Tmin ≥ 20 °C) und Tage in Kysely-Episoden (kys, Hitzewellen). Ergänzend die Klimaindizes v2.1 (klimaindizes_spartacus-v2-1y-1km, CC BY 4.0, 16 Indizes, 1961–2022 jährlich), mit denen sich eine Entwicklung über die Zeit belegen ließe statt behaupten.

Gefunden wurde der Layer übrigens nicht über „hitzeinsel“ oder „stadtklima“ (je 0 Treffer), sondern über „hitzetage“ — dasselbe Muster wie beim Erdbeben-Slot, wo der Dienst unter geophysik statt naturgefahren lag.

Nebenfund — der Pilot liegt in der Wiener Functional Urban Area. Gegen die Erwartung deckt der Copernicus Urban Atlas Gänserndorf und Marchegg ab (FUA AT001L3 Wien): Gänserndorf 11210 Discontinuous dense urban fabric (S.L. 50–80 %) auf ~1,3 ha, Marchegg 21000 Arable land. Das passt zu den 76,7 % Auspendlern aus #363 — die FUA ist der Pendlerraum. Die Lizenz ist geklärt und gut: Copernicus Land Monitoring Service ist „full, open and free“, ausdrücklich auch kommerziell und für abgeleitete Produkte (VO (EU) Nr. 1159/2013), Attribution „Generated using European Union's Copernicus Land Monitoring Service information“. ⚠ Aber es ist Landnutzung, nicht Hitze — der Versiegelungsgrad ist ein Treiber der Wärmeinsel, nicht die Wärmeinsel. Als eigener Indikator „Umgebungsstruktur/Versiegelung“ wäre er ein ernstzunehmender Kandidat; als Hitze-Ersatz wäre er eine Überinterpretation (R-03).

Zugangsweg: Sowohl die GeoTIFF-Dateien als auch die offizielle S3-Verzeichnisliste sind öffentlich. Die fachlich eindeutige CKAN-Distribution gehört zu DOI 10.60669/dxzt-gq70; ihre Lizenz verweist verbindlich auf CC BY 4.0 Legalcode.

Artefakt	Bytes	SHA-256
kys_1991-2020_austria.tif	683.945	973c94063d32a23d41f657f7d5f1e923ee22c07ec1146c109d4007d9be4d6c7f
su30_1991-2020_austria.tif	683.941	1aa7e58f7b06a331d775f5fedda0d6e87ee042193964ced4be6339338a54bbdd
su35_1991-2020_austria.tif	683.949	2b17dcaa06afe336a8200297a7de2363234402c13085dbc0bd3ab87ebb16c17e
tr20_1991-2020_austria.tif	683.945	1ba09f38179c789efa73a73e725331b8a20cdeaca729e4cc6c28a2ebe8f029b5

Der deterministisch erzeugte Snapshot wurde über Operatorlauf 32895496768 als Release d90ef5c8-17af-5de0-a4e7-22e01f78f164 auf Pointer-Version 1 produktiv aktiviert. Der Readback bestätigt 83.891 gespeicherte und 83.891 sichtbare gültige österreichische Rasterzellen, coverage=covered, quality=passed, aktuelle Rechtebindung und weiterhin gesperrtes Legacy-HORA. Sein gzip-Artefakt hat SHA-256 0e4bdb0b760fccf87a559fbd319e8209e253ac5d3c365b1dda8bc63fa6a2dc6e, das Manifest 29f17259a00369c224b50301c0f0617750b06b58907f3e8478183483ec75e398. 45 öffentliche Österreich-Referenzpunkte dienen als zusätzlicher Abnahmevergleich. Die Rasterwerte sind historische 30-Jahres-Summen; die Reportdarstellung teilt durch 30 und zeigt durchschnittliche Tage pro Jahr.

Der Produktionsnachweis belegt die aktive Quellenbasis und getrennt den späteren öffentlichen, nicht persistierenden Report-/API-Readback auf Merge 08d55c3. Web- und PDF-Renderer wurden im selben Produktionsbuild ausgeliefert und mit dem vollständigen Provenienztupel getestet; allein für den Nachweis wurde kein persistierter Report oder PDF erzeugt. Fehlende Consumer- oder Zellabdeckung bleibt fail-closed.

Ein technischer GeoTIFF-Metadatenwert scenario=rcp26 ändert den ausgewiesenen historischen Zeitraum nicht und ist ausdrücklich keine Prognose und kein Produktszenario. kys darf fachlich auch größer als su30 sein, weil Kyselý-Episoden Folgetage unter 30 °C einschließen können.

Die separate Quelle heißt geosphere-hora-hitzelayer; ihr öffentlicher Vertrag erlaubt ausschließlich public_display, report_lookup, country:AT und die ausdrücklich geprüfte Distribution. Der bestehende Alt-Slug hora, HORA 3.0, HORA-Pass und LFRZ-WMS bleiben weiterhin gesperrt.

R-03 / POC-Gate — entschieden 11.08.2026 (#439): Keine Ampel, der Block kommt neutral („Nein, neutraler Block“). Die bestätigte inhaltliche Abgrenzung wird an den nachweislich aktiven SPARTACUS-v3-Stand präzise angepasst: Der Klima-Block zeigt Temperatur, Niederschlag und Sonnenscheindauer des abgeschlossenen Referenzjahres 2025. Die Hitzebelastung zählt aus der SPARTACUS-Temperaturdatenfamilie im historischen Mittel 1991–2020 die Tage über den Hitzeschwellen — also wie oft es heiß wird, nicht wie warm es im Mittel ist. Die ursprüngliche Formulierung „langjährige Temperatur- und Niederschlagsmittel“ würde den tatsächlich ausgewiesenen Jahresstand 2025 falsch beschreiben und ist deshalb keine zulässige Produktbehauptung. Hitzetage und Tropennächte sind messbare Klimagrößen, keine Bewertung. Zur Auflösung: 1 km auf eine Parzelle ist hier vertretbar — anders als bei der Geologie variiert ein Temperaturfeld regional und stetig, es springt nicht an der Grundstücksgrenze. Die Rasterweite gehört trotzdem offengelegt.

Local Climate Zones — Discovery 07.08.2026

Discovery zu #454 (Nachfolger des Nebenfund-Vorschlags aus #439). Empfehlung: aufnehmen als „Umgebungsstruktur (Stadtklima-Kontext)“, nach der Hitzebelastung; Umsetzung erst nach zwei Produktentscheidungen.

• Quelle: Global map of Local Climate Zones v3.0.0 (Demuzere et al.), Zenodo Record 8419340 (08.10.2023), CC BY 4.0 ohne NC/SA. Empfohlene Datei laut Readme und ESSD-Paper: lcz_filter_v3.tif (MD5 e2f4d97b…); dazu lcz_probability_v3.tif mit Pixel-Konfidenz (Anteil der 50 Modellläufe mit der modalen Klasse). Datenstand: Nominaljahr 2018 (aus der Quelle). ⚠ Die oft zitierte DOI …6364594 ist der veraltete v1-Record; Concept-DOI ist 10.5281/zenodo.6364593, versionsfest pinnen auf v3.
• Pilot live verifiziert (9/9 plausibel, GDAL-Range-Read ohne Download der 1,4 GB): Gänserndorf Zentrum und Bahnhof LCZ 6 „Open lowrise“ (Konfidenz 52 %), Marchegg Stadt LCZ 6 (100 %), Marchegg-Acker LCZ 14 (deckt sich mit Urban Atlas), Wien-Zentrum LCZ 2 „Compact midrise“ (84 %), Wr. Neustadt LCZ 5 (38 %), Neusiedler See LCZ 17 Wasser.
• Genauigkeit, ehrlich: OA > 70 % über alle Metriken; klassenweise F1 50–78 %, LCZ 6 mit 78 % die am besten erkannte bebaute Klasse. Dokumentierte Schwäche: Trennung LCZ 6 vs. 9 — exakt die Bebauungstypen niederösterreichischer Kleinstädte. Konzeptionell ist „local“ bei Stewart & Oke Nachbarschaftsskala: Ein LCZ-Wert ist eine Umgebungs-, keine Parzellenaussage, und genau so gehört er in den Block.
• Zugangswege (alle live geprüft): Kanonisch Zenodo v3 (versionsfest, MD5 aus der API). Die RUB-COGs (lcz-generator.rub.de/cogs/…) funktionieren als Punktabfrage (~65 KB, < 1,2 s), sind aber ein Universitätsserver ohne SLA, und latest-Aliasse können bei v4 still umspringen. Kein WMS/WMTS/WCS (404s dokumentiert); der RUB-Tile-Server ist reine Visualisierung. GEE scheidet aus (Plattform verlangt kommerzielle Lizenz, unabhängig von der CC-BY-Datenlizenz). LCZ-Generator-Stadtkarten nie verwenden: CC BY-SA (Copyleft) — nur die globale Karte ist CC BY.
• Umsetzungsweg: Einmaliger Österreich-Clip aus der gepinnten Zenodo-v3 (wenige MB), Klasse + Konfidenz je Rasterzelle als release-gebundener Snapshot nach FND-03; kein Fremdserver im Traffic-Pfad. Attribution: Demuzere et al. (2022), doi:10.5194/essd-14-3835-2022 + doi:10.5281/zenodo.8419340, CC BY 4.0, mit Änderungshinweis (Punktauskunft aus dem Raster).
• Warum nicht sofort: (1) Es gibt keine deutsche Laiensprache für die 17 Klassen und keinen Endnutzer-Präzedenzfall (Lücke durch das Mainstreaming-Paper 2025 bestätigt; der österreichische „HitzeCheck“ nutzt Hitzetage/Tropennächte, deutsche Stadtklimaanalysen „Klimatope“) — die Übersetzung ist eine redaktionelle Setzung → Ask-Block. (2) Die Konfidenz-Regel (Gate vs. transparenter Hinweis) ist eine fachliche Regel (POC-Gate); ein 50-%-Gate würde ausgerechnet Gänserndorf (52 %) knapp passieren lassen und Wr. Neustadt (38 %) verstummen.
• Warnender Präzedenzfall: Zillow entfernte im Dezember 2025 die adressgenauen First-Street-Klimarisiko-Scores nach Branchenbeschwerden über Modellgenauigkeit (Käuferklage anhängig). Unser Muster — neutraler Block, Herkunfts-Label, offengelegte Auflösung und Konfidenz, keine Ampel ohne Freigabe — ist die Gegenposition dazu und bleibt Bedingung.
• Abgrenzung: Hitzebelastung (#439) = messbare Folge, zuerst. LCZ = die bauliche Ursachen-Struktur, danach. Der Urban-Atlas-Versiegelungsgrad (#439-Nebenfund) ist durch LCZ weitgehend abgedeckt — eine eigene Zeile lohnt erst, falls LCZ scheitert.

Local Climate Zones — IMPLEMENTIERT

Umsetzung zu #454 (Nutzer-Entscheid 07.08.2026: „umsetzen mit Konfidenz-Aggregation“). Vollständig live: Snapshot, Rechte-Review, qualifizierter Release und neutraler Reportbaustein „Umgebungsstruktur“ in Web, PDF und API.

• Quelle: Demuzere et al., Global map of Local Climate Zones v3.0.0, versionsfest gepinnt auf Zenodo Record 8419340 (CC BY 4.0, ~100 m, Nominaljahr 2018). Gelesen werden lcz_filter_v3.tif (die von den Autoren empfohlene Datei) und lcz_probability_v3.tif (ML-Konfidenz je Pixel); MD5-Prüfsummen laut Zenodo-API dokumentiert (deklariert), die Snapshot-Bindung läuft über den eigenen Manifest-Hash.
• Gespeichert wird das 5×5-Zellen-Aggregat, nicht das Einzelpixel-Raster — die Fensterzellen sind Gradraster-Zellen, also rund 500 m Nord-Süd × 335 m Ost-West auf Österreich-Breite (EPSG:4326-Pixel schrumpfen ost-westlich mit cos φ; Review-Befund, sichtbar korrigiert statt „500 × 500 m“ zu behaupten) — (Migration 0046_lcz_umgebung.sql, scripts/ingest-lcz.mjs): je 5×5-Pixel-Fenster die modale Klasse, ihr Anteil (von 25) und die mittlere Modell-Konfidenz der Modal-Pixel. Das ist der Konfidenz-Aggregations-Entscheid — und zugleich die konzeptionell richtige Skala: „local“ ist bei Stewart & Oke Nachbarschafts-, keine Parzellenebene. Einzelpixel wären Scheinpräzision (Konfidenz streut 38–100 %, Discovery #454); 26,7 Mio. 100-m-Zellen wären zudem kein Snapshot-Format.
• Pixelverankertes Fenster als Datenvertrag: Offset 199819/34440, Größe 8575×3120 → 1715 × 624 Gitterzellen; exakt 1.070.153 Zellen (das Gitter minus 7 gepinnte Nodata-Blöcke in den italienischen Dolomiten, 12,14–12,26°O / 46,41–46,52°N — österreichisches Staatsgebiet ist lückenlos). Das DB-Publish-Gate kennt KEINE Drift-Toleranz: jede Abweichung ist eine bewusste Migration.
• Live verifiziert (Vollprobe vor dem Ingest): Gänserndorf Klasse 6 „Open lowrise“, 25/25 Zellen einhellig, Konfidenz 76 % (Einzelpixel wären 52 % gewesen — die Aggregation leistet genau das Gewollte), Marchegg 6 bei 23/25 und 96 %, Wien-Zentrum Klasse 2 „Compact midrise“ 25/25, Wr. Neustadt ehrlich heterogen (Klasse 5, 11/25, 64 %), Neusiedler See Wasser 100 %. Verteilung über 16 vorhandene Klassen plausibel (Wald 477k, Acker/Wiese 281k, Fels/versiegelt 94k; Klasse 7 „Lightweight lowrise“ fehlt in Mitteleuropa korrekt).
• Release-gebunden nach FND-03: Rechte-Review eingespielt (registered/conditional/CC-BY-4.0, Recheck 07.02.2027, Datei-SHA 6f152617…), Release qualifiziert mit Manifest-SHA über den Zellbestand, Pointer per CAS aktiv, Coverage umgebung:at:lcz-500m. Frische: not_applicable — die Karte ist inhaltlich eingefroren; neues Wissen kommt nur als v4 = bewusste Migration, nicht als Kalenderablauf.
• Report-Verhalten: Neutraler Block ohne Ampel (report.lcz), kein Steckbrief-/Bilanz-Eintrag. Gezeigt werden die neutral-deskriptive deutsche Beschreibung IMMER zusammen mit dem offiziellen englischen Klassennamen (redaktionelle Setzung — es existiert weltweit kein etabliertes LCZ-Laienvokabular, Lücke durch das Mainstreaming-Paper 2025 bestätigt), der Fenster-Anteil und die Modell-Konfidenz. Außerhalb des Fensters: degraded.lcz mit ausserhalb_abdeckung; ohne Release WIRFT der Adapter.
• Bewusst ausgeschlossene Wege (Discovery #454): Google Earth Engine (Plattform verlangt kommerzielle Lizenz, unabhängig von der CC-BY-Datenlizenz), LCZ-Generator-Stadtkarten (CC BY-SA, Copyleft), latest-Aliasse (stiller Versionssprung), RUB-COGs im Traffic-Pfad (Uni-Server ohne SLA — nur Prototyp/Validierung).
• Werkzeug-Falle, dokumentiert für künftige Raster-Ingests: In GDAL 3.13 bricht GDAL_DISABLE_READDIR_ON_OPEN=EMPTY_DIR (eine übliche vsicurl-Optimierung) die Ausgabe über Raw-Treiber (ENVI/EHdr) — 2-Byte-Datei, leerer stderr, wechselnder Exit-Code. Der Ingest entfernt die Variable explizit und prüft die Ausgabegröße hart.

Seveso/Störfallbetriebe & Hochspannungs-/Gasleitungen — NICHT OGD-verfügbar (NÖ, Stand 2026-05)

• ⚠️ Befund (Recherche 2026-05, gesamter NÖ-GeoServer + LFRZ + data.gv.at geprüft): Für Niederösterreich existiert kein öffentlicher Geodienst für Seveso-/Störfallbetriebe (Betriebsbereiche nach Industrieunfall-VO) — die Behörden publizieren nur HTML-Listen/Kundmachungen (EDM, Störfallinformations-VO), keinen WMS/WFS mit GetFeatureInfo. (Tirol/Salzburg haben einzelne offene INSPIRE-PF-Dienste, NÖ nicht.)
• ⚠️ Leitungen: Hochspannungs-Freileitungen (APG/Netz NÖ) liegen zwar als INSPIRE-Dienst vor, sind aber Art. 13(1)(b)-zugriffsbeschränkt (Token „auf Anfrage") — kein anonymer Live-Pfad; APG zudem nur Umspannwerke, keine Leitungen. Gas-Hochdruckleitungen: kein öffentlicher Dienst.
• Status: offen, nicht autonom baubar (keine öffentliche Quelle). Falls künftig relevant: nur über behördliche Datenfreigabe / Token.

Schutzgebiete (Natur + Wasser, NÖ-OGD) — IMPLEMENTIERT

• Status: Live im öffentlichen Report (lib/geo/schutzgebiete.ts), fail-open.
• Quelle: Land Niederösterreich (NÖ-OGD-GeoServer sdi.noe.gv.at), Layer RNA_NSGEB (Naturschutzgebiet), RNA_NATIONALPARK, RNA_N2K_FFH/RNA_N2K_VS (Europaschutz/Natura 2000), RNA_LSGEB (Landschaftsschutz), RNA_NATURPARK, N_VSEL_OGD_BSRNK_SCHUTZ_SCHON (wasserrechtliche Schutz-/Schongebiete).
• Format: WMS-GetFeatureInfo (text/plain, gemeinsamer Helper lib/geo/noegis.ts); serverseitiges Punkt-in-Polygon, je Layer ein Treffer.
• Lizenz: CC BY 4.0 (OGD NÖ), „Datenquelle: Land Niederösterreich (data.noe.gv.at)".
• Ampel: streng (Naturschutz-/Europaschutz-/Nationalpark-/Wasserschutzgebiet) → rot; milder (Landschaftsschutz/Naturpark/Wasserschongebiet) → gelb; kein Treffer → grün.
• Verwendung: Bebauungs-/Nutzungs-Restriktion; ergänzt Widmungs-Layer. Indikator, keine Rechtsauskunft — konkrete Regeln aus der jeweiligen Verordnung.
• Scope: Niederösterreich. (Frühere Planung „PostGIS-Mirror der WFS-Geometrie" ersetzt durch Live-GFI — kein Ingest nötig.)

Lärminfo — IMPLEMENTIERT

• Status: Release-gebunden live im öffentlichen Report (lib/geo/laerm.ts), in beiden Karten-Overlays, Legenden und PDF. Der aktive Release 63575c23-0121-506d-8baa-210a82dd957f steht seit 26. August 2026 auf Pointer-Version 1; sechs Pflichtchecks sowie Report-, Karten-, Legenden-, Web- und PDF-Readbacks sind belegt. Fehlt diese Freigabe oder fällt der Dienst aus, bleibt der restliche Report verfügbar und weist degraded.laerm aus. Der erste planmäßige Vercel-Cron-Renewal bleibt davon getrennt und ist noch nicht als ausgeführt belegt. Siehe Produktionsnachweis.
• Quelle: www.laerminfo.at (Umweltbundesamt), strategische Lärmkarten der EU-Umgebungslärmrichtlinie 2002/49/EG, Kartierungsrunde 2022.
• Format: WMS-GetFeatureInfo (LFRZ-WMS, WMS 1.1.1, SRS=EPSG:4326, INFO_FORMAT=text/plain). Serverseitiges Punkt-in-Polygon je Layer; text/plain liefert nur die Attribute. Exakt abgefragt werden:
  • Straße: 2022_STRASSE_24H_ZONEN_OE, 2022_STRASSE_NACHT_ZONEN_OE
  • Schiene: 2022_SCHIENE_24H_ZONEN_OE, 2022_SCHIENE_NACHT_ZONEN_OE
  • Flug: 2022_FLUGHAEFEN_24H_ZONEN_OE, 2022_FLUGHAEFEN_NACHT_ZONEN_OE
  • Industrie/IPPC: 2022_IPPC_24H_ZONEN_OE, 2022_IPPC_NACHT_ZONEN_OE
• Datenmodell: disjunkte Isophonen-Bänder, category = LdenXXYY / LnightXXYY / …GreaterThanNN (5-dB-Klassen). Die Werte sind berechnete, nicht gemessene Mittelungspegel in 4 m Höhe; es handelt sich nicht um ein „10-m-Raster“.
• Lizenz: CC BY 4.0 (OGD Österreich), genaue Attribution: „Datenquelle: www.laerminfo.at“.
• Scope: Vier strategisch kartierte Quelltypen oberhalb der jeweiligen EU-Meldeschwellen: Straße, Schiene, Flug und Industrie/IPPC. Die Industrie-/IPPC-Karten decken nur die ausgewiesenen Ballungsräume ab; lokaler Straßen-, Nachbarschafts-, nicht kartierter Flug- und sonstiger Gewerbelärm bleibt außerhalb des Scopes.
• Gespeicherte Altberichte: Reports vor dem Vier-Quellen-Cutover enthalten die acht Flug-/IPPC-Felder nicht. Das Acht-Felder-Tupel ist unteilbar: Fehlt auch nur ein Feld, kennzeichnen Webansicht, PDF-Risikozeile und Steckbrief den Befund fail-closed ausschließlich als Straße/Schiene; gespeicherter Altbericht und zeigen keine Flug-/IPPC-Aussage. Der historische hinweis-Freitext wird dabei nicht sichtbar übernommen (insbesondere keine alte „10-m-Raster“-Behauptung), sondern auf einen aktuellen, Straße/Schiene-spezifischen Hinweis mit dem kanonischen R-03-Satz normalisiert. Messwerte und Ampel des gespeicherten Snapshots werden nicht neu berechnet.
• Ampel: unverändert und quellenübergreifend: Lden ≥ 70 oder Lnight ≥ 60 → rot; sonst kartierte Zone → gelb; keine Zone → grün.
• R-03: „Die Ampel ist ein Screening auf Basis der EU-Lärmkarten und ersetzt kein schalltechnisches Gutachten; Ansprüche auf Schallschutzmaßnahmen richten sich nach eigenen, teils niedrigeren Grenzwerten.“
• Zeitbezug: quelle_stand ist das Abrufdatum des Live-WMS, nicht das Datenjahr; die Kartierungsrunde bleibt separat 2022.
• Verwendung: Differenziert Nutzungsszenarien (Wohnen vs. Gewerbe/Lager) — eine an einer Hauptverkehrsstraße gelegene Parzelle ist für Wohnen anders zu bewerten als eine ruhige Lage.
• Update-Rhythmus: 5-Jahres-Zyklus (zuletzt 2022).

ÖV-Güteklassen (ÖROK/BMIMI) — IMPLEMENTIERT

• Status: Live im öffentlichen Report (lib/geo/oev.ts), Pilot-Mirror (#101 Phase 2). Außerhalb der Spiegelung ehrlich degraded (ausserhalb_pilot_spiegelung).
• Quelle: ÖROK + BMIMI, österreichweit einheitliches Güteklassen-Modell (A beste … G); bereitgestellt von AustriaTech (files.austriatech.at, Share 33971b2d51a348a5958d, verlinkt von mobilitydata.gv.at und data.gv.at).
• Format: jährliches ZIP (~160 MB) mit Shapefiles. Genutzt: 02_beschlossenes ÖV-Güteklassensystem/OeV_Gueteklassen_Polygone_*.shp — österreichweit genau 7 aufgelöste Features (eine Klasse je Feature, EPSG:3035). Kein amtlicher WMS/WFS → Datei-Mirror statt Live-Abfrage.
• Ingest: scripts/ingest-oev.mjs (Migration 0027_oev_gueteklassen.sql). Wichtig: GDAL -clipdst statt -spat — alle 7 Österreich-Polygone schneiden jede bbox, erst der Clip macht den Pilot-Extrakt klein (~370 KB). Tabelle oev_gueteklassen (gkl, geom 4326, stand); Lookup: beste Klasse am Punkt (ORDER BY gkl ASC, Klassen-Polygone überlappen A⊂B⊂C…).
• Lizenz: „Kein(e) Lizenz und kein Vertrag" — die beiliegenden Nutzungsbedingungen (ÖROK-Haftungsausschluss, im ZIP) enthalten keine Nutzungseinschränkung und keine Attributionspflicht — allerdings auch keine ausdrückliche Nutzungsrechtseinräumung; die Nutzung stützt sich auf die OGD-Listung (data.gv.at) und die freie Bereitstellung „zur Verbesserung der Abstimmung von Siedlungsentwicklung und ÖV-Erschließung". Attribution machen wir trotzdem (ÖROK/BMIMI, AustriaTech). Formale Lizenz-Bestätigung als offener Punkt (analog zur inzwischen abgeschlossenen BEV-Klärung #77).
• Ampel (deterministisch, classifyOev): A–C → grün, D–G → gelb, keine Klasse → rot. Schwellen bestätigt (M11, 16.07.2026): D bleibt gelb, keine Klasse = rot.
• Standort-Bilanz-Kappung (M11, 16.07.2026): Im universellen „jede Nutzung"-Rollup (standort_bilanz) zählt ÖV-rot (keine Güteklasse) höchstens als gelb — für die ÖV-nachrangigen Nutzungen Freiflächen-PV und Lager ist er kein kritischer Standortfaktor. Der ÖV-Steckbrief-Eintrag selbst bleibt rot (Rohsignal), sein Kurztext weist die Nachrangigkeit aus. Siehe REPORT-SPEC §standort_bilanz. Später (nicht blockierend): den Bedarfsverkehrs-Datensatz derselben AustriaTech-Lieferung spiegeln. Stufe und Wortlaut sind bereits entschieden (Magnus 11.08.2026, #341): „keine Güteklasse + Bedarfsverkehr erfasst“ wird GELB, Wortlaut im Issue bestätigt — Umsetzung sobald der Datensatz gespiegelt ist.
• Verwendung: Kern-Standortfaktor (Wohn- wie Betriebsnutzung, widmungs- und wertrelevant); Steckbrief + eigener Report-Block.
• Update-Rhythmus: jährlich (Lieferung ~April, Fahrplan-Referenz Oktober des Vorjahres; aktuell Stand 2025-10-29).

OpenStreetMap — POI-Dichte / 15-Minuten-Score

• Status: 🟡 Phase 2 (#101/#250) — Pilot-Mirror läuft: Code (lib/geo/poi-dichte.ts), Migration, Extrakt, Ingest und monatlicher Cron sind implementiert und End-to-End live verifiziert (Erstlauf 443 Zeilen, ingest_runs ok). Offen ist der Statewide-Ausbau (GeoFabrik + osmium, eigenes Issue); außerhalb der Spiegelung ehrlich degraded (ausserhalb_pilot_spiegelung).
• Quelle: OpenStreetMap. Pilot: einmaliger Overpass-Abzug der kleinen Pilot-bbox (scripts/osm-pilot-extract.mjs) — funktional äquivalent zum GeoFabrik-Pfad, aber ohne 1-GB-Download und ohne GDAL, läuft daher auf Vercel. Statewide NÖ: GeoFabrik-Extrakt Österreich (austria-latest.osm.pbf, geofabrik.de) — Overpass ist für Flächen-Abzüge nicht der richtige Weg. In beiden Fällen gilt: kein Live-Overpass im Request-Pfad — Overpass ist hart rate-limitiert (~10 req/min, Scraper-Ban); ein Call je Adresse riskiert IP-Ban und nicht reproduzierbare Reports → Mirror (wie ÖV-Güteklassen).
• Format: Overpass-JSON bzw. .osm.pbf → Tag-Filter je Kategorie (Single Source: OSM_CATEGORIES in scripts/osm-pilot-extract.mjs) → GeoJSON-Punkte (Polygon-POIs auf Repräsentativpunkt reduziert) → PostGIS-Clip auf die Pilot-bbox.
• Ingest: scripts/ingest-osm-pois.mjs (Migration 0028_osm_pois.sql), Refresh über den Vercel-Cron /api/cron/ingest-osm-pois (monatlich, 8. um 05:00 UTC, ADR-0034). Tabelle osm_pois (geom Point 4326, stand); der CHECK lässt oev_halt aus Bestandsgründen noch zu, der Extrakt liefert es aber nicht mehr. Lookup: ST_DWithin auf geography im 900-m-Radius, Kategorie-Zähler in einem Roundtrip.
• POI-Kategorien (5; evidenzbasiert, #250): nahversorger (shop=supermarket/convenience/bakery/butcher, amenity=marketplace), bildung (kindergarten/school), gesundheit (pharmacy/doctors/clinic/ hospital), gastro (restaurant/cafe/bar/pub), gruenraum (leisure=park/playground/garden, landuse=recreation_ground). ÖV bewusst NICHT enthalten — separat über die ÖV-Güteklasse (Doppelzählung vermeiden, Recherche #250).
• Lizenz: ODbL 1.0 → Pflicht-Attribution „© OpenStreetMap contributors, ODbL 1.0 — openstreetmap.org/copyright" sichtbar in Web + PDF (Report = „Produced Work", nur Attribution). Der osm_pois- Mirror ist eine „Derivative Database" → bei Weitergabe unter ODbL bereitzustellen. Details: MAGNUS-REVIEW-POI-DICHTE.md, RISKS §R-OSM.
• Ampel (deterministisch, classifyPoiDichte): Score = erreichte Kategorien / 5 × 100. ≥4/5 → grün, 2–3/5 → gelb, ≤1/5 → rot. Radius 900 m und Schwellen evidenzbasiert (Recherche #250: 15 min ≈ ~900 m Luftlinie); Präsenz-Indikator, keine gewichtete Erreichbarkeit.
• Verwendung: Lage-Indikator „Lage & Versorgung" (ergänzt ÖV-Güte und Erreichbarkeit; keine Restriktion); Steckbrief „Nahversorgung (15 Min)" + eigener Report-Block.
• Update-Rhythmus: monatlich (POIs ändern sich schneller als ÖV-Güteklassen) — Cron ingest-osm-pois ist gewired, siehe Ingest.

Grundbuch (JustizOnline)

• Quelle: justizonline.gv.at, BRZ (Bundes­rechenzentrum)
• Format: PDF-Auszug Haupt­buch (A1/A2/B/C-Blatt), keine OGD-API
• Kosten: ca. €17–25 pro Einlagezahl-Abfrage (Stand 2026, abhängig von Schnittstelle)
• Was im Kataster (BEV) nicht steht:
  • B-Blatt: Eigentümer, Anteile (¼, ½, ⅛ …), Adressen — kritisch für „Wer muss zustimmen?"-Frage bei Brachflächen
  • C-Blatt: Belastungs- und Veräußerungs­verbote, Vorkaufsrechte, Wohnungsgebrauchsrechte, Dienstbarkeiten (z. B. Wasserableitungsrecht über Nachbargrundstücke), Hypotheken
  • A2-Blatt: Erbauungs­eintragungen, Rechte gegenüber/zugunsten anderer Grundstücke
• Warum unverzichtbar für landnutzen: Eine Brachfläche, die mehreren Erben gemeinsam gehört und mit Vorkaufsrechten kreuz-und-quer belegt ist (typischer Praxisfall), kann nur durch Einstimmigkeit aktiviert werden. Ohne B/C-Blatt-Auswertung kann landnutzen keine belastbare „Aktivierungs­fähigkeit"-Einschätzung liefern.
• Implementations-Strategie: On-demand-Abruf nur bei Premium-Pfad (490-€-Beratung oder explizite User-Anforderung), nicht für kostenlose Erst­einschätzung
• Cache-Strategie: Hash auf Einlagezahl + Bezirksgericht, 90-Tage-TTL — Eigentumsverhältnisse ändern sich selten
• Detail-Spec: ADR-0016 — Grundbuch-Modul im MVP

Ediktsdatei (Zwangsversteigerungen)

• Endpoint: edikte.justiz.gv.at (§ 89j GOG)
• Format: HTML — kein OGD-API, kein SLA, Ajax/Dojo-driven (Discovery 2026-05-26 — Connector kann nicht einfacher fetch-Chain sein, siehe discovery/edikte-discovery.md)
• Lizenz: öffentlich (amtliche Bekanntmachung); kein OGD-CC-Hinweis → automatisierter Zugriff erfordert vorsichtige Frequenz und kennzeichnenden User-Agent
• Crawler-Regeln: kein /robots.txt, aber explizite <meta name="robots" content="nofollow,noarchive,noimageindex,nomediaindex"> plus msnbot=nocache, googlebot=nosnippet — Spirit klar: keine Re-Publikation/Indexierung. Default-Policy lib/edikte/policies.ts: 1500 ms zwischen Requests, identifizierender User-Agent
• Strategischer Wert: doppelter Nutzen aus einer freien Quelle
  • Wert-Proxy: Gerichtlich bestellter Schätzwert ist der erste adressscharfe, lizenzfreie Liegenschaftswert — schärft Szenario-Engine (R-04), ergänzt Aggregat-HPI (Kategorie 6).
  • Aktivierungs-Lead: „in Verwertung = in Bewegung" — Eigentümer ist motiviert oder hat das Asset verloren.
• Stufenmodell (ADR-0032): Stufe 1 = anonymer Vergleichswert (MVP-Backlog, P2/3); Stufe 2 = Lead im Gemeinde-Dashboard (Phase 3+, gesondertes ADR).
• Datenminimierung — DSGVO-Kontrakt: Persistiert werden nur liegenschaftsbezogene Felder (EZ, KG, BG, Adresse, Schätzwert, geringstes Gebot, Termin, Edikt-ID, Liegenschaftstyp). Name/Anschrift des Verpflichteten werden beim Parsen verworfen — nicht pseudonymisiert, kein Hash. Vom Test verifiziert: tests/ingest/edikte.test.mjs prüft, dass kein Personen-Token in einem SQL-Param landet.
• Pflicht-Disclaimer im Report: „Gerichtlich bestellter Schätzwert ≠ Marktpreis" (Zwangsversteigerungs-Abschlag, Sachverständigen-Methodik, Stichtag). Der Wert ist interner Kalibrierungs-Proxy, nicht „Verkehrswert".
• Schema-Drift-Monitoring: HTML-Layout kann brechen (kein API/SLA). Der Parser wirft EDIKTE_PARSE_DRIFT, wenn weder Geschäftszahl noch Schätzwert erkennbar sind; Drift erscheint in ingest_runs.rows_skipped → Admin-Übersicht.
• Idempotenz: UNIQUE(edikt_id) + ON CONFLICT DO UPDATE — Re-Runs aktualisieren Termin/Beträge.
• Spatial-Join: PostGIS-View v_edikte_parzellen joint best-effort über kg + ez (EZ vorläufig als gnr — präziser EZ↔GNR-Mapper in Folgemigration).
• Offene Fragen (vor Stufe-2-Aktivierung klären):
  • Retention abgeleiteter Werte nach justizseitiger Edikt-Löschung — Owner Magnus (juristisch).
  • Nutzungsbedingungen / robots.txt von edikte.justiz.gv.at für automatisierten Abruf (Frequenz, Kennzeichnung).
  • Reproduktion des gerichtlichen Schätzwerts im Report (Anzeige vs. nur intern kalibrierend).
  • Adress-Edge-Case Einzelhaus = Wohnanschrift des Verpflichteten → personenbeziehbar trotz fehlender Namens­spalte.
• Detail-Spec: ADR-0032 — Ediktsdatei property-only · Issue #95

Immobilienpreise (frei lizenzierte Statistik) — Kategorie 6

Aggregierte Preis-/Indexzeitreihen (Region × Zeit × Indikator), keine Einzelinserate, kein Personenbezug — bewusste DSGVO-/Datenbankrecht- Abgrenzung gegenüber Scraping kommerzieller Portale (willhaben); Begründung siehe RISKS.md. Schema: lib/db/schema/property-prices.ts, Migration 0012_property_prices.sql, Ingest scripts/ingest-prices-*.mjs.

Quelle	Format	Lizenz / Attribution	Reife	Script
Quelle	Dataset / Key	Format	Lizenz / Attribution	Reife
---	---	---	---	---
Eurostat	prc_hpi_q (purchase=TOTAL, unit I15_Q + RCH_A)	JSON-stat 2.0 REST	frei, „Source: Eurostat"	✅ live verifiziert — AT bis Q4/2025 (=169,3 · 2015=100), EU/EA + alle MS, Länderebene
Statistik Austria	OGD_hpi2015_HPI_15_1 (+ _hpi2010_, _hpivr_)	OGD-Cube-CSV	CC BY 4.0, „Quelle: STATISTIK AUSTRIA"	✅ live verifiziert — Häuserpreisindex, 5 Messgrößen (Gesamt/Neu/Bestand/Häuser/Whg.), AT gesamt, Q+Jahr
EZB Data Portal	Generisch über SDMX-Flows; Default ICP/M.U2.N.041000.4.INX (HICP-Wohnmieten, Euroraum)	SDMX-JSON 1.0-cts	frei, „Source: ECB"	✅ live verifiziert — Euroraum-Mieten 2025-12 = 120,39; RPP-AT (Property Prices) ist veraltet (endet 2018-Q4), daher HICP-Wohnen als immo-adjacenter Default
OECD Data Explorer	OECD.ECO.MPD,DSD_AN_HOUSE_PRICES@DF_HOUSE_PRICES,1.0	SDMX-CSV (csvfilewithlabels)	OECD Terms of Use — „Source: OECD"	✅ live verifiziert — 50 Länder, AT 2025 (HPI nominal, 2015=100) = 167,3; Messgrößen HPI/RHP/RPI/HPI_RPI/HPI_YDH
BIS Property Prices	WS_SPP (Selected) — Defaults; WS_DPP (Detailed, Apartments/Häuser × Stadt/Land), WS_CPP (Commercial — Office/Retail) per BIS_FLOW	SDMX-CSV (labels=both)	frei, „Source: BIS"	✅ live verifiziert — WS_SPP 61 Länder AT 2025-Q4 (2010=100) = 211,51 (Real-YoY −1,7 %); WS_DPP AT-Wien Flats All 2025-Q4 (2000=100) = 310,8 (#88); WS_CPP DE Office 2025-Q4 (2010=100) = 163,7 (#88)
OeNB	Fundamentalpreis­indikator (Über-/Unter­bewertung)	ZIP-Download aus dem Wohnimmobilien-Shiny-Dashboard (Long-Form-CSV Wohnimmobilienmarkt_Fundamentalpreisindikator_*.csv)	frei, „Quelle: OeNB"	✅ live verifiziert (#87) — AT 2025-Q4 = +4,60 % (gerundet „5 %" im Dashboard), Wien = +12,31 %; Backfill 1989-Q1 .. 2025-Q4, 296 Quartals-Datenpunkte

• Granularität: Quartal/Jahr, AT-gesamt bzw. Länder-/NUTS-Ebene (Index, Veränderungsrate). Adress-/Bezirks-€/m² braucht weiterhin eine lizenzierte Transaktionsquelle (IMMOunited/Grundbuch, vgl. ADR-0016).

• OeNB-Befund: Der OeNB-Wohnimmobilienpreisindex deckt sich inhaltlich mit dem via Eurostat/Statistik Austria geführten HPI; einzig der OeNB-Fundamentalpreisindikator (Über-/Unterbewertung) ist OeNB- exklusiv. Seit 2026-Q2 ist er nicht mehr als XLSX, sondern nur noch über das Wohnimmobilien-Shiny-Dashboard verfügbar — der „Markt"- Tab exportiert ein ZIP mit FPI als Long-Form-CSV. Der Connector liest beide Pfade (run() für XLSX-Backfill, runFromDashboardZip() für den neuen Stand). Die Shiny-Session-URL ist nicht stabil, daher einmal pro Quartal manueller Download (siehe Issue #87).

• Aktualität: Idempotenter Re-Run der Ingest-Scripts; automatisiert via Vercel Cron (ADR-0034, siehe vercel.json#crons und app/api/cron/prices-*): ECB monatlich, Eurostat/STATAT/OeNB/OECD/BIS quartalsweise. price_facts.ingested_at trackt den letzten Sync je Grain. OeNB-Cron skippt, solange keine aktuelle Quartals-OENB_FPI_XLSX-URL gesetzt ist.

• Speicherort/Kosten: dieselbe Neon-Postgres (ADR-0002, EU-Region); Volumen < ~50 MB → 0 € Zusatzkosten (Free-Tier 0,5 GB; im Launch-Tier vernachlässigbar gegenüber den PostGIS-Geometrien).

• Cross-Source-Joins (#89): Eurostat/EZB/BIS/STATAT nutzen ISO-2 (AT), OECD nutzt ISO-3 (AUT). Die Tabelle country_codes (Migration 0017) hält das Mapping plus EU-/Euro-Area-Flags; der View v_price_facts_country joint price_regions über beide Schemata. Aggregate (EU27_2020, EA20, …) erscheinen mit iso2 IS NULL.

  Beispiel — „AT-HPI über alle 5 Quellen für 2025-Q4":

  SELECT ps.slug AS source, v.region_scheme, pi.slug AS indicator,
         pp.code AS period, v.value
  FROM v_price_facts_country v
  JOIN price_sources ps    ON ps.id = v.source_id
  JOIN price_periods pp    ON pp.id = v.period_id
  JOIN price_indicators pi ON pi.id = v.indicator_id
  WHERE v.iso2 = 'AT' AND pp.code = '2025-Q4'
  ORDER BY ps.slug, pi.slug;
  

  → liefert Eurostat (HPI 169,34), STATAT (5 Messgrößen, ~169,3), BIS (Index 211,51 · 2010=100), OeNB FPI (+4,60 %); für OECD separat auf Jahresfrequenz (pp.code='2025' → HPI 167,33).

• Bevölkerungs-Spatial-Join (#98): bev_raster_cells (Migration 0018) hält 42.966 populated 1km-Zellen aus dem Eurostat Census 2021 EU-Grid (CC BY 4.0). View v_parzellen_bevoelkerung joint per ST_Contains(brc.geom, ST_Centroid(parzellen.geom)):

  SELECT parzelle_id, kg, gnr, cell_id,
         pop_total, pop_lt15, pop_15_64, pop_ge65
  FROM v_parzellen_bevoelkerung
  WHERE parzelle_id = $1;
  

  Im Pilot-Backfill: 18.263 Parzellen mit Cell-Mapping (in bewohnten Zellen), 6.255 ohne (Felder/Wald — pop_total=NULL signalisiert „keine Bewohner im 1km-Umkreis"). Cell-IDs nach INSPIRE-Schema AT_CRS3035RES1000mN<NORTH>E<EAST>.

Freizeit-/Zweitwohnsitz-Beschränkungsgemeinden — IMPLEMENTIERT (Salzburg-Pilot)

• Status: 🟡 Phase 2 (#257) — Salzburg-Pilot live (committete JSON, 91 Gemeinden). Restriktions-Indikator report.zweitwohnsitz.
• Befund: NÖ hat KEIN Zweitwohnsitz-Beschränkungsregime (NÖ ROG 2014) → jede NÖ-Adresse „nicht erfasst" (grün). Wert kommt vom Rot-Pfad in Ländern mit Regime (Salzburg/Tirol/OÖ/Vbg).
• Quelle: RIS Landesrecht (ris.bka.gv.at). v1 Salzburg: „Zweitwohnung-Beschränkungsgemeinden-Verordnung 2024", LGBl 26/2024, Gesetzesnummer 20001469, §1-Dok LSB40028014 (in Kraft 2024-03-01). Die Gemeinde-Liste ist Komma-Prosa je Bezirk im §1-XML (kein Dataset, keine GKZ) → maschinell geparst. Tirol (142, PDF) + OÖ (~25) = Folge.
• Keying: gem_nr (5-stellig, Statistik Austria) aus dem Radon-Layer; Name→gem_nr zur Build-Zeit über gemliste_knz.csv.
• Build: scripts/build-zweitwohnsitz-gemeinden.mjs (RIS-§1 + Statistik → lib/geo/data/zweitwohnsitz-gemeinden.json); Re-Run pro VO-Novelle, Ergebnis committen. Kein DB-Ingest (Denkmal-Muster).
• Ampel: rot = in geltender Landes-VO gelistet; grün = nicht erfasst; kein Block + degraded, wenn gem_nr fehlt (R-03, kein stilles Grün). Statischer Disclaimer „Indikation, keine Rechtsauskunft" (RIS + Gemeinde maßgeblich). Wortlaut per Magnus-Entscheid 11.08.2026 (#464) auf die Nutzung „Wohnen als Freizeit-/Zweitwohnsitz“ fokussiert (Zweitwohnsitzabgabe, Melderecht; gewerbliche Beherbergung nicht erfasst); ausdrücklich keine Szenario-Wirkung. Eine externe Rechtsprüfung des Wortlauts bleibt offen.
• Lizenz: RIS CC BY 3.0 AT, Statistik-Gemeindeliste CC BY 4.0.
• Discovery: discovery/zweitwohnsitz-beschraenkung-discovery.md.

AEST-Gemeindeergebnisse (Statistik Austria) — IMPLEMENTIERT

• Status: Live im öffentlichen Report als neutraler Gemeinde-Block „Pendeln & Arbeitsplätze“ ohne Ampel (lib/geo/pendeln.ts, #363). Kein Steckbrief-/Bilanz-Eintrag (reine Statistik, keine fachliche Bewertungsregel — POC-Gate greift nicht).
• Quelle: OGDEXT_AEST_GEMTAB_1 — Abgestimmte Erwerbsstatistik + Arbeitsstättenzählung, Gemeindeergebnisse 2011–2024 (jährlich, Stichtag 31.10., ~1,5 Jahre Publikations-Lag), 2,8 MB Klartext-CSV (kein Cube-Format). Wien nach Gemeindebezirken (90101 ff.).
• Ingest: scripts/ingest-stat-aest.mjs (Migration 0030_stat_gemeinde.sql, Tabelle stat_aest_gemeinde, UPSERT je (jahr, gem_nr), Kopfzeilen-Drift wirft). Lookup per GKZ (gem_nr aus dem Radon-Layer, Zweitwohnsitz-Muster #257); ohne Gemeindebezug ehrlich degraded (keine_gemeinde).
• Lizenz: CC BY 4.0 — „Datenquelle: Statistik Austria - data.statistik.gv.at".
• Pilot-Referenz (live verifiziert 01.08.2026): GKZ 30817 Gänserndorf: Auspendleranteil 76,7 %, 5.742 Beschäftigte in 1.046 Arbeitsstätten (2024); GKZ 30835 Marchegg: 82,0 %.
• Bewusst gestrichen: der Lohnsteuer-Teil der ursprünglichen Backlog-Zeile — die LST-OGD-Tabellen haben keine Regionaldimension (Discovery #363).

Bevölkerungsdynamik je Gemeinde (Statistik Austria) — IMPLEMENTIERT

• Status: Live im öffentlichen Report als neutraler Gemeinde-Block „Bevölkerungsdynamik“ ohne Ampel (lib/geo/demografie.ts, #364).
• Quellen: OGD_bevstandjbab2002_BevStand_<JAHR> (Bevölkerung je Gemeinde zum 1.1., Stichtage 2021–2026 gespiegelt), OGDEXT_BINNENWAND_1 (Gemeinde×Gemeinde-Matrix 2002–2025, Single-Entry-ZIP, kopfzeilenlos, Gebietsstand 2025), OGD_bevwan020_AUSSENWAND_202 (Außenwanderung je Gemeinde ab 2015). Gemeinsamer Schlüssel GRGEMAKT-<GKZ>.
• Ingest: scripts/ingest-stat-bevdynamik.mjs (Migration 0030, Tabellen stat_bev_gemeinde + stat_wanderung_gemeinde). Die vier Ingest-Fallen aus Discovery #364 sind in scripts/lib/stat-gemeinde.mjs fixiert und testgesichert: 100+-Alterszeilen (GALT5J100-21) zählen mit; gemeindeinterne Umzüge separat (weder Zu- noch Wegzug); kopfzeilenlose BINNENWAND-CSV mit fest verdrahteter Spaltenordnung; die Zielgemeinde-Spalte nutzt den Präfix GRGEMAKT- (nicht WGRGEMAKT- wie im HEADER-Dokument).
• Lizenz: CC BY 4.0 — „Datenquelle: Statistik Austria - data.statistik.gv.at".
• Pilot-Referenz (live verifiziert 01.08.2026): Gänserndorf 12.348 EW zum 1.1.2026 (nicht 12.344 — 100+-Falle), Marchegg 3.173; Binnen-Saldo 2024 +180 (804 Zu-/624 Wegzüge über die Grenze, 346 interne Umzüge), Auslands-Saldo −12.
• Bewusst NICHT ausgewiesen: eine Geburten-/Sterbebilanz — sie existiert als Gemeinde-OGD nicht und wäre nur als Restgröße inkl. statistischer Korrekturen ableitbar (R-03, Discovery #364).

eBOD-Bodenkarte (BFW) — IMPLEMENTIERT

• Status: Live im öffentlichen Report als neutraler Block „Boden (landwirtschaftliche Bodenkartierung)“ ohne Ampel (lib/geo/boden.ts, #360). Kein Steckbrief-/Bilanz-Eintrag. Szenario-Kopplung entschieden: bleibt entkoppelt (Magnus, 11.08.2026, #101) — der Boden wirkt weder als harter Ausschluss noch als Kostenfaktor auf die Nutzungsklassen. Eine Bonitäts-Ampel oder Kopplung wieder aufzunehmen wäre eine neue fachliche Regel und bräuchte eine eigene Freigabe.
• Quelle: INSPIRE-Atom-Downloaddienst „Agricultural Soil Map of Austria“ (BFW), GeoPackage-Bulk inspire.lfrz.gv.at/000604/ds/, EPSG:3035; gespiegelt: Gründigkeit + Wasserverhältnisse (2 der 9 Themen, Start-Auswahl aus #360) als Pilot-bbox-Extrakt (16,60–16,95 / 48,25–48,45 — inkl. Marchegg, -spat-Filter: Randpolygone ungeschnitten).
• Ingest: scripts/ingest-boden.mjs (Migrationen 0031_boden.sql + 0033_boden_atomic_snapshots.sql, Tabelle boden). Beide Themen werden unter derselben ingest_run_id unsichtbar gestaged, in JavaScript und read-only mit PostGIS vollständig validiert und erst dann über genau einen atomaren Statuswechsel gemeinsam veröffentlicht. Ein unvollständiger, geometrisch ungültiger oder fehlgeschlagener Kandidat bleibt unsichtbar; der vorige Erfolgsstand bleibt aktiv. Snapshot-Zeilen und Success-Audit sind danach unveränderlich. GDAL /vsicurl statt 600-MB-Download; die WAL-enabled GPKGs brauchen -oo IMMUTABLE=YES. Datenstand via BODEN_STAND (Atom-Feed-Stand, OEV-Muster).
• Kartengrenzen: ST_Covers ist randinklusiv. Treffen an einer gemeinsamen Kante mehrere Klassen, werden alle unterschiedlichen Werte sichtbar als „Mehrdeutig an Kartengrenze“ ausgegeben; keine Klasse wird willkürlich bevorzugt.
• Lizenz: CC BY 4.0 — „Datenquelle: (c) BFW“.
• Ehrlichkeits-Regel (#360): Die eBOD kartiert ausschließlich landwirtschaftlich genutzte Flächen — bebaute Grundstücke tragen systematisch keine Daten. kartiert=false wird im Report als Abdeckungslücke ausgewiesen (Block bleibt sichtbar), nie als „kein Befund“. Felderhebungen teils Jahrzehnte alt (beginlifespanversion bis 1975) — steht im Pflicht-Hinweis.
• Pilot-Referenz (live verifiziert 02.08.2026): Ortsrand-Acker Gänserndorf „mittelgründig“/„trocken“, Marchegg Hauptplatz „tiefgründig“, Rathausplatz 1 Gänserndorf NICHT KARTIERT; Mirror 440 + 1.365 Polygone, Stand 2024-10-25.

Fernwärme-Netzgebiete — GESTRICHEN 02.08.2026

Aus dem Backlog entfernt (Epic #101, DoD „keine Backlog-Quelle verschwindet unbemerkt“). Die ursprüngliche Begründung lautete pauschal „kein einheitliches API“ — die Live-Prüfung ergibt ein präziseres und für uns ungünstigeres Bild:

• Die dokumentierten INSPIRE-Katalog-Suchen nach „Fernwärme“, „Nahwärme“ und „Wärmeversorgung“ fanden einen passenden Dienst: Salzburg AG Fernwärmenetz + Downloaddienst (UUIDs 4d8b2294-… / 4d0aa349-…; die beiden Gegenproben ergaben 0 Treffer). Das ist ein Suchergebnis, kein Beleg dafür, dass österreichweit genau ein Versorger oder Wärmenetz im Katalog vertreten ist; anders benannte oder nur über ein INSPIRE-Thema auffindbare Einträge können fehlen.
• Beim gefundenen Dienst sind die tatsächlichen Zugangs- und Nachnutzungsbedingungen ungeklärt. dc:rights: otherRestrictions bezeichnet ohne den zugehörigen Bedingungstext keine konkrete Lizenz; auch der ?key=[token]-Platzhalter in der Download-URL beschreibt zunächst den Zugangsmechanismus und beweist weder eine geschlossene noch eine offene Lizenz.
• In den geprüften NÖGIS-Diensten wurde kein passender Wärme-Layer gefunden: 40 OGD-WFS-Layer sowie die vollständigen WMS-Capabilities (282 KB) ergaben 0 Treffer für Wärme/Fernwärme/Energie. Das grenzt den geprüften Dienst ein, ist aber kein Beleg, dass in Niederösterreich nirgends ein solcher Datensatz existiert.
• Der Wärme-Atlas (räumliche Energieplanung) deckt nur Salzburg-Stadtregion und Wien ab, ist eine WebGIS-Anwendung ohne dokumentierten WMS/WFS/Download.
• Die Steiermark erfasst Wärmenetze im Digitalen Atlas — wieder ein eigener Landesweg. Jedes Bundesland und jeder Versorger ist ein Einzelfall; ein bundesweiter Ingest ist nicht konstruierbar.

Die Lücke ist real, nicht irrelevant: Gänserndorf betreibt ein Strohheizwerk mit Fernwärmenetz (Rathaus, Hallenbad, Gymnasium und HAK angeschlossen), Marchegg ist im Fernwärme-Verzeichnis des Bezirks geführt. Wir könnten die Frage im Pilotgebiet also nicht beantworten, obwohl sie dort zählt.

Fachlicher Grund gegen einen Ersatz-Layer: Selbst mit Netzgeometrien bliebe die eigentliche Produktfrage offen — ob an diesem Punkt angeschlossen werden kann und zu welchen Kosten, hängt von Netzkapazität, Anschlussgebühr und Leitungszustand ab und ist eine Punktauskunft des Versorgers. Ein Netzumriss in Gehweite würde einen Anschluss suggerieren, den er nicht belegt (R-03).

Wiedervorlage: Falls die kommunale Wärmeplanung (EWG/WPG) flächige Netzgebiete als OGD veröffentlicht, ist die Quelle neu zu bewerten — dann bundesweit einheitlich statt pro Versorger.

ÖBB GTFS Soll-Fahrplan (Bahnanbindung) — IMPLEMENTIERT

• Status: Live im öffentlichen Report als neutraler Block „Bahnanbindung (nächste Station)“ ohne Ampel (lib/geo/bahnanbindung.ts, #380). Ergänzt den ÖV-Güteklassen-Block, ersetzt ihn nicht: Die Güteklasse ist ein ÖROK-Modellwert (mit Ampel, M11-bestätigt), dieser Block ist die gemessene Bedienung. Takt-Schwelle entschieden am 11.08.2026 (#467): Der Block bleibt dauerhaft neutral, keine Ampel — der Feed enthält keine Busse, eine Bewertung würde busangebundene Orte strukturell benachteiligen.
• Quelle: ÖBB Open Data, „Soll-Fahrplan GTFS“ — direkter Download ohne Token (static.web.oebb.at/open-data/soll-fahrplan-gtfs/, 165 MB ZIP). Zweiter möglicher Weg wären die Mobilitätsverbünde (alle 7 Verbünde inkl. Bussen), aber nur mit eigenem Lizenzvertrag statt offener Lizenz — bewusst nicht gewählt (#380).
• Abdeckung: österreichweit, 1.101 Stationen — kein Pilot-Fenster. 52 Nightjet-Fernziele (Hamburg, Brüssel, Venedig) liegen außerhalb des Abfrage-Hüllbereichs und werden bewusst und gezählt ausgeschlossen (stations_out_of_scope in den Run-Metadaten); grenznahe Stationen (Bratislava, Buchs) bleiben drin, weil sie für Grenzadressen tatsächlich die nächste Station sein können. Ebenfalls ausgeschlossen: 3 „Tarifpunkte“ — virtuelle Tarifgrenzen ohne Ein-/Ausstieg, die als „nächster Bahnhof“ schlicht falsch wären.
• Betriebstag (Review-Befund #380): Beim ÖBB-Feed laufen ALLE 1.340 Services laut calendar.txt das volle Fahrplanjahr; erst die 165.449 Streichungen in calendar_dates.txt formen den realen Tag. Gezählt wird deshalb an je einem Referenztag (Median-Tag nach aktiven Services) für Werktag/Samstag/Sonntag — die Daten stehen in den Run-Metadaten (reference_days). Eine reine calendar.txt-Auswertung ergäbe Werte, die an keinem Tag des Jahres zutreffen (Gänserndorf 295 statt real 146).
• Ingest: scripts/ingest-gtfs.mjs (Migration 0036_gtfs_halt.sql). Der Rohfeed kommt NICHT in die DB: shapes.txt allein ist 666 MB der 690 MB (Streckengeometrie) und wird durch den selektiven ZIP-Reader gar nicht erst entpackt; gespeichert werden je Station vorverdichtete Kennzahlen. Snapshot-Muster wie eBOD (0033/0034): Staging unter ingest_run_id, candidate_id-Recovery, Quality Gate, DB-seitiges Publish-Gate, EIN atomarer Sichtbarkeitswechsel.
• Lizenz: CC BY 4.0 (ÖBB Open Data).
• Refresh: jährlich zum Fahrplanwechsel (2. Sonntag im Dezember); der Datenstand kommt aus dem Feed (feed_start_date), nie vom Abruf.
• ⚠ Bekannte Grenze: Der Feed umfasst nur den Schienenverkehr der ÖBB (plus City Air Terminal, Montafonerbahn) — 259 Bahn- gegen 14 Buslinien. Regionalbusse und Verbundlinien fehlen systematisch; deshalb heißt der Block „Bahnanbindung“ und nicht „ÖV-Angebot“, und der Pflicht-Hinweis benennt die Lücke.
• Pilot-Referenz (live verifiziert 02.08.2026, Referenztage Werktag 2026-01-13 / Sa 2026-01-24 / So 2026-08-16): Gänserndorf Bahnhof 814 m Luftlinie, 146 Halte am Werktag (Sa 116 / So 115), Spitze 7 Uhr mit 12; Marchegg Bahnhof 2.917 m, 118 Halte werktags.

Backlog — recherchierte Erweiterungsquellen

Noch nicht getestet, reine Recherche-Kandidaten. Sortiert nach Hebel × Differenzierung. Alle OGD/frei sofern nicht anders vermerkt. Diese Quellen erweitern v. a. Kategorie 4 (Erreichbarkeit/Mikrolage/Demografie) und Kategorie 3 (Boden/Geologie/Historie als Risiko-Proxy) — beides heute nur qualitativ abgedeckt.

Quelle	Kat.	Format	Lizenz	Risiko	Phase	Warum interessant
GIP.at — Verkehrsgraph AT	4	OGD Bulk (GeoPackage ab GIP 2.0)	CC-BY 4.0 (ÖVDAT)	Mittel (1,5 GB; braucht Self-Hosted-Routing)	P4 (Phase 2: OSM, Phase 3: ORS-Self-Hosted) — siehe ADR-0036	Echte Isochronen (Autobahn/Schule/Spital) statt Luftlinie
ÖV-Güteklassen (ÖROK/VAO)	2,4	WMS/WFS Shapefile-Lieferung	OGD	Niedrig	✅ implementiert (Pilot-Mirror, siehe §ÖV-Güteklassen)	ÖV-Erschließungsklasse — widmungs- & wertrelevant
OpenStreetMap (Overpass)	4	API/Bulk GeoFabrik-Extrakt → PostGIS	ODbL (Share-Alike)	Niedrig	🟡 Phase 2 implementiert (Pilot-Mirror, siehe §OpenStreetMap)	POI-Dichte → 15-Minuten-Score; füllt Kat-4-Lücke
Statistik Austria Bevölkerungsraster 250 m/1 km	4	—	—	—	✅ Live (#98)	siehe oben — über Eurostat Census 2021 EU-Grid bereitgestellt
Radonpotenzialkarte (ÖNRAP/AGES)	3	OGC API Features (Live)	OGD CC BY 4.0	Niedrig	✅ Live (#132) — Live-Query via lib/geo/radon.ts, kein DB-Spiegel (Datenmenge minimal, Latenz < 500 ms)	Baurechtliches Gesundheitsrisiko, im Markt unbeachtet — Discovery #99, siehe discovery/radon-onrap-discovery.md
Wien Luftbildplan 1938 / 1956 / heute	3	WMTS (mapsneu.wien.gv.at/wmts/{lb1938,lb1956,lb})	CC BY 4.0	Niedrig	🟡 Wien-Pilot live (#134) — Report-Block-Umsetzung in #135	Altlasten-Wahrscheinlichkeit (frühere Tankstelle/Fabrik) — visueller Indikator, Discovery #100; FK 1829 als Raster bei Wien-OGD nicht verfügbar — Mapire-Abo-Entscheidung in #137
Wien Generalisierte Flächenwidmung (ogdwien:GENFLWIDMUNGOGD)	1	WFS 1.1.0 (data.wien.gv.at/daten/geo; BBox braucht CRS-Suffix)	CC BY 4.0 (Stadt Wien OGD)	Niedrig	🟡 Evaluiert 22.07.2026 (#318) — 26.419 Polygone ganz Wien, Attribute WIDMUNG/WIDMUNGSKLASSE (17 Klassen, inkl. Bauklasse I–VI), Punkt-Query 160–280 ms, an den drei Pilot-Adressen verifiziert. Mapping-Entwurf wartet auf Magnus-Freigabe (MAGNUS-REVIEW-WIEN-WIDMUNG); Empfehlung Live-WFS statt Mirror (kein dokumentierter Aktualisierungszyklus — ALSAG-Lehre #317). ⚠ Das im Issue genannte FLAEWIDMOGD ist nur der WMTS-Rasterlayer	Wiener Adressen bekommen echten Widmungsbefund — Wien-Pilot wird vom Overlay-Demo zum vollwertigen Report (M1, 16.07.2026)
Ediktsdatei — Zwangsversteigerungen	6	HTML (edikte.justiz.gv.at)	öffentlich, kein OGD-API	Mittel (Scraping/DSGVO)	🟡 Stufe 1 (#95)	siehe oben — Schema + Ingest implementiert (ADR-0032, property-only)
Freizeit-/Zweitwohnsitz-Beschränkungsgemeinden	2	Länder-VO (RIS/PDF) → committete JSON	CC BY 3.0 AT (RIS)	Mittel (heterogen)	🟡 Phase 2 implementiert (Salzburg-Pilot, siehe §Detail)	Hinweis für „Wohnen als Freizeit-/Zweitwohnsitz“; ausdrücklich keine Szenario-Wirkung (Magnus 11.08.2026, #464)
eBod / BFW Digitale Bodenkarte	3	INSPIRE-Atom → GeoPackage-Bulk (WAL-GPKG → GDAL IMMUTABLE=YES)	CC BY 4.0 („(c) BFW“)	Niedrig	✅ IMPLEMENTIERT 02.08.2026 (#360) — siehe Detail-Abschnitt. Gründigkeit + Wasserverhältnisse als Pilot-Mirror; „nicht kartiert“ wird als Abdeckungslücke ausgewiesen (nur landwirtschaftliche Flächen kartiert).	Bodenbonität als Kontext für Freiflächen-Szenarien; Szenario-Kopplung entschieden — bleibt entkoppelt (Magnus, 11.08.2026, #101).
GBA → GeoSphere: Geologie / Altbergbau / Hydrogeologie	3	ArcGIS REST + WMS/WFS (gis.geosphere.at); die alten GBA-Endpunkte sind abgeschaltet	⚠ ungeklärt — die Dienste nennen nur „GeoSphere Austria" als copyrightText, keinen Lizenztext	Mittel	🟡 Discovery abgeschlossen 02.08.2026 (#422) — Altbergbau und Hydrogeologie gestrichen, Geologie zurückgestellt. Siehe Begründung.	Altbergbau (der eigentliche Nutzen „Hohlraum-/Setzungsrisiko") hat keinen Dienst; Hydrogeologie nur 1:500.000. Geologie deckt den Pilot ab und wäre inhaltlich brauchbar — blockiert an ungeklärter Lizenz und lückiger Abdeckung.
Wildbach-/Lawinen-Gefahrenzonenplan (WLV)	3	WMS-GFI	OGD	—	✅ IMPLEMENTIERT	Amtl. Gefahrenzonen (LFRZ 000901, lib/geo/wlv.ts) — s. Detail-Abschnitt
Fernwärme-Netzgebiete	4	Versorger-GIS; kein bundesweiter Layer in den dokumentierten Suchläufen gefunden	⚠ Zugangs- und Nachnutzungsbedingungen des gefundenen Dienstes ungeklärt (otherRestrictions und Token-Platzhalter sind keine Lizenzbelege)	Hoch	❌ GESTRICHEN 02.08.2026 (#101) — siehe Begründung. Die INSPIRE-Suchläufe fanden einen passenden Dienst der Salzburg AG, ohne Vollständigkeitsnachweis; in den geprüften NÖGIS-Diensten wurde kein passender Wärme-Layer gefunden, obwohl Gänserndorf nachweislich ein Fernwärmenetz betreibt.	Anschlussverfügbarkeit bleibt eine Punktauskunft beim Versorger — ein Netzumriss würde sie nur scheinbar beantworten (R-03).
BEV ALS Laserscan (DGM/DOM)	1,3	OGD Raster	CC BY 4.0 (INSPIRE-Katalog + Preistabelle „unentgeltlich“); ⚠ WMS-Weg EL-ALS-* ist token-pflichtig und gesperrt (Fernwärme-Fall)	Niedrig	🟢 Discovery abgeschlossen 08.08.2026 → #472 — umsetzen als Gelände-Baustein „Geländelage“. Token-freier COG-Download, österreichweit lückenlos (56 Kacheln je Produkt, 12 Punkte über alle 9 Bundesländer, 0 Fehlstellen); Österreich-Aggregat ~5 min / 600 MB per HTTP-Range statt 780 GB. ⚠ „Stichtag 15.09.2025“ ist ein Veröffentlichungsstand, die Flugjahre reichen 2006–2024 (Pilot: 2018) — maschinenlesbar nur über Metadatenuebersicht_SHP_DTM_DSM_20250915.zip auf www.bev.gv.at, nicht im Katalog. ⚠ DTM-Jahrgang 2025 trägt einen kaputten ENGCRS statt EPSG:3035 (Umweg belegt). Objekthöhen (DOM−DGM) abgetrennt in einen eigenen Slot: LCZ-Überschneidung + 547 km² mit zeitversetzten DTM-/DSM-Jahrgängen.	Erste Höhenangabe im Produkt überhaupt (Seehöhe, Hangneigung, Exposition) — heute gibt es keine. ⚠ „Verschattung“ ist teilweise schon geliefert: PVGIS rechnet den Geländehorizont bereits (usehorizon=1); neu wäre nur die Nahverschattung durch Objekte.
RIS Landesrecht → Bebauungsplan NÖ	2	❌ nicht in RIS (ist Gemeinderecht) · ❌ nicht im NÖ-OGD-GeoServer (217 Layer, 0 Treffer) · georeferenziert nur im Gemeinde-GIS (gemdat/VertiGIS WebOffice)	keine offene Quelle; WebOffice nur Haftungsausschluss, keine Nutzungsrechte-Einräumung	Hoch (Beschaffung)	P3 — blockiert auf Pfadentscheid Magnus (#444); Befund: bebauungsplan-noe-discovery.md	Korrektur 05.08.2026: die alte Zeile („Rechtsverbindl. Endprodukt zur Protokoll-Pipeline“) war eine Annahme — RIS führt nur die Ausführungs-VO, nicht die Pläne. Bedarf bleibt: die Bebauungsebene (Bauklasse, Dichte, Fluchtlinien) entscheidet über die tatsächliche Bebaubarkeit, die Widmung allein nicht
GTFS Österreich	4	ÖBB GTFS-ZIP (direkt, ohne Token)	CC BY 4.0	Niedrig	✅ IMPLEMENTIERT 02.08.2026 (#380) — siehe Detail-Abschnitt. Österreichweit 1.117 Stationen; ⚠ nur Schienenverkehr, Regionalbusse fehlen (Verbund-Weg nur mit Lizenzvertrag).	Echte Taktdichte statt nur Haltestellen-Nähe — ergänzt die ÖV-Güteklasse.
AEST-Gemeindeergebnisse — Pendler-/Arbeitsplatzindikator (STAT)	4	OGD CSV (OGDEXT_AEST_GEMTAB_1)	CC BY 4.0	Niedrig	✅ IMPLEMENTIERT 01.08.2026 (#363) — siehe Detail-Abschnitt. Lohnsteuer-Teil bewusst gestrichen (keine Regionaldimension in der OGD); Pendlermatrix nur via STATcube-Login (offen).	Schlafgemeinde vs. Jobzentrum: Auspendleranteil + Arbeitsplatzdichte je Gemeinde.
Wanderungs-/Geburtenbilanz je Gemeinde (STAT)	4	OGD CSV/ZIP (BevStand + BINNENWAND + AUSSENWAND)	CC BY 4.0	Niedrig	✅ IMPLEMENTIERT 01.08.2026 (#364) — siehe Detail-Abschnitt. Geburtenbilanz bewusst nicht ausgewiesen (existiert nicht als Gemeinde-OGD, nur Restgröße — R-03).	Nachfrage-Frühindikator: Bevölkerungsdelta + Wanderungszerlegung je Gemeinde.
Luftgüte — Messnetz (UBA/EEA) → Belastete Gebiete Luft (IG-L)	3	INSPIRE-Download GML (LFRZ 000805, 3,7 MB, EPSG:3035)	CC BY 4.0 (UBA)	Niedrig	🟡 Discovery abgeschlossen 02.08.2026 (#420) — Empfehlung: zurückstellen. Messwerte praktisch verschlossen (der in den INSPIRE-Metadaten dokumentierte SOS-Endpunkt ist tot; UBA betreibt nur 7 Hintergrund-Stationen, dichte Netze bei den Ländern; Interpolation auf eine Adresse wäre eine fachliche Regel). Der tragfähige Layer ist stattdessen „Belastete Gebiete Luft" (INSPIRE ManagementRestrictionOrRegulationZone, 21 Gebiete AT-weit, Rechtsfolgen nach IG-L) — ⚠ aber Pilotgebiet ohne Befund (Gänserndorf/Marchegg nicht belastet; Wien und Graz treffen verifiziert), Datenstand 12/2021 ohne neueren, plus fehlerhafte Gebietsnamen in der Quelle.	Restriktions-Indikator für Genehmigungsverfahren — Wert entsteht erst mit Wien/Graz/Linz im Abdeckungsbereich.
Hitzebelastung — Hitzeinseln / Urban Heat (Copernicus, Stadtklima)	3	Gegitterte Rasterdaten 1 km (GeoSphere HORA-Hitzelayer, SPARTACUS-basiert)	CC BY 4.0	Niedrig	✅ IMPLEMENTIERT 25.08.2026 (#439) — eigenständiger qualifizierter Snapshot mit 83.891 Zellen; neutraler Reportblock in API, Web, PDF und Skill. Quellenrelease und atomarer Report-Consumer sind produktiv rückgelesen; HORA 3.0, HORA-Pass und LFRZ bleiben gesperrt. Siehe Befund und Produktionsnachweis.	Klimaresilienz — Hitzetage, Tropennächte und Hitzewellen sind unmittelbar erlebbar; die Wärmeinsel-Differenz ist dagegen eine stadtplanerische Größe.
Local Climate Zones (Umgebungsstruktur)	3	GeoTIFF ~100 m, EPSG:4326 (Zenodo v3, Punktabfrage per GDAL-Range-Read verifiziert)	CC BY 4.0 (Demuzere et al., global v3)	Niedrig	✅ IMPLEMENTIERT 07.08.2026 (#454) — Migration 0046, release-gebunden nach FND-03, Reportbaustein in Web, PDF und API. Siehe Umsetzung.	Bauliche Umgebungsstruktur als Stadtklima-Kontext — ergänzt die Hitzebelastung (#439) um die Ursachenseite; Pilot live verifiziert (Gänserndorf/Marchegg je LCZ 6 „Open lowrise“).
Erdbebenzonen (ÖNORM B 1998-1)	3	ArcGIS REST + WMS (gis.geosphere.at/maps/rest/services/geophysik/bodenbeschleunigung_ref)	CC BY 4.0 — explizit im Portal-Item („©GeoSphere Austria / CC BY 4.0“)	Niedrig	✅ IMPLEMENTIERT 05.08.2026 (#427) — Migration 0045, release-gebunden nach FND-03, Reportbaustein in Web, PDF und API. Siehe Umsetzung.	Baukostentreiber je Zone — die Zone ist ein Bemessungs-Eingangswert nach Eurocode 8, die Kostenwirkung selbst ist eine Fachregel (POC-Gate).
Bautätigkeits-/Baubewilligungsstatistik (STAT)	4	OGD CSV (BB302/BB303, ~1 MB) — ⚠ nur Bezirksebene, das Feldlabel „Gemeinde [teilw. ABO]“ täuscht (Regionalklassifikation: 95 Bezirke + 9 Bundesländer, keine Gemeinde)	CC BY 4.0	Niedrig	🟡 Discovery abgeschlossen 01.08.2026 (#365) — Bezirkswerte enden 2022 (2023–2025 nur Bundesland, „aufgeschätzt“); Fertigstellungen existieren als OGD gar nicht; Doppelzählungs-Falle ARTBAU-0/BVMBM2-N. STATcube-Spur geprüft (01.08.2026, #365): Würfel debauvh302 führt die Gemeindeebene und ist quartalsaktuell (bis 2026-Q1), aber Gemeindewerte (teilw.) nur im kostenpflichtigen Abo (ab €197/Jahr, API nur mit Abo) und nicht CC BY — Terms §4 „Alle Rechte vorbehalten“, Verbreitung nur mit Quellenangabe; §5.1 erlaubt jederzeitige Änderung der Gliederungstiefe. Empfehlung: zurückgestellt lassen; bei Produktpriorität zuerst 10-min-Gast-Check der Pilot-Gemeinden.	Umfeld-Dynamik nur als Bezirks-Kontext möglich (3 Jahre Verzug) — für adressbezogene Reports zu grob.
GWR-Datenpaket Gemeindeebene (Statistik Austria)	4	ZIP/CSV-Direktdownload (statistik.at, daten_gwr.v_geb_gem_de.csv, 325 KB; 13 Jahrgänge 2014–2026, Semikolon/UTF-8)	⚠ ungeklärt — Download-Seite nennt nur „allgemeine rechtliche Hinweise“, keine CC-Lizenz; Anfrage-Entwurf versandfertig	Niedrig (gem_nr-Join vorhanden, #257)	🟡 Discovery abgeschlossen 05.08.2026 (#446) — Merkmal ohnews („Gebäude ohne Wohnsitzangabe“) selbst vermessen: 2.114 Einheiten (573 NÖ) ohne Leerzellen, Klassensumme = geb verifiziert. ⚠ Rohwert nicht auslieferbar: r = 0,82 gegen den Nichtwohngebäude-Anteil (misst primär Scheunen), Registerpflege-Sprünge (Marchegg 2014→2015: 15,2 % → 28,8 %); Normierung auf wgeb + Artefakt-Markierung Pflicht. Ingest blockiert bis Lizenzklärung.	Erster Leerstands-Kontextindikator ohne Registerzugriff und ohne Personenbezug: ohnews normiert + 13-Jahres-Trend im Gemeinde-Aggregat — kein Einzelobjekt, keine Ampel; Stränge B–D siehe leerstandserkennung-discovery.md (#447, #448, #452)
OECD / BIS House Prices	6	SDMX/CSV	frei m. Quelle	Niedrig	P4	Lange intl. Zeitreihen (Connector wiederverwendbar)

Top-5-Empfehlung (höchster Hebel, alle OGD): GIP-Isochronen (Phasen-Plan via ADR-0036: Phase 2 OSM-basiert, Phase 4 GIP.at — die GIP-Daten sind freigegeben [CC-BY 4.0], aber lohnen sich erst nach Self-Hosted-Routing-Stack), Bevölkerungsraster, Radonkarte, historischer Kataster (Altlasten-Proxy), Ediktsdatei (Schätzwerte + Leads). Die Ediktsdatei ist strategisch besonders relevant, weil sie das Preis-/Transaktions-Lizenzproblem aus ADR-0016 teilweise umgeht (gerichtlicher Schätzwert ist öffentlich) — Spec & DSGVO-Strategie: ADR-0032 (property-only, Personendaten werden verworfen). Der historische Kataster ist diskovery-seitig in Discovery-Notiz historische Orthofotos bewertet — Wien sofort einsetzbar (CC BY 4.0), NÖ + restliche Bundesländer hängen an Direktanfragen / Mapire-Abo.

Grundbuch-Zugang: Schließt offene Frage #1 von ADR-0016. Kein freies OGD-API; Produktiv-Weg = Vertrag mit einer vom BMJ/BRZ ermächtigten Verrechnungsstelle plus Adapter-Pattern im Code. Spec & Auswahlkriterien: ADR-0033. Kandidaten-Korrektur (2026-07-01): Von den in ADR-0033 genannten Kandidaten steht nur Manz auf der offiziellen BMJ-Liste; IMD ist in Manz aufgegangen, ZT-Datenforum/Infina sind Reseller. Versandfertiges Anfrage-Set + Vergleichsraster: Verrechnungsstellen-Anfrageset (Issue #96). Kein Tech-Blocker — offen ist nur die Anbieter-Auswahl (Owner Magnus).

Attribution-Maintenance

Pflicht	Wo
Footer-Komponente im Frontend	Persistent in MapLibre + Footer-Zeile
Datenquellen-Block in PDF-Reports	Letzte Seite oder Fußbereich
/methodik#quellen (Public Frontend)	Öffentliche Einordnung von Quellen, Lizenzen, Abdeckung und Grenzen; technische Vollansicht unter /docs/data-sources bleibt noindex.
/admin/data-sources (Admin-UI)	Registry, interner Active Pointer, öffentlicher Release, letzter technischer ingest_run und pointergebundene Drift-Überwachung werden getrennt angezeigt; Legacy-Werte sind als unbestätigt markiert. Headless: GET /api/v1/admin/data-sources (admin-Scope-Key).
Diese Datei (DATA-SOURCES.md)	Maintenance-Pflicht beim Einbinden neuer Quellen

Nicht-funktionale Anforderungen

• Aktualität-Tracking: ingest_runs (Migration 0014) protokolliert technische Läufe. Öffentliche Freshness stammt ausschließlich aus dem qualifizierten Release und seinem Active Pointer (Migration 0039); der neueste Erfolgslauf darf sie nicht überschreiben.
• Fallback bei Quellen-Ausfall: Cached letzte Antwort + Status-Banner statt Silent Failure
• Schema-Validierung: OGC-XML / GML mit Schema-Check beim Import; Alert bei null-Feldern

Pointergebundene Drift- und Frischeüberwachung

monitor-data-source-drift prüft stündlich um Minute 47 UTC ausschließlich aktive oder bereits zuvor beobachtete Source Releases. Der bestehende CRON_SECRET-geschützte Cron schreibt Beobachtungen, Übergänge und Zustellstatus ausschließlich in das vorhandene cron_runs-Ledger (ADR-0048).

Aktive Quelle	Fälligkeitswarnung vor fresh_until	Maximaler Zeilenrückgang / Zuwachs
basemap-orthofoto	2 Stunden	20 % / 50 %
hochwasser-noe-wms	8 Stunden	20 % / 50 %
pvgis	2 Tage	20 % / 50 %
hochwasser-noe	10 Tage	15 % / 25 %
bmluk-brachflaechen-potenzial-2024	60 Tage	10 % / 20 %
bev-parzellen	14 Tage	15 % / 25 %
geosphere-spartacus-v3	30 Tage	1 % / 1 %
erdbeben-oenorm	30 Tage	10 % / 25 %
lcz-global	keine Frist bei dokumentiertem notApplicable	10 % / 25 %

Die Vorwarnzeit wird zusätzlich auf höchstens 80 % des realen release-gebundenen Frischefensters begrenzt. expected_cadence_days und max_staleness_days der Registry sowie retrieved_at und fresh_until des aktiven Releases bleiben verbindlich; eine Tabellenzeile darf diese Grenzen niemals erweitern.

Bekannte BEV-Teilabdeckung, dokumentierte Brachflächen-Quarantäne und bereits freigegebene Qualitätswarnungen sind kein Drift. Erst zusätzliche Lücken, verlorene Abdeckung, weniger bestandene Pflichtprüfungen, neue Warnungen, Zeilenzahlabweichungen jenseits der Quellenpolicy, veraltete Frische oder unvollständige Evidenz erzeugen einen sichtbaren Zustand (fresh, due, stale, failed, unknown). Der Monitor verändert weder Datenbestand noch Active Pointer und alarmiert ausschließlich deduplizierte Zustandswechsel an die bestehende Admin-Allowlist.