Wie diese Baustellen-Daten entstehen

Quelle

Die Rohdaten kommen aus dem WFS-Dienst der Landeshauptstadt München (GeoServer, Datensatz mor_wfs:baustellen_opendata):

https://geoportal.muenchen.de/geoserver/mor_wfs/ows?service=WFS&version=1.1.0&request=GetFeature&typeName=mor_wfs:baustellen_opendata&outputFormat=application/json&srsName=EPSG:4326

Beim letzten geprüften Abruf am 21. September 2026, 04:30 Uhr lieferte der Dienst HTTP 200 und 5614 Datensatzeinträge (5.336.757 Bytes) — davon 3112 als „Baumaßnahme" und 2502 als „Vorübergehendes Haltverbot" eingestuft. Ein einzelner Bauvorgang kann im Datensatz als mehrere Einträge mit identischen Eck­daten auftauchen, wenn er mehrere Straßenabschnitte betrifft (mehrere Geometrien, eine Maßnahme) — wir zählen die Datensatzeinträge, wie sie die Quelle liefert, ohne sie zu Vorhaben zusammenzufassen.

Rhythmus

Der Fetch läuft täglich um 04:30 Uhr (Europe/Berlin). Jeder Lauf archiviert die Rohantwort zusätzlich unter data/raw/ (90 Tage Aufbewahrung) — unabhängig davon, ob das Monitoring besteht. Nur ein bestandener Lauf überschreibt den aktuellen, auf der Seite gezeigten Stand; ein gescheiterter Lauf landet als abgelehnte Kopie daneben und lässt den letzten guten Stand unangetastet.

Rechenweg

1. Aktivfilter. Der Rohdatensatz enthält Vorgänge von 2018 bis 2029 — ohne Filter würde die Seite längst beendete und noch nicht begonnene Baustellen gleichberechtigt neben den echten anzeigen. Wir zeigen nur Vorgänge, für die beginn ≤ heute ≤ ende gilt (Berliner Kalendertag, Grenzfall inklusiv: ein Vorgang, der heute endet, zählt noch als aktiv). Von 5614 Datensatzeinträgen sind das aktuell 4262 (2734 Baumaßnahmen, 1528 Haltverbote).

2. Stadtbezirks-Zuordnung. Die Quelle liefert keinen Stadtbezirk direkt, nur eine Adresse als Freitext (strasse_hausnr, z. B. „Dietlindenstraße 12 - 35"). Wir trennen Straßenname und erste Hausnummer heraus und gleichen beides gegen den amtlichen Adressdatensatz ab (162.204 Adresszeilen, STRASSE, STRANAM, HSZ, STADTBEZIRK) — beide Seiten normalisiert (Str./straße vereinheitlicht, Bindestriche entfernt, Umlaute/ß aufgelöst). Zwei Treffer-Stufen gelten als sicher: eine exakte Straße-plus-Hausnummer-Übereinstimmung (3959 Vorgänge), oder eine Straße, die im Adressdatensatz nur in genau einem Stadtbezirk vorkommt (190 Vorgänge) — dann liegt jede Hausnummer auf ihr zwangsläufig in diesem Bezirk. Läuft eine Straße durch mehrere Bezirke UND liefert die Hausnummer keinen Treffer, wird nicht geraten: der Vorgang erscheint als „stadtweit". Aktuelle Trefferquote: 97.3 % (4149 von 4262); die restlichen 113 Vorgänge stehen sichtbar als „stadtweit", nicht versteckt.

3. Zentroid. Für die interne Kartenberechnung (aktuell noch ohne öffentliche Kartenansicht, siehe „Grenzen" unten) berechnen wir je Vorgang den Flächenschwerpunkt seines Polygons nach der Shoelace-Formel und verwerfen danach die vollständige Geometrie — sie macht den Unterschied zwischen einer 5,5-MB-Rohantwort und einer schlanken, an den Browser ausgelieferten Datei.

4. Wochen-Diff. Seit dem 15.08.2026 archivieren wir täglich den vollständigen normalisierten Bestand. Bei jedem Lauf vergleichen wir den heutigen aktiven Bestand mit dem Archivstand, der einem Zeitpunkt vor sieben Tagen am nächsten liegt — solange das Archiv jünger als sieben Tage ist, ist das der älteste verfügbare Stand, kein erfundener. Diese Seite zeigt den Unterschied ehrlich: „vor sieben Tagen" nur, wenn es wirklich genau sieben Tage sind.

Grenzen

• Die Stadtbezirks-Zuordnung erreicht keine 100 %. Vorgänge auf Straßen, die über die Stadtgrenze hinausreichen (z. B. gemeinsame Straßen mit Umlandgemeinden), oder mit mehrdeutigem Adressfeld bleiben „stadtweit".
• Eine öffentliche Kartenansicht gibt es in dieser Welle noch nicht — mit den vorhandenen Bordmitteln und in der verfügbaren Zeit ließ sich keine eigene, aus den Zentroiden gezeichnete SVG-Karte bauen, die bei über 4.000 aktiven Punkten noch lesbar bleibt (reine Fremd-Tiles kommen laut CONTRACT §10 ohnehin nicht infrage). Die Zentroide werden intern schon berechnet und ausgeliefert — die Kartendarstellung ist als nächster Schritt vorgemerkt.
• Die Quelle unterscheidet nicht zwischen Rad-, Fuß- und Kfz-Verkehr — welche Verkehrsart genau betroffen ist, steht (wenn überhaupt) nur unstrukturiert im Feld „Beeinträchtigung".
• Ein einzelnes Bauvorhaben kann mehrere Datensatzeinträge erzeugen, wenn es mehrere Straßenabschnitte umfasst (siehe „Quelle" oben) — die Zählung folgt der Quelle, nicht einer eigenen Vorhaben-Zusammenfassung.

Fehlerhistorie

21.08.2026 — Erstveröffentlichung mit 4262 aktiven Vorgängen, Stadtbezirks-Trefferquote 97.3 %. Noch keine gemeldeten Fehler.

Korrektur & Download

Fehler gefunden oder eine Baustelle falsch zugeordnet? Schreib an redaktion@muc.news — mit Straße und nach Möglichkeit Screenshot. Verantwortlich für diese Seite ist die Redaktion von muc.news (Panomity GmbH, siehe Impressum), nicht eine KI-Persona.

Die aufbereiteten Daten stehen als JSON zum Download bereit, unter derselben Lizenz wie die Quelle: /baustellen/daten.json. Die schlanke Suchdatei hinter der Straßensuche liegt unter /baustellen/suche.json.