Datenquellen

Altlasten-Wiederherstellung #556, 5. September 2026: Nach unabhängigem Inhaltsreview wurde um 10:26:55 UTC Release 84667e56-73ac-5ea4-a345-6a96acd2a9f2 mit Pointer 2 aktiviert, frisch bis 7. September, 10:22:17 UTC. Zwei neue öffentliche Prüfberichte bestätigen Nähe-/Nullbefund in API, Web und PDF; alte gespeicherte Reports behalten ihren damaligen Zustand. Inhaltsentscheidung und Live-Nachweis, Renewal-Runbook. Maßgeblich für die heutige Verfügbarkeit bleibt die Live-Provenance. Die bestehende Mail-Zustelllücke blieb damals offen; sie betraf den Resend-Versand, den die unverifizierte Domain ablehnte. Seit 25. September 2026 gehen Betriebsmails (Cron-Alarme, Review-Mails, Drift-Tagesdigest) über den world4you-SMTP-Pfad an office@ostheimer.at (ADR-0048 (nicht im öffentlichen Doku-Portal verfügbar), Nachtrag).

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. Stand 07.10.2026 (Matrixversion 2026-10-04.site-check-zoning-vorarlberg-lane-v1): 42 Lanes, 378 Zellen in neun Bundesländern, davon 126 available, 42 availableWithGaps, 18 gated, 48 outsideCoverage und 144 notConfigured; maßgeblich bleibt der Live-Endpunkt.

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 (nicht im öffentlichen Doku-Portal verfügbar) 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 (nicht im öffentlichen Doku-Portal verfügbar); 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 (nicht im öffentlichen Doku-Portal verfügbar) 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 (nicht im öffentlichen Doku-Portal verfügbar) 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 Produktionskatalog umfasste daher bis zum 26. September 2026 weiterhin 50 Quellen: zwölf mit aktivem, qualifiziertem Release und 38 ausdrücklich legacyUnverified. Am 27. September 2026 wurden die Standort-Check-Releases für radon-onrap, oev-gueteklassen, widmung-noe und den neuen Katalogeintrag hochwasser-at (Migration 0059) aktiviert (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)); die Gesamtzählung des Katalogs wurde danach nicht erneut aus der Produktionsdatenbank rückgelesen.

Zählung 07.10.2026, abgeleitet aus Code und Live-Matrix (ohne Datenbankabfrage): Der Codekatalog lib/admin/data-sources.ts führt 54 Einträge, das sind die 50 vom 26. September plus die neuen Einträge hochwasser-at (Migration 0059), wlv-gzp (0062), widmung-wien (0063) und widmung-vorarlberg (0064). Einen aktiven, qualifizierten Release haben 24 Quellen: die 23 Quellen, deren Lane in der Live-Matrix (Matrixversion 2026-10-04.site-check-zoning-vorarlberg-lane-v1) einen activeRelease trägt, und altlasten, das nicht Teil der Matrix ist und seinen aktiven Release über die Live-Provenance belegt. Zu allen 24 liegt eine Rechte-Review-Datei unter config/source-rights/. Der Registry-Status der übrigen Einträge wurde nicht neu rückgelesen. Seit der Wiederherstellung am 5. September (Release 84667e56-73ac-5ea4-a345-6a96acd2a9f2, Pointer-Version 2) erneuert sich der Altlasten-Release täglich (Live-Provenance am 07.10.2026: Release 1b0f3b47-db5c-5200-9477-7eab1f819636, Pointer-Version 21); 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 (nicht im öffentlichen Doku-Portal verfügbar) 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. #611, #610, #612 und #613 ergänzten am 27. September 2026 radon-onrap/public, oev-gueteklassen/public, widmung-noe/public und hochwasser-at/public jeweils ausschließlich für point_lookup des Standort-Checks; die Report-Pfade von Radon und ÖV-Güteklassen bleiben Legacy-Shadow. Die übrigen Legacy-Quellen und -Fähigkeiten folgen nur einzeln nach eigenem Rechte-, Coverage-, Freshness- und Quality-Nachweis.

