Case Study · FHWien der WKW

Wie möchtest du leben?

Wohnungssuche in Wien beginnt fast immer falsch herum: mit einem Inserat, einem Bezirksklischee oder einer Karte voller Pins. Menschen denken nicht in „Öffis = 0,4, Grün = 0,3“. Sie denken in Wünschen.

Ein Prototyp aus dem Master Digital Technology & Innovation an der FHWien der WKW, gebaut von Lucas Jakubeit, der Vienna Living Map und Azima entwickelt.

Woher es kommt

Vienna Living Map

Ein kostenloser Wohn-Kompass für Wien: Er zeigt nicht nur, wo etwas ist, sondern wie es sich dort lebt. Alles aus offenen Daten, ohne Konto, ohne Cookies.

Open Data · Schicht für Schicht

Was eine Straße ausmacht, liegt in offenen Daten

Der Prototyp nutzt acht Werte je Ort: Sicherheit, Grün, Öffis, Luft, Ruhe, Alltag, Preis-Leistung, Stadtleben. Das Produkt geht bis auf die Straße hinunter: Belag, Dachmodell, Bäume, Leuchten, Sonnenstand. Schalte um.

Erklärt · Warum 0 bis 10Rohdaten haben verschiedene Einheiten: Anzeigen pro 1.000 Einwohner, Prozent Parkfläche, Haltestellen im Umkreis. Erst auf eine Skala gebracht lassen sie sich gewichten und addieren. Lärm ist umgedreht: hoher Wert heißt ruhig, damit überall „mehr ist besser“ gilt.

Noch einmal dieselbe Stadt

Jede Laterne dort, wo die Stadt sie verzeichnet

172.296 öffentliche Leuchten, 21.978 Bänke, 11.248 Schutzwege. Keine Schätzung, kein Zufallsmuster: Jeder Punkt steht an seiner echten Stelle.

Der Boden ist gemessen

Kopfstein liegt dort, wo die Stadt Kopfstein führt

Jede Belagsfläche mit Typ, Material und Bordstein. Daraus werden Fahrbahn, Gehsteig und Pflaster, statt Asphalt nach Straßenklasse zu raten.

Perspektiven statt Filter

Dieselbe Stadt, anders gelesen

Eine Perspektive ist nur eine Gewichtung. Die Familie legt Sicherheit und Grün nach vorne. Oben stehen Grätzl am Stadtrand, mit Wald und Weinbergen.

Perspektive wechseln

Gleiche Daten, andere Antwort

Wer Stadtleben will, gewichtet Öffis, Nahversorgung und Urbanität. Die Rangliste dreht sich: MuseumsQuartier, Westbahnstraße, Schottenring. Kein Bezirk ist objektiv der beste.

Die Engine

Eine Formel, die man nachrechnen kann

Der Living Score ist der gewichtete Mittelwert der acht Schichten, auf 0 bis 100 gebracht. Kein Machine Learning, keine Blackbox. Ab 90 heißt das Hervorragend, ab 80 Sehr gut, ab 70 Gut.

Radikale Ehrlichkeit

Jede Stärke hat einen Kompromiss

Die Engine nennt die stärksten Schichten und den Kompromiss, der für die gewählte Perspektive wirklich zählt: die schwächste Schicht, die dieser Perspektive wichtig ist. Kein Ort ist perfekt.

Für Entwickler:innen

Eine Antwort, vier Gesichter

Karte, JSON, SQL und Python sind dieselbe Antwort aus verschiedenen Blickwinkeln. Das Frontend fragt die REST-API und zeigt an, mehr nicht. Schalte um.

Erklärt · Warum das JSON so aufgebaut istDie Antwort folgt der Reihenfolge, in der die Karte sie braucht: erst die Identität (id, name, bezirk), dann das Ergebnis (score, verdict), dann der Beleg (dimensions mit Wert, Gewicht, Stufe), zuletzt die Deutung (strengths, tradeoff). Ein Frontend muss nichts nachrechnen.

Zweites Frontend

Dasselbe im Terminal

Der CLI-Client spricht mit derselben API. Ein Frontend tauschen heißt hier: eine Datei tauschen.

Vier Komponenten

Datenbank, Backend, API, Frontend

Für Agile Software Engineering hat das Team den Kern neu gebaut, mit Python, Flask und SQLite statt TypeScript und Cloudflare. Die Engine hängt weder an Web noch an Datenbank und ist deshalb einzeln testbar.

Erklärt · Wie und warum die Daten reduziert sindAus Vienna Living Map übernimmt der Prototyp je Ort nur die acht Kernwerte, als Seed-Datei. Grätzl tragen fünf eigene Werte, drei erben sie vom Bezirk. So passt der Kern in fünf Tabellen, jede Zahl ist mit dem Taschenrechner nachprüfbar, und vier Personen können ihn in einem Semester bauen und gegenseitig reviewen.

