URBAN5, 1968: Die Designmaschine, die scheiterte — und die Mathematik, die überdauerte
URBAN5 produzierte 1968 nur Müll, aber Boundary-Operator und Konflikt-vs-Inkompatibilität-Unterscheidung überleben das FORTRAN bis heute. Die Mathematik zählt.
Im Jahr 1968 veröffentlichten Peter Hart, Nils Nilsson und Bertram Raphael A* am Stanford Research Institute — ein Beweis, dass eine Suche zugleich zulässig und effizient sein kann, sofern die Heuristik die Kosten des Verbleibenden nie überschätzt. Dasselbe Jahr, auf einer IBM 2250 am MIT, tanzte ein kleiner Buchstabe x über einen Bildschirm und versuchte, von einer Ecke eines Grundstücks zur anderen zu gehen. Das x gehörte URBAN5, Nicholas Negropolontes FORTRAN-Maschine für Stadtplanung. Sie lief nicht mit A*. Nach eigenem Eingeständnis des Autors in The Architecture Machine (1971) lief sie kaum überhaupt: URBAN5 “druckte unaufhörlich Müll.”
Warum zählt also ein Haufen fehlgeschlagener FORTRAN noch? Weil nicht der Code überlebte. Die Ableitung tat es.
Drei Strukturen, und eine davon war richtig
Nimm den Light-Pen und die üble Klingel weg, und URBAN5 sind drei übereinanderstapelbare mathematische Objekte. Ein kubisches Belegungsgitter, mit TOPOs Höhengitter, das zu Gelände verformt ist. Ein Face-Adjacency-Graph: Jede der sechs Flächen eines Würfels nimmt eines von vier Merkmalen an — solid, partition, transparent, absent — mit oder ohne das Attribut access. Und ein Satz von exakt drei Regeln: keine schwebenden Objekte, keine Objekte unter der Erde, kein Dach ohne Gebäude darunter.
Die mittlere Struktur ist die elegante. Platziere zwei Würfel tangent im DRAW-Modus und URBAN5 entfernt die angrenzende Fläche automatisch, sodass das Paar als ein durchgehendes Volumen in einer einzigen äusseren Membran erscheint. Das ist kein Rendering-Trick. Es ist der Boundary-Operator auf einem kubischen Komplex: Eine Fläche gehört zur Membran wenn und nur wenn genau eine besetzte Zelle sie beansprucht, weil innere Flächen zweimal beansprucht werden und sich aufheben. Negropolontes Team schrieb ihn als Annehmlichkeit für den Designer; es ist dieselbe Identität, die später Marching Cubes, Voxel-Meshing und jeden B-Rep-Extract trug, den dein BIM-Kernel ausführt, bevor er dir eine Wand übergibt.
Schau dir dann den CIRCULation-Modus an, und die Eleganz hört auf. Das x sucht, in Negropolontes eigenen Worten, nach “einem vernünftigen oder zumindest machbaren Weg.” Machbar. Nicht kürzester, nicht gerechtester. Im selben Jahr wie A*, hatte die Designmaschine keine Zielfunktion — nur einen Erreichbarkeitsprüftest über mit access gekennzeichnete Flächen. Sie konnte die Unmöglichkeit eines Weges melden. Sie konnte nicht sagen, welcher von zwei Plänen besser war, weil niemand aufgeschrieben hatte, was besser bedeutet.
←HEUTE: URBAN5s Quelle ist weg; ein 2019er JavaScript-Neubau läuft aus Prosa, die in einem Buch von 1971 gedruckt wurde. →3012: Die einzigen noch stehenden Modelle werden diejenigen sein, deren Zielfunktion in einem Satz geschrieben wurde, nicht in einem Dateiformat codiert. Fulcrum: Eine Maschine, die scheiterte aber sich selbst erklärte, ist rekonstruierbarer als eine Maschine, die funktioniert und still bleibt.
Konflikt ist nicht Inkompatibilität
URBAN5s schärfster Gedanke ist eine Unterscheidung, die die meisten Designcopiloten von 2026 stillschweigend zusammengebrochen haben. Eine Inkompatibilität verstösst gegen eine fest eingebackene Regel — ein in der Luft schwebender Würfel. Die Klingel klingt, der Bildschirm sagt, der Würfel ist “nicht strukturell möglich zu diesem Zeitpunkt,” und der Würfel wird trotzdem gezeichnet. Ein Konflikt ist eine Nichtübereinstimmung zwischen dem, was der Designer sagte, in Englisch durch den INITIALize-Modus eingetippt, und dem, was der Designer dann zeichnete. Die Maschine spiegelt dein eigenes Kriterium an dir zurück und zeigt den gegenwärtigen Zustand des Grundstücks.
Weil diese zweite Kategorie ein Prädikat über erklärte Absicht ist, nicht über Geometrie, ist sie die schwierigere — und sie ist nachahmenswert. Dein Modellprüfer erzwingt Inkompatibilitäten den ganzen Tag. Fast nichts in deinem Stack bemerkt, wenn die Zeichnung stillschweigend aufhört, das zu bedeuten, was das Briefing sagte.
Warum der Neubau überhaupt möglich war
Der Neubau auf GitHub wurde 2019 von Erik Ulberg (MSCD ’20) unter Prof. Daniel Cardoso Llach am Computational Design Laboratory der Carnegie Mellon gebaut, Teil des Experimental Archaeology of CAD-Projekts, das er 2017 initiierte. Bemerke, wovon er neu aufgebaut wurde: nicht von einem Band, nicht von einem Repo, nicht von einem Emulator, sondern von Beschreibungen spezifischer Funktionen, quergelesen durch die Publikationen des Autors und auf funktionierenden Code zurückgebracht.
Das FORTRAN ist Staub. Die IBM 2250 ist Staub. Die zehn “Studien”, die ein Benutzer auf temporäre Disk parken konnte, sind Staub. Die Modusstruktur, die vier Flächenmerkmale, die drei Regeln — die wurden in Prosa geschrieben, und Prosa ist das einzige Format, das überlebte. Hier also ist die Lektion von wo wir sitzen, zurückblickend auf dein Jahrzehnt: die parametrische Arbeit, die meine Generation verlor, war nie die hässliche Geometrie. Es war die Geometrie, deren Logik niemand rekonstruieren konnte, sobald das Plugin dunkel wurde. Nenn es Ableitungsschuld.
Atelier: Dein Büro kauft jetzt Designassistenten, die in fliessendem Englisch antworten und dein Briefing dir nie zurückzitieren — genau die Hälfte von URBAN5, die funktionierte, ohne die Hälfte, die wirklich zählte. Büros, die durch einen Plugin-Sonnenuntergang gingen, berichten den gleichen Post-Mortem: die Datei öffnete sich, die Begründung nicht. Nächsten Montag nimm die drei härtesten Einschränkungen auf dein live Vorprojekt, schreib jede als einen Satz, den eine Maschine prüfen könnte, und pin sie dahin, wo das Modell überprüft wird.
Hack: Extrahiere die äussere Membran aus einer Menge tangenter Würfel mit dem Boundary-Operator statt einer Mesh-Library — die eine Operation, die URBAN5 1968 richtig machte. Identifiziere jede Fläche durch die Zelle, an die sie grenzt, und die Achse, die sie kreuzt; jede besetzte Zelle beansprucht sechs Flächen; eine Fläche überlebt wenn genau eine Zelle sie beansprucht. Drei tangente Würfel geben 14 Flächen, nicht 18, und die zwei gemeinsamen Flächen heben sich auf ohne jeden Geometrietest. Lauf ihn, ändere dann cells zu einem L oder einem Stack und beobachte wie die Zahl folgt.
from collections import Counter
cells = {(0,0,0), (1,0,0), (1,1,0)} # three tangent cubes
slots = Counter((c[0]-d*(ax==0), c[1]-d*(ax==1), c[2]-d*(ax==2), ax) for c in cells for ax in (0,1,2) for d in (0,1))
print(len([f for f, n in slots.items() if n == 1])) # 14 — the two interior faces cancelled
PAZs Creative Coding Panel macht das gleiche Argument vom anderen Ende: drei Zahlen und ein Rauschfeld erzeugen eine ganze Familie von Fassaden. URBAN5 ist dieser Lektion älteres, traurigeres Geschwister — feste Regeln, echte Vielfalt, und kein Weg zu sagen, welches Ergebnis gut war. Klone den Neubau, lauf python run.py -p 8000, und platziere einen Würfel in der Luft bis die Klingel klingt. Schreib dann auf, in einem Satz, das Kriterium, das dein aktuelles Projekt verwenden würde, um ihn abzulehnen.
Quellen & Weiterführende Ressourcen
QUELLE · ↗
PAZ Kaffi · interdisziplinäre Redaktionsarbeit, geleitet von der PAZ Academy