Pointer-Snapshot: 26. August 2026. Die vier Standort-Check-Zeilen vom 27. September 2026, die Altlasten-Zeile, die beiden BEV-Zeilen (29. September 2026) sowie die Zeilen für Widmung Wien, Denkmalschutz, Breitband und Wildbach/Lawine (30. September 2026), Widmung Vorarlberg (4. Oktober 2026) und Widmung Oberösterreich (8. Oktober 2026) tragen ihr eigenes Datum. 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. Wie weit die laufend erneuerten Quellen seitdem weitergezählt haben, zeigt die Live-Matrix vom 07.10.2026: basemap-orthofoto Pointer 520, laerm 129, hochwasser-noe-wms 100, pvgis 23, hochwasser-noe 4 (Release f4675d81-ff9f-52ad-a656-f141d800d527) und laut Live-Provenance altlasten 21. Die Spalte „Aktiver Release“ unten bleibt als Stand 26. August 2026 stehen.

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	5e5329cf-630f-5df1-a8b7-47bafa401856 (Run 114, Pointer 3; Stand 29.09.2026, zuvor 655a7dc3-1f7a-5bdc-a329-d73f1c458320)	Nur point_lookup in bev-gaenserndorf-pilot-v1; 29.746 Versionen, 15 Geometrien quarantänisiert; frisch bis 01.02.2027 (Erneuerung (nicht im öffentlichen Doku-Portal verfügbar)); Export nur über separat qualifizierten Kanal export
bev-parzellen/export	74be37a0-6aaf-5888-bb03-7a6a2ab4f30d (Run 115, Pointer 2; Stand 29.09.2026, zuvor 7ae1d4da-e5d5-5c09-ae1f-15997506d4f7)	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	täglich erneuert; Stand 07.10.2026: 1b0f3b47-db5c-5200-9477-7eab1f819636 (Pointer 21; Stand 25.09.2026: 308603d1-3f6d-5cde-8526-53ff73106618, Pointer 10), maßgeblich ist die Live-Provenance	383 veröffentlichte Altlast-Geometrien im geprüften Scope (Stand 07.10.2026, unverändert zum 25.09.2026); Punkt- plus 1-km-Lookup, kein Rohgeometrieexport und kein Parzellen-Intersect
radon-onrap/public	1c31717f-2bc2-4a63-8afb-b04d2c45b64d (Pointer 1, Stand 27.09.2026)	Nur point_lookup des Standort-Checks; 2.108 Gemeindeflächen, Klassen 1/2/3 = 262/1.742/104; Report-Radon bleibt Live-Legacy
oev-gueteklassen/public	c8ab9eb8-424a-471c-b87e-f194557820a3 (Pointer 1, Stand 27.09.2026)	Nur point_lookup des Standort-Checks; 48.712 Flächen, Stichtag 22.10.2025; keine Lizenz, nur Haftungsausschluss; Report-Pilot bleibt Legacy
widmung-noe/public	f4490263-9b28-4af0-a942-0bd0445a13ff (Pointer 1, Stand 27.09.2026)	Nur point_lookup in noe-widmungsumhuellende-v1 (AT-3); 74.365 Flächen, Stichtag 31.12.2025; zoning_geojson und WMS bleiben #413
hochwasser-at/public	7a7d6cc3-07cb-46ae-98b0-acd352fa8cef (Pointer 1, Stand 27.09.2026)	Nur point_lookup außerhalb des NÖ-Piloten; 229.544 Teilflächen, Coverage partial (amtliche Risikogebiete), Freshness notApplicable
widmung-wien/public	a3601f47-1c5a-4acc-be70-2dfb9bae103b (Pointer 1, Stand 30.09.2026)	Nur point_lookup in wien-generalisierte-flaechenwidmung-v1 (AT-9); 26.420 Flächen, Abrufstand 30.09.2026, frisch bis 30.09.2027
widmung-vorarlberg/public	595c24a6-8b28-41a7-9fe0-d262708369e5 (Pointer 1, Stand 04.10.2026)	Nur point_lookup in vorarlberg-flaechenwidmungsplan-v1 (AT-8); 53.499 Flächen, Abrufstand 04.10.2026, frisch bis 04.10.2027
widmung-oberoesterreich/public	dcf7923c-c6b7-4f00-8f6f-39dc2435d20a (Pointer 1, Stand 08.10.2026)	Nur point_lookup in oberoesterreich-flaechenwidmungsplan-v1 (AT-4); 231.033 Flächen, Abrufstand 08.10.2026, frisch bis 05.04.2027
bda-denkmalschutz/public	be71dbcb-4352-4432-9994-ca286109ac18 (Pointer 1, Stand 30.09.2026)	Nur point_lookup des Standort-Checks in at-denkmalliste-parzellen-v1; 56.448 Grundstücke, Listenstand 19.06.2026, frisch bis 30.09.2027, Coverage partial; NÖ-Report bleibt Legacy
rtr-breitband/public	ffe0852d-0a34-4881-9c5d-f48e060b8624 (Pointer 1, Stand 30.09.2026)	Nur point_lookup des Standort-Checks in raster100m:at:breitbandatlas; 955.110 Zeilen (723.560 Festnetzzellen, 231.550 Förderzeilen), Meldequartal 2026-Q1, frisch bis 01.04.2027, Coverage covered; Report bleibt Live-WMTS
wlv-gzp/public	a78e38cb-e295-4216-ab1f-1f703cc5fce5 (Pointer 1, Stand 30.09.2026)	Nur point_lookup des Standort-Checks in at-wlv-gzp-v1; 120.885 Teilflächen, Revision 26.08.2026, frisch bis 04.11.2027, Coverage partial (nur raumrelevanter Bereich der Gefahrenzonenpläne); Report bleibt Live-WMS über wlv-lfrz

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 114 und Pointer 3 (seit 29.09.2026, frisch bis 01.02.2027), Quellenstand 2026-04-01; wöchentlicher 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 Providercheck als Vercel-Cron ohne GDAL (seit 06.10.2026, ADR-0080; Neuveröffentlichung bleibt manueller GDAL-Workflow); 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; #556	Release-gebundener Punkt- plus 1-km-Lookup über altlasten_current; native Geometrien in EPSG:31287, UBAID als Identität	Täglicher WFS-Renewal als Vercel-Cron renew-altlasten-snapshot (03:37 UTC, seit 06.10.2026, ADR-0080; davor GitHub Actions; der Workflow bleibt als Rückfall und manueller Weg); drei vollständige WFS-Abrufe müssen denselben Inhaltsdigest liefern. Abrufe mit byte-gleichem veröffentlichtem Inhalt samt Geometrien dürfen den Release erneuern, auch wenn sich nur ausgeschlossene Vorschläge oder scopefremde Sätze ändern (#582, #602); ebenso reines Geometrie-Rauschen an veröffentlichten Flächen (Felder unverändert, Verschiebung unter 1 cm, #640). Jede andere Änderung an veröffentlichten Flächen erzeugt einen manuellen Review-Candidate ohne Auto-Aktivierung; die Review-Mail geht an office@ostheimer.at. Release: täglich erneuert, Stand 07.10.2026 1b0f3b47-db5c-5200-9477-7eab1f819636, Pointer-Version 21 (Erstaktivierung 05.09.2026: 84667e56-73ac-5ea4-a345-6a96acd2a9f2, Pointer-Version 2); retrieved_at nur technisch, source_vintage=null, höchstens 2 Tage frisch; Rechte-Recheck 11.02.2027.	Kein Fallback; Pointer-, Frische-, Rechte-, Qualitäts- oder Scopefehler → degraded	WFS 2.0.0; Erstaktivierung 05.09.2026: 1.814 Quellzeilen, davon 372 veröffentlicht, 19 exakt ausgeschlossene Vorschläge und 1.423 scopefremd; Stand 07.10.2026: 383 veröffentlichte Geometrien (Live-Provenance). Nur public_display/report_lookup mit „Datenquelle: Umweltbundesamt“; keine erweiterte Produktfreigabe 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
Denkmalschutz Österreich — Standort-Check-Snapshot	Live mit Grenze; release-gebundener Snapshot seit 30.09.2026	bda-denkmalschutz/public, Distribution bda-denkmalliste-csv-bev-dkm-snapshot; Migration 0060, Current View denkmal_parzelle_current, Lookup lookup_bda_denkmal_point; neun BDA-Landeslisten + BEV-DKM-Umrisse der 56.448 gelisteten Grundstücke	Jährlich nach der neuen BDA-Liste: Artefakt-Build (≈ 1 GB HTTP-Range aus der BEV-GPKG) und Publish; Freshness ab ältestem Listenstand, 468 Tage	Release be71dbcb-4352-4432-9994-ca286109ac18 (Pointer 1); Grenzfall unter 2 m zur Grundstücksgrenze	Hinweis, keine Rechtsauskunft; 97,0 % der Grundstücksnennungen zugeordnet; keine Ensembles/Landes-Schutzzonen; Nachbarumkreis 14 m ab Punkt
NÖGIS Widmung	Live mit Grenze; release-gebundener Snapshot seit 27.09.2026	Punktabfrage release-gebunden über lookup_widmung_noe_point (Migration 0058, widmung-noe-wfs-snapshot); Release f4490263-9b28-4af0-a942-0bd0445a13ff, Pointer 1; WMS-GetFeatureInfo nur, wenn der Snapshot nicht antworten kann; Berichtskarte weiter aus dem Legacy-Mirror (#413)	Publisher scripts/publish-widmung-release.mjs; Rechte-Review 43d229e9…037724 eingespielt (bedingt, Recheck 25.03.2027); frisch bis 01.12.2027	Generalisierte Widmungsumhüllende, 23 Kategorien, 74.365 Flächen, Rechtskraft-Stichtag 31.12.2025; Matrix AT-3 availableWithGaps	Niederösterreich; keine Rechtsauskunft, maßgeblich ist der Flächenwidmungsplan der Gemeinde
Stadt Wien Flächenwidmung (generalisiert)	Live mit Grenze; release-gebundener Snapshot seit 30.09.2026	Release-gebundener Snapshot widmung-wien (Migration 0063, lookup_widmung_wien_point, widmung-wien-wfs-snapshot); Release a3601f47-1c5a-4acc-be70-2dfb9bae103b, Pointer 1; Karte zoning für bestätigtes AT-9, kein Fallback auf NÖ (ADR-0076 (nicht im öffentlichen Doku-Portal verfügbar))	Publisher scripts/publish-widmung-wien-release.mjs, manuell (kein Cron); Rechte-Review 59c05860…51d21a eingespielt (bedingt, Recheck 28.03.2027); frisch bis 30.09.2027, Erneuerung nach 180 Tagen fällig	Kein Fallback (kein WMS, kein Umschalten auf NÖ); 19 Klassen, 26.420 Flächen, Widmung mit Bauklasse, Abrufstand 30.09.2026	Wien (AT-9) availableWithGaps; keine Rechtsauskunft, maßgeblich ist das Plandokument
Land Vorarlberg Flächenwidmungsplan	Live mit Grenze; release-gebundener Snapshot seit 04.10.2026	Release-gebundener Snapshot widmung-vorarlberg (Migration 0064, lookup_widmung_vorarlberg_point, widmung-vorarlberg-wfs-snapshot); Release 595c24a6-8b28-41a7-9fe0-d262708369e5, Pointer 1; Karte zoning für bestätigtes AT-8, kein Fallback auf NÖ oder Wien (ADR-0077 (nicht im öffentlichen Doku-Portal verfügbar))	Publisher scripts/publish-widmung-vorarlberg-release.mjs, manuell (kein Cron); Rechte-Review 5c339743…f88a7 eingespielt (bedingt, Recheck 04.04.2027); frisch bis 04.10.2027, Erneuerung nach 180 Tagen fällig	Kein Fallback; 23 Kategorien (Widmungen und Ersichtlichmachungen), 53.499 Flächen, Gemeinde-Planstand, Abrufstand 04.10.2026	Vorarlberg (AT-8) availableWithGaps; keine Rechtsauskunft, maßgeblich ist der kundgemachte Plan der Gemeinde
Land Oberösterreich Flächenwidmung (Widmungen Flächen)	Live mit Grenze; release-gebundener Snapshot seit 08.10.2026	Release-gebundener Snapshot widmung-oberoesterreich (Migration 0068, lookup_widmung_oberoesterreich_point, widmung-oberoesterreich-wfs-snapshot); Release dcf7923c-c6b7-4f00-8f6f-39dc2435d20a, Pointer 1; Karte zoning für bestätigtes AT-4, kein Fallback auf NÖ, Wien oder Vorarlberg (ADR-0081 (nicht im öffentlichen Doku-Portal verfügbar))	Publisher scripts/publish-widmung-oberoesterreich-release.mjs, manuell (kein Cron); Rechte-Review 0868d922…082022d eingespielt (bedingt, Recheck 07.04.2027); frisch bis 05.04.2027, Erneuerung nach 90 Tagen fällig	Kein Fallback; 74 Hauptkennzahlen mit Klartext der Planzeichenverordnung 2025, 231.033 Flächen, 438 Gemeinden, Abrufstand 08.10.2026 (kein Planstand je Gemeinde)	Oberösterreich (AT-4) availableWithGaps; keine Rechtsauskunft, maßgeblich ist der kundgemachte Plan der Gemeinde
NÖ-OGD Hochwasser — WFS-Snapshot	Live mit Grenze; FND-02-Vertical-Slice	hochwasser-noe/public; Release d1eb4e67-3059-5ff2-86fe-096406fbbf8a, Pointer 3 (Stand 26.08.2026; Stand 07.10.2026 laut Live-Matrix f4675d81-ff9f-52ad-a656-f141d800d527, Pointer 4, frisch bis 17.10.2026); Run 53 ist historischer Erstnachweis, Run 35 bleibt Legacy-Evidenz	Täglicher Vercel-Cron (seit 06.10.2026, ADR-0080, davor GitHub Actions); Vollimport nur bei höchstens 10 Tagen Reserve, 20-Minuten-Ingest-/30-Minuten-Funktionslimit; 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 (Stand 26.08.2026; Live-Matrix 07.10.2026: Pointer 100), eigener Rechte-, Coverage- und Freshness-Stand	Vercel-Live-Check alle 8 Stunden, höchstens 1 Tag frisch; zwei Punkte parallel, 45 s je Request, bis zu drei Versuche bei Transportfehlern, 240 s Gesamtdeadline (#616); 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
Hochwasser Österreich — INSPIRE-Snapshot	Live mit Grenze seit 27.09.2026	hochwasser-at/public; Migration 0059, Current View hochwasser_at_zones_current, Lookup lookup_hochwasser_at_point; Release 7a7d6cc3-07cb-46ae-98b0-acd352fa8cef, Pointer 1, 229.544 Teilflächen	Einmaliger Publish (≈ 828 MB Download) mit WMS-Parität vor der Aktivierung; Freshness notApplicable (kein Ablaufdatum), fest gebundene Quelldateien; kein Cron	Standort-Check außerhalb des NÖ-Piloten; Matrix 9/9 availableWithGaps	Eigener CC-BY-4.0-Review ba61ef43…95299 eingespielt (bedingt, Recheck 25.03.2027); nur amtliche Risikogebiete (APSFR) und BWV-Gefahrenzonen, Stand 2020; öffnet HORA 3.0 nicht
WLV-Gefahrenzonenplan — Snapshot	Live mit Grenze; release-gebundener Snapshot seit 30.09.2026	wlv-gzp/public; Migration 0062, Current View wlv_gzp_flaechen_current, Lookup lookup_wlv_gzp_point; Release a78e38cb-e295-4216-ab1f-1f703cc5fce5, Pointer 1, 120.885 Teilflächen	Jährlicher Publish (≈ 171 MB Download) mit WMS-Parität an 26 Kanarienpunkten; Freshness ab Abruf, höchstens 400 Tage; fest gebundene Quelldatei, neue Lieferung per Vertrags-PR; kein Cron	Standort-Check-Karte torrent-avalanche; Matrix 9/9 availableWithGaps	Eigener Review f378637c…74a4 eingespielt (conditional, INSPIRE „Es gelten keine Bedingungen“, HVD, Recheck 28.03.2027). Report liest weiter live über wlv-lfrz
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 aus freien NÖ-OGD-Abflussbereichen und seit 27.09.2026 im Standort-Check aus den offenen INSPIRE-Flächen des Bundes (hochwasser-at)	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; Standort-Check-Snapshot seit 30.09.2026 (ADR-0074)	Report: 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. Standort-Check: release-gebundener Snapshot der offenen Daten (Migration 0061, lookup_breitband_point, Zellindex statt Geometrie); Release ffe0852d-0a34-4881-9c5d-f48e060b8624, Pointer 1	Report: Next revalidate: 1 Tag; kein Cron. Snapshot: vierteljährliche Datei, PR mit neuen Pins + Publish; Frische bis Quartalsende + 12 Monate	Report: fail-open (der Block entfällt bei einem Fehler). Standort-Check: kein WMTS-Aufruf, kein Fallback	Ö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 release-gebundenen Snapshots von Radon, ÖV-Güteklassen, Erdbeben, Hitzelayer, Local Climate Zones und Lärminfo stehen in der Tabelle der aktiven Distributionen oben. 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 — release-gebundener Snapshot (seit 27.09.2026) + NÖ-weiter WMS-Fallback; Berichtskarte aus dem Legacy-Mirror
Stadt Wien — Generalisierte Flächenwidmung	2	WFS 2.0 → release-gebundener Snapshot	OGD CC BY 4.0 (Stadt Wien)	Mittel	Live mit Grenze — release-gebundener Snapshot seit 30.09.2026 (ADR-0076 (nicht im öffentlichen Doku-Portal verfügbar))
Land Vorarlberg — Flächenwidmungsplan	2	WFS 2.0 → release-gebundener Snapshot (eine Anfrage)	CC BY 4.0 (Land Vorarlberg), Quellvermerk „© Land Vorarlberg“	Mittel	Live mit Grenze — release-gebundener Snapshot seit 04.10.2026 (ADR-0077 (nicht im öffentlichen Doku-Portal verfügbar))
Land Oberösterreich — Flächenwidmung (Widmungen Flächen)	2	WFS 2.0 → release-gebundener Snapshot (seitenweise)	CC BY 4.0 (Land Oberösterreich), Quellvermerk „Datenquelle: Land Oö., doris.at“	Mittel	Live mit Grenze — release-gebundener Snapshot seit 08.10.2026 (ADR-0081 (nicht im öffentlichen Doku-Portal verfügbar))
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	Keine Lizenz, kein Vertrag (NAP); nur ÖROK-Haftungsausschluss — Beleg 25.09.2026	Niedrig	✅ Live im Bericht (Pilot-Mirror, Klassen A–G) · ✅ national release-gebunden im Standort-Check seit 27.09.2026 (Release c8ab9eb8-424a-471c-b87e-f194557820a3, Pointer 1, Migration 0057)
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 (nicht im öffentlichen Doku-Portal verfügbar)
ALSAG / Altlastenportal	3	WFS 2.0.0 → release-gebundener PostGIS-Snapshot	Bedingte UBA-Weiterverwendung vom 11.08.2026; keine erweiterte Produktfreigabe	Hoch (Screening, Punkt statt vollständiger Parzelle)	Live mit Grenze; #556 — täglich erneuert (Stand 07.10.2026: Pointer 21, 383 veröffentlichte Altlasten; Erstaktivierung 05.09.2026: Pointer 2, 372); 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 5e5329cf-630f-5df1-a8b7-47bafa401856 (Run 114, Pointer 3, seit 29.09.2026; zuvor 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	Report: WMTS-GetFeatureInfo; Standort-Check: CSV + GeoPackage (data.gv.at) → release-gebundener 100-m-Raster-Snapshot	CC BY 3.0 AT	Niedrig	Live mit Grenze — Festnetz-Raster; Report live per WMTS (kein Mirror), Standort-Check-Snapshot seit 30.09.2026 (ADR-0074)
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: seit 29.09.2026 Run 114, Pointer 3 (Neuqualifizierung mit Frischegrenze 306 Tage, frisch bis 01.02.2027; zuvor 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 (nicht im öffentlichen Doku-Portal verfügbar) + ADR-0055 (nicht im öffentlichen Doku-Portal verfügbar)
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 Providercheck (seit 06.10.2026 als Vercel-Cron renew-brownfield-snapshot ohne GDAL, ADR-0080; die Neuveröffentlichung bleibt der manuelle GDAL-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 (nicht im öffentlichen Doku-Portal verfügbar) + ADR-0045 (nicht im öffentlichen Doku-Portal verfügbar)
NÖGIS Widmung	✅ Legacy-Mirror verifiziert (Pilot Bez. Gänserndorf; Statewide ~73k per all-Flag); seit 27.09.2026 zusätzlich release-gebundener Snapshot f4490263-9b28-4af0-a942-0bd0445a13ff (Pointer 1, 74.365 Flächen)	scripts/ingest-widmung.mjs + scripts/publish-widmung-release.mjs
Stadt Wien — Generalisierte Flächenwidmung	✅ Release-gebundener Snapshot seit 30.09.2026 produktiv: Release a3601f47-1c5a-4acc-be70-2dfb9bae103b (Pointer 1, 26.420 Flächen, 23 Bezirke, 19 Klassen); PostGIS-E2E als eigener Job in ci.yml und npm run check:local	scripts/ingest-widmung-wien-snapshot.mjs + scripts/publish-widmung-wien-release.mjs
Land Vorarlberg — Flächenwidmungsplan	✅ Release-gebundener Snapshot seit 04.10.2026 produktiv: Release 595c24a6-8b28-41a7-9fe0-d262708369e5 (Pointer 1, 53.499 Flächen, 96 Gemeinden, 23 Kategorien); PostGIS-E2E als eigener Job in ci.yml und npm run check:local	scripts/ingest-widmung-vorarlberg-snapshot.mjs + scripts/publish-widmung-vorarlberg-release.mjs
Land Oberösterreich — Flächenwidmung	✅ Release-gebundener Snapshot seit 08.10.2026 produktiv: Release dcf7923c-c6b7-4f00-8f6f-39dc2435d20a (Pointer 1, 231.033 Flächen, 438 Gemeinden, 74 Hauptkennzahlen, rund 200 MB je Release); PostGIS-E2E als eigener Job in ci.yml und npm run check:local	scripts/ingest-widmung-oberoesterreich-snapshot.mjs + scripts/publish-widmung-oberoesterreich-release.mjs
ALSAG / Altlastenportal-WFS	✅ Produktiv aktiv, täglich erneuert; Stand 25.09.2026: Release 308603d1-3f6d-5cde-8526-53ff73106618, Pointer 10, drei identische WFS-Abrufe, 1.832 Quellzeilen, 383 veröffentlichte Altlast-Geometrien, 9 exakt ausgeschlossene Vorschläge und 1.440 scopefremde Zeilen (Erstaktivierung am 5. September: 84667e56-73ac-5ea4-a345-6a96acd2a9f2, Pointer 2, 1.814/372/19/1.423). Maßgeblich ist die Live-Provenance. Der Consumer liest altlasten_current, transformiert nur den Adresspunkt nach EPSG:31287 und degradiert fail-closed. API-Nähe-/Nullbefund, Web und PDF sind am 5. September produktiv rückgelesen; Headless-Abnahme historisch mit #525/#526; 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 + Wiederherstellung #556 + ADR-0058 (nicht im öffentlichen Doku-Portal verfügbar) + Rechteprüfung (nicht im öffentlichen Doku-Portal verfügbar)
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, Defaults am 2026-05-26 vom Cofounder 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 (nicht im öffentlichen Doku-Portal verfügbar).	scripts/ingest-edikte.mjs + lib/edikte/policies.ts (nicht im öffentlichen Doku-Portal verfügbar)
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 vom Cofounder 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 (nicht im öffentlichen Doku-Portal verfügbar) + interne Review-Vorlage (nicht öffentlich)
NÖ-OGD Hochwasser	✅ Aktiver Snapshot d1eb4e67-3059-5ff2-86fe-096406fbbf8a, Pointer 3 (Quellenstand 2024-11-17, 17.934 Polygon-Parts, drei bestandene Pflichtchecks; Stand 26.08.2026, laut Live-Matrix am 07.10.2026 Release f4675d81-ff9f-52ad-a656-f141d800d527, Pointer 4, gleicher Quellenstand); FND-02-Run 53 ist historischer Erstnachweis. Der getrennte WMS-Live-Kanal steht auf Release 9fcf23e8-9f75-55cb-b9bf-37f04c319026, Pointer 30 (Stand 26.08.2026; Pointer 100 am 07.10.2026); 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 (nicht im öffentlichen Doku-Portal verfügbar) + ADR-0043 (nicht im öffentlichen Doku-Portal verfügbar) + ADR-0040 (nicht im öffentlichen Doku-Portal verfügbar)
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 (nicht im öffentlichen Doku-Portal verfügbar) und im Checkpoint-Runbook (nicht im öffentlichen Doku-Portal verfügbar). 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 (nicht im öffentlichen Doku-Portal verfügbar), Release-Nachweis (nicht im öffentlichen Doku-Portal verfügbar) und Runbook (nicht im öffentlichen Doku-Portal verfügbar).
• 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 Release 655a7dc3-1f7a-5bdc-a329-d73f1c458320 (Run 57, Pointer-Version 2) wurde am 29.09.2026 durch 5e5329cf-630f-5df1-a8b7-47bafa401856 (Run 114, Pointer-Version 3) abgelöst: derselbe fachliche Stand 2026-04-01 mit identischem Manifest, neu qualifiziert unter der korrigierten Frischegrenze von 306 Tagen (frisch bis 01.02.2027; Runbook (nicht im öffentlichen Doku-Portal verfügbar), Nachweis (nicht im öffentlichen Doku-Portal verfügbar)).
• 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 (nicht im öffentlichen Doku-Portal verfügbar).
• 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 (nicht im öffentlichen Doku-Portal verfügbar) 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.
• Quarantäne und Umriss (seit #655, 05.10.2026): Quarantänisierte Quellparzellen werden nie ausgegeben. Ihre Hülle sperrt den Parzellenumriss nur, wenn sie den Adresspunkt selbst überdeckt und keine gültige Parzelle den Punkt trägt (quality_rejected), nicht mehr pauschal im ganzen Suchausschnitt (Vertrag, Nachweis (nicht im öffentlichen Doku-Portal verfügbar)).
• 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 (nicht im öffentlichen Doku-Portal verfügbar) 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 (nicht im öffentlichen Doku-Portal verfügbar) belegt den separaten Export-Pointer 7ae1d4da-e5d5-5c09-ae1f-15997506d4f7; seit 29.09.2026 ist 74be37a0-6aaf-5888-bb03-7a6a2ab4f30d (Pointer 2) aktiv, gebunden an den neu qualifizierten öffentlichen Release (siehe Erneuerung (nicht im öffentlichen Doku-Portal verfügbar)); 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 fachlichem 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: BEV veröffentlicht die DKM 2025/2026 zu den Stichtagen 1.4. und 1.10., jeweils Wochen bis Monate später. Der Cron /api/cron/ingest-parzellen prüft wöchentlich, detektiert nur neue Stichtage und schreibt pending_manual; GDAL-Ingest und Publisher bleiben manuell, weil Vercel kein GDAL hat (ADR-0034, Issue #83). Der Cron vergleicht nur Legacy-Läufe und meldet nur einen jüngeren Stichtag (#626). Der Report muss den fachlichen Release-Stand ausweisen, nicht bloß Spiegelungs- oder Abfragedatum. Ist der aktive Release nicht mehr frisch, zeigt der Report „Datenstand veraltet“ statt eines Parzellenbezugs (#629, Frischegrenze 306 Tage seit #618).
• Opt-in-Disclaimer: „Errechnete Szenarien ersetzen keine rechtsverbindliche Vermessung."
• Produktionsnachweis: Manifest-, Quality-, Quarantäne-, Provenienz- und Datenminimierungs-Readbacks stehen im FND-03-Live-Nachweis (nicht im öffentlichen Doku-Portal verfügbar). 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 (nicht im öffentlichen Doku-Portal verfügbar) 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 (nicht im öffentlichen Doku-Portal verfügbar))

• 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-Gesamtbudget ab; ein einzelner Netzwerkfehler oder HTTP 5xx wird innerhalb dieses Budgets genau einmal nach 300 ms wiederholt (seit 06.10.2026), 4xx, 429, Timeout und ungültige Antworten nicht. 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 (nicht im öffentlichen Doku-Portal verfügbar).
• 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 (nicht im öffentlichen Doku-Portal verfügbar))

• 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 — Widmungsumhüllende NÖ (release-gebunden live)

Quellenprüfung mit Primärnachweisen (Stand 25.09.2026): evidence/widmung-noe-quellenpruefung-2026-09-25.md (nicht im öffentlichen Doku-Portal verfügbar); Rechte-Review: evidence/source-rights-widmung-noe-2026-09-25.md (nicht im öffentlichen Doku-Portal verfügbar); Produktionsnachweis vom 27.09.2026: Nachweis (nicht im öffentlichen Doku-Portal verfügbar).

• Status (27.09.2026): produktiv. Release f4490263-9b28-4af0-a942-0bd0445a13ff, Pointer 1, 74.365 Flächen, Stichtag 31.12.2025, frisch bis 01.12.2027. Coverage-Matrix: AT-3 availableWithGaps, übrige Bundesländer outsideCoverage; zoning_geojson bleibt gated. Im Browser zeigt der Standort-Check für „Rathausplatz 1, 2230 Gänserndorf“ die Kategorie „Bauland Wohn- oder Mischnutzung (SBL)“.

• Quelle: Land Niederösterreich, „Widmungsumhüllende Niederösterreich“ (data.gv.at 81a23612-9823-4a61-95cb-09aea8242db8), GeoServer-WFS https://sdi.noe.gv.at/at.gv.noe.geoserver/OGD/wfs, Layer OGD:RRU_WI_HUELLE, nativ EPSG:31259, abgerufen in EPSG:4326.

• Inhalt: 74.365 Polygone in 23 Kategorien (WI_ART/WIDMUNG) aus allen 573 Gemeinden, Rechtskraft-Stichtag 31.12.2025. LAND_DATUM je Fläche ist das Bescheid- bzw. § 25a-Mitteilungsdatum der letzten Planänderung. Es kommt als UTC-Zeitstempel der lokalen Mitternacht und wird als Wiener Kalenderdatum gelesen.

• Generalisierung:

  • gleichartige Blöcke sind über Verkehrsflächen hinweg zusammengeführt;
  • SBL fasst Wohn-, Agrar-, Kerngebiet und erhaltenswerte Ortsstrukturen zusammen;
  • Grünland-Land- und Forstwirtschaft, Grüngürtel, Wasserflächen, Batteriespeicher und Verkehrsflächen fehlen, deshalb ist ein Nullbefund keine Widmungsaussage.

  Der rechtskräftige Plan liegt nur als gescanntes Bild im NÖ Atlas vor und hat keine offene Lizenz.

• Rechte: CC BY 4.0 mit den Ergänzungen des Landes. Namensnennung wörtlich: „Datenquelle: Land Niederösterreich - data.noe.gv.at“. Der Review config/source-rights/widmung-noe.public-display.json gilt conditional nur für public_display/point_lookup. Er verlangt die Bedingungen attribution, licenseLink, changeNotice, nonEndorsement und legalDisclaimer. Er ist seit 27.09.2026 eingespielt (Datei-SHA-256 43d229e9d4d05379672e37dd0bf06c163895085526bf4ff3398efc5e40037724, conditional, Recheck 25.03.2027).

• Genauigkeit: Die Stützpunkte liegen gegenüber dem aktiven BEV-Pilot-Release (Ausschnitt Gänserndorf) im Median 0,55 m, im 95. Perzentil 3,74 m und im 99. Perzentil 16,5 m neben der DKM. Deshalb gilt ein Grenzband von 5 m ohne Zuordnung.

• Snapshot: Migration 0058 legt an:

  • widmung_zones, unveränderlich und an einen Lauf gebunden;
  • widmung_zones_current, run-gebunden, exakter NÖ-Coverage-Scope noe-widmungsumhuellende-v1;
  • lookup_widmung_noe_point.

  Ungültige Quellringe (Mai 2026: 14 von 73.473) werden mit ST_MakeValid repariert und markiert; der Manifest-Hash bindet die unveränderte Quelle. Die Datenbank sperrt eine Drift über −10 % oder +25 % gegenüber dem letzten Snapshot.

• Publisher: scripts/publish-widmung-release.mjs (Kandidat → gebundener Ingest scripts/ingest-widmung-snapshot.mjs → fünf Pflichtprüfungen → Qualify → CAS-Activate). Er verweigert jeden Kandidaten, solange die Registry nicht exakt die Review-Fassung trägt. Das Frischefenster beträgt Stichtag plus 700 Tage, also der 01.12.2027 für den Stand 31.12.2025.

• Verbraucher:

  • Standort-Check-Karte zoning für das bestätigte Bundesland AT-3: ausschließlich dieser Snapshot (Wien AT-9 und Vorarlberg AT-8 lesen eigene Snapshots, siehe die beiden folgenden Abschnitte; in den übrigen sechs Bundesländern zeigt die Karte „außerhalb“, ohne Fallback);
  • Bericht (lib/geo/widmung.ts): Punktabfrage über denselben Snapshot, ein qualifizierter Nullbefund oder Grenzfall ist endgültig, der separat freigegebene WMS springt nur ein, wenn der Snapshot gar nicht antworten kann.

  zoning_geojson (Berichtskarte) und widmung-noe-wms bleiben bis zu eigenen Reviews in #413 im Legacy-/Shadow-Zustand. Der Legacy-Mirror widmung (Migration 0003, Vorjahresstand) bleibt dafür unverändert.

• Produktionsfolge (am 27.09.2026 abgeschlossen, bewusst manuell):

  1. Migration 0058 anwenden.
  2. Review prüfen: node scripts/apply-source-rights-review.mjs --file config/source-rights/widmung-noe.public-display.json.
  3. Review einspielen: … --apply --ack <SHA-256>.
  4. Trockenlauf: node scripts/publish-widmung-release.mjs --dry-run.
  5. Publizieren: DBURL=… node scripts/publish-widmung-release.mjs.
  6. Readback über /api/v1/data-sources/coverage-matrix und den Standort-Check.

• Skalierung: Die Bundesländer-Matrix vom 28.09.2026 (nicht im öffentlichen Doku-Portal verfügbar) stuft alle übrigen Länder als „baubar jetzt“ ein (CC BY 4.0, landesweite Vektordaten); Wien, Vorarlberg und Oberösterreich sind live (alle unten).

Flächenwidmung Wien — Generalisierte Flächenwidmung (release-gebunden live)

Quellenprüfung mit Primärnachweisen (Stand 28.09.2026): evidence/widmung-wien-quellenpruefung-2026-09-28.md (nicht im öffentlichen Doku-Portal verfügbar); Rechte-Review: evidence/source-rights-widmung-wien-2026-09-28.md (nicht im öffentlichen Doku-Portal verfügbar); Entscheidung: ADR-0076 (nicht im öffentlichen Doku-Portal verfügbar); Produktionsnachweis vom 30.09.2026: Nachweis (nicht im öffentlichen Doku-Portal verfügbar).

• Status (30.09.2026): produktiv. Release a3601f47-1c5a-4acc-be70-2dfb9bae103b, Pointer 1, 26.420 Flächen, Abrufstand 30.09.2026, frisch bis 30.09.2027. Coverage-Matrix: AT-9 availableWithGaps, übrige Bundesländer outsideCoverage. Im Browser zeigt der Standort-Check für „Rathausplatz 1, 1010 Wien“ die Widmung „Gemischtes Baugebiet Bauklasse 5 (GB5)“.
• Quelle: Stadt Wien, „Generalisierte Flächenwidmung Wien“ (data.gv.at a73c5b74-a9c9-4caa-a796-e4c832645614, Kontaktstelle MA 21 A), GeoServer-WFS https://data.wien.gv.at/daten/geo, Layer ogdwien:GENFLWIDMUNGOGD, nativ EPSG:31256, abgerufen in EPSG:4326. Den in #318 genannten Layer „FLAEWIDMOGD“ gibt es nicht; der vollständige Plan ist nur WMTS-Raster.
• Inhalt: 26.420 Polygone aus allen 23 Bezirken, 19 Widmungsklassen, 87 Codes aus 27 Widmungsarten mit Bauklasse 1–6; zusätzliche Festlegungen (ÖZ, EKZ, StrG, StrE) und 7 befristete Flächen. WIDMUNG_TXT ist bei 80 Zeichen gekappt; der Vertrag führt den vollen Text.
• Abdeckung: 85,1 % der Stadtfläche; Lücken überwiegend Straßenraum (62 %) und Landwirtschaft am Stadtrand (23 %). Ein Nullbefund ist deshalb keine Widmungsaussage.
• Datenstand: kein Stichtag; die Stadt führt bei jeder Kundmachung nach. Datenstand ist der Abrufstand, Frische 365 Tage ab Abruf (freshness_basis = retrieved_at), Erneuerung nach 180 Tagen fällig.
• Rechte: CC BY 4.0 mit den OGD-Nutzungsbedingungen der Stadt. Namensnennung wörtlich: „Datenquelle: Stadt Wien – data.wien.gv.at“. Der Review config/source-rights/widmung-wien.public-display.json gilt conditional nur für public_display/point_lookup mit denselben fünf Bedingungen wie NÖ; Datei-SHA-256 59c05860fb10bece5f47ea6602332b40f667fc2297a9ad4bdec331c98751d21a, seit 30.09.2026 eingespielt (conditional, Recheck 28.03.2027).
• Grenzregel: Treffer, wenn genau eine Widmungsausprägung (Code mit Bauklasse, Festlegungen, Befristung) den Punkt enthält und keine andere näher als 5 m liegt; Straßen gelten nicht als andere Widmung. Gemessen an 2.000 Adresspunkten der Stadt: 94,0 % Treffer (NÖ-Regel: 72,0 %).
• Snapshot: Migration 0063 legt an: widmung_wien_zones (unveränderlich, an einen Lauf gebunden), widmung_wien_zones_current (exakter Wien-Scope wien-generalisierte-flaechenwidmung-v1) und lookup_widmung_wien_point. Die Datenbank prüft beim Publizieren alle 23 Bezirke, nur Vertragsklassen und sperrt Drift über −5 % oder +10 % gegenüber dem zuletzt qualifizierten Release. Ein Lauf beginnt immer als running und release-gebunden, fertige Läufe sind unveränderlich. Fehlgeschlagene oder zurückgerollte Läufe werden geleert (sofort, beim nächsten Lauf nachgeholt oder beim Freigeben verlassener Kandidaten nach 24 Stunden). Lokal gemessen: 26 MB je Release; qualifizierte Releases bleiben stehen.
• Publisher: scripts/publish-widmung-wien-release.mjs (Kandidat → gebundener Ingest scripts/ingest-widmung-wien-snapshot.mjs → fünf Pflichtprüfungen plus nicht verpflichtende class-completeness → Qualify → CAS-Activate; jeder Fehler vor der Qualifikation rollt die Läufe des Kandidaten zurück, leert sie und verwirft ihn; danach wird nichts mehr verworfen).
• Verbraucher: nur die Standort-Check-Karte zoning für bestätigtes AT-9. Der Bericht nutzt Wien noch nicht; die Zuordnung der Klassen zu Berichtsklassen ist eine Vorauswahl bis zur fachlichen Sichtung (#318).
• Produktionsfolge (am 30.09.2026 ausgeführt; Migration vor Review, weil erst die Migration die Registry-Zeile anlegt; gilt auch für Erneuerungen ab Schritt 4):
  1. DBURL="$DATABASE_URL_UNPOOLED" node scripts/apply-migration.mjs lib/db/migrations/0063_widmung_wien_snapshot.sql (zweimal).
  2. node scripts/apply-source-rights-review.mjs --file config/source-rights/widmung-wien.public-display.json.
  3. DBURL="$DATABASE_URL_UNPOOLED" node scripts/apply-source-rights-review.mjs --apply --file config/source-rights/widmung-wien.public-display.json --ack <SHA-256>.
  4. node scripts/publish-widmung-wien-release.mjs --dry-run.
  5. DBURL="$DATABASE_URL_UNPOOLED" node scripts/publish-widmung-wien-release.mjs.
  6. Readback über /api/v1/data-sources/coverage-matrix und den Standort-Check (Rathausplatz 1, 1010 Wien → GB5).

Flächenwidmung Vorarlberg — Flächenwidmungsplan (release-gebunden live)

Quellenprüfung mit Primärnachweisen (Stand 04.10.2026): evidence/widmung-vorarlberg-quellenpruefung-2026-10-04.md (nicht im öffentlichen Doku-Portal verfügbar); Rechte-Review: evidence/source-rights-widmung-vorarlberg-2026-10-04.md (nicht im öffentlichen Doku-Portal verfügbar); Entscheidung: ADR-0077 (nicht im öffentlichen Doku-Portal verfügbar); Produktionsnachweis vom 04.10.2026: Nachweis (nicht im öffentlichen Doku-Portal verfügbar).

• Status (04.10.2026): produktiv. Release 595c24a6-8b28-41a7-9fe0-d262708369e5, Pointer 1, 53.499 Flächen, Abrufstand 04.10.2026, frisch bis 04.10.2027. Coverage-Matrix: AT-8 availableWithGaps, übrige Bundesländer outsideCoverage. Im Browser zeigt der Standort-Check für „Rathausstraße 4, 6900 Bregenz“ die Widmung „Vorbehaltsfläche - Baufläche Kerngebiet – Signatur [RT,KI]-BK“ mit Gemeinde und Planstand. Vorab lief die ganze Sequenz auf einem Neon-Wegwerfbranch über den Neon-HTTP-Treiber (157 s).
• Quelle: Land Vorarlberg, „Flächenwidmungsplan Vorarlberg - Flächen“ (data.gv.at 86f6d7d0-fe98-448c-981c-e6b8547a2e97, ISO-Metadaten 85bd045b-8857-4388-bc07-0fccd5a29eb1, Hersteller Abteilung VIIa – Raumplanung), GeoServer-WFS https://vogis.cnv.at/geoserver/ows, Layer vogis:fwp_flaeche, nativ EPSG:31254, abgerufen in EPSG:4326 in einer Anfrage (Servergrenze 100.000 Objekte, Blättern ohne eindeutigen Schlüssel instabil; Abbruch ab 90.000).
• Inhalt: 53.560 grundstücksgenaue Flächen aller 96 Gemeinden; 23 Kategorien (18 Widmungen, 5 Ersichtlichmachungen: ersichtlich gemachte Straßen und Bahnen, Wald, Gewässer) plus 61 Splitter ohne Kategorie (≤ 0,41 m², nicht gespeichert). Klartext wörtlich mit Signatur; 91 Klartexte bei 100 Bytes gekappt; 1.204 Befristungen, davon 3 mit unlesbarem Datum.
• Abdeckung: 2.591,5 von 2.591,9 km² der Gemeindegrenzen; Straßen, Gewässer und Wald sind eigene Flächen.
• Datenstand: je Gemeinde ein Planstand (10.03.2022 bis 28.09.2026), kein gemeinsamer Stichtag. Datenstand ist der Abrufstand, Frische 365 Tage ab Abruf (freshness_basis = retrieved_at), Erneuerung nach 180 Tagen fällig; die Karte nennt zusätzlich den Planstand der Gemeinde.
• Rechte: CC BY 4.0 (Distributionen, ISO-Metadaten, VoGIS-Seite des Landes). Quellvermerk wörtlich: „© Land Vorarlberg“. Ältere, restriktive Nutzungsbestimmungen (PDF vom 07.05.2025) sind im Rechte-Review bewertet. Der Review config/source-rights/widmung-vorarlberg.public-display.json gilt conditional nur für public_display/point_lookup mit denselben fünf Bedingungen wie NÖ und Wien; Datei-SHA-256 5c339743cea10cd1445120c2742b28711bfe3bfdba434eef27c09fef58cf88a7, seit 04.10.2026 eingespielt (conditional, Recheck 04.04.2027).
• Grenzregel: Treffer, wenn genau eine Ausprägung (Gemeinde mit Planstand, Kategorie, Signatur, Klartext, Befristung) den Punkt enthält und keine andere näher als 5 m liegt; angrenzende Verkehrsflächen konkurrieren nicht, außer der Punkt liegt selbst auf einer. Gemessen an 2.000 Adresspunkten des Landes: 97,0 % Treffer (Wiener Regel: 87,3 %).
• Darstellung: „Widmung laut Flächenwidmungsplan: … – Signatur …“ bzw. „Ersichtlichmachung im Flächenwidmungsplan, keine Widmung: …“, Gemeinde und Planstand, Befristung und Folgewidmung wörtlich (abgelaufene Fristen als solche benannt, gemessen am Abrufstand oder am heutigen Tag), auf einer Verkehrsfläche der Hinweis, dass die Widmung des Grundstücks daneben nicht ablesbar ist; keine Ampel.
• Snapshot: Migration 0064 legt an: widmung_vorarlberg_zones (unveränderlich, an einen Lauf gebunden), widmung_vorarlberg_zones_current (exakter Scope vorarlberg-flaechenwidmungsplan-v1) und lookup_widmung_vorarlberg_point. Die Datenbank prüft beim Publizieren alle 96 Gemeinden, Kategorien samt Klartextanfang, Planstand nicht nach dem Abruf, die lückenlose Ausweisung der nicht gespeicherten Splitter (geliefert = gespeichert + Splitter = Zählung des Dienstes) und sperrt Drift über −5 % oder +10 % gegenüber dem zuletzt qualifizierten Release. Lokal gemessen: 139 MB je Release; qualifizierte Releases bleiben stehen.
• Publisher: scripts/publish-widmung-vorarlberg-release.mjs (Kandidat → gebundener Ingest scripts/ingest-widmung-vorarlberg-snapshot.mjs → fünf Pflichtprüfungen plus nicht verpflichtende category-completeness → Qualify → CAS-Activate); lokal 42 s, über Neon HTTP 157 s, rund 2 GB Arbeitsspeicher.
• Verbraucher: nur die Standort-Check-Karte zoning für bestätigtes AT-8. Die Zuordnung der Kategorien zu Berichtsklassen ist eine ungeprüfte Vorauswahl.
• Produktionsfolge (am 04.10.2026 ausgeführt; Migration vor Review, weil erst die Migration die Registry-Zeile anlegt; gilt auch für Erneuerungen ab Schritt 4):
  1. DBURL="$DATABASE_URL_UNPOOLED" node scripts/apply-migration.mjs lib/db/migrations/0064_widmung_vorarlberg_snapshot.sql (zweimal, je 18 Statements).
  2. node scripts/apply-source-rights-review.mjs --file config/source-rights/widmung-vorarlberg.public-display.json.
  3. DBURL="$DATABASE_URL_UNPOOLED" node scripts/apply-source-rights-review.mjs --apply --file config/source-rights/widmung-vorarlberg.public-display.json --ack 5c339743cea10cd1445120c2742b28711bfe3bfdba434eef27c09fef58cf88a7.
  4. node scripts/publish-widmung-vorarlberg-release.mjs --dry-run.
  5. DBURL="$DATABASE_URL_UNPOOLED" node scripts/publish-widmung-vorarlberg-release.mjs.
  6. Readback über /api/v1/data-sources/coverage-matrix und den Standort-Check (Rathausstraße 4, 6900 Bregenz → Vorbehaltsfläche - Baufläche Kerngebiet – Signatur [RT,KI]-BK).

Flächenwidmung Oberösterreich — Widmungen Flächen (release-gebunden live)

Quellenprüfung mit Primärnachweisen (Stand 07.10.2026): evidence/widmung-oberoesterreich-quellenpruefung-2026-10-07.md (nicht im öffentlichen Doku-Portal verfügbar); Rechte-Review: evidence/source-rights-widmung-oberoesterreich-2026-10-07.md (nicht im öffentlichen Doku-Portal verfügbar); Entscheidung: ADR-0081 (nicht im öffentlichen Doku-Portal verfügbar); Produktionsnachweis vom 08.10.2026: Nachweis (nicht im öffentlichen Doku-Portal verfügbar).

• Status (08.10.2026): produktiv. Release dcf7923c-c6b7-4f00-8f6f-39dc2435d20a, Pointer 1, 231.033 Flächen in einem Lauf, Abrufstand 2026-10-08, frisch bis 05.04.2027. Coverage-Matrix: AT-4 availableWithGaps, übrige Bundesländer outsideCoverage. Im Browser zeigt der Standort-Check für „Hauptplatz 1, 4020 Linz“ die Widmung „Kerngebiet (Kennzahl 11002)“ mit Gemeinde und Abrufstand. Vorab lief die ganze Sequenz auf einem Neon-Wegwerfbranch (Generalprobe, grün). Beim ersten Release gibt es kein Rollback-Ziel; die Notbremse ist die Registry-Sperre (ADR-0081, Schritt 8).
• Quelle: Land Oberösterreich, „Flächenwidmung Widmungen Flächen Oberösterreich“ (data.gv.at 8fc62f91-e0f6-4db0-91e1-9cbc329ffba0, ISO-Metadaten 8FC62F91-E0F6-4DB0-91E1-9CBC329FFBA0, High Value Dataset), ArcGIS-Server-WFS https://ags.doris.at/arcgis/services/HVD/MapServer/WFSServer, Layer HVD:FLWI_Widmungen_Flächen, abgerufen mit srsName=CRS:84 (EPSG:4258 und EPSG:25833 liegen rund 90 m daneben, EPSG:4326 vertauscht die Achsen) in 24 Seiten à 10.000 Objekten, aufsteigend nach OBJECTID; Abbruch ab 600.000 Objekten.
• Inhalt: 231.519 Objekte in 438 Gemeinden (231.033 gespeichert; 452 ohne Geometrie, 1 ohne Kennzahl, 33 nach der Reparatur leer). Die Widmung steht als Kennzahl (bis zu drei je Fläche); der Klartext stammt aus der Planzeichenverordnung 2025 (LGBl. Nr. 82/2025, Anlage 1 und Anlage 4 Tabelle 3) und der Landes-Symbolisierung (84 Kennzahlen im Vertrag, 74 als Hauptkennzahl erwartet). Flächen überlagern einander (44.019 Paare), Straßen sind eigene Flächen.
• Datenstand: Das Land nennt keinen Stichtag und keinen Planstand je Gemeinde; die Schicht wird laufend nachgeführt. Datenstand ist der Abrufstand, Frische 180 Tage ab Abruf (freshness_basis = retrieved_at), Erneuerung nach 90 Tagen fällig.
• Rechte: CC BY 4.0 (ISO-Metadaten, data.gv.at-Eintrag, allgemeine Bedingungen „Open Oberösterreich“). Quellvermerk wörtlich: „Datenquelle: Land Oö., doris.at“. Offener Vorbehalt: Der WFS steht in den ISO-Metadaten, nicht als Distribution im Katalogeintrag. Der Review config/source-rights/widmung-oberoesterreich.public-display.json gilt conditional nur für public_display/point_lookup mit denselben fünf Bedingungen wie NÖ, Wien und Vorarlberg; Datei-SHA-256 0868d9225cede530feb5a0f22dcc0458414a7cf175ca1f6c4d88d9d97082022d, seit 08.10.2026 eingespielt (conditional, State-SHA-256 196de1dd…3087, Recheck 07.04.2027).
• Grenzregel: Treffer, wenn genau eine Ausprägung den Punkt enthält und keine andere näher als 5 m liegt; angrenzende Verkehrsflächen konkurrieren nicht, außer der Punkt liegt selbst auf einer; eine Überlagerung am Punkt ist ein Grenzfall. Gemessen an 2.337 Gebäudepunkten: 97,9 % Treffer.
• Darstellung: „Widmung laut Flächenwidmungsplan: Kerngebiet (Kennzahl 11002).“, Gemeinde, Herkunft des Klartexts, Zweck und Zusatzangabe der Gemeinde wörtlich, Verkaufsfläche, GFZ, Abrufstand ohne Planstand; auf einer Verkehrsfläche der Hinweis, dass die Widmung des Grundstücks daneben nicht ablesbar ist; keine Ampel.
• Snapshot: Migration 0068 legt an: widmung_oberoesterreich_zones (unveränderlich, an einen Lauf gebunden), widmung_oberoesterreich_zones_current (exakter Scope oberoesterreich-flaechenwidmungsplan-v1) und lookup_widmung_oberoesterreich_point. Die Datenbank prüft beim Publizieren alle 438 Gemeinden, die 84 erlaubten Kennzahlen, die Lieferbilanz und die Vereinfachungstoleranz und sperrt Drift über −5 % oder +10 %. Geometrie mit ST_SimplifyPreserveTopology (0,000005°, rund 0,5 m): lokal gemessen 200 MB je Release; qualifizierte Releases bleiben stehen.
• Publisher: scripts/publish-widmung-oberoesterreich-release.mjs (Kandidat → gebundener Ingest scripts/ingest-widmung-oberoesterreich-snapshot.mjs → fünf Pflichtprüfungen → Qualify → CAS-Activate); lokal 212 s mit Live-Abruf (Heap-Spitze 252 MB, Prozess 771 MB), in Produktion 660 s (Generalprobe auf dem Neon-Wegwerfbranch 684 s). Trockenlauf (--dry-run) und Lieferungsprüfung (--check-delivery, optional --pages-dir <Ordner> aus einem mit --save-pages <Ordner> gesicherten Artefaktordner) schreiben nichts.
• Verbraucher: nur die Standort-Check-Karte zoning für bestätigtes AT-4. Die Zuordnung der Kennzahlen zu Berichtsklassen ist eine ungeprüfte Vorauswahl.
• Produktionsfolge (am 08.10.2026 ausgeführt; Migration vor Review, weil erst die Migration die Registry-Zeile anlegt; gilt auch für Erneuerungen ab Schritt 4):
  1. DBURL="$DATABASE_URL_UNPOOLED" node scripts/apply-migration.mjs lib/db/migrations/0068_widmung_oberoesterreich_snapshot.sql (zweimal, je 18 Statements).
  2. node scripts/apply-source-rights-review.mjs --file config/source-rights/widmung-oberoesterreich.public-display.json.
  3. DBURL="$DATABASE_URL_UNPOOLED" node scripts/apply-source-rights-review.mjs --apply --file config/source-rights/widmung-oberoesterreich.public-display.json --ack 0868d9225cede530feb5a0f22dcc0458414a7cf175ca1f6c4d88d9d97082022d.
  4. node scripts/publish-widmung-oberoesterreich-release.mjs --dry-run und node --max-old-space-size=768 scripts/publish-widmung-oberoesterreich-release.mjs --check-delivery.
  5. DBURL="$DATABASE_URL_UNPOOLED" node --max-old-space-size=768 scripts/publish-widmung-oberoesterreich-release.mjs.
  6. Readback über /api/v1/data-sources/coverage-matrix und den Standort-Check (Hauptplatz 1, 4020 Linz → Kerngebiet, Kennzahl 11002).
• Speicher: Die Tabelle belegt nach dem ersten Release 201 MB, die Datenbank danach 1.952 MB. Jede Erneuerung legt eine volle Kopie von rund 200 MB an; alte Releases werden nicht bereinigt.

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). Der Cofounder stuft ihn als extrem wichtig ein. Vollständige Recherche: discovery/bebauungsplan-noe-discovery.md (nicht im öffentlichen Doku-Portal verfügbar), 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. Die Erstaktivierung nach der Wiederherstellung (05.09.2026) war Release 84667e56-73ac-5ea4-a345-6a96acd2a9f2, Pointer-Version 2. Der Release wird täglich erneuert (Vercel-Cron renew-altlasten-snapshot, 03:37 UTC, seit 06.10.2026, ADR-0080); laut Live-Provenance steht am 07.10.2026 Release 1b0f3b47-db5c-5200-9477-7eab1f819636 auf Pointer-Version 21. Maßgeblich ist stets die Live-Provenance.
• 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. Die Erstaktivierung vom 05.09.2026 band 1.814 Quellzeilen an 372 veröffentlichte, 19 ausgeschlossene und 1.423 scopefremde Zeilen; der aktive Release vom 07.10.2026 enthält 383 veröffentlichte Geometrien.
• 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 (Erstaktivierung 2026-09-05T10:22:17.037Z, aktiver Release vom 07.10.2026 2026-10-07T03:37:22.087Z) ist ein technischer Abrufzeitpunkt, kein fachlicher Datenstand. source_vintage bleibt null; die Frische beträgt höchstens 2 Tage ab Abruf.
• 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 um 02:07 UTC als Vercel-Cron renew-hochwasser-snapshot geprüft (seit 06.10.2026, ADR-0080; davor GitHub Actions) 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. Vollimporte benötigten 483–760 Sekunden; die Route nutzt deshalb das erweiterte Funktionslimit von 1.800 s. Aktivierung, Recovery und Rollback siehe ADR-0043 (nicht im öffentlichen Doku-Portal verfügbar), ADR-0040 (nicht im öffentlichen Doku-Portal verfügbar) und Betriebs-Runbook (nicht im öffentlichen Doku-Portal verfügbar).

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 (nicht im öffentlichen Doku-Portal verfügbar))
• Abgrenzung zu hochwasser-at (25.09.2026): Die offenen INSPIRE-Überflutungsflächen der Hochwasserrichtlinie nennen HORA als eine ihrer Herleitungsquellen, sind aber eine eigenständige, vom BMLUK unter CC BY 4.0 veröffentlichte Distribution mit eigenem Rechte-Review (siehe nächster Abschnitt). Sie decken nur die amtlichen Risikogebiete ab. HORA 3.0 selbst, der HORA-Pass und das flächendeckende HORA-Gewässernetz bleiben unverändert gesperrt.

Hochwasser Österreich (INSPIRE) — RELEASE-GEBUNDEN LIVE

• Status (27.09.2026): produktiv. Migration 0059 ist angewendet, der Rechte-Review eingespielt (SHA-256 ba61ef43…95299, conditional, Recheck 25.03.2027) und Release 7a7d6cc3-07cb-46ae-98b0-acd352fa8cef mit Pointer 1 aktiv: 229.544 Teilflächen, Quellenstand 2020, fünf von fünf Pflichtchecks bestanden, WMS-Parität 37 Treffer und 0 Abweichungen. Die Coverage-Matrix zeigt 9/9 availableWithGaps. Im Browser zeigt der Standort-Check für „Ennskai, 4400 Steyr“ HQ30 und rote Zone; als Aktualität steht „Nicht anwendbar“, weil der Release kein fresh_until hat. Nachweis (nicht im öffentlichen Doku-Portal verfügbar). Entscheidung: ADR-0072 (nicht im öffentlichen Doku-Portal verfügbar); Belege: Quelle, Volumen, Parität (nicht im öffentlichen Doku-Portal verfügbar) und Rechte-Review (nicht im öffentlichen Doku-Portal verfügbar).
• Reihenfolge in Produktion: Migration 0059 vor dem Rechte-Review. Die Migration legt die Registry-Zeile hochwasser-at erst an (INSERT INTO source_registry); apply-source-rights-review.mjs --apply aktualisiert nur eine bestehende Zeile und bricht sonst mit „Quelle hochwasser-at ist nicht registriert.“ ab. Die ursprünglich dokumentierte Reihenfolge (Review vor Migration) war falsch und ist in ADR-0072 korrigiert.
• Quelle: INSPIRE-Downloaddienst „Wasser“ des Umweltbundesamts, Eigentümer BMLUK (Schutzwasserwirtschaft):
  • Hochwasserüberflutungsflächen HQ30, HQ100, HQ300 der Hochwasserrichtlinie, Veröffentlichung 2020-03-20 (06a75330…, afda3f35…, 23d946ab…)
  • Rote und gelbe Gefahrenzonen der Bundeswasserbauverwaltung, „Datenstand: Oktober 2020“ (63334775…, 49517523…)
• Lizenz: CC BY 4.0 laut allen fünf Datensatz-Metadaten; Zugang ohne Einschränkung. Attribution: „Datenquelle: BMLUK / Umweltbundesamt – Hochwasserüberflutungsflächen (Hochwasserrichtlinie 2020) und Gefahrenzonen der Bundeswasserbauverwaltung“, dazu Lizenzlink, Änderungshinweis und Non-Endorsement.
• Format: Fünf ZIP-Dateien mit je einer INSPIRE-GML (nz-core:HazardArea, EPSG:3035, Nord/Ost-Achsen), per SHA-256 gebunden. Distribution lfrz-000801-hochwasser-gml-snapshot, Capability point_lookup.
• Ingest: Douglas-Peucker 2 m je Ring, ST_MakeValid, ST_Subdivide (≤ 256 Stützpunkte); 119.064 Quellfeatures → 229.541 Teilflächen, 12,6 Mio. Stützpunkte, ≈ 290 MB (lokal gemessen; Rohdaten 114,4 Mio. Stützpunkte). Zwei Parserpässe müssen dasselbe Manifest ergeben; der Trigger der Migration prüft Featurezahlen, 9/9 Bundesländer je HQ-Jährlichkeit, Geometrievalidität und die gebundenen Quelldateien.
• Lookup: lookup_hochwasser_at_point(lat, lon, 5) je Layer inside/edge/outside; edge = unter 5 m zur vereinigten Flächengrenze. Kein WMS zur Laufzeit, keine Koordinate an Dritte.
• Qualität: Pflichtchecks rights-attribution, artifact-schema, coverage-contract, geometry-simplification, wms-parity. Die Parität vergleicht vor der Aktivierung 20 feste Kanarienpunkte (100 Layer- vergleiche, alle neun Bundesländer) mit dem amtlichen WMS; lokal am 25.09.2026: 0 Abweichungen.
• Coverage: at-hochwasser-hwrl-gzp-v1, ausdrücklich partial. Die Überflutungsflächen gibt es nur für die Risikogebiete der Hochwasserrichtlinie; die APSFR-Ausweisung 2024 umfasst 396 Strecken mit 2.962,5 km, etwa 2,5 % der 119.415 km des Gesamtgewässernetzes. Gefahrenzonen nur, wo ein BWV-Plan gemeldet ist; keine WLV-Zonen (dafür der Snapshot wlv-gzp, ADR-0075), kein Starkregen. Ein Nullbefund ist keine Entwarnung.
• Standort-Check: Karte flood; im NÖ-Pilot gilt hochwasser-noe, sonst hochwasser-at, ohne gegenseitigen Fallback.
• Freshness: not_applicable — abgeschlossene Meldung 2020. Ein neuer Berichtszyklus ist ein neuer Datensatz mit neuem Review und neuer Migration.

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; Fachlicher 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 (interne Entscheidungsvorlage + Zählung, nicht öffentlich).
• 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.

Denkmalschutz Österreich — Standort-Check-Snapshot (release-gebunden)

• Status: seit 30.09.2026 produktiv (ADR-0073 (nicht im öffentlichen Doku-Portal verfügbar), Nachweis (nicht im öffentlichen Doku-Portal verfügbar)): Migration 0060, Rechte-Review 4418712c…9ac22f (Recheck 01.10.2027), Release be71dbcb-4352-4432-9994-ca286109ac18 mit Pointer 1, 56.448 Grundstücke, Manifest 4a43e22b…bc00, Quellenstand 2026-06-19, frisch bis 30.09.2027; Matrix 9/9 availableWithGaps. Der NÖ-Report oben bleibt unverändert.
• Quelle: alle neun BDA-Landeslisten 2026 (39.689 Zeilen, Stand 19.06./23.06.2026), fest gebunden per SHA-256; data.gv.at-Lizenz CC BY, laut BDA freies Werk nach § 7 UrhG; rechtlich nicht verbindlich. Geometrie: BEV-Katastralmappe KAT_DKM_GST_epsg31287_20260401.gpkg (CC BY 4.0, BEV-Bestätigung 04.08.2026) — nur die Umrisse der gelisteten Grundstücke, keine Eigentümerdaten.
• Build: node scripts/build-bda-denkmal-artifact.mjs --out <Ordner> liest die 35-GB-GPKG per HTTP-Range (eigener SQLite-/GeoPackage-Leser, kein GDAL): Scan der Tabelle GNR, dann gezielt GST über die Rowid. Gemessen: 622 s, 985 MB, 56.932 DKM-Polygone, 0 GNR/GST-Abweichungen.
• Zuordnung: nur amtliche Grundstücksnummern (42 Angaben verworfen), Mehr-KG-Einträge nur bei eindeutiger KG, Einträge ohne Schutzstatus entfallen (9). 60.090 von 61.944 Nennungen zugeordnet (97,0 %; Tirol 93,5 %, Wien 94,8 %); Pflichtprüfung parcel-match ≥ 90 % je Liste.
• Publish: DBURL="$DATABASE_URL_UNPOOLED" node scripts/publish-bda-denkmal-release.mjs --artifact-dir <Ordner> → Kandidat → gebundener Ingest → sechs Pflichtprüfungen (inkl. neun Referenzdenkmale und Negativprobe) → Qualify → CAS-Activate. Lokal gemessen 149 s; ≈ 70 MB je aktivem Release; Einzellookup ≈ 5 ms.
• Karte: hit ab 2 m innerhalb eines gelisteten Grundstücks, ambiguous_boundary darunter, no_hit mit gelisteten Nachbarn im 14-m-Umkreis ab dem Punkt (der Bericht misst ab der Grundstücksgrenze, #326). Wording nach M8: Bewilligungsvorbehalt, keine Ampel.
• Evidence: Quelle, Build, Messung (nicht im öffentlichen Doku-Portal verfügbar), Rechte-Review (nicht im öffentlichen Doku-Portal verfügbar).

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).
• Klassentext der Quelle unbrauchbar (Messung 04.10.2026): max_downloadrate_klasse widerspricht dem Wert. Rathausplatz 1, 2230 Gänserndorf: 177 Mbit/s mit Klasse „≥ 300 bis < 1000 Mbit/s“; in einem 7 × 7-Raster um die Adresse trugen alle 15 Zellen zwischen 30 und 300 Mbit/s eine Klasse zu hoch. Der Bericht leitet die Klasse deshalb aus dem Wert ab (breitbandKlasse, Grenzen wortgleich mit der amtlichen Legende breitbandatlas.gv.at/images/fixed.png: < 30, ≥ 30 bis < 100, ≥ 100 bis < 300, ≥ 300 bis < 1000 Mbit/s, ≥ 1 Gbit/s). Gespeicherte Reports leiten die Klasse beim Lesen neu ab (normalizeBreitbandKlasse in getReport, Snapshot unverändert); am 04.10.2026 betraf das 56 aktive Reports mit 177–204 Mbit/s. Web und PDF nennen unter der Klasse den Wert.
• Gegenprobe an der Quelle (04.10.2026): Das GetFeatureInfo der Rathaus-Zelle liefert genau ein Feature (numberReturned: 1), Wert und Klassentext stammen also aus derselben Zelle — keine Vermischung. Die Kartenkachel derselben Zelle trägt die Farbe 253,141,60; mit der Legenden-Transparenz (α ≈ 0,7 über Weiß) ist das das Legendenfeld „≥ 100 bis < 300 Mbit/s“. Die Karte des Breitbandatlas folgt dem Wert, falsch ist nur das GFI-Attribut max_downloadrate_klasse.
• 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.

Standort-Check-Snapshot (release-gebunden, ADR-0074)

• Status: seit 30.09.2026 produktiv (ADR-0074 (nicht im öffentlichen Doku-Portal verfügbar), Nachweis (nicht im öffentlichen Doku-Portal verfügbar)): Migration lib/db/migrations/0061_breitband_raster_snapshot.sql, Rechte-Review config/source-rights/rtr-breitband.public-display.json (774bc37c…58b65f8d, Recheck 28.03.2027), Release ffe0852d-0a34-4881-9c5d-f48e060b8624 mit Pointer 1, 955.110 Zeilen, Manifest 39a1f417…f971, Meldequartal 2026-Q1, Förderstand 30.06.2026, frisch bis 01.04.2027; Matrix 9/9 available. Nach der Aktivierung war die Karte rund zehn Minuten „Derzeit nicht verfügbar“ (fehlende Spalte foerderung_stand in der App-Abfrage, behoben mit #634).
• Quelle: offene Daten des Breitbandatlas auf data.gv.at (Herausgeber BMWKMS/Breitbandbüro, Festnetzdaten der Netzbetreiber über die RTR-GmbH nach ZIB-V 2023), Lizenz CC BY 3.0 AT je Distribution, vierteljährlich. Gebunden: Festnetz-Verfügbarkeit Q1/2026 (CSV, 7,4 MB ZIP, 1.190.110 Meldungen, 723.560 Zellen) und geförderter Ausbau Q2/2026, Stand 30.06.2026 (GeoPackage, 10,0 MB ZIP, 231.298 Rasterzellen, 257 Connect-Punkte); SHA-256 im Code-Vertrag lib/geo/breitband-release-contract.mjs.
• Distribution/Capability: breitbandatlas-ogd-raster100m / point_lookup, Coverage-Key raster100m:at:breitbandatlas (covered, 9/9 über die Landeshauptstädte).
• Kompaktes Format: je 100-m-Zelle nur der Zellindex der Statistik Austria (EPSG:3035) — keine Geometrie. Festnetz: höchste Downloadrate in kbit/s, Uploadrate dieser Meldung, Technik-Bitfeld, Zahl der Netzbetreiber. Förderung: Programm, Technik, Projektende wörtlich, Connect-Kennzeichen; ohne Fördernehmer und Antragsnummer. Gemessen ≈ 69 MB je Release (Nachweis docs/evidence/breitband-quelle-2026-09-28.md).
• Lookup: lookup_breitband_point (Punkt → ST_Transform nach EPSG:3035 → Zelle), gepinnt auf Release und Pointer; kein WMTS-Aufruf.
• Publish: scripts/publish-breitband-release.mjs --artifact-dir … (Kandidat → gebundener Ingest → 15 Referenzpunkte → WMTS-Parität an 12 Kanarienpunkten → sechs Pflichtprüfungen → Qualify → CAS-Activate); --dry-run prüft ohne Datenbank. Frische bis Quartalsende + 12 Monate (Q1/2026 → 01.04.2027).
• Quartalswechsel: neue Datei = PR mit neuen Pins und Zählwerten, keine Migration; nach bestandenem Readback den Vorgänger mit retire_breitband_run(<run_id>, '<Grund>') leeren (Rückzugsbuch breitband_retired_runs; der aktive Lauf ist ausgenommen).
• Grenzen: gemeldete Versorgbarkeit je Zelle, kein Angebot für eine Adresse; kein Mobilfunk, kein Satellit; geförderter Ausbau ist ein Zukunftssignal, keine Zusage.

TODO: Report-Baustein Breitband auf den Snapshot umstellen

Bis dahin gibt es bewusst zwei Lesepfade derselben Quelle:

Pfad	Capability	Bindung	Lesequelle
Standort-Check, Karte Breitband	point_lookup	release-gebunden	lookup_breitband_point / Snapshot 0061
Standort-Report, Breitband	report_lookup	Legacy-Shadow (lib/geo/breitband.ts)	Live-WMTS-GetFeatureInfo je Report

Offene Schritte für die Umstellung des Reports:

• report_lookup in den Rechte-Review aufnehmen (neuer Review-SHA, Erneuerung mit --expected-current).
• Report-Stand aus dem Meldequartal statt aus dem Abrufdatum ausweisen (heute quelle_stand = TODAY()).
• Detailzeile des geförderten Ausbaus: „geplant Abgeschlossen“ vermeiden (foerderausbauDetail setzt „geplant“ vor jedes Projektende).

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 (nicht im öffentlichen Doku-Portal verfügbar), Runbook (nicht im öffentlichen Doku-Portal verfügbar), Rechte-Review (nicht im öffentlichen Doku-Portal verfügbar) und Produktionsnachweis (nicht im öffentlichen Doku-Portal verfügbar).

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 (nicht im öffentlichen Doku-Portal verfügbar) — 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)".
• Standort-Check (28.09.2026): Der kostenlose Standort-Check nutzt diesen Live-Pfad nicht, sondern einen eigenen release-gebundenen Snapshot wlv-gzp (Abschnitt, ADR-0075; seit 30.09.2026 produktiv).
• 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.

WLV-Gefahrenzonenplan Österreich — Standort-Check-Snapshot (release-gebunden)

• Status: seit 30.09.2026 produktiv (ADR-0075 (nicht im öffentlichen Doku-Portal verfügbar), Nachweis (nicht im öffentlichen Doku-Portal verfügbar)): Migration 0062, Rechte-Review f378637c…74a4 (Recheck 28.03.2027), Release a78e38cb-e295-4216-ab1f-1f703cc5fce5 mit Pointer 1, 120.885 Teilflächen, Manifest d52de659…e7d1, Quellenstand 2026-08-26, frisch bis 04.11.2027; Matrix 9/9 availableWithGaps. Belege vor der Freigabe: Quelle, Volumen, Parität (nicht im öffentlichen Doku-Portal verfügbar) und Rechte-Review (nicht im öffentlichen Doku-Portal verfügbar).
• Abgrenzung: Neue Quelle wlv-gzp (Distribution lfrz-000901-wlv-gzp-gpkg-snapshot, Capability point_lookup) neben dem unveränderten Report-Pfad wlv-lfrz (Live-WMS, Legacy-Shadow). Muster wie bev-parzellen/bev-parzellen-wms: ein Slug je Bezugskanal.
• Quelle: Datensatz „WLV Gefahrenzonenplan“ (INSPIRE-Metadaten 298a3eb3-0190-4ae3-b1ab-21b34a83d2b0, Revision 2026-08-26), Dateneigentümer BMLUK, Downloaddienst https://inspire.lfrz.gv.at/000901/ds/WLV_GZP_GPKG.zip (170.994.511 Bytes, SHA-256 28bf4bc7…6d2e), ein GeoPackage in EPSG:31287 mit sechs Layern: Summenzonen Wildbach und Lawine (rot, gelb, weiß), raumrelevanter Bereich, blaue Vorbehalts-, braune und violette Hinweisbereiche. 1.390 Pläne, 1.299 Hauptgemeinden, alle neun Bundesländer.
• Rechte: Metadaten „No limitations on public access“ und „No conditions apply to access and use“ (INSPIRE-Codelisten); hochwertiger Datensatz nach der Durchführungsverordnung (EU) 2023/138 (data.gv.at is_hvd). Keine CC-Lizenz; die Karte verlinkt den INSPIRE-Codelisteneintrag. Attribution „Datenquelle: Wildbach- und Lawinenverbauung (WLV/BMLUK) – Gefahrenzonenpläne“, dazu Änderungshinweis und Non-Endorsement.
• Ingest: Kleinstflächen unter 1 m² (1.194 Splitter, 476 davon in PostGIS flächenlos) werden ausgelassen und im Manifest gezählt; Douglas-Peucker 1 m, ST_MakeValid, ST_Subdivide (≤ 256). 111.060 Features → 120.885 Teilflächen, 4,76 Mio. Stützpunkte (Rohdaten 13,6 Mio.), ≈ 120 MB Tabelle (lokal gemessen mit PostGIS 3.6).
• Lookup: lookup_wlv_gzp_point(lat, lon, release, pointer, 5) je Kategorie inside/edge/outside plus Plan, Gemeinde, Revisionsjahr und Status; öffentlich nur über wlv_gzp_flaechen_current. Kein WMS zur Laufzeit, keine Koordinate an Dritte.
• Qualität: Pflichtchecks rights-attribution, artifact-schema, coverage-contract, geometry-simplification, wms-parity. Die Parität vergleicht an 26 festen Kanarienpunkten die überdeckenden WLK-IDs mit dem amtlichen WMS; lokal am 28.09.2026: 41 Features, 0 Abweichungen.
• Coverage: at-wlv-gzp-v1, ausdrücklich partial: Zonen gibt es nur im raumrelevanten Bereich der Gemeindepläne (Summe der Flächen rund 6.560 km², höchstens 8 % der Staatsfläche). Ohne Plan am Punkt zeigt die Karte „außerhalb der Abdeckung“, nie eine Entwarnung.
• Freshness: ab Abruf, höchstens 400 Tage; der Publisher bestätigt beim Abruf, dass der Anbieter noch die gebundene Datei liefert (weicht der HEAD ab, wird neu geladen und allein die SHA-256 entscheidet). Rund 50 Pläne werden je Jahr revidiert; eine neue Lieferung braucht einen Vertrags-PR (SHA, Featurezahlen, ggf. Kanarienpunkte), keine neue Migration.
• Produktionsreihenfolge (am 30.09.2026 ausgeführt): Migration 0062 → Rechte-Review --check und --apply --ack <SHA> → Publisher (siehe ADR-0075). Die Qualifikation setzt eine Datenbank-Zeitzone mit Offset 0 voraus (Produktion: GMT).

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).

Historie (Stand 05.08.2026, vor der Release-Bindung): 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 war, blieb der Layer bewusst fail-closed; ein Reportbaustein hätte als source_not_released degradiert. Dieser Zustand ist überholt: Review und Release sind aktiv (nächster Absatz und Live-Matrix, available in allen neun Bundesländern am 07.10.2026).

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, war zu diesem Zeitpunkt noch zu bestätigen (in den Daten gilt durchgängig PGA = EGA × √2, aber das ist ein beobachtetes Muster und kein Beleg); die Feldsemantik ist seit 25.09.2026 in der Quelle belegt (Nachtrag unten).

Nachtrag 25.09.2026 — Feldsemantik in der Quelle belegt: Die Feldaliasse von Layer 0 definieren EGA als „Effektive Ground Acceleration (= agR) [m/s2]“ und PGA als „Peak Ground Acceleration [m/s2]“; die Dienstbeschreibung nennt 10 % Überschreitungswahrscheinlichkeit in 50 Jahren (Wiederkehrperiode 475 Jahre). Der Report zeigt die Werte weiterhin mit Feldnamen; der Standort-Check zeigt agR in m/s². Der Review-Eintrag ega_pga_semantics_unconfirmed ist bei der nächsten Rechteprüfung als erledigt zu vermerken (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)).

Standort-Check (seit 25.09.2026, ADR-0071): Die Karte earthquake liest dieselbe Ortstabelle, gepinnt auf Release-ID und Pointer-Version der Matrixzelle, und zeigt Zone und agR des nächsten ÖNORM-Referenzorts samt Name, PLZ und Entfernung — ohne Ampel. Gleich weit entfernte Orte mit abweichenden Werten ergeben ambiguous_boundary. Es war kein neuer Rechte-Review nötig: public_display/report_lookup deckt den kostenlosen Werkzeugkanal ebenso wie den Bericht.

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.

Standort-Check (seit 25.09.2026, ADR-0071): Die Karte heat zeigt Hitzetage, Tage ≥ 35 °C und Tropennächte als Mittel pro Jahr 1991–2020 aus demselben atomaren Lookup wie der Bericht, neutral und ohne Kyselý-Kennzahl. Die gelieferte Rasterzelle wird gegen den Standort in EPSG:3416 geprüft; NoData-Randzellen bleiben outside_coverage. Der frühere Ausschluss aus der Werkzeugmatrix entfällt; der Rechte-Review bleibt unverändert. Die CKAN-Metadaten des Datensatzes wurden am 15.09.2026 aktualisiert (neue Ressourcen-IDs), die vier GeoTIFFs sind laut ETag und Größe unverändert (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)).

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.

