glossary

Glitch vocabulary for reference

A B C D E f G H I J K L M N O P Q R S T u v W X Y Z

A

B

C

D

Demake/Urban Demake
Ein Urban Demake bezeichnet eine Neuimplikation eines veralteten Programmcodes in einen bestehenden und kann dadurch als regressiv (rückwärtsgewandt) bezeichnet werden. Ein Beispiel dafür ist der Neoklassizismus in der Architektur- und Kunstgeschichte.

E

f

Functional glitch
Ein funktioneller Glitch sorgt für störende Beeinträchtigungen auf die Funktion von Objekten und / oder Abläufen innerhalb eines laufenden Programms. Ursache kann ein parallel ausgeführtes Programm oder ein Fehler in der Codierung sein.

G

Glitch
Der Begriff Glitch gelangte vom vom deutschen Wort glitschen über das jiddische gletshn (“schlittern oder rutschen”) in das Englische. In verschiedenen Fachbereichen (Elektronik, Musik, Astronomie) werden als Glitch zumeist kurzzeitige logische Falschaussagen oder Störungen beschreiben. Bekanntheit erlangte der Begriff durch die Bezeichnung von Grafikfehlern und anderen Störungen in Videospielen. Den Glitches in Videospielen, liegen Fehler in deren Codierung zugrunde (sogenannte Bugs).

Graphic glitch
Ein Glitch, der das visuelle in Erscheinung treten von nicht vordergründig sichtbaren systemischen Prozessen beschreibt. Der Glitch tritt oft in Kombination mit Spatial Glitches auf, wenn ein Objekt aus einem obsoleten Code oder Usecase in einer neuen Codierung als Artefakt oder Relikt auftaucht.

H

I

ImportError
Dieser Error ensteht, wenn ein zu importierendes Modul nicht gefunden werden kann. Bei Modulen handelt es sich um Statements oder Funktionen, die in seperaten Dateien abgespeichert werden und bei Bedarf in das Skript importiert werden können. Dies erleichtert die Verwaltung von Skripten.
Eine Analogie kann zu Verwaltungsapparaten, Körperschaften des öffentlichen Dienstes oder Angelegenheiten von starkem öffentlichen Interesse gezogen werden. So gibt es in Österreich beispielsweise keine übergeordnete Raumordnung, die auf Bundesebene Vorgaben zu Bodenverbrauch, Flächenversiegelung, Bebauungsplänen und regionaler Entwicklung vorlegt. Auch klare Regelungen zu Baumaterialien, nachhaltiger Energieversorgung oder CO2-Verbrauch beim Bau oder Betrieb von Gebäuden gibt es nicht. Auf Bundes- und EU-Ebene ausgearbeitete Strategiepapiere und Empfehlungen sind nicht bindend. Funktionen, die wir für ein funktionierendes Skript brauchen, fehlen und können nicht angewendet werden.

J

K

L

M

MemoryError
Beim MemoryError handelt es sich um das “Aufbrauchen” des verfügbaren Arbeitsspeichers. Enthält der Code eine Endlosschleife, werden Ergebnisse der Rechenoperationen so lange im Arbeitsspeicher zwischengespeichert, bis dieser keine weiteren Daten mehr aufnehmen kann. Dies entsteht zum Beispiel, wenn eine Bedingung, die für den Abbruch der Schleife gesetzt wurde nicht eintritt, oder diese nicht definiert wurde.
Ähnlich geht es Planer*innen bei Aufgaben, bei denen gewisse Rahmenbedingungen, die für eine sinnvolle Lösung der vorgegebenen Problemstellung nötig sind, nie erreicht werden.

N

O

OverflowError
Jeder Computer hat einen vordefinierten Wertebereich, den er darstellen oder abspeichern kann. Wenn das Ergebnis einer Operation außerhalb dieses Bereiches liegt, kann es nicht korrekt gespeichert oder ausgegeben werden. Es kommt zu einem OverflowError.
Betrachtet man stadtplanerische Entwicklungen, handelt es sich oft um komplexe Zusammenhänge. Wissen und Erkenntnisse darüber, sind schwer greifbar und lassen sich auch nur schwer nach Aussen kommunizieren und darstellen.
Auch Systeme, die zwar grundsätzlich für die ausgeführte Operation angedacht wurden, können bei zunehmender Beanspruchung ihre Kapazitätsgrenzen erreichen und die Darstellung des gewünschten Ergebnisses ist nicht mehr möglich.

