Bewirtschaftung & Erhaltung
Brücken, Tunnels, Stützmauern, Unterführungen, Uferbauten und weitere Kunstbauten.
Open-Data-Quelle ↗Infrastruktur · GIS · Open Data · Prototyp
Infrastructure Data.
Bauwerksinventar und laufende Infrastrukturprojekte in einer gemeinsamen räumlichen Oberfläche — mit echten Geodaten, Objektattributen und nachvollziehbaren Beziehungen.
—Kunstbauten
—laufende Projekte
6Geodaten-Layer
Lädt…Datenmodus
01
Vom Inventar zum räumlichen Zusammenhang.
Geodaten werden geladen…Basiskarte © OpenStreetMap
Der Viewer versucht zuerst die öffentlichen WFS-Dienste zu laden. Falls diese nicht erreichbar sind, verwendet er einen mit dem Prototyp gespeicherten Open-Data-Snapshot.
02
Reale Daten, klar getrennte Verantwortung.
Der Prototyp verändert die Quelldaten nicht. Er zeigt, wie GIS-Geometrie, eindeutige Objektkennungen, Kategorien und Projektinformationen in einer gemeinsamen Arbeitsoberfläche zusammengeführt werden können.
Die Kerndaten werden über öffentliche WFS-Schnittstellen geladen. Zusätzliche Infrastruktur-Layer von Wasserversorgung, EWZ und VBZ werden bei Bedarf live zugeschaltet. Unterirdische Wasser- und Strom-Werkleitungen werden hier nicht suggeriert, wenn sie nicht als vergleichbare OGD-Layer publiziert sind.
Aktuelle Bauvorhaben
Koordinierte, aktuell im Bau befindliche Vorhaben im öffentlichen Grund mit Projektperimeter.
Open-Data-Quelle ↗Hydranten
Öffentliche und betreute Hydranten mit Typ, Eigentum und Verlegejahr als räumlicher Netzkontext.
Open-Data-Quelle ↗Öffentliche Beleuchtung
Leuchtstellen der Stadt Zürich als öffentlich verfügbare EWZ-Infrastrukturpunkte.
Open-Data-Quelle ↗Gleise & Fahrleitungen
Ausgewählte frei verfügbare Elemente aus dem OGD-Infrastrukturbestand der Verkehrsbetriebe Zürich.
Open-Data-Quelle ↗WFS → GeoJSON → Browser
Kein proprietäres Backend für die Demo. Die räumlichen Daten bleiben nachvollziehbar und exportierbar.
03
Was daraus als nächstes entstehen kann.
Der nächste Schritt wäre nicht „mehr Karte“, sondern ein belastbares Informationsmodell: gemeinsame IDs, fachliche Prüfregeln, Versionsstände, Zustands- und Inspektionsinformationen sowie die Übergabe zwischen Planung, Projekt und Erhaltung.
Damit wird der Viewer zur Oberfläche eines Datenprozesses — nicht zum Selbstzweck.