Radonpotenzialkarte (AGES) — Standort-Check-Snapshot (release-gebunden)

Produktentscheidung vom 25.09.2026: Der kostenlose Standort-Check erhält eine Radon-Karte für ganz Österreich. Der Report-Baustein Radon liest davon unabhängig weiterhin live (lib/geo/radon.ts, report_lookup, Legacy-Shadow); dieser Abschnitt betrifft ausschließlich die neue, release-gebundene Capability point_lookup.

Primärquellen (alle live abgefragt am 25.09.2026):

Was	Beleg
Datensatz (data.gv.at)	Radonpotenzialkarte der Republik Österreich — High-Value-Dataset, Herausgeber AGES
INSPIRE-Metadaten	Datensatz a6ff6bd0-… — Nutzung „Namensnennung 4.0 International (CC BY 4.0)“, Revision 2020-09-25
OGC API Features	i000101:radonpotenzialklassen — 2.108 Features, max. 100 je Seite
Radonschutzverordnung	RnV, BGBl. II Nr. 470/2020 — Anlage 1 A/B, seit der Stammfassung unverändert
Fachinformation und Messung	AGES: Radon · radon.gv.at: Wie kann ich Radon messen?

• Geometrie: 2.108 Gemeindeflächen (Polygon, CRS84) für 2.095 Gemeindekennziffern; 13 Gemeinden bestehen aus zwei Teilflächen. Alle Flächen sind PostGIS-gültig, es gibt keine Überlappungen und keine Lücken (schreibfrei geprüft am 25.09.2026). Auflösung: Gemeinde, kein Raster.