P

Patch/Urban Patch
Ein Urban Patch (von engl. to patch = flicken, ausbessern) ist eine nachträglich hinzugefügte Korrektur in der Programmierung urbaner Systeme um aufgetretene Glitches zu beseitigen oder abzumildern. Dies kann mittels einer Abänderung der ursprünglichen Programmierung erfolgen oder durch eine Nachrüstung zusätzlicher Funktionen.

Plugin/Urban Plugin
Urban Plugin (von engl. to plug in, „einstöpseln, anschließen“) beschreibt eine optionale Komponente, die zusätzliche Funktionen bietet. Sie wird in ein ausgeführtes Programm während der Laufzeit eingesetzt und kann nicht eigenständig ausgeführt werden. Beispiele dafür sind an Gebäude angestellte Aufzugsanlagen oder nachträgliche montierte Photovoltaikanlagen auf Steildächern.

Q

R

Reference Error
Jedes Objekt, das wir besitzen, verbraucht Platz. Hat man nur begrenzten Platz zur Verfügung, werden nichtmehr verwendete Objekte entsorgt. So gehen auch moderne Programmiersprachen vor. Gibt es keine Referenz mehr auf ein Objekt, wir dieses entsorgt. Wird nun versucht, sich auf das Objekt zu beziehen, wird ein ReferenceError ausgegeben.
Natürlich gibt es auch andere Gründe, sich verschiedener Objekte zu entledigen. Schwierig wird es immer dann, wenn das entfernte Objekt in einem anderen Kontext erneut benötigt wird, oder man versucht, sich erneut darauf zu beziehen.
Objekte im öffentlichen Raum, Gebäude, oder auch Nutzungen und Praxen, existieren nie als isolierte Einheiten. Sie sind Teil eines Netzwerkes. Wird ein Knotenpunkt des Netzwerkes entfernt, kann eine neue Anknüpfung entstehen, oder die entstandenen offenen Verbindungen verlaufen als Sackgasse.
Je nach Qualität und Quantität der neuen Anknüpfungen kann der entstandene Knotenpunkt das urbane Netz verdichten, es stärken, oder es schwächen.
Bleiben Nutzungen ohne designierten Ort zurück, verlagern sie sich, oder lösen sich auf. Dies kann unvorhergesehene Auswirkungen auf andere Verbindungen des Netzwerkes nach sich ziehen.
Orte, die ohne Nutzung zurückbleiben, werden als Artefakte wahrgenommen. Sie können durch neue Nutzungen wieder ins Netzwerk eingebunden werden. Ein Beispiel dafür ist die Umnutzung alter Fabrik- oder Industriegebäude.
Auch Statuen oder Objekte die abgebaut, oder an einem neuen Ort wieder errichtet werden, können als ReferenceError wahrgenommen werden. Oft fehlt der Bezug zum ihnen ursprünglich angedachten Ort. Im Fall der Aphrodite Statue im Linzer Bauernbergpark wurde ein Objekt entfernt, dessen Umgebung – ein Pavillon und ein Sockel – blieben erhalten. Der leere Sockel löst eine Erwartungshaltung, aber auch eine Irritation durch das offensichtliche Fehlen eines Objektes – eine Art Phantomschmerz – aus. Dies wurde durch verschiedene Aktionen zur Aufarbeitung und die Platzierung einer Tafel mit Informationen zur Statue adressiert.

Rollback/urban rollback
Bei einem Auftreten eines Glitches, der durch die Implikation neuer Programmroutinen hervorgerufen wurde, hilft oftmals ein sogenanntes “Urban Rollback” (von engl. roll back = zurückrollen oder zurückdrehen), dass heißt ein Zurücksetzen auf die vorhergehende, eigentlich funktionierende Programmatik. In der baulichen Ausführung wird es auch als Rekonstruktion bezeichnet.