Der Git-Weg

Keine Änderung ohne zweites Augenpaar

git flow: main ist der abgegebene Stand, develop der laufende. Jedes Feature entsteht auf einem eigenen Branch und kommt per Pull Request zurück, mit Review einer zweiten Person und grünen Tests.

CI/CD

Dieselbe Idee, zwei Größen

Für den Prototyp reichen 16 Zeilen: Bei jedem Push klont der Forge-Runner das Repo, installiert Flask und lässt die Tests laufen. Im Produkt ist die Kette länger, das Prinzip gleich: Jede Prüfung steht im Code.

Erklärt · YAML, CI und CDDie YAML-Datei sagt dem Forge, was er nach jedem Push tun soll. CI (Continuous Integration): Jede Änderung wird sofort gegen alle Tests geprüft, nicht erst am Abgabetag. CD (Continuous Delivery): Derselbe Push löst den Deploy aus. Der Prototyp hat CI, bewusst ohne CD, damit die Gruppe den Schritt zum Live-Stellen selbst versteht.

Wo es weitergeht · Licht

Die Stockwerk-Lotterie

Vienna Living Map baut jede Adresse als 3D-Welt im Browser: Gebäudehöhen aus dem amtlichen Dachmodell der Stadt Wien, Bäume aus dem Baumkataster, echtes Gelände. Die Sonne wandert, der Schatten wandert mit.

Azima

Die Sonne im Zimmer

Daraus ist Azima entstanden, der Licht-Check für Wohnungen. Er liest den Grundriss aus dem Exposé-PDF, stellt die Wohnung ins echte Haus und rechnet, wann direkte Sonne auf den Boden fällt. Raum für Raum.

Gerechnet auf deinem Gerät

Sonnenlast, kein Upload

Die Berechnung läuft auf der Grafikkarte des eigenen Handys oder Laptops. Der Grundriss verlässt das Gerät nie, und Azima sagt offen, wenn die Daten für eine Antwort nicht reichen.

Ausblick: Der nächste Schritt rechnet das Licht im Innenraum aus dem Grundriss. Das gibt es für Wien bisher nicht. Wie genau, wird noch nicht verraten.

Azima · Der Bericht

Alles in einem PDF, Raum für Raum

Am Ende sichert Azima das Ergebnis als Bericht: wann die Sonne in welchen Raum kommt, an drei Stichtagen und übers Jahr, was das Haus gegenüber verdeckt, was daraus für Beschattung und Arbeitsplatz folgt. Dazu „Auf dem Dach“: Photovoltaik laut Solarkataster der Stadt und die begrünbare Fläche aus dem Dachmodell. Schalte um.

Jede Zahl mit Quelle, jede Grenze benannt: kein Gutachten, kein Nachweis nach ÖNORM, sondern ein nachvollziehbares Modell.

Die Datenfabrik

Keine Datenbank, die jemand füllt

Build-Skripte holen offene Daten, kuratieren sie und schreiben statische Dateien. Alles Endliche wird einmal vorgerechnet, nie zur Laufzeit. Stimmt eine Gesamtzahl über das Produkt nicht mehr, wird der Build rot.

Erklärt · Wie die Systeme ineinandergreifenDie Skripte schreiben Dateien, die App liest sie, die Engine rechnet den Score, die Karte zeigt ihn. Die KI sitzt nur an zwei Übergängen: Wunsch → Gewichte und Fakten → Satz. Fällt sie aus, rechnet alles weiter. Der Prototyp hat denselben Aufbau im Kleinen: Seed-Datei → SQLite → Engine → API → Karte.

Ehrlich gesagt

Wie abgespeckt der Prototyp ist

Der Prototyp zeigt den Kern in rund 400 Zeilen Python. Das Produkt dahinter rechnet für jede Adresse Wiens den Sonnenstand, baut aus dem Dachmodell einen Verbauungshorizont und rendert das Umfeld in 3D. Wer die Formel versteht, versteht auch, was die große Version mehr weiß.

Prinzipien, die im Code stehen

Das Gegenteil von Immobilien-Marketing

Diese Regeln sind in Vienna Living Map Build-Gates, keine Absichtserklärungen. Der Prototyp übernimmt die ersten beiden wörtlich in seine Engine.

Das größere Bild

Vom Prototyp zum Produkt

Eine Suche, die Wünsche in Alltagssprache versteht, ein Atmosphäre-Fingerabdruck mit acht Achsen, das echte Licht jeder Adresse. Alles kostenlos, gebaut in Wien, für Wien.