• Klassen: radonpotkl 1/2/3 mit wortgleichem Feld gebiet. In der aktuellen Lieferung decken sie sich exakt mit der RnV: Klasse 3 = die 104 Gemeindekennziffern aus Anlage 1 Abschnitt A (Radonschutzgebiete), Klasse 2 = Radonvorsorgegebiete nach Abschnitt B, Klasse 1 = genau die dort ausgenommenen Bezirke (Güssing, Jennersdorf, Neusiedl am See, Oberwart, Bruck an der Leitha, Ried im Innkreis, Südoststeiermark, Vorarlberg außer Bludenz) sowie Wien. Verteilung 262/1.742/104 Flächen.

• Datenstand und Rhythmus: INSPIRE-Revisionsdatum 2020-09-25 (source_vintage). Ein Aktualisierungszyklus ist nirgends angegeben; die Gebiete ändern sich nur mit einer RnV-Novelle. Der INSPIRE-Abstract nennt noch 20.000 Messungen (ÖNRAP 1); die Gebiete beruhen laut radon.gv.at auf rund 50.000 Messungen (ÖNRAP 2).

• Anbieter: exakt nach INSPIRE (verantwortliche Stelle mit Rolle author) „Agentur für Gesundheit und Ernährungssicherheit, Österreichische Fachstelle für Radon (AGES Linz)“; ergänzend die Katalogbezeichnung „AGES / BMLUK“.