RuntimeError
Als Compiling bezeichnet man den Prozess, bei dem Quellcode einer bestimmten Programmiersprache in eine Form übersetzt wird, die vom Computer ausgeführt werden kann. Man könnte sagen, dass Code an dieser Stelle in ein ausführbares Programm übersetzt wird. Fehler, die nicht schon während oder beim Comiling auffallen, sondern erst beim Ausführen des Programms, verursachen einen RuntimeError.
Auch in unserer gebauten Umgebung kommt es vor, dass Planungsfehler erst nach der Umsetzung bemerkt werden. Manchmal ist auch kein Fehler in der Planung zu erkennen, doch das Ergebnis entspricht nicht den tatsächlichen Nutzungsansprücken, oder diese haben sich seit der Planung und Umsetung verändert.

S

Spatial glitch
Räumlicher Glitch, der oftmals aus Interessenskonflikten verschiedener Programme der räumlichen Ordnung entsteht.

T

Type Error
Objekte können in gewissen Programmiersprachen einem sogenannten Type zugeordnet werden. Ein einfaches Beispiel sind Datentypen. Der Datentyp Integer speichert ganzzahlige Werte in einem endlichen Wertebereich. Der Datentyp String ist eine Zeichenkette, also eine Sequenz von Zeichen in endlicher Länge. So könnte die Ziffer 4 den Datentyp Integer besitzen und der Satz “Hello world!” den Datentyp String.
Auf Objekte können verschiedene Operationen angewendet werden. Operationen sind zum Beispiel einfache Rechenoperationen wie +, – oder *. Ein TypeError tritt dann auf, wenn versucht wird eine Operation auf ein Objekt eines gewissen Typs anzuwenden, auf den die Operation nicht angewendet werden kann. Das tritt zum Beispiel ein, wenn man versucht in der Programmiersprache Python einen String durch einen anderen String zu dividieren.
Betrachtet man das Objekt als reales Objekt, die Operation als Gebäudefunktion oder -nutzung und den Type als Gebäudetypologie, können ähnliche Situationen entstehen. Entspricht eine beabsichtigte Nutzung nicht der Gebäudetypologie, oder weicht diese von unserer Erwartung ab, nehmen wir das als TypeError wahr.

u

Update/Urban Update
Ein Urban Update (aus engl. up, nach oben, und date, Datum) ist eine Aktualisierung oder Verbesserung einer laufenden urbanen Programmierung. Durch die Installation neuer Funktionen, oder der Veränderung alter, kann auf spezifische Fehler im Programmcode reagiert werden. Es ermöglicht dadurch die Verbesserung eines laufenden Systems, das in seiner Grundfunktion keiner Veränderung bedarf.

Urban glitch
Urban Glitch (from lat. urbanus ‚zur Stadt gehörend, städtisch‘, zu urbs ‚Stadt‘ und dem jiddischen gletshn, ‘schlittern oder rutschen’) bezeichnet die physische Manifestation einer Unregelmäßigkeit der Programmierung urbanen Raumes.
Die Definition eines Urban Glitch setzt die Annahme einer bewussten Programmierung eines städtischen Gefüges und seiner räumlichen, ökologischen und sozialen Auswirkungen voraus. Unregelmäßigkeiten in dieser Programmierung, die sich in den Instrumenten der Raumplanung, der Bauordnung sowie als Reaktion auf geschichtliche Ereignisse widerspiegeln, werden in Form von Urban Glitches sichtbar. Urban Glitches verkörpern Prozesse einer Planungskultur, die im Laufe der Zeit an Gültigkeit verloren haben, durch parallele Systeme beeinträchtigt worden sind oder aber einen inhärenten Fehler im Programmcode enthalten, der aufgrund des zufälligen Auftretens unterschiedlicher, nicht vorhergesehener Zustände in Erscheinung tritt.

v

W

X

Y

Z