HomePage | RecentChanges | Preferences

Context : OnCities

A fantastic paper "The Information Architecture of Cities" by L. Andrew Coward and Nikos A. Salingaros which discusses InformationArchitecture of cities ie. it thinks about cities as information processing systems.


gone but here? http://www.ladlass.com/ice/archives/007909.html

Brief outline ...

City as Information Processing Architecture

It treats cities as information processing architecture.

Movements of people and goods are interpretted as information flows. But an information system is considered to be one which doesn't just move information around. It also processes it. Alternatives are evaluated and decisions are made. For example, humans make decisions about what work to do, what business to invest time and money in according to the information they are fed by the city.

Fractal Loading

Journeys accomplish a primary information exchange. But ideally (for C+S) journeys have secondary, serendipitous information exchange. For examples, a pedestrian on the way to work visits shops, sees adverts, buys a newspaper, encounters a friend and has a quick word, and may have a coffee observing the behaviour and dress of those around her. This multiplicity of dimensions of information they call FractalLoading.

The virtue of cities is this dense, fractal, multilayered information exchange. It makes cities generate economic wealth and culture. Urban city planners should try to optimize the fractal loading of information.

In contrast, traditionally city planners have tried to

in the name of simplifying and optimizing the obvious, primary information flows.

For example, cities are zoned into commercial, living and shopping districts. Joined by high-speed, but informationally 1-dimensional, long distance connections. Large roads are driven through previously complex and rich urban centres, destroying their informational ecology.

These practices are all traditionally criticised by JaneJacobs, ChristopherAlexander, StewartBrand etc. But this paper offers another explanation of the problem. They reduce FractalLoading and therefore information exchange efficiency.

Systems Theory

Drawing on the SystemsTheories of HerbSimon the paper points out that all successful complex systems are organized into hierarchies of modules at different scales. (A fractal organization) But cities which are zoned break this pattern.

Hardware and Software Complexity

The authors make a distinction between software and hardware types of complexity :

(Possibly can be generalized. I have a go at this in TypesOfComplexSystem)

Von Neuman and Recommendation Architectures

The authors make a second distinction between two kinds of succesful complex, information system.

The first of these is closer to hardware complexity, the second, software complexity.

Chaotic and Homeostatic

A third distinction is made between two dynamic trends in systems :


Why Hierarchies

From HerbSimon's TheArchitectureOfComplexity, they argue that complex systems seek hierarchies for two reasons :

Thus the systems need to be hierarchies of modules.

Module boundaries

Modules are defined not as spatial regions as typically thought of as modules by urban planners. (What C+S call non-modules) But by information flows. A module is a network of information, who's boundary is best defined as the place where external communication is simplified, formalized or standardized ie. is an interface. Elements within the module are highly connected / dependent but modules themselves are weakly connected. (Compare standard interfaces to objects, OnReuse. Contrast WeakLinks which join social network modules but are normally informal. Also my attempts to define individuals in IndividualRecognition)

More on ModularityMistakes

Plug and Play

Attempts to build "plug and play" modules abstracted from their context (eg. a business park) are flawed. They typically misunderstand the nature of modules as defined above. Often urban modules are defined as a spatial region, combining many identical elements eg. office block, business parks, residential districts. These are not real modules at all. Most people interact with elements of different types ie. people live in residential apartments, work in offices and socialize in bars. Few people travel from house to house. And few companies buy from the company next door in the business park.

On the other hand, these modules are connected to the rest of the city through simplified interfaces eg. one road for the business park. The simplicity is based on the assumption that this spatial area is a module. But it needs to be used for the high bandwidth connections between the elements and the rest of their true modules elsewhere. The result, conjestion.

See also :

CategoryOrganicArchitecture, CategoryDesign

HomePage | RecentChanges | Preferences
This page is read-only | View other revisions
Last edited May 24, 2010 8:10 pm by PhilJones (diff)