• Lizenz und Namensnennung (zwei Nennungen, je mit Lizenzlink):

  1. Radonpotenzialkarte: „Datenquelle: Agentur für Gesundheit und Ernährungssicherheit, Österreichische Fachstelle für Radon (AGES Linz), Radonpotenzialkarte der Republik Österreich“ unter CC BY 4.0 laut INSPIRE-Nutzungsbedingung.
  2. Gemeindegrenzen: „Gemeindegrenzen: data.gv.at, geoland.at“ unter CC BY 3.0; der Metadatensatz nennt „CC-BY-3.0“ ohne Länderversion.

  Beide stehen auf der Standort-Check-Karte, in der Methodik und im Rechte-Review (attributionText, spatialScope.geometrySource). Texte der Website radon.gv.at stehen nicht unter dieser Lizenz und werden nicht übernommen, nur verlinkt.

• Frische: 400 Tage ab Abruf, Rechte-Recheck nach zwölf Monaten. Die Einstufung ist verordnungsgebunden und statisch; veralten kann nur die Bestätigung, dass der Spiegel noch Quelle und Verordnung entspricht.

Umsetzung: Migration 0056_radon_gemeinde.sql (Tabelle radon_gemeinde mit Unveränderlichkeits- und Truncate-Guard, DB-Publish-Gate, radon_gemeinde_current, Lookup-Funktion lookup_radon_point), scripts/ingest-radon.mjs, scripts/lib/radon.mjs, scripts/publish-radon-release.mjs mit sechs Pflichtprüfungen (rights-attribution, artifact-schema, rnv-consistency, nationwide-coverage, geometry-validity, reference-points), RnV-Vertrag samt je einem Referenzpunkt pro Bundesland in scripts/data/radon-rnv-2020.json. Distribution ages-radonpotenzialklassen-ogcapi, Coverage-Key gemeinden:at:radonpotenzial-rnv-2020, Frische 400 Tage ab Abruf.

Stand (27.09.2026): produktiv. Rechte-Review (config/source-rights/radon-onrap.public-display.json (nicht im öffentlichen Doku-Portal verfügbar), Evidenz (nicht im öffentlichen Doku-Portal verfügbar)) mit Datei-SHA-256 60eb81fe…6a057 eingespielt (conditional, Recheck 25.09.2027); Release 1c31717f-2bc2-4a63-8afb-b04d2c45b64d, Pointer 1, 2.108 Gemeindeflächen (Klassen 1/2/3 = 262/1.742/104), sechs von sechs Pflichtchecks bestanden, Coverage-Matrix 9/9 available. Im Browser zeigt der Standort-Check für Bad Leonfelden Klasse 3 und für Wien Klasse 1 (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)). Ohne aktiven, frischen Release zeigt die Karte „Nicht freigegeben“.

TODO: Report-Baustein Radon auf den Snapshot umstellen

Bis dahin gibt es bewusst zwei Lesepfade derselben Quelle:

Pfad	Capability	Bindung	Lesequelle
Standort-Check, Karte Radon	point_lookup	release-gebunden	lookup_radon_point / Snapshot 0056
Standort-Report, Radon	report_lookup	Legacy-Shadow (lib/geo/radon.ts)	Live-Abfrage der OGC API je Report

Offene Schritte für die Umstellung des Reports:

• report_lookup in den Rechte-Review aufnehmen (purposeRules, neuer Review-SHA, CAS-Erneuerung mit --expected-current).
• Release mit beiden Capabilities ["point_lookup", "report_lookup"] publizieren; View und Lookup-Funktion auf @> statt Gleichheit der Capabilities umstellen.
• lib/geo/radon.ts auf den Snapshot umstellen (RnV-Kategorie und Klasse liegen dort bereits vor), radon-onrap/report_lookup aus der Shadow-Liste in RELEASE_BOUND_CAPABILITIES verschieben und den Ausschluss in PUBLIC_DISPLAY_EXCLUSIONS prüfen.
• Danach entfällt die Live-Übermittlung der kleinen Bounding-Box an die LFRZ-Plattform; Datenschutzerklärung und VVT entsprechend nachziehen.
• Reihenfolge wie beim Standort-Check: Release zuerst aktiv, Deploy danach — sonst degradiert der Report bis zur Aktivierung.

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. Zum Zeitpunkt des Produktionsnachweises (26.08.2026) war der erste planmäßige Vercel-Cron-Renewal noch nicht belegt; inzwischen erneuert er laufend (Live-Matrix 07.10.2026: Release d3d02da4-c394-5fa2-ac1e-82240c7852ef, Pointer-Version 129, frisch bis 08.10.2026 16:11 UTC). 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: Zwei getrennte Verbraucher.
  • Mehrwert-Bericht (Legacy-Shadow): Live im Report (lib/geo/oev.ts), Pilot-Mirror (#101 Phase 2, Tabelle oev_gueteklassen, Stichtag 29.10.2025 aus der ursprünglichen Lieferung 2025). Außerhalb der Spiegelung ehrlich degraded (ausserhalb_pilot_spiegelung). Unverändert, report_lookup bleibt in der Shadow-Liste. Seit 04.10.2026 nennt der Bericht die Stichtage sichtbar (oev.stichtag_hinweis, Web und PDF): eigener Stichtag 29.10.2025 (Herbstferien) und — aus dem aktiven Release gelesen — der Stichtag des Standort-Checks (22.10.2025, Werktag mit Schule), weil beide Klassen abweichen können (Befund: Rathausplatz 1, 2230 Gänserndorf, Bericht D, Standort-Check C). Die Umstellung des Berichts auf die österreichweite Lieferung ist nicht erfolgt: Der Rechte-Review gibt sie nur für die kostenlose öffentliche Punktanzeige frei, und für den Bericht verlangt der Beleg vorher eine Bestätigung von ÖROK oder AustriaTech (offener Punkt 1 in docs/evidence/source-rights-oev-gueteklassen-2026-09-25.md).
  • Standort-Check „Öffi-Anbindung“ (release-gebunden, neu 25.09.2026): österreichweit, Karte public-transport, Capability point_lookup, Distribution oev-gk-nap-polygone-werktag, Coverage country:AT. Migration 0057_oev_gueteklassen_national.sql (Tabelle oev_gueteklassen_flaeche, View oev_gueteklassen_flaeche_current, Funktion lookup_oev_gueteklasse_point). Seit 27.09.2026 produktiv (Runbook docs/OEV-GUETEKLASSEN-RELEASE-RUNBOOK.md): Rechte-Review fd66e149…fb36 eingespielt (conditional, Recheck 25.03.2027), Release c8ab9eb8-424a-471c-b87e-f194557820a3, Pointer 1, 48.712 Flächen, Stichtag 22.10.2025, Coverage-Matrix 9/9 available. Genutzt ohne vorherige Lizenzbestätigung von ÖROK oder AustriaTech (ausdrückliche Produktfreigabe), nur mit Haftungsausschluss; kommerzielle Ausgabe bleibt gesperrt. Im Browser zeigt der Standort-Check für „Am Hauptbahnhof 1, 1100 Wien“ Klasse A (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)). Ohne Güteklasse (Nullbefund) nennt die Karte seit #624 die berücksichtigte Gehdistanz je Haltestellenkategorie statt pauschal „bis 1.250 m“.
• Quelle: ÖROK + BMIMI, österreichweit einheitliches Güteklassen-Modell (A höchstrangig … G Basiserschließung); bereitgestellt von AustriaTech (Share 33971b2d51a348a5958d auf files.austriatech.at, verlinkt von mobilitydata.gv.at und data.gv.at). Aktuelle Ausgabe 2025_revised (bereitgestellt 20.08.2026, 157,2 MB); sie korrigiert laut beiliegender Übersicht eine Unregelmäßigkeit bei der Haltestellenauswahl (u. a. Kleinwalsertal).
• Format: jährliches ZIP mit Shapefiles für ZWEI Fahrplan-Stichtage (22.10.2025 Werktag mit Schule, 29.10.2025 Herbstferien): Haltestellenkategorien (Punkte), Klassenflächen (02_beschlossenes ÖV-Güteklassensystem/OeV_Gueteklassen_Polygone_*.shp, genau 7 aufgelöste Features, MIN_katego 1 = A … 7 = G, EPSG:3035) und verschnittene 100-m-Rasterzellen. Kein amtlicher WMS/WFS → Datei-Mirror statt Live-Abfrage.
• Klassen (ÖROK-Broschüre Heft 10, Tab. 2/3): A höchstrangige und B hochrangige ÖV-Erschließung (städtisch), C sehr gute und D gute ÖV-Erschließung (städtisch/ländlich, ÖV-Achsen/-Knoten), E sehr gute, F gute und G Basiserschließung (ländlich). Grundlage: Haltestellenkategorie I–VIII (Verkehrsmittel × Kursintervall 6–20 Uhr) × fußläufige Distanzklasse (≤ 300 m … 1.001–1.250 m über das GIP-Netz, ohne Steigungen).
• Geometrie-Befund 2025_revised: Die Klassenflächen sind disjunkt (paarweise Schnittfläche 0,000 km²) — die frühere Annahme „A liegt in B liegt in C“ trifft nicht zu; jede Fläche trägt die beste erreichbare Klasse. Alle 7 Features sind nicht OGC-valide (Ring-Selbstüberschneidung); der nationale Ingest repariert je Quellteil mit ST_MakeValid und zerlegt mit ST_Subdivide(256): 24.097 Quellteile → 48.712 Stücke, 11.843,8 km², Flächenabweichung zur DBF-Shape_Area 1,8·10⁻¹², ~81 MB in PostGIS, Punktlookup ~0,4 ms (lokal gemessen, 25.09.2026).
• Stichtag (Entscheidung 25.09.2026): Der Standort-Check nutzt den Werktag mit Schule (22.10.2025) — ÖROK wertet die Bevölkerung je Klasse ebenfalls für diesen Tag aus. Der Legacy-Pilot des Berichts nutzt den Herbstferien-Tag (29.10.2025); beide Werte können sich unterscheiden.
• Lizenz (geklärt 25.09.2026): Keine Lizenz und kein Vertrag. Die NAP-Seite nennt als Lizenzmodell wörtlich „Kein(e) Lizenz und kein Vertrag“; der data.gv.at-Eintrag führt weder am Datensatz noch an der Distribution eine Lizenz; die ZIP-Beilage und die ÖROK-Seite enthalten nur den Haftungsausschluss (keine Gewähr, kein Anspruch auf ein ÖV-Angebot). Die frühere Tabellenangabe „OGD“ war damit falsch — die Listung auf dem OGD-Portal ist keine OGD-Lizenz. Der Rechte-Review (config/source-rights/oev-gueteklassen.public-display.json, Beleg docs/evidence/source-rights-oev-gueteklassen-2026-09-25.md) gibt deshalb nur die kostenlose öffentliche Punktanzeige bedingt frei (commercialUseAllowed: false) und zeigt Quelle, Quellenlink und Haftungsausschluss, aber keinen Lizenzlink.
• Ampel im Bericht (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. Der Standort-Check zeigt keine Ampel, sondern die Klasse mit ihrem Klartext.
• 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 (Cofounder, 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; seit 25.09.2026 zusätzlich die Standort-Check-Karte „Öffi-Anbindung“.
• Update-Rhythmus: jährlich (Fahrplan-Stichtage im Oktober, Lieferung im Folgejahr; 2025_revised am 20.08.2026). Frischefenster des Standort-Check-Release: Stichtag + 730 Tage (fresh_until 22.10.2027).

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). Der Overpass-Abruf wiederholt nur temporäre Transportfehler und HTTP 408/429/500/502/503/504: maximal drei Versuche, Backoff 2/4 Sekunden, Retry-After als Mindestwartezeit, 95 Sekunden je Versuch und 180 Sekunden Gesamtbudget einschließlich Antwortlesen. Fachliche Fehler und ungültige oder mit remark markierte Teildaten brechen vor dem DB-Ingest ab. Timeout-Befund und Abnahme #692 (nicht im öffentlichen Doku-Portal verfügbar). 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-Luftlinienradius, 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: interne Review-Vorlage (nicht öffentlich), RISKS §R-OSM (nicht im öffentlichen Doku-Portal verfügbar).
• 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. Keine berechnete Route; Umwege und Barrieren werden nicht berücksichtigt (#564).
• 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 (nicht im öffentlichen Doku-Portal verfügbar)

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 (nicht im öffentlichen Doku-Portal verfügbar))
• 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 (nicht im öffentlichen Doku-Portal verfügbar): 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: Cofounder (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 (nicht im öffentlichen Doku-Portal verfügbar) · 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	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, ausschließlich Österreich gesamt (Statistik Austria, Eurostat je Land) bzw. Österreich und Wien (OeNB); keine Bundesland-, Bezirks- oder Objektwerte (Index, Veränderungsrate, Modellindikator). Adress-/Bezirks-€/m² braucht weiterhin eine lizenzierte Transaktionsquelle (IMMOunited/Grundbuch, vgl. ADR-0016).

• Release-Bindung (ADR-0070, #575): statat, eurostat und oenb besitzen eingespielte Rechte-Reviews (conditional, config/source-rights/*.public-display.json), Distribution-Keys, Coverage-Lanes für market-signal und je einen aktiven Release. Das öffentliche Werkzeug market-signal liest nur price_facts_current (Migration 0054), also den aktiven, qualifizierten Release; price_facts bleibt die operative Cron-Tabelle. Publizieren: docs/PRICES-RELEASE-RUNBOOK.md. ecb, oecd und bis bleiben legacy_unverified.

• Aktueller Quellenstand (Live-Matrix und Werkzeugantwort vom 07.10.2026): statat und eurostat Quellenstand 2026-Q2 (Pointer 2, frisch bis 16.01.2027), oenb Quellenstand 2026-Q1 (Pointer 1, frisch bis 16.11.2026). Der Häuserpreisindex Österreich steht im Werkzeug bei 175,4 (2026-Q2, Index 2015 = 100). Die Werte „live verifiziert“ in den Tabellen dieses Abschnitts und des Implementierungsstatus nennen den Datenstand zum Zeitpunkt der jeweiligen Verifikation (zuletzt bis 2025-Q4) und sind keine aktuellen Stände.

• 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 fachlichem 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 (nicht im öffentlichen Doku-Portal verfügbar).

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 (Cofounder, 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 (nicht im öffentlichen Doku-Portal verfügbar)	Echte Isochronen (Autobahn/Schule/Spital) statt Luftlinie
ÖV-Güteklassen (ÖROK/VAO)	2,4	WMS/WFS Shapefile-Lieferung	keine Lizenz (nur Haftungsausschluss) — nicht OGD-lizenziert	Niedrig	✅ Pilot im Bericht; national im Standort-Check live seit 27.09.2026 (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 (Report live; Standort-Check als Snapshot)	OGD CC BY 4.0	Niedrig	✅ Live (#132) — Live-Query via lib/geo/radon.ts (nicht im öffentlichen Doku-Portal verfügbar), kein DB-Spiegel (Datenmenge minimal, Latenz < 500 ms). Standort-Check: release-gebundener Snapshot radon_gemeinde (Migration 0056), produktiv seit 27.09.2026, siehe Standort-Check-Snapshot	Baurechtliches Gesundheitsrisiko, im Markt unbeachtet — Discovery #99, siehe discovery/radon-onrap-discovery.md (nicht im öffentlichen Doku-Portal verfügbar)
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 2.0 (data.wien.gv.at/daten/geo, sortBy + Paging)	CC BY 4.0 (Stadt Wien OGD)	Niedrig	✅ Live seit 30.09.2026 (ADR-0076 (nicht im öffentlichen Doku-Portal verfügbar), Migration 0063, Nachweis (nicht im öffentlichen Doku-Portal verfügbar)) — Standort-Check-Karte zoning für AT-9: 26.420 Flächen, 19 Klassen, Widmung mit Bauklasse; release-gebunden statt Live-WFS (Datenschutzversprechen des Standort-Checks, FND-02). Zuordnung zu Berichtsklassen nur als Vorauswahl bis zur fachlichen Sichtung; der Bericht nutzt Wien noch nicht. FLAEWIDMOGD existiert als Layer nicht; der vollständige Plan ist nur WMTS-Raster.	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 (Cofounder, 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 (Cofounder, 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 des Cofounders (#444); Befund: bebauungsplan-noe-discovery.md (nicht im öffentlichen Doku-Portal verfügbar)	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 (nicht im öffentlichen Doku-Portal verfügbar) 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 (nicht im öffentlichen Doku-Portal verfügbar) (#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 (nicht im öffentlichen Doku-Portal verfügbar): 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 (nicht im öffentlichen Doku-Portal verfügbar) teilweise umgeht (gerichtlicher Schätzwert ist öffentlich) — Spec & DSGVO-Strategie: ADR-0032 (nicht im öffentlichen Doku-Portal verfügbar) (property-only, Personendaten werden verworfen). Der historische Kataster ist diskovery-seitig in Discovery-Notiz historische Orthofotos (nicht im öffentlichen Doku-Portal verfügbar) 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 (nicht im öffentlichen Doku-Portal verfügbar). Kein freies OGD-API; Produktiv-Weg = Vertrag mit einer vom BMJ/BRZ ermächtigten Verrechnungsstelle plus Adapter-Pattern im Code. Spec & Auswahlkriterien: ADR-0033 (nicht im öffentlichen Doku-Portal verfügbar). Kandidaten-Korrektur (2026-07-01): Von den in ADR-0033 genannten Kandidaten steht nur einer auf der offiziellen BMJ-Liste; die übrigen sind in ihm aufgegangen oder Reseller. Anfrage-Set und Vergleichsraster liegen intern (Issue #96). Kein Tech-Blocker — offen ist nur die Anbieter-Auswahl (Owner: Cofounder).

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 (nicht im öffentlichen Doku-Portal verfügbar)).

Aktive Quelle	Fälligkeitswarnung vor fresh_until	Maximaler Zeilenrückgang / Zuwachs
basemap-orthofoto	2 Stunden	20 % / 50 %
hochwasser-noe-wms	8 Stunden	20 % / 50 %
laerm	8 Stunden	20 % / 50 %
pvgis	2 Tage	20 % / 50 %
altlasten	1 Tag	5 % / 15 %
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 %
rtr-breitband	30 Tage	10 % / 15 %
hochwasser-at	keine Frist bei dokumentiertem notApplicable	5 % / 10 %
bda-denkmalschutz	Standard (siehe unten)	10 % / 10 %
wlv-gzp	Standard (siehe unten)	5 % / 15 %
lcz-global	keine Frist bei dokumentiertem notApplicable	10 % / 25 %

Quelle der Werte ist SOURCE_POLICY_OVERRIDES in lib/data-sources/drift-policy.ts (abgeglichen am 07.10.2026). Als „Standard“ gilt: Vorwarnung ein Viertel des Frischefensters, mindestens 60 Minuten, und Zeilenrückgang / Zuwachs 20 % / 50 %. Beides gilt auch für alle aktiven Quellen ohne eigene Zeile (zum Beispiel widmung-noe, widmung-wien, widmung-vorarlberg, radon-onrap, oev-gueteklassen, geosphere-hora-hitzelayer, statat, eurostat, oenb); bei bda-denkmalschutz und wlv-gzp ist nur die Vorwarnung Standard. Für bev-parzellen wird zusätzlich die Frische des getrennten Export-Releases geprüft (#629).

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. Deduplizierte Zustandswechsel gehen seit 25.09.2026 als Tagesdigest (höchstens eine Mail je Wiener Kalendertag, frühestens ab 07:00) über den world4you-SMTP-Pfad an office@ostheimer.at. Fehlgeschlagene Cron- und Renewal-Läufe lösen weiterhin sofortige Alarme aus (lib/cron/alerts.ts, ADR-0048 Nachtrag).