MACE book - European association for architectural education
MACE book - European association for architectural education
MACE book - European association for architectural education
Transform your PDFs into Flipbooks and boost your revenue!
Leverage SEO-optimized Flipbooks, powerful backlinks, and multimedia content to professionally showcase your products and significantly increase your reach.
?<br />
edited by<br />
produced by<br />
powered by<br />
published by<br />
supported by<br />
browsing<br />
architecture<br />
metadata and beyond<br />
eaae Transactions on Architectural Education no. 40<br />
Matteo Zambelli, Anna Helena Janowiak and Herman Neuckermans<br />
mace Consortium<br />
Collaboratorio<br />
eaae <strong>European</strong> Association <strong>for</strong> Architectural Education<br />
Fraunhofer irb Verlag<br />
<strong>European</strong> Commission, eContentplus Program<br />
mace<br />
1
Bibliographic in<strong>for</strong>mation published<br />
by the Deutsche Nationalbibliothek<br />
The Deutsche Nationalbibliothek lists<br />
this publication in the Deutsche Nationalbibliografie;<br />
detailed bibliographic data are available<br />
on the Internet at http://dnb.d-nb.de.<br />
isbn 978-3-8167-7770-0<br />
printed by Fraunhofer irb Media Services<br />
© by Fraunhofer irb Verlag, 2008.<br />
All rights reserved<br />
Fraunhofer-In<strong>for</strong>mationszentrum Raum und Bau irb<br />
Postbox 80 04 69, 70504 Stuttgart, Germany<br />
Nobelstrasse 12, 70569 Stuttgart, Germany<br />
phone +49 (0) 711 970 2500<br />
fax +49 (0) 711 970 2507<br />
e-mail: irb@irb.fraunhofer.de<br />
www.irb.fraunhofer.de<br />
graphic design<br />
studiovisuale.it<br />
cover illustration<br />
Moritz Stefaner<br />
printing<br />
Fraunhofer IRB Verlag, Stuttgart<br />
typography<br />
Csuni (Carattere Senza Un Nome Importante/<br />
Typeface With No Important Name)<br />
by Molotro (Luciano Perondi, Federico Zerbinati)<br />
paper<br />
cover Schneidersöhne Luxo Satin 250 g/m 2<br />
pages 1-320 printed with 1 colour<br />
on Schneidersöhne Luxo Satin 135 g/m 2<br />
pages 321-368 printed in 4-colours<br />
on Schneidersöhne Luxo Satin 135 g/m 2<br />
2 browsing architecture. metadata and beyond
7<br />
9<br />
13<br />
21<br />
22<br />
50<br />
62<br />
72<br />
81<br />
82<br />
94<br />
104<br />
118<br />
1<br />
2<br />
3<br />
4<br />
5<br />
6<br />
7<br />
8<br />
9<br />
table of contents<br />
introduction<br />
<strong>for</strong>eward<br />
Herman Neuckermans<br />
browsing architecture. metadata and beyond: The concept<br />
Furio Barzon, Anna Janowiak, Matteo Zambelli<br />
mace<br />
mace: Connecting and Enriching Repositories <strong>for</strong> Architectural Learning<br />
Moritz Stefaner, Vittorio Spigai, Elisa Dalla Vecchia, Massimiliano Condotta,<br />
Stefaan Ternier, Martin Wolpers, Stefan Apelt, Marcus Specht, Till Nagel, Erik Duval<br />
models of design activities:<br />
Towards Effective Design Scaffolding<br />
Mario De Grassi, Alberto Giretti, Roberta Ansuini<br />
mace:<br />
Enabling Legacy Repositories<br />
Stefan Apelt, Christian Prause, Mathias Casaer, Ann Heylighen<br />
everyville installation: mace at La Biennale of Architecture<br />
Interaction Design Lab and Interface Design,<br />
University of Applied Sciences Potsdam (fhp)<br />
e-learning<br />
textidattica:<br />
Saggio Teaches In<strong>for</strong>mation Technology in Latin<br />
Antonino Saggio<br />
indexed and browsed:<br />
A New Didactic Approach Towards the Orders of Columns<br />
Susanne Schumacher<br />
housing@21.eu:<br />
Integrating Learning Spaces and Architectural Repositories<br />
Leandro Madrazo, Paul Riddy, Luca Botturi<br />
beyond digital repositories:<br />
Architectural In<strong>for</strong>mation Presentation<br />
Verdy Kwee
126<br />
136<br />
144<br />
156<br />
167<br />
168<br />
178<br />
186<br />
196<br />
204<br />
218<br />
224<br />
9<br />
10<br />
11<br />
12<br />
13<br />
14<br />
15<br />
16<br />
17<br />
18<br />
19<br />
towards using digital modeling systems:<br />
The Context of E-learning<br />
Nada El-Khoury, Giovanni De Paoli<br />
@gd: Keeping a Record of Learning Paths<br />
on Digital Graphics Representation <strong>for</strong> Architecture<br />
Adriane Borda, Neusa Felix, Luisa Dalla Vecchia, Janice Pires<br />
virtual studio:<br />
A Digital Repository in Architectural Education<br />
Andy Earl, Carl O’Coill, Joss Winn<br />
going digital in the classroom:<br />
Lessons from the Integration of Wikis in an Architectural History Course<br />
Francesca Torello, Marie Norman<br />
archives<br />
building up digital collections:<br />
From Policy to Implementation<br />
Patricia Alkhoven<br />
the on-line catalogue of the giancarlo de carlo archives:<br />
An Attempt to Integrate Paper-Based and Digital-Born Documents<br />
Riccardo Domenichini<br />
electronic documents in an <strong>architectural</strong> practice:<br />
Graphics Creation, Maintenance, Selection and Preservation<br />
Elena Triunveri<br />
image archive:<br />
A Hybrid Structure <strong>for</strong> the Enhancement of Architecture Videos<br />
Paola Ricco<br />
the facetag engine:<br />
A Semantic Collaborative Tagging Tool<br />
Emanuele Quintarelli, Andrea Resmini, Luca Rosati<br />
computer integrated building system:<br />
Preliminary Thoughts<br />
Hong Zhang<br />
save the bubble:<br />
The Architectural Archive in the Digital Age<br />
Bernhard Franken, Berthold Scharrer, Suemri Nina Michaela Vogel
238<br />
250<br />
261<br />
262<br />
280<br />
290<br />
298<br />
306<br />
319<br />
320<br />
364<br />
367<br />
20<br />
21<br />
22<br />
23<br />
24<br />
25<br />
26<br />
table of contents<br />
a classification system <strong>for</strong> construction units and products:<br />
Methodological Hypothesis and Application Testing on Pre-Modern Building<br />
Sara Scapicchio<br />
the probado framework:<br />
A Repository <strong>for</strong> Architectural 3d-models<br />
Ina Blümel, Harald Krottmaier, Raoul Wessel<br />
websites<br />
mimoa:<br />
An Interactive Architecture Guide<br />
Mieke Vullings, Naomi Schiphorst<br />
nextroom:<br />
The <strong>European</strong> Hub <strong>for</strong> Contemporary Architecture<br />
Juerg Meister, Helga Kusolitsch, Stephan F. Haupt<br />
the lafis project:<br />
Managing Publicly Induced Data into a Scholar Environment<br />
Francisco Agostinho<br />
a database of <strong>architectural</strong> repositories:<br />
Criteria <strong>for</strong> Selection and Evaluation<br />
Stefan Boeykens, Herman Neuckermans<br />
cultural heritage repositories:<br />
Digital Archives <strong>for</strong> Conservation and Management<br />
Alonzo Addison, Mario Santana Quintero, Marta Severo<br />
images<br />
A collection of photographs and charts from the essays<br />
index of terms – folksonomy<br />
colophon
introduction
herman neuckermans<br />
k.u. leuven<br />
Heverlee, Belgium<br />
http://www2.asro.kuleuven.be/asro/english/home/<br />
HN/home.htm<br />
The author is professor and head of the research group<br />
Building and Design Methodology at the Department<br />
of Architecture at the K.U.Leuven. He has <strong>for</strong>mer<br />
experience as a self-employed architect, but is now<br />
full-time member of the academic staff. He teaches<br />
several courses, including Construction of Buildings,<br />
Design Methodology and CAAD. He is program<br />
director <strong>for</strong> the Department and is the past president<br />
and currently a council member of the <strong>European</strong><br />
Association <strong>for</strong> Architectural Education (EAAE).<br />
8 browsing architecture. metadata and beyond
<strong>for</strong>eword This <strong>book</strong> is one of the achievements of the EU-cofunded <strong>MACE</strong> project on Metadata<br />
<strong>for</strong> Architectural Contents in Europe. “Browsing Architecture. Metadata and<br />
Beyond” is about digital collections of contents useful in the broader context of<br />
regular <strong>education</strong>, e-learning and lifelong learning in architecture. In <strong>MACE</strong> these<br />
contents are called learning objects. Learning objects are qualified by their metadata<br />
i.e. data about data. Metadata are mostly hidden <strong>for</strong> the user, but they are essential<br />
‘backstage’ in order to use, retrieve and search the data.<br />
The <strong>MACE</strong> project sets out to trans<strong>for</strong>m the ways of e-learning about architecture in<br />
Europe. It is integrating a considerable amount of contents from diverse repositories<br />
created in several large <strong>for</strong>mer projects as well as from existing <strong>architectural</strong> design<br />
communities.<br />
<strong>MACE</strong> will provide a framework <strong>for</strong> community based services such as finding,<br />
acquiring, using and discussing about e-learning contents that were previously only<br />
reachable to small user groups.<br />
The project builds on several successful projects including, but not limited to,<br />
DYNAMO, INCOM, WINDS and ARIADNE. In addition to that, three members of the<br />
consortium are main content partners who have access to a large number of content<br />
providers or are themselves <strong>association</strong>s of architects and universities dealing with<br />
architecture and design. There<strong>for</strong>e the project reaches a critical mass of digital<br />
content that grants a significant impact on the EU scenario concerning architecture<br />
and cultural heritage, and will become a base <strong>for</strong> further community activity in these<br />
domains.<br />
The project develops and uses several types of metadata <strong>for</strong> tagging contents: traditional<br />
content metadata and ontologies, context metadata, competence metadata<br />
and learning process metadata, usage related metadata and metadata acquired<br />
through social interaction, e.g. recommendations by peer users or blog entries. Close<br />
integration of universities as well as professionals ensures that demands from the<br />
user side are recognized and fitting solutions are created. Since users are distributed<br />
across different countries in Europe, the project addresses the multicultural and multilingual<br />
issues resulting thereof and create s working solutions <strong>for</strong> sharing contents<br />
across borders.<br />
<strong>for</strong>eword 9
Repositories belong to the world of meta-architecture, of what belongs to architecture<br />
but is not architecture. Architecture has always existed in and through the<br />
discourse on architecture, repositories belong to that discourse and hence somehow<br />
to the “beyond architecture”.<br />
It is true to say that in<strong>for</strong>mation technology has changed our world and our lives<br />
and of course <strong>education</strong> is in the frontline of this process of change. The impact of<br />
IT on architecture is even more radical because the in<strong>for</strong>mation society challenges<br />
the traditional, stable notions of time and place upon which our modern society and<br />
modern architecture is based since the renaissance. Distances are shrinking, humans<br />
are no longer bound to one place on earth, ideas travel at the speed of light, and the<br />
specificity of cultures seems to fade away in a global world where everyone connects<br />
to everyone instantly. The virtual is competing more and more with the real world, it<br />
becomes our real world.<br />
In this changing world, learning objects become available via electronic means to an<br />
ever-growing extent. It happens in regular teaching environments as well as in learning<br />
modes during and after graduation: knowledge is out of date within five years<br />
and grows so fast that regular teaching ‘in school’ cannot cope with this knowledge<br />
boom in a comprehensive way. There<strong>for</strong>e academic teaching evolves into teaching<br />
of principles, methods and attitudes, into a state of mind allowing lifelong learning<br />
(LLL). Subjects <strong>for</strong> LLL are produced by universities, by practice and by industry. They<br />
are disseminated via conferences, short courses and more and more via e-learning<br />
<strong>for</strong>mulas. Today, subjects <strong>for</strong> learning – called learning objects – are prepared by<br />
specialists, somewhere on earth, disseminated via electronic communication means<br />
and shared amongst distant users.<br />
E-repositories play a role of growing importance in this context and this <strong>book</strong> focuses<br />
on the role of e-repositories in lifelong learning in architecture.<br />
In this <strong>book</strong> major attention is paid to the presentation of some interesting repositories<br />
and the newly developed tools to search a wide variety of <strong>architectural</strong> repositories<br />
developed within the framework of <strong>MACE</strong>, aiming at federating <strong>architectural</strong><br />
repositories all over Europe. The newly developed <strong>MACE</strong> system <strong>for</strong> harvesting<br />
– repositories keep their data – searching and enhancing metadata was presented at<br />
“La Biennale di Architettura 2008” in a showcase .<br />
Ultimately built architecture tells us who and what we are, where we come from and<br />
where we are going as a society. The built environment is our ultimate repository of<br />
ideas and dreams; it is the theatre of our daily life. It is an environment in permanent<br />
change, alive in a permanent struggle or tension between old and new, between<br />
tradition and modernity. All students of architecture today are modernists, but they<br />
still have to learn from the lessons of the past. They should visit places and actively<br />
try to understand the genius loci, and in doing so, learn from other’s experiences.<br />
They have to be familiar with so many places, but cannot physically visit them all,<br />
and there<strong>for</strong>e we need the help of digital representations as the best substitute <strong>for</strong><br />
the experience in situ. Hopefully, these virtual visits will trigger real visits later on.<br />
We can learn so much from the authentic design ef<strong>for</strong>ts embedded in the built environment<br />
surrounding us. Roger Schank has proven that humans learn from previous<br />
experiences. Personal “learning by doing” (Donald Schön) prevails over learning<br />
from other’s experience, but again the latter is the best substitute <strong>for</strong> the <strong>for</strong>mer, and<br />
so makes databases containing cases so vital <strong>for</strong> <strong>architectural</strong> <strong>education</strong>. Turning<br />
cases into knowledge, into assimilated in<strong>for</strong>mation is essential <strong>for</strong> creative behaviour<br />
and it is expected from architects. For creativity is putting the elements of someone’s<br />
experience into new combinations in the pre-conscious. <strong>MACE</strong> is contributing to that<br />
experience.<br />
10 browsing architecture. metadata and beyond
acknowledgments<br />
The <strong>book</strong> is a result of the International conference, entitled “On-line Repositories in Architecture”,<br />
held at the Teatro Piccolo of “La Biennale di Architettura”, Venice, on 20-21 September, 2008.<br />
The major goal of this conference was to disseminate ideas, ambitions and achievements of <strong>MACE</strong><br />
to a wider public of potential contributors and to mobilise a great number of users.<br />
The programme of the conference was scheduled over 2 days in 3 sessions, each session having a<br />
set of presentations followed by a roundtable workshop.<br />
The sessions articulate the following three themes:<br />
1. Teaching architecture in the digital era: the digital world has changed our teaching and learning<br />
schemes. Teaching is less and less bound to a physical location. The famous slide projector has<br />
been replaced by beamers and students no longer present on paper but also beam their project in<br />
flashy real time simulations. More and more <strong>book</strong>s include demos, exercises and practice on digital<br />
media. Contents created by one person can be shared with others and updated faster than with<br />
printing. Students find everything on the web, produce papers heavily relying on ‘cut and paste’<br />
and are confronted more and more with issues of intellectual property rights and quality assessment.<br />
Teachers have to evaluate the authorship of documents. Education is no longer specified in<br />
subjects but in competences.<br />
2. Digital Archives: preservation, dissemination and use. The vulgarisation of digital media has<br />
brought many teachers to build their own teaching environment, their own contents. Since they<br />
are by definition limited in capacity and in time, the <strong>MACE</strong> project has been conceived to open<br />
up these collections of data in order to share them with colleagues and reversely to profit from<br />
someone else’s work. This conference has the ambition to gather interesting initiatives and to disseminate<br />
them amongst colleagues.<br />
3. Websites: a <strong>European</strong> network of <strong>architectural</strong> contents. Our search <strong>for</strong> digital contents has<br />
shown that the web has plenty of isolated repositories, not at all linked and frequently ignored or<br />
unknown. <strong>MACE</strong> has the ambition to federate many repositories and enhance the search capabilities<br />
by connecting contents.<br />
For any further in<strong>for</strong>mation about the International conference, go to:<br />
www.mace-project.eu/conference<br />
For any further in<strong>for</strong>mation about the <strong>MACE</strong> Project, go to:<br />
www.mace-project.eu<br />
<strong>for</strong>eword 11
furio barzon<br />
Collaboratorio<br />
Venice, Italy<br />
www.collaboratorio.com<br />
Furio Barzon is Founder of Collaboratorio, General<br />
Manager of Green Prefab and Director of the<br />
www.architecture.it Internet portal. He is curator of<br />
exhibitions, courses and symposiums on architecture<br />
and author of articles and <strong>book</strong>s about new trends in<br />
contemporary architecture. He wrote The Charter of<br />
Zurich (Basel: Birkhauser, 2003) that was published in<br />
Italian, English, Chinese, and Croatian. He has lectured<br />
in several Italian and <strong>for</strong>eign universities<br />
and institutions.<br />
anna helena janowiak<br />
Collaboratorio<br />
Venice, Italy<br />
www.collaboratorio.com<br />
Anna Janowiak graduated in International Relations<br />
at Adam Mickiewicz University of Poznan (Pl) and is<br />
completing a PhD in <strong>European</strong> Social History at Ca’<br />
Foscari University of Venice (It), where she studies<br />
Russian intellectual history. In 2007 she worked as tour<br />
manager of a Cuban circus. Since May 2008 she is a<br />
Collaboratorio collaborator. She is currently a Marie<br />
Curie Fellow at Södertörns Högskola (Se).<br />
matteo zambelli<br />
Collaboratorio<br />
Venice, Italy<br />
www.collaboratorio.com<br />
Matteo Zambelli is an architect (1998) with a Ph.d in<br />
“Ingegneria edile (Construction Engineering)” (2002).<br />
He is also an adjunct professor in <strong>architectural</strong> design<br />
at the Faculty of Engineering of Trento, Italy. He is<br />
currently the Scientific Director of Collaboratorio. He<br />
is the author of: Tecniche di invenzione in architettura<br />
(Venice: Marsilio, 2007), Land<strong>for</strong>m Architecture<br />
(Rome: Edilstampa, 2006) and Morphosis - Operazioni<br />
sul suolo (Venice: Marsilio 2005). He collaborates<br />
with several Italian <strong>architectural</strong> magazines: Arch’it,<br />
Arketipo and L’Industria delle costruzioni.<br />
12 browsing architecture. metadata and beyond
owsing architecture.<br />
metadata and beyond:<br />
the concept<br />
While conceiving the <strong>for</strong>mat of this <strong>book</strong>, we drew inspiration from the way articles<br />
are featured on the Internet and in newspapers. We have tried to mix together these<br />
two diverse ways of presenting in<strong>for</strong>mation, as nowadays switching from one means<br />
of presentation to another has become second nature <strong>for</strong> the reader. Our <strong>book</strong><br />
is devised in order to enable the reader to read or the user to browse. The text is<br />
accessible in several ways: traditional, transversal, fast and hyper-textual. With the<br />
traditional method, the reader starts the <strong>book</strong> from the first page and continues until<br />
the last. Following the chronological order of a <strong>book</strong> is the most conventional way to<br />
acquire its contents in a deep and thorough manner.<br />
Nowadays however, this traditional method of reading is not solely sufficient, as we<br />
are gradually becoming used to the different modes of reading proposed by new<br />
digital media. This means that when we scan a page, we subconsciously enable<br />
techniques used in “digital reading”, which can inevitably lead to confusion between<br />
the different media.<br />
Gestalt theory says that we tend to see any page as a whole, meaning that first we<br />
literally scan the overall layout of the page, spotting self-contained chunks, be<strong>for</strong>e<br />
starting to reading. Each chunk is defined by a precise content or purpose. This mode<br />
of using pages has definitely modified the way we approach reading. We tend to feel<br />
the necessity to be drawn-in by different stimuli coming from the same page, we<br />
desire to jump from one spot to another following the in<strong>for</strong>mation scent, to follow<br />
the hidden dimensions of our thoughts and searches. We want to flick through pages<br />
be<strong>for</strong>e starting to peruse their contents.<br />
Starting from these considerations we propose further ways to “browse” the <strong>book</strong>.<br />
We find them more actual and they are directly related to the idea of browsing Internet<br />
resources. Also the way we read journals and daily newspapers has defined our<br />
approach to the organisation of this <strong>book</strong>.<br />
The transversal way of using the <strong>book</strong> enables the reader to skim through the <strong>book</strong>’s<br />
pages. While reading magazines or newspapers we usually read just the main<br />
headlines, subtitles and the highlighted sentences within the text. In doing so we can<br />
quickly get acquainted with the whole set of news. We can also easily sort out the<br />
most interesting articles and delve into them, without loosing the general overview<br />
or the feeling that we may have missed something interesting. There<strong>for</strong>e, in each es-<br />
the concept<br />
13
say we have highlighted the sentences that we have deemed to be more significant<br />
and/or capable of summarising content. Instead of top to bottom reading, the “user”<br />
can proceed through the text “horizontally”.<br />
Then there is the fast way. We have all felt the souring sensation of not being able to<br />
remember a <strong>book</strong> in the very last moments be<strong>for</strong>e entering an exam, or the feeling<br />
of confusion when compelled to decided which <strong>book</strong> to pick up in a <strong>book</strong>shop when<br />
presented with a large amount of possibilities. We have, however, a large number of<br />
different websites to consult daily, and yet we manage to consult them all. Since we<br />
either have no time to re-read the whole <strong>book</strong>, or thoroughly deepen all the titles in<br />
the <strong>book</strong>shop, or read all the news on the website, we need tools and means to<br />
locate in<strong>for</strong>mation quickly, to aid our choices or to find the learning we require. Most<br />
importantly these tools should guarantee the desired results, such as the required<br />
topics <strong>for</strong> an exam, the most relevant <strong>book</strong> from the shelf, or not missing the most<br />
important news item.<br />
To tackle these goals we have provided the reader with two sets of keywords. The<br />
first set, right below the title of each chapter, contains keywords, which were handed<br />
to us by the authors of the essays. Thus the reader can “comprehend” any chapter<br />
simply by consulting these words.<br />
We have also collected all of these suggested keywords from all the essays in a table<br />
titled “Index of keywords – Folksonomy”, which appears at the end of the <strong>book</strong>. This<br />
collection of keywords has a very similar function to a traditional index of terms,<br />
typical of <strong>book</strong>s and essays. These keywords also resemble the “tags cloud”, which<br />
is nowadays commonly used on websites, as it works in much the same way in our<br />
<strong>book</strong>. The higher the number of black bullet points next to the keyword, the more<br />
frequently the term is used in the <strong>book</strong>; a fast glimpse at the “Index of keywords” allows<br />
the reader to immediately see which terms have more occurrences and deduct<br />
which are the main topics of the <strong>book</strong>. In using this system the reader may also<br />
discover new lines of research.<br />
We labelled the index of keywords also as “folksonomy”, because all of the terms<br />
suggested by the authors are not organised in any kind of taxonomy or glossary.<br />
They have not been modified and are inserted into the index just as the authors<br />
created them. This may cause problems to the reader because some terms are too<br />
domain specific and others are too personal. There is also a wide range of synonyms<br />
or closely related terms, which are not organised into general categories. For these<br />
14 browsing architecture. metadata and beyond
easons the “folksonomy” may in some cases be rather useless or not fully comprehensible.<br />
It is however, a reflection of the mindset in current use.<br />
The second set of keywords is conceived in order to enable the hyper-textual way<br />
of reading. Just below the line of each paragraph on the left-hand side, we have put<br />
a list of keywords that the reader can find in the paragraph. These keywords come<br />
from both the authors of the essays and us. Under every keyword there is a black<br />
bullet point numbered from 01 to 27. The number indicates in which essay of the<br />
<strong>book</strong> you can find the same topic. In this way the reader can deepen a specific topic<br />
by skipping between essays, just as they would when using the Internet.<br />
In order to easily grasp the connections between the essays, we have devised a<br />
“metro line” map, which is presented within the first pages of each chapter. With this<br />
map it is possible to create a virtual net among different essays, which at first glance<br />
might seem thematically unconnected. Here the reader can immediately see all the<br />
keywords (or connections) along different lines of study, discovering the keywords<br />
that refer to other chapters in the <strong>book</strong>.<br />
This system reflects the main purpose of the <strong>MACE</strong> project: to tie together <strong>architectural</strong><br />
and engineering contents from all over the Internet, even though these<br />
concepts come from different digital repositories and were conceived and organized<br />
that way <strong>for</strong> certain specific goals.<br />
Besides the a<strong>for</strong>ementioned methods <strong>for</strong> browsing the contents of this <strong>book</strong>, we propose<br />
in the following pages two “slightly tendentious” ways to use all the keywords.<br />
The first way is called the “Ideological Map”. We have defined macro-categories<br />
under which are collected almost all terms/keywords found throughout the <strong>book</strong>.<br />
These terms are related to one another, even though relationships are not specified<br />
(most terms are synonyms). The ideological map is a kind of faceted classification<br />
that enables the “user-reader” to quickly find the contents that they are looking <strong>for</strong>.<br />
The second way to browse the <strong>book</strong> is called the “Learning paths map”. We suggest<br />
several different possible learning paths that the “user-reader” could take. Each route<br />
is organised as a “metro line”. The end points of the route have a departure and arrival<br />
station, whose names sets out the learning path <strong>for</strong> the reader to follow. Along<br />
the line the reader meets intermediate stations that correspond to defined keywords<br />
enabling the possibility to deepen certain aspects of the chosen learning route. Along<br />
these routes the reader will find many possible crossroads, just remember - all roads<br />
lead to <strong>MACE</strong>.<br />
the concept<br />
15
ideological map<br />
architecture 3 9 16<br />
<strong>architectural</strong> heritages 26<br />
<strong>architectural</strong> history 6 12<br />
contemporary architecture 22 23<br />
modern architectures 22<br />
archival management 13 14 15<br />
archival description 14<br />
archive standards 15<br />
cis - collection in<strong>for</strong>mation system 13<br />
file naming 15<br />
identity metadata 15<br />
record management 15<br />
selection criteria 13 14 15<br />
browsing 1 6 17 19 21 22 26<br />
application profile 1 3 4 11 24<br />
browsing by images 1 1 6<br />
browsing tool 1 6<br />
content based queries 21<br />
search engine 20<br />
text-based queries 21<br />
user interface 6 22<br />
visual browsing 1 4<br />
copyrights 14 22<br />
creative commons 22<br />
open source 24<br />
rights of property 14<br />
database 6 19 20 21 22 23<br />
digital <strong>architectural</strong> record 15<br />
16 browsing architecture. metadata and beyond<br />
digital archive 11 13 14<br />
digital resources 26<br />
media database 6<br />
on-line database 23<br />
user generated database 22<br />
digital design 2 18 19 22<br />
design process 2 18<br />
digital modeling system 9<br />
digital models 9<br />
virtual design studios 7<br />
3d models 21 24<br />
digitalisation 1 8 13 14 15 19<br />
digital data 13<br />
digitisation 19<br />
<strong>education</strong> 1 2 5 9 7 12<br />
constructivist pedagogy 7<br />
constructivist theory 9<br />
<strong>education</strong> theory 2 5<br />
multidisciplinary approach 9<br />
teacher 5<br />
tutorial discourse 2 5 12<br />
e-learning 1 6 9 10<br />
ariadne 1 2 3<br />
digital teaching tools 6 12<br />
dynamo 1 2 3<br />
eContentplus 1 2 3<br />
learning objects 1 3 10<br />
learning path 10
mace Metadata <strong>for</strong> Architectural-<br />
-Contents in Europe 1 2 3 4<br />
web-based collaborative learning 7<br />
web-based teaching 11<br />
winds 1 2 3<br />
keywords 7 13 17 21<br />
keywords system 13 15 17 21<br />
vocabulary of keywords 7<br />
knowledge organisation 17 20<br />
classification 3 20 21<br />
clustering 17<br />
collaborative tagging 17<br />
facet 1 1 17 20<br />
folksonomy 17<br />
indices 6<br />
knowledge management 20<br />
matrix of terms 6<br />
ontology 10<br />
tag clouds 17<br />
tagging 1 11 17<br />
taxonomy 4 17<br />
metadata 1 4 6 8 10 15 17 19 21<br />
content-based indexing 21<br />
data about data 15<br />
data collection activities 13<br />
interoperability standards 1 3<br />
metadata harvesting 1 3<br />
oai - open archives initiative 1 3 11 13<br />
pmh - protocol <strong>for</strong> metadata harvesting 1 3<br />
the concept<br />
multimedia 30 31<br />
film 16<br />
gallery 24<br />
image 16<br />
photography 16 19 22 23 24<br />
video 16<br />
preservation<br />
best practice <strong>for</strong> preservation-<br />
15 16 19<br />
-of digital data 15 16<br />
hardware selection 15 19<br />
stability of electronic records 1<br />
repository 8 10 11 14 16 21 26<br />
database 20 21<br />
digital database 19<br />
digital repository 7<br />
institutional repository 11 26<br />
on-line database 23<br />
website 22 23<br />
<strong>architectural</strong> portal 22 23<br />
digital plat<strong>for</strong>m 8<br />
on-line presentation 23<br />
presentation of <strong>architectural</strong> data 8 11<br />
web 2.0 7 8 22<br />
collaborative work space 9<br />
team-based project 12<br />
wiki 12<br />
17
learning paths map<br />
18 browsing architecture. metadata and beyond
the concept<br />
19
20 browsing architecture. metadata and beyond
1<br />
mace<br />
Metadata <strong>for</strong> Architectural<br />
Contents in Europe<br />
mace, an eContentplus project co-funded by the <strong>European</strong> Commission,<br />
is aimed at improving <strong>architectural</strong> <strong>education</strong>, by integrating and connecting<br />
a vast amount of content from diverse repositories, including past <strong>European</strong><br />
projects and existing <strong>architectural</strong> design communities. mace, with the<br />
creation of innovative e-learning tools, will provide the community<br />
with services to find, acquire, use and discuss content that was previously<br />
only accessible to small groups.<br />
The project is built around several successful projects, such as dynamo,<br />
incom, winds and ariadne. In addition, the project is aimed at identifying<br />
and adding alternative repositories in Europe. The consortium includes three<br />
content partners, who have access to a large number of content providers,<br />
including architects and universities dealing with architecture and design.<br />
Once the project has reached a substantial mass of digital content it will<br />
have a significant impact particularly <strong>for</strong> eu architecture and cultural<br />
heritage, and will certainly become a landmark <strong>for</strong> further community<br />
activity in these domains.<br />
The initiative will develop and use several types of metadata <strong>for</strong><br />
tagging contents: traditional content metadata and ontologies, context<br />
metadata, competence metadata and learning process metadata, usage<br />
related metadata and metadata acquired through social interaction,<br />
e.g. recommendations by peer users or blog entries. Close relations with<br />
universities and professionals ensure that user expectations are met,<br />
adapting proposed solutions to the real needs of the community. Since<br />
these users are distributed across different countries in Europe, the project<br />
will have a multicultural and multilingual approach, designing and deploying<br />
working solutions that allow content to be shared across borders.<br />
mace<br />
21
22<br />
1<br />
› digital libraries<br />
› domain-specific architectures<br />
› interoperability<br />
mace:<br />
Connecting and Enriching<br />
Repositories<br />
<strong>for</strong> Architectural Learning<br />
› interactive data exploration<br />
and discovery<br />
› user interfaces<br />
Education in architecture requires access to a broad range of<br />
learning materials, so as to develop flexibility and creativity<br />
in design. The learning material is comprised of textual<br />
and visual media including images, videos, descriptions of<br />
<strong>architectural</strong> concepts or projects, i.e. digital artifacts on<br />
different aggregation levels. Until now, repositories storing<br />
such in<strong>for</strong>mation have not been interrelated and have not<br />
provided unified access. Consequently, finding and retrieving<br />
<strong>architectural</strong> learning objects is cumbersome and time<br />
consuming. In this paper, we describe how an infrastructure of<br />
federated <strong>architectural</strong> learning repositories will provide unique,<br />
integrated access facilities <strong>for</strong> high quality <strong>architectural</strong> content.<br />
The integration of various types of content, usage, social<br />
and contextual metadata enables users to develop multiple<br />
perspectives and navigation paths that support experience<br />
multiplication <strong>for</strong> the user. A standards–based, service–<br />
oriented software architecture, and flexible user interface<br />
design solutions, based on embeddable widgets, ensure easy<br />
integration and re-combinability of contents, metadata and<br />
functionalities.
moritz stefaner<br />
FH Potsdam (FHP)<br />
Potsdam, Germany<br />
www.fh-potsdam.de<br />
Moritz Stefaner received a B.Sc. with distinction in<br />
Cognitive Science at the University of Osnabrück,<br />
in 2005 and an M.A. in interface design at the<br />
University of Applied Sciences, Potsdam, in 2007,<br />
where he is currently employed as associate<br />
researcher. His main research interest is how<br />
In<strong>for</strong>mation Visualization, statistical methods and<br />
Machine Learning techniques can help in organizing<br />
and discovering in<strong>for</strong>mation.<br />
vittorio spigai<br />
Iuav (Istituto Universitario<br />
di Architettura di Venezia)<br />
Venice, Italy<br />
www.iuav.it<br />
Vittorio Spigai graduated in civil engineering (Rome,<br />
1968) and in Architecture (Venice, 1971). He is<br />
Associated Professor of Architectural and Urban<br />
Design at the IUAV University of Venice, where<br />
he has been teaching since 1971. His research<br />
interests are in the areas of urban and <strong>architectural</strong><br />
intervention methodologies in monumental,<br />
historically relevant sites and landscape. He has<br />
been involved in many projects funded by CEE,<br />
CNR and MIUR regarding the use of innovative<br />
in<strong>for</strong>mation technologies applied to urban design,<br />
architecture and components production.<br />
elisa dalla vecchia<br />
Iuav (Istituto Universitario<br />
di Architettura di Venezia)<br />
Venice, Italy<br />
www.iuav.it<br />
Elisa Dalla Vecchia received a master’s degree with<br />
distinction in Architecture at the IUAV University<br />
of Venice, Faculty of Architecture, in 2004. She’s<br />
been working at IUAV as an assistant teacher since<br />
2005 and as an associate researcher since 2007.<br />
A licensed architect, she collaborates as designer<br />
and construction site manager <strong>for</strong> several design<br />
projects, and on historical restoration sites.<br />
23
24<br />
massimiliano condotta<br />
IUAV (Istituto Universitario di Architettura di<br />
Venezia)<br />
Venice, Italy<br />
www.iuav.it<br />
Massimiliano Condotta received a master’s degree<br />
with distinction in architecture at the IUAV University<br />
of Venice, Faculty of Architecture, in 2002. A<br />
licensed architect, he is a member of the Architect<br />
Association of Venice, and is enrolled as associate<br />
researcher at the Department of Architectural<br />
Construction of IUAV. Since 2000 he works at various<br />
academic research projects at the IUAV University<br />
focusing on “collaborative e-learning systems”,<br />
“knowledge management” and “computer aided<br />
design”.<br />
stefaan ternier<br />
Katholieke Universiteit Leuven<br />
Leuven, Belgium<br />
www.cs.kuleuven.be<br />
Stefaan Ternier obtained a Ph.D. degree at the<br />
Katholieke Universiteit Leuven in 2008. His research<br />
deals with software architectures and specifications<br />
<strong>for</strong> managing learning objects and metadata. He<br />
participated in ProLearn (a ‘Network of Excellence’<br />
financed by the In<strong>for</strong>mation Society Technology<br />
programme of the <strong>European</strong> commission) and coauthored<br />
the Simple Query Interface (a CEN ISSS<br />
standard). Currently, he is involved in the MELT,<br />
<strong>MACE</strong> and iCoper eContentPlus projects.<br />
martin wolpers<br />
Fraunhofer FIT<br />
Bonn, Germany<br />
www.fit.fraunhofer.de<br />
Martin Wolpers holds a PhD in electrical engineering<br />
and in<strong>for</strong>mation technology from the Leibnitz<br />
University, Hannover, obtained in 2001. He is<br />
leading the group “Context and Attention <strong>for</strong><br />
Personalized Learning Environments” at FIT ICON,<br />
dealing with trend and user-goal identification from<br />
contextualized attention metadata streams. He is<br />
also coordinator of the eContentPlus project <strong>MACE</strong>.
stefan apelt<br />
Fraunhofer FIT<br />
Bonn, Germany<br />
www.fit.fraunhofer.de<br />
Stefan Apelt has a diploma in computer science in<br />
business obtained from the Technische Universität<br />
Dresden, Germany, in 2002 and has since worked<br />
on EU projects at Fraunhofer Gesellschaft. His main<br />
interests include the design of complex in<strong>for</strong>mation<br />
systems, quality assurance procedures and technical<br />
project management.<br />
marcus specht<br />
Open University Netherlands (OUNL)<br />
Herleen, Netherlands<br />
www.ou.nl<br />
Marcus Specht is a Professor at the Open University<br />
of the Netherlands and is currently involved in<br />
several national and international research projects<br />
on competence based life long learning, personalized<br />
in<strong>for</strong>mation support and contextualized learning.<br />
He received his Diploma in Psychology in 1995 and<br />
a dissertation from the University of Trier in 1998 on<br />
adaptive in<strong>for</strong>mation technology.<br />
till nagel<br />
FH Potsdam (FHP)<br />
Potsdam, Germany<br />
www.fh-potsdam.de<br />
Till Nagel received a diploma in media and computer<br />
science at the University of Applied Sciences, Wedel,<br />
in 2002. He has worked <strong>for</strong> different media agencies<br />
and software firms as a leading software engineer<br />
and IT consultant <strong>for</strong> international clients. He is an<br />
assistant professor at the Berlin Technical University<br />
of Arts since 2006, and employed as associate<br />
researcher at the University of Applied Sciences<br />
Potsdam since 2007.<br />
25
26<br />
erik duval<br />
Katholieke Universiteit Leuven<br />
Leuven, Belgium<br />
www.cs.kuleuven.be<br />
Erik Duval is a professor in the computer science<br />
department of the Katholieke Universiteit Leuven in<br />
Belgium. Erik teaches courses on Human-Computer<br />
Interaction, Multimedia, problem solving and design<br />
and on multitouch interfaces and sketch based<br />
modelling. Prof. Duval is the president of the ariadne<br />
Foundation, chairs the ieee ltsc working group on<br />
Learning Object Metadata, and is a fellow of the<br />
aace, a member of acm, and the ieee computer society.<br />
5<br />
2 3 4
<strong>education</strong><br />
5<br />
<strong>architectural</strong> design<br />
2<br />
1<br />
introduction<br />
In architecture, technical and artistic knowledge blend and influence each other. Due<br />
to this double influence, there is not an “exact” and “unique” solution to <strong>architectural</strong><br />
design problems. There<strong>for</strong>e, the architect, while developing a project, will<br />
remember, compare, choose and re-elaborate a large stock of possible solutions,<br />
moving towards the final outcome step by step. The background of this process is<br />
the architect’s personal erudition and culture, mainly consisting of images and visual<br />
inputs, collected in a life-long process. Visual memories can be about the most different<br />
aspects of the subject: from architectonic solutions and shapes to examples of<br />
applied theories, suggestions, or personal experiences.<br />
The design solutions produced by an architect there<strong>for</strong>e are, most of the<br />
time, the outcome of a process of recalling and reworking images: the aim of<br />
achieving new solutions and shapes is reached through the designer’s personal<br />
contribution in the interpretation of something already seen and known [1,2].<br />
digital media<br />
collective external<br />
memory<br />
So, while an architect is working on his personal stock of erudition and culture, his<br />
mind will mostly return back only the notions that are perceived as more familiar [3],<br />
while leaving in the background the less seen, or understood, ones : in this way, a<br />
first selection, and there<strong>for</strong>e a limitation, is unconsciously operated on the architect’s<br />
personal knowledge set. Evidently, when we focus on architecture <strong>education</strong>, the<br />
case-based aspects of these mental processes are amplified and carried to extremes:<br />
when students are not very experienced, they need a very wide range of possible<br />
suggestion providers, and a high number of examples to look at. Indeed, non-expert<br />
designers and students spend a lot of time in libraries, searching <strong>for</strong> a large number<br />
of cases similar to their current situation, to get cues and suggestions on how to proceed,<br />
thus carrying out this activity in a very inefficient and time-wasting way. This<br />
happens because of the great heterogeneity of in<strong>for</strong>mation that can be inferred from<br />
a single <strong>book</strong>: <strong>for</strong> instance, a technical solution <strong>for</strong> a window frame detail may often<br />
be deduced observing a picture in a monograph on a great architect, and not from a<br />
technology manual. Probably, if architecture students only could, they would spread<br />
around all the pages of architecture <strong>book</strong>s, like the tesserae of a muddle up mosaic<br />
of images, drawings, sketches, graphic schemes and they would walk through this<br />
cloud of in<strong>for</strong>mation ready to catch from the corner of their eyes the contents helping<br />
in their documentation or design problem solving activity.<br />
Digital media <strong>for</strong> experience multiplication in <strong>architectural</strong> design process<br />
Given the fact that a considerable part of the knowledge which was once printed in<br />
architecture <strong>book</strong>s is being moved to digital media, we can get closer to enabling<br />
and improving this vision.<br />
It is possible to reshape the existing enormous mass of digitally factored<br />
in<strong>for</strong>mation to create an organized and structured “cloud” of notions, and<br />
to consequently allow its exploration in a logical and intuitive way: a multiplication<br />
of the learning opportunity using the web as a collective external<br />
memory.<br />
One consequence is the availability of a large amount of meta-in<strong>for</strong>mation <strong>for</strong> a<br />
mace<br />
27
indexing strategy<br />
visual media<br />
digitization<br />
8 13 14 15 19<br />
mace<br />
2 3 4<br />
given resource: who links to that page, how did others like this <strong>book</strong>, etc. All these<br />
kinds of contextual in<strong>for</strong>mation are already accessible on the web. However, they<br />
are still distributed over different services and not yet specific <strong>for</strong> the <strong>architectural</strong><br />
domain.<br />
A second consequence of the ongoing digitization process is the so-called “microchunking”<br />
of in<strong>for</strong>mation. This is not only an effect of the technologies used to<br />
search, publish and communicate in<strong>for</strong>mation (such as search engines, blogging<br />
software, or federated learning object repositories) but also of the changing<br />
consumption behavior and social practices [4]. Moreover, in architecture, a large<br />
amount of in<strong>for</strong>mation is held in visual media (images, photos, sketches...), which<br />
are generally hard to index and find. Most search tools currently available do not offer<br />
the multiple perspectives and exploratory search needed to support effective and<br />
seamless interaction within the domain of architecture and engineering. Providing<br />
the right tools can lead to novel and rich experiences: the revising of the <strong>for</strong>mative<br />
elements (context, suggestions, ideas, diagrams, functions, shapes, images, etc.) as<br />
a remix of dynamic collections, recombination and juxtapositions, can lead to previously<br />
unavailable insights and discoveries.<br />
The computer can be useful in many ways in the generative phase of a project, <strong>for</strong><br />
intance in the field of computer aided <strong>architectural</strong> design [5,6]. Through 3D-modelling<br />
and other kinds of representation software, a computer can assist the designer<br />
to create sharable, storable and visible representations of personal ideas and suggestions.<br />
By proposing a wide range of new and unexpected shapes, diagrams, or<br />
colours or by applying different clustering, ordering, or indexing strategies, computer<br />
systems can extend the limit of obtaining and getting solutions from a limited number<br />
of elements (the personal background of the designer).<br />
The potentiality of multiplying experiences and perspectives can also come to an<br />
architect, with an even deeper impact, in the earlier project conceiving phases, if the<br />
digitalized knowledge management allows him to access resources in a way that<br />
reflects the typical logical behaviour of an <strong>architectural</strong> learner. In <strong>MACE</strong>, we concentrate<br />
our ef<strong>for</strong>ts on this aspect.<br />
In the domain of <strong>architectural</strong> design we can there<strong>for</strong>e regard digital media and the<br />
web as experience multipliers: a digitally assisted design process can have a more<br />
complex recombination of a multi-faceted, mosaic-like agglomerate of loosely connected<br />
in<strong>for</strong>mation and meta-in<strong>for</strong>mation. In particular, this additional in<strong>for</strong>mation<br />
can be used not only as raw data, but can trigger new mental processes.<br />
<strong>MACE</strong> aims to support the shaping and reorganization of the large<br />
number of already existing, but uncoordinated, pieces of <strong>architectural</strong><br />
in<strong>for</strong>mation by creating the core of an indexing strategy to structure them<br />
and their following addition. The system will allow the end user to both<br />
enlarge his set of visual memories and enrich the online collective<br />
external memory by recognizing, catching and linking the contents through<br />
an interactive navigation system.<br />
Architectural digital media characteristics:<br />
strategies <strong>for</strong> mosaic recomposition<br />
intuitive navigation Currently, an <strong>architectural</strong>-like intuitive navigation, as the one <strong>MACE</strong> aims <strong>for</strong>, has<br />
learning objects<br />
still not been enabled <strong>for</strong> either the <strong>architectural</strong> discipline or peculiar visual media<br />
visual media features. One of <strong>MACE</strong> aims then is<br />
to find new indexing strategies, capable of<br />
28 browsing architecture. metadata and beyond
classification<br />
winds<br />
metadata<br />
6 8 10 15<br />
17 19 21<br />
1<br />
structuring a high number of Learning Objects (LO), with the aim of reaching the<br />
maximum utility <strong>for</strong> the final user. Obviously, indexing strategies have to be suitable<br />
to the treated discipline; they will have to support the logic pattern of the user<br />
navigating through this cloud of contents, and they will have to support his search<br />
criteria.<br />
At first, obviously, the content and the domain meta-in<strong>for</strong>mation of the LO will drive<br />
the choice of the user, even if this choice is very often influenced or led by usage<br />
experiences made by others and by the comprehension of their exploration and<br />
learning paths. In other situations, the user and content competence profile, or the<br />
context, in which the LO is inserted or used, might be key to accessing the right kind<br />
of in<strong>for</strong>mation.<br />
mace – metadata <strong>for</strong> <strong>architectural</strong> contents<br />
in europe<br />
<strong>MACE</strong> sets out to integrate <strong>architectural</strong> learning contents from Learning Object<br />
Repositories (LORs) spread around Europe and beyond, and to enrich them with<br />
different types of metadata and classification structures in order to enable improved<br />
access and experience multiplication <strong>for</strong> students, teachers and professionals.<br />
Enrichment here includes both the manual and automatic provision of metadata 1<br />
about the learning object itself, its contents or the context of its use (including social<br />
metadata, competence metadata and contextual metadata).<br />
An overview of currently integrated content repositories (adopted as contents base<br />
in the first phase of the project, but intended to be increased) can be seen in Tab. 1.<br />
The available contents range from multimedia resources about <strong>architectural</strong> projects<br />
over technology enhanced learning courses to literature references and regulations.<br />
Our open, standards-based infrastructure allows an integration of further content<br />
databases in the future.<br />
As will be detailed below, Fig. 1 gives an overview of the different layers in the <strong>MACE</strong><br />
approach. Based on a shared technical infrastructure <strong>for</strong> federated access to the<br />
repositories, metadata harvesting and content enrichment, we provide web services<br />
<strong>for</strong> metadata manipulation and retrieval and metadata-based content access.<br />
These are the basis <strong>for</strong> both automatic as well as manual content enrichment. As<br />
user interfaces, we develop compact, modular components with rich visualization<br />
and interaction possibilities – so-called widgets. These can be used standalone,<br />
combined in a search portal or embedded into existing applications. This framework<br />
allows usage of our solutions in a variety of scenarios relevant to learning and work<br />
situations in the <strong>architectural</strong> world.<br />
Fig. 1: <strong>MACE</strong> technical infrastructure (p. 320).<br />
mace<br />
29
Content source<br />
WINDS<br />
(An ensemble of several universitary<br />
courses featured by a<br />
data model with two alternative<br />
structures – hierarchical<br />
course and concept network –<br />
enabled learner centred <strong>education</strong><br />
via more navigational<br />
control and personalized<br />
adaptive learning.)<br />
ARIADNE<br />
(The ARIADNE Foundation is<br />
one of the early pioneers having<br />
a “share and reuse” vision<br />
<strong>for</strong> <strong>education</strong> and training. It<br />
provides access to several tens<br />
of thousands of additional<br />
objects, several hundreds of<br />
which are relevant <strong>for</strong> the<br />
<strong>MACE</strong> context.)<br />
DYNAMO<br />
(Dynamic Architectural<br />
Memory Online is a database<br />
developed in order to stimulate<br />
and support architects’<br />
life-long process of learning<br />
from previous design experience.)<br />
MONUDOC<br />
(MONUment DOCumentation<br />
is a fulltext database to all<br />
questions of the restoration<br />
of worth preserving buildings<br />
and their interior.)<br />
BAUFO<br />
(Is a database that serves as<br />
basis <strong>for</strong> finding ongoing and<br />
completed projects from all<br />
fields of building research?<br />
It covers projects, which<br />
have been realised inside the<br />
Federal Republic of Germany<br />
and a row of international<br />
research projects.)<br />
Objects<br />
5,529 compound objects,<br />
10,542 single content blocks<br />
(text, image, multimedia)<br />
5,000+ objects, of which<br />
several hundreds can be used<br />
<strong>for</strong> <strong>MACE</strong><br />
544 architecture projects, 7351<br />
files (text, image)<br />
15,000 Facts and Literature<br />
Reference covering preservation<br />
of monuments and<br />
historic buildings<br />
13,000 descriptions of building<br />
research projects<br />
Metadata<br />
Tab. 1: Overview of <strong>MACE</strong> repositories.<br />
1,744 index terms (text)<br />
Technical and <strong>education</strong>al<br />
metadata, keywords<br />
1,944 index terms (text)<br />
Bibliographic description,<br />
Index terms, classification<br />
Index terms, classifications<br />
30 browsing architecture. metadata and beyond<br />
Metadata level<br />
3,521 of 5,529 objects<br />
enriched with content<br />
metadata<br />
Almost all objects have<br />
mandatory technical and<br />
<strong>education</strong>al metadata, some<br />
content metadata, no context<br />
and a few social metadata<br />
High level of content metadata<br />
All units with classification,<br />
bibliographic data and index<br />
terms<br />
All units with classifications<br />
and index terms
learning objects<br />
harvesting metadata<br />
1<br />
connecting lors <strong>for</strong> architecture<br />
The <strong>MACE</strong> infrastructure aims to open up the existing Learning Object Repositories<br />
(LORs) to enable the access to Learning Objects (LOs) through <strong>MACE</strong> tools. We rely<br />
on a hybrid combination of harvesting metadata from and federating searches to<br />
existing content repositories. Additionally, the infrastructure enables the enrichment<br />
of LOs with metadata about their use including contexts of use, necessary competencies,<br />
etc.<br />
The project aims to make the learning objects in all repositories jointly<br />
searchable and retrievable.<br />
oai<br />
3 11 13<br />
application profile<br />
3 6 11 22 24<br />
classification<br />
The technical infrastructure allows searching over the contents of all content repositories<br />
based on metadata. In order to enable semantic interoperability among LORs,<br />
the LOs are described through the <strong>MACE</strong> application profile of the Learning Object<br />
Metadata standard (LOM) [7].<br />
Existing metadata from the connected repositories are collected via metadata harvesting,<br />
based on the Open Archive Initiative Protocol <strong>for</strong> Managing Harvesting OAI-<br />
PMH [8]. Harvesting in this context means the transfer of the content metadata from<br />
the providing repository into the central content metadata repository on a regular<br />
basis. Note that only the metadata describing the learning objects is transferred;<br />
the learning objects themselves will remain in the repository, and thus in control of<br />
their owner, without changing the access conditions. In turn, the central content<br />
metadata repository also offers an OAI-PMH interface so that interested content<br />
providers can retrieve enriched metadata suitable <strong>for</strong> their learning objects.<br />
Educational metadata and the <strong>MACE</strong> application profile<br />
IEEE defines metadata as in<strong>for</strong>mation about an object, be it physical or digital [7].<br />
Different communities have defined metadata standards that fit their needs. A<br />
simple standard such as Dublin Core allows <strong>for</strong> expressing key-value pairs and is<br />
widely used in the digital library community. Domain specific initiatives such as LOM<br />
(<strong>education</strong>al) or MPEG-7 (multimedia) cover more elements within a domain. Concrete<br />
implementations usually do not use all of these fields. Furthermore, implementers<br />
often need to choose between many standards that are both complementary, but<br />
are also overlapping.<br />
[9] presents a number of mechanisms through which a community or organization<br />
can adopt a metadata standard. One can impose restrictions on existing metadata<br />
standards and <strong>for</strong> instance constrain the value space on some elements. [10] defines<br />
an application profile as a schema that consists of data elements drawn from one<br />
or more namespaces, combined by implementers and optimized <strong>for</strong> a particular<br />
local application. Thus, an application profile can allow <strong>for</strong> the construction of mixed<br />
metadata sets. A metadata instance validates using an application profile to check it<br />
does not violate any of the rules that are set in the profile.<br />
The <strong>MACE</strong> metadata application profile builds on LOM and gives some LOM fields<br />
a mandatory status: eg. title, description, identifier and technical location. Because<br />
these – rather trivial – metadata fields are mandatory, <strong>MACE</strong> metadata instances<br />
validate against the GLOBE metadata application profile 2 . As a result, the GLOBE<br />
federated search infrastructures are interoperable with the <strong>MACE</strong> metadata application<br />
profile, which enables transparent search into <strong>MACE</strong> at the level of the<br />
worldwide GLOBE learning repository federation.<br />
mace<br />
31
In order to meet the specific in<strong>for</strong>mation needs in architecture engineering<br />
and design, the <strong>MACE</strong> metadata application profile includes additional<br />
attributes from <strong>architectural</strong> taxonomies and classification systems.<br />
metatagging<br />
Encoding the various in<strong>for</strong>mation requirements <strong>for</strong> <strong>MACE</strong> services into the application<br />
profile simplifies the extensibility of the <strong>MACE</strong> system by providing a general<br />
mechanism to access the in<strong>for</strong>mation <strong>for</strong> all <strong>MACE</strong> services.<br />
The <strong>MACE</strong> application profile captures all sorts of metadata that are defined in the<br />
following sections. It specifies how <strong>architectural</strong> taxonomies or competency classifications<br />
can be encoded in a LOM metadata instance.<br />
Because the <strong>MACE</strong> metadata application profile unambiguously specifies how the<br />
various kinds of <strong>MACE</strong> metadata are to be encoded, <strong>MACE</strong> applications, but also<br />
third parties can uni<strong>for</strong>mly search the different <strong>MACE</strong> content providers using these<br />
metadata features.<br />
<strong>MACE</strong> real world objects<br />
As described, the <strong>MACE</strong> infrastructure allows the description of digital Learning<br />
Objects, such as texts, pictures, lessons etc. However,<br />
one of the key features of architecture is the work towards the building as a<br />
physical manifestation of a design; <strong>for</strong> this reason, in architecture <strong>education</strong>,<br />
it is fundamental to identify, discuss and compare <strong>architectural</strong> projects in<br />
their context. Consequently, we also support the description of “real world<br />
objects” (RWO): design projects, buildings, or other artifacts of interest in<br />
<strong>architectural</strong> learning.<br />
Following the W3C recommendations these are represented as “non-in<strong>for</strong>mation<br />
resources” [11]. RWOs differ from traditional digital documents by having no direct<br />
digital representation. Instead, RWO metadata sets capture attributes of the RWO,<br />
such as, <strong>for</strong> instance, the creation date of a building, as opposed to the creation date<br />
of a photograph of the building. RWOs are connected to their associated media or<br />
text resources using LOM relations. In summary, RWOs serve as a reference point <strong>for</strong><br />
storing facts about objects in the real world, and also as reference sets to all related<br />
media in the database.<br />
This approach supports example-based learning and a natural grouping<br />
of documents around concepts and topics.<br />
From a metatagging 3 point of view, we produce more precise and expressive<br />
metadata, by distinguishing tags assigned to e.g. a photograph or, in contrast, the<br />
object depicted in the photograph. Furthermore, we avoid redundant metadata, thus<br />
making our tagging more effective: Instead of applying the same “<strong>architectural</strong> style”<br />
tag to numerous photos of the same building, we apply the tag only once by storing<br />
it into the RWO metadata set that represents the building. Moreover, we can connect<br />
our metadata more easily to existing repositories and open databases dealing<br />
specifically with <strong>architectural</strong> projects. Of special importance in this context is the<br />
URI design identifier [12], in order to relate <strong>MACE</strong> metadata to existing in<strong>for</strong>mation<br />
32 browsing architecture. metadata and beyond
1<br />
resources. Where applicable, <strong>MACE</strong> RWOs are identified with their respective DBPedia<br />
4 or freebase 5 counterparts, in order to facilitate interoperability with existing and<br />
future repositories of <strong>architectural</strong> knowledge.<br />
<strong>MACE</strong> METADATA TYPES<br />
Several different kinds of metadata need to be used to index and tag<br />
the critical mass of factored LOs, in order to create the desired organized<br />
and structured “cloud” of notion.<br />
collaborative learning<br />
plat<strong>for</strong>m<br />
intuitive navigation<br />
aloe project<br />
oai<br />
3 11 13<br />
The wish to create an <strong>architectural</strong>-like intuitive navigation system to search<br />
through the concepts, but also the need <strong>for</strong> a colaborative <strong>education</strong>al/learning<br />
plat<strong>for</strong>m, triggered the necessity to base the indexing system on four different kinds<br />
of metadata: Social and usage metadata to describe events and user activities;<br />
Competence metadata to show which digital contents can be used to obtain a<br />
specific competence; Context metadata to describe the context of an object (or<br />
subject) depicted in a digital content; and moreover Content and domain metadata<br />
containing in<strong>for</strong>mation about the digital objects’ contents as well as the real-world<br />
objects they refer to.<br />
Usage and Social metadata<br />
Usage metadata describes how, by whom and in which context a learning resource<br />
is used. It is obtained from the learning resource providers as well as the <strong>MACE</strong> tools<br />
and <strong>for</strong> instance is extracted from the access logs provided by the different applications.<br />
Within the database layer, usage metadata will be collected using the RSS<br />
(Rich site summary) protocol [8]. We chose RSS instead of OAI-PMH, because the<br />
latter is well suited to collect up-dated metadata, while RSS enables the continuous<br />
provision of new metadata instances as a stream. In the case of usage in<strong>for</strong>mation<br />
captured from frontend tools and widgets, contextual data like the position of the<br />
user, or date and time, are captured to complement the user profile. Exchanged with<br />
RSS, usage metadata is unified relying on the contextualized attention metadata<br />
schema (CAMs) [13]. By correlating usage metadata, new in<strong>for</strong>mation about learning<br />
objects is generated, e.g. the most downloaded objects or trends in the interest<br />
of users in learning objects over time.<br />
In order to capture social metadata (or user-generated metadata), we integrated<br />
the ALOE project [14] into our infrastructure. The ALOE system gives users a variety<br />
of options to organise, share and search resources based on their personal interests.<br />
In <strong>MACE</strong>, the ALOE project will enable the user to annotate, rate, tag and store<br />
<strong>architectural</strong> learning resources in personal portfolios. The social software functionality<br />
provided by ALOE enables the <strong>MACE</strong> user to actively share and discuss learning<br />
resources and thus also the learning paradigm of communities of practice <strong>for</strong> <strong>MACE</strong><br />
supported learning scenarios. Designed as an open, adaptable system, most of the<br />
ALOE functionality is available via web services, which allows an easy integration<br />
into the <strong>MACE</strong> infrastructure.<br />
Competence metadata<br />
Competencies can be defined in a manifold way and there have been many approaches<br />
including functional, cognitive and behaviouristic. For a good overview and<br />
mace<br />
33
competence card<br />
schema<br />
metatagging<br />
<strong>education</strong><br />
5<br />
integration see [15]. In coordination, <strong>MACE</strong> and the TENCompetence consortium<br />
interpret competence as all the factors <strong>for</strong> an actor to perfo rm in an ecological<br />
niche. Per<strong>for</strong>mance in that sense includes the specific context that is necessary <strong>for</strong><br />
the interpretation of a competence. Of course, competencies include competencies<br />
and knowledge that are necessary to put the competence into per<strong>for</strong>mance.<br />
In the context of previous projects in the field of architecture, competence taxonomies<br />
have been defined <strong>for</strong> the different areas relevant <strong>for</strong> architecture and design.<br />
Nevertheless, there is a high need to standardize those competence taxonomies and<br />
descriptions from different perspectives. On the one hand, there is a <strong>European</strong> need<br />
<strong>for</strong> standardisation of the competencies described and implemented in the <strong>European</strong><br />
curricula <strong>for</strong> architects, on the other hand, there is a need in competence driven<br />
<strong>education</strong> to have a shared and common set of competencies or at least a common<br />
understanding of what competencies are and of their role in the <strong>education</strong>al process.<br />
For <strong>MACE</strong> several problems are related to competence metadata:<br />
1. Selecting and defining a competence metadata schema that is compatible with<br />
the current approaches in ongoing standardisation ef<strong>for</strong>ts. Basically, the defined<br />
schema must allow the import and export from and to existing standards like IMS<br />
[16], and HR-XML [17] and foster the exchangeability of competence taxonomies<br />
and furthermore be con<strong>for</strong>mant with the current agreements, as <strong>for</strong> example in the<br />
<strong>European</strong> Qualification Framework 6 .<br />
2. Support the definition of competence taxonomies <strong>for</strong> the domain of architecture<br />
and design, and in this context take into account the different approaches and<br />
granularity of competencies that are described in the professional development of<br />
<strong>architectural</strong> <strong>education</strong>. That means that on the one hand the schema must be able<br />
to support competence driven applications based on competence taxonomies on a<br />
fine granular level describing 200-500 competencies, on the other hand it should be<br />
possible to represent higher level approaches like those of the <strong>European</strong> directive<br />
describing the profession of an architect with 11 high level competencies.<br />
3. Defining the schema in a way that it supports bottom up and top down approaches<br />
<strong>for</strong> competence taxonomy definitions. Basically the schema should allow the<br />
definition of a starting set of competencies but also support the continuous update<br />
and be able to manage multiple interpretations of competencies.<br />
4. Enable the easy metatagging of knowledge resources with competence metadata<br />
in an approach with little overhead and as a side effect of using resources.<br />
5. Support the integration of competence metadata with other types of metadata<br />
and explore the possibilities <strong>for</strong> <strong>education</strong>al applications in enabling the user to<br />
explore competence descriptions that are contextualized in a community of practice.<br />
As a key issue to enable a cost effective and enduring enrichment process in <strong>MACE</strong>,<br />
the main requirements <strong>for</strong> the schema design were on the one hand to be compliant<br />
to standards, and on the other hand to enable an easy and understandable communication<br />
about competencies. <strong>MACE</strong> uses a simplified competence schema, which is<br />
compliant and extensible towards the above described standards, but which enables<br />
us to use competence cards as the main mean to communicate competencies and<br />
allow the users to metatag and annotate contents and competencies.<br />
The Competence Card Schema contains the following core elements:<br />
› Domain: a domain to which the competence belongs;<br />
› Competence: the in<strong>for</strong>mation about the competence itself (title, description, etc.);<br />
› Competence maps: combine competencies in profiles that can be used either as<br />
personal learning objectives or professional profiles;<br />
› Proficiency scales: describes which proficiency scales are used to rate relations to<br />
the competence, which is also in con<strong>for</strong>mance with the EQF;<br />
› Related resources: a list of resources related to the competence;<br />
› Related persons: a list of persons related to the competence;<br />
34 browsing architecture. metadata and beyond
eal world objects<br />
22<br />
<strong>education</strong><br />
classification<br />
community<br />
8 22 23<br />
1<br />
› Related evidences: a list of evidences related to the competence.<br />
The elements in the Competence Card Schema allow us to export/import the competence<br />
in<strong>for</strong>mation to/from the standards IMS/IEEE RDCEO or HR-XML.<br />
Interaction with competencies is complex, as normal users do not think about<br />
competencies as educators. Most common approaches use everyday language to<br />
describe competencies and connect them to underlying competence structures,<br />
such as e.g. the social web application 43things 7 . For allowing users to interact with<br />
competence profiles and competence cards, we are implementing a simple bar chart<br />
component that allows the assignment, manipulation and the viewing of competence<br />
metadata <strong>for</strong> single learning objects and sets of learning objects.<br />
Contextual metadata<br />
As mentioned above, much of our content is related to objects in the real world, like<br />
places, buildings and towns. For these real world objects, it is important to capture<br />
and store the object context. Interested parties can later retrieve it and either search<br />
objects by context parameters or find similar objects <strong>for</strong> a given object and context.<br />
Contextual metadata in that sense can be position (Where is the object located?),<br />
history (When was the object built?), surroundings (What other objects are located<br />
nearby? How are they situated?) and geography (What is the climate around the object?<br />
Is it prone to natural disasters?). The list is not complete and can be extended<br />
to fit additional purposes.<br />
As a large number of cases and examples already exist, it would not be feasible <strong>for</strong><br />
a small group of experts to create contextual in<strong>for</strong>mation manually. The good thing<br />
is that almost all of the in<strong>for</strong>mation needed is already available online in a variety<br />
of data sources like Wikipedia 8 , history websites, place descriptions 9 , location and<br />
disaster databases 10 and can be connected and harvested in automatic or semiautomatic<br />
(with manual oversight) ways.<br />
While some of the in<strong>for</strong>mation is highly structured (e.g. like in Freebase 11 or DBpedia<br />
12 ), a large part of the data is badly or not at all structured and needs sophisticated<br />
approaches <strong>for</strong> data mining, merging and filtering out useless items.<br />
In <strong>MACE</strong>, we have been making good progress with connecting GPS positioning<br />
in<strong>for</strong>mation with LO contents and displaying these contents on a map. The positions<br />
in<strong>for</strong>mation is collected by data mining content full texts and matching keywords<br />
against the Geonames location database, the resulting matches are being stored in<br />
a separate data store.<br />
We are currently further adjusting the matching algorithm beyond syntactic matching<br />
to include more data sources.<br />
Content and domain metadata<br />
Content and domain metadata, i.e. descriptive metadata with relevance in the<br />
<strong>architectural</strong> domain, is harvested from the various connected <strong>architectural</strong> learning<br />
repositories using the OAI-PMH protocol. It is enhanced with additional <strong>architectural</strong><br />
in<strong>for</strong>mation through two mechanisms. First, the group of architecture experts<br />
provides enhancements through tagging activities using controlled vocabularies.<br />
Second, the community of architecture <strong>education</strong> (students, teachers, etc.) provides<br />
their own tags and comments on the learning objects using the Adaptable Learning<br />
Object Environment (ALOE 13 ) system [14].<br />
mace<br />
35
The architects expert group within the consortium has agreed on using<br />
a number of <strong>architectural</strong> terms in a hierarchical controlled vocabulary<br />
to enhance the descriptions of the learning resources.<br />
The vocabulary is documented in the <strong>MACE</strong> classification schema. It complements<br />
the definition of the <strong>MACE</strong> application profile and is used within the LOM classification<br />
category. The classification schema consists of facets, each of which addresses<br />
and describes a different feature of the <strong>architectural</strong> content .<br />
A facet consists of a<br />
number of non-exclusive categories, containing <strong>architectural</strong> concepts in a hierarchical<br />
order (see Table 2 <strong>for</strong> an overview of facets and categories and the following<br />
paragraph <strong>for</strong> theoretical notions at the bases of this classification). Each concept<br />
has one or more terms associated, which enables us to merge existing vocabularies<br />
and group conceptually close index terms. The <strong>MACE</strong> classification schema is based<br />
on existing thesauri: UniClass 14 , ISO12006 15 , the AAT Getty Vocabulary 16 , and the Ci/<br />
SfB 17 . Where necessary, it has been extended based on [13–20] to reflect additional<br />
in<strong>for</strong>mation needs in architecture, which emerged in the requirements analysis process<br />
and have not been addressed yet in established taxonomies.<br />
Facet Categories<br />
Identification Intervention type, Project type, Functional typology, Form<br />
typology<br />
Context Location, Geographic context, Urban context<br />
Technical design Materials, Construction <strong>for</strong>m, Building element, Technological<br />
profile, Structure profile, Systems and equipments, Technical<br />
per<strong>for</strong>mance, Maintenance and conservation<br />
Constructing Construction management, Construction phase, Construction<br />
activity, Machinery and equipments<br />
Theories and concepts Styles, periods and trends, Theoretical concepts<br />
Conceptual design Project cues, Project actions, Form characteristics, Perceptive<br />
qualities, Relation with the context<br />
Tab. 2: <strong>MACE</strong> content and domain metadata: facets and categories.<br />
facets and categories in the mace<br />
classification schema<br />
An <strong>architectural</strong> project constitutes a great syntheses ef<strong>for</strong>t, where different<br />
knowledge fields – may they be connected to the poetic-artistic side (ideas,<br />
cultural and social message of a project) or to the technical one (functionality,<br />
living wellness, building ease) – are called to simultaneously gather a project.<br />
<strong>architectural</strong> design<br />
classification<br />
facet<br />
17 20<br />
To find a coherent strategy to develop a classification schema of such a heterogeneous<br />
subject, the various and interconnected issues have been separated and<br />
re-ordered on the basis of two possible end users’ point of view, which are:<br />
› the researcher, interested in the world of architecture, aiming to deepen descriptive<br />
aspects, documentation and technical knowledge, but without any design-applied<br />
goal (Documentation activity);<br />
› the designer, may he be a professional or a student, active in sectors such as archi-<br />
36 browsing architecture. metadata and beyond
1<br />
tecture, city planning or civil engineering design (Design Problem Solving activity).<br />
The Documentation activity is a work that can be held both by students as well as<br />
other users using <strong>MACE</strong> to obtain in<strong>for</strong>mation about history, geographical locations,<br />
typologies, techniques and general documentation in the world of architecture. To<br />
allow this kind of activity, part of the classification system needs to be based on<br />
objective fields that should cover all the objective aspects of the domain. With objective<br />
fields we mean all those aspects of architecture that refers to objective (noninterpretational)<br />
data and <strong>for</strong> this reason aren’t influenced by <strong>architectural</strong> trends or<br />
by theoretical and personal concerns. The main challenge in this case is to develop<br />
a standardized and shared taxonomy, able to cover all the aspects of the discipline<br />
featured in the <strong>architectural</strong> and engineering domain.<br />
It is however, more complicated to identify the rules and structures to create such<br />
schema to support the Design Problem Solving Activity. This is because <strong>architectural</strong><br />
design deals with complex shapes, which represent, through the architect’s personality<br />
and his conceptual filters, deeper messages. There<strong>for</strong>e, architecture and the<br />
built environment is not only the technical production of concrete “facts” of various<br />
dimensions (from a city to a small object), but it is also a “sign” featuring a message<br />
conveyed through materially sensible signs (materials, colors, shapes, etc.).<br />
Conceiving a project is there<strong>for</strong>e similar to the process of creating and communicating<br />
a message. When classifying and organizing the knowledge and the artistic<br />
production related to these kinds of mental processes it is not wise to rely only on<br />
objective data (as in the Documentation Activity), but also on a personal and intuitive<br />
interpretation, which is both individual, when choosing among many ambiguity<br />
factors, and partial, when focusing on some complexity factors.<br />
At first glance, trying to classify non-objective data may seem to be an oxymoronic<br />
task. But if we consider modern and contemporary artistic production, we can see<br />
that often the oeuvre represents a true challenge sent by the author to the spectator,<br />
who is called to participate to the work’s creation and to the research of a meaning<br />
through the eyes of his/her own personal history and personality. Semiotics theory,<br />
notwithstanding its slow and sometimes contradicting evolution during the last half<br />
century, gives us the basis to help us perceive and understand messages in art.<br />
Thanks to those studies and methodologies we can try to develop strategies to classify<br />
non-objective data. It’s not our intention to summarize here a balance of the results<br />
of semiotics studies, even if limited to the visual arts field. Among the complex<br />
and variegated interpretative models offered by the current state of this discipline,<br />
we decided to rely on the Hjelmslev’s interpretative model, to find the personal and<br />
intuitive data, used as reading keys to an <strong>architectural</strong> project. This model is based<br />
on the double opposition of contents/expression and substance/<strong>for</strong>m [26] and on<br />
its following interpretation and adaptation held by A. J. Greimas [27] and his young<br />
pupils in a Paris school during the 1970s. The model, initially evolved in urban analysis<br />
research, has then been first extrapolated and enlarged to a system of categories<br />
and levels devoted to the reading of any visual work 18 , and then reduced and focused<br />
on <strong>architectural</strong> works 19 [29-30] (Fig. 2).<br />
Fig. 2: The Hjelmslev’s interpretative semiotic model, based on the double opposition of<br />
contents/expression and substance/<strong>for</strong>m, reduced and focused on <strong>architectural</strong> works<br />
[29]. We can produce hypothetical examples, referring to well-known architectures, to<br />
clarify how the logic scheme is used to classify <strong>architectural</strong> features, principles that<br />
will be used in the <strong>MACE</strong> knowledge organization system. Let’s imagine there is a student<br />
who tries to find an example of a building expressing the concept of “lightness”.<br />
He can trigger a combined search with “aerial” (in a symbolic-metaphorical meaning,<br />
substance of contents) and “metallic structures” (substance of expression: tectonic /<br />
mace<br />
37
uilding elements”). These two search-keys may lead to the Eiffel Tower in Paris and<br />
to the Crystal palace of Joseph Paxton in London, both being correspondent to an<br />
oeuvre expressing the combination of a signifying element (“aerial”) and a perceptible<br />
significant (“metallic structures”). If a further filter “glass” (substance of expression:<br />
plastic / materials) is used, he would only find the Paxton’s building: a glass and steel<br />
architecture, expressing aerial lightness (p. 320).<br />
The conceptual factorization of the <strong>architectural</strong> domain based on these studies<br />
and and it’s interpretative semiotic model, has been used as a filter to convert the<br />
results of the <strong>MACE</strong> analysis requirements 20 activity carried out to fix all the concepts,<br />
which will be useful to decompose and classify the whole aspects of the <strong>architectural</strong><br />
domain (Fig. 3-4). The result of this operation is the <strong>MACE</strong> classification schema and<br />
it’s taxonomy. It has been organised in 27 “facets”, grouped in 6 “categories” (Tab.<br />
2). This taxonomy features categories able to decompose and classify all aspects<br />
of the <strong>architectural</strong> domain covering both objective data used in the design and<br />
documentation activity (e.g. Materials, Structural Profile, Functional Typology, etc.)<br />
and personal and intuitive data used in the design activity (e.g. Perceptive Qualities,<br />
Project Cue, etc.).<br />
Fig. 3: The first level of the Mind Map Taxonomy: decomposition and classification<br />
of the <strong>architectural</strong> domain; result of the <strong>MACE</strong> analysis requirements activity (p. 320).<br />
Fig. 4: The whole Mind Map Taxonomy (p. 321).<br />
metadata creation and refinement<br />
Our approach relies on a multitude of available metadata. Whilst some of it<br />
is automatically generated – such as usage metadata – experts and other users<br />
can contribute meaningful in<strong>for</strong>mation as well. This affects especially the<br />
areas of content and domain, but also context and competence metadata.<br />
classification<br />
Content and domain metadata is harvested from the existing repositories, but also<br />
manually enriched, refined and consolidated by a group of <strong>MACE</strong> experts. Periodically,<br />
the glossary is refined in order to integrate expert and community suggestions,<br />
based on the following mechanism: while tagging, users can also add not yet<br />
existing keywords to a LO. These are stored in a free<strong>for</strong>m text field, not only to be<br />
included <strong>for</strong> search and retrieval, but also <strong>for</strong> later review by experts. If the keyword<br />
is commonly used and approved in a periodical check, it will be added to the classification<br />
vocabulary. This hybrid of a predefined top-down hierarchy and a bottomup<br />
folksonomy allows us to utilize the wisdom of the users in a controlled manner.<br />
Competence metadata is treated in a similar way: while the core competencies<br />
are pre-defined, users can add personal sub-competencies in order to reflect their<br />
personal interests and abilities, and thus organize learning objects according to their<br />
in<strong>for</strong>mation needs.<br />
Context metadata, on the other hand, is generated through a combination of<br />
automatic and manual techniques: while most of it is generated automatically, or<br />
extracted from existing databases, users and experts have, <strong>for</strong> instance, the option<br />
of correcting and fine-tuning an only approximately right position.<br />
On the other side of the spectrum, usage metadata is generated in a fully automated<br />
manner, with only the results, such as recommendations and access statistics accessible<br />
to the end user.<br />
38 browsing architecture. metadata and beyond
1<br />
Generally speaking, we aim at making interaction with metadata not only as easy<br />
and natural as possible, but also open <strong>for</strong> all users. The recent success of collaborative<br />
tagging systems 21 has shown that providing users with a framework to tag<br />
publicly available resources in a ”socially translucent” [31] manner can lead to rich<br />
and user-centered in<strong>for</strong>mation architectures. A crucial component is to make the<br />
users aware of both self-assigned tags as well as the tags and content that others<br />
contribute to the community: only immediate self and social feedback gives rise<br />
to the emergent, stable, community-wide patterns in tag usage [32]. The resulting<br />
multi-faceted, bottom-up organization is often referred to as folksonomy – a neologism<br />
based on the words ”folk” and ”taxonomy” [33].<br />
Concerning incentives <strong>for</strong> actively contributing, we aim at win-win situations: if<br />
<strong>for</strong> the user, tagging contents is valuable <strong>for</strong> re-finding contents or <strong>for</strong> enriching<br />
his online portfolio, we can encourage this by introducing a “tagging game”, with<br />
the repositories benefiting at the same time from the enriched contents. A variety<br />
of incentive mechanisms in online collaboration can be identified (see e.g. [34]). A<br />
further, promising perspective is the “undercover” creation of metadata from joyful<br />
activities such as gaming [35]. We are currently investigating, which of these techniques<br />
are best suited <strong>for</strong> our content partners and user groups.<br />
mace services<br />
Services in <strong>MACE</strong> connect the presentation layer with data sources and provide<br />
most of the business logic. They process user queries and return results, handle user<br />
management and provide means <strong>for</strong> gathering and manipulating metadata. Some<br />
services provide simple functions while others are more complex and can even aggregate<br />
functionality.<br />
Besides metadata manipulation and content retrieval, <strong>MACE</strong> services allow users to<br />
annotate contents with their own metadata, track activities and generate metadata<br />
from user actions. Examples <strong>for</strong> basic services are: “Searching” which takes in a<br />
request, queries the appropriate metadata databases and returns the results; “User-<br />
Handling” which provides authentication and user management functions; “Service-<br />
Registry”, a directory <strong>for</strong> discovery and use of services; and so on.<br />
Based on these basic services, more complex services can be realized in order to<br />
aggregate and combine various functionalities. For example, a combination of a<br />
timeline and a map application might query our services <strong>for</strong> buildings from the 1920s<br />
and plot the results on a map. In a second query step, related theoretical concepts<br />
<strong>for</strong> these contents can be retrieved, leading to new insights and novel navigation<br />
possibilities.<br />
In this perspective, services in the logic layer are used to encapsulate and<br />
hide complexity. They also greatly enhance technology reuse by providing<br />
a uni<strong>for</strong>m interface to the presentation layer, which can be used by widgets<br />
as well as third party applications like plugins<br />
<strong>for</strong> example Microsoft Office or AutoCAD. These applications can then connect to<br />
<strong>MACE</strong> and make use of the technical infrastructure to search <strong>for</strong> and retrieve contents<br />
and metadata.<br />
It is possible to physically distribute <strong>MACE</strong> services over several server systems that<br />
are connected through the Internet. Some parts like metadata stores, <strong>MACE</strong> user<br />
accounting and a registry <strong>for</strong> distributed services are centralized to reduce complexity<br />
and improve per<strong>for</strong>mance. Other services can run anywhere on the Internet. This<br />
mace<br />
39
allows a wide range of options to be used, from simple, single-server installations to<br />
a complex and distributed infrastructure.<br />
To ensure full interoperability, all services are based on open standards. As mentioned<br />
above, we use OAI-PMH <strong>for</strong> metadata harvesting and SOAP <strong>for</strong> remote<br />
web service connectivity. The search service is enabled through the Simple Query<br />
Interface (SQI) [36] in order to be able <strong>for</strong> <strong>MACE</strong> to join LOR federations like Globe 22<br />
and Ariadne 23 . SQI allows <strong>for</strong> the federation of queries and the collection of the<br />
query results. SQI can be combined with any query language, and is, <strong>for</strong> example,<br />
employed in the GLOBE consortium to federate queries over the global network of<br />
learning repositories [37].<br />
interface design strategy<br />
<strong>MACE</strong> builds on existing portals, bringing in their existing contents and metadata<br />
collections, as well as pre-existing facilities <strong>for</strong> search, access, navigation and<br />
browsing. Our goal is to connect these contents via metadata and make them jointly<br />
accessible, thus enabling multiple navigation paths and perspectives on the existing<br />
collections.<br />
Accordingly, we identified the following high-level goals <strong>for</strong> the interface design:<br />
› Provide convenient and effective ways to enrich the existing contents<br />
with metadata;<br />
› Make connections between contents accessible to the user, thus enabling interrepository<br />
navigation paths;<br />
› Foster knowledge discovery by making emerging metadata structures and connections<br />
accessible in interactive visualisations; and<br />
› Provide search and browsing interfaces that allow users to benefit from multiple<br />
types of metadata <strong>for</strong> content retrieval.<br />
Based on an analysis of the use cases, scenarios and in<strong>for</strong>mation requirements [38],<br />
we extracted recurring functionalities and in<strong>for</strong>mation constellations. These include,<br />
<strong>for</strong> example, the grouping of contents by different criteria, automatic suggestions of<br />
related contents, options to refine search results, etc.<br />
On the basis of these observed patterns, we designed a set of basic user interface<br />
components in the <strong>for</strong>m of wireframes. These are low fidelity sketches <strong>for</strong> drafting a<br />
user interface with respect to its essential components, but without going into layout<br />
detail. Wireframes were mostly used to define a shared user interface vocabulary,<br />
and were used <strong>for</strong> visually prototyping larger applications, but also to discuss technical<br />
requirements on a focussed, granular level. The set of available components is<br />
continuously updated to reflect the current state of discussion and the technical<br />
possibilities.<br />
A number of applications are further developed into functional prototypes, in order<br />
to test interaction flows and allow early evaluation from potential end users, which<br />
are continuously evaluated by domain experts from the <strong>MACE</strong> consortium. In the<br />
following development phases, the group of beta testers will also be extended to<br />
externals. If the development of a prototype is technically too demanding, mock-ups<br />
are used to communicate the central idea and potential look and feel of an application.<br />
40 browsing architecture. metadata and beyond
1<br />
Composing widgets <strong>for</strong> flexible access<br />
Based on these considerations, we developed an interface design strategy<br />
based on the notion of “widgets”, which are compact, specialized<br />
applications or application components. These cannot only be combined<br />
to build more complex applications, but also be integrated into existing<br />
portals and content management solutions on their own.<br />
mace widget<br />
visual browsing<br />
6<br />
On the one hand, this provides immediate incentives <strong>for</strong> content providers and site<br />
owners to embed and use <strong>MACE</strong> service widgets, since they can enhance their existing<br />
sites with functionality, in a focused manner and with little ef<strong>for</strong>t. On the other<br />
hand, the <strong>MACE</strong> project benefits by having more contents available, generating<br />
more metadata, thus improving the findability of relevant resources and increasing<br />
inter-repository traffic.<br />
Fig. 5: Mockup of map widget and related links widget integration into<br />
the DYNAMO portal (p. 322).<br />
The widget paradigm has been made popular in several domains over the last<br />
years: Apple’s dashboard widgets 24 allow users to add mini-applications on a semitransparent<br />
desktop layer, which can be activated by a hotkey. Also, Yahoo widgets 25<br />
or yourminis.com 26 provide widgets <strong>for</strong> use on a personalized web desktop, the OS<br />
desktop and embedded into other web pages. The range of available applications<br />
reaches from simple clock or weather <strong>for</strong>ecast, to dictionaries, games, content subscription,<br />
to planners, search engines or messaging services. Other online services<br />
such as del.icio.us 27 , Technorati 28 or Plazes 29 provide HTML snippets to embed functional<br />
components into other web pages. There is a diversity of embeddable widgets<br />
available – displaying site statistics, allowing to search <strong>for</strong> contents, or displaying the<br />
site owner’s latest <strong>book</strong>marks, music listened to or <strong>book</strong>s read.<br />
In <strong>MACE</strong>, all functionality <strong>for</strong> end users is made available in specialized widgets. For<br />
different metadata types or service functionality, a dedicated widget can be used to<br />
visualize metadata values, edit metadata, filter searches and navigate contents.<br />
The following <strong>MACE</strong> widget types can be distinguished:<br />
› Basic widgets handle basic user management and navigation tasks. Examples are<br />
a login widget, a simple search box (triggering a search on the <strong>MACE</strong> portal) or a link<br />
list widget;<br />
› Content presentation widgets can be used to display content collections from the<br />
repositories, such as related pictures <strong>for</strong> a given article, a list of search results or a<br />
single content item;<br />
› Metadata widgets visualize metadata values and aggregations of metadata values<br />
(so-called metadata profiles). Additionally, they allow editing of metadata as well as<br />
metadata based navigation, search and filtering;<br />
› We can further differentiate widgets by their awareness and adaptation with regard<br />
to context established by;<br />
› The host application or web site (e.g. currently presented contents);<br />
› The user (e.g. login status, previously viewed pages, preferences). Here, we distinguish<br />
user recognition (e.g. via cookie) and user login (via authentification mechanism).<br />
Some personalized functionality might be available also <strong>for</strong> recognized, but<br />
not logged-in users;<br />
› Other widgets (e.g. selections, navigation history).<br />
To give a concrete example from our repositories: a map widget <strong>for</strong> displaying geo-<br />
mace<br />
41
mace widget<br />
location could be used to display the location of a building in a DYNAMO project<br />
(content-aware), the locations associated with the user’s browsing history (useraware)<br />
or related places <strong>for</strong> a selected keyword in a different widget (widget-aware).<br />
The general goal is to make the “right” kind of in<strong>for</strong>mation – fitting the user’s current<br />
situation and preferences as well as the currently focussed contents – visually accessible<br />
and editable directly in place.<br />
In the following, we will describe the different use cases enabled in our widget<br />
framework: from embeddable widgets, widgets <strong>for</strong> metadata editing and creation,<br />
over search refinement to visual browsing of contents and classification values.<br />
Embeddable widgets<br />
The chosen technical and conceptual framework allows re-use and combination of<br />
widgets in many different usage scenarios: <strong>MACE</strong> widgets can be embedded into<br />
existing web portals, thus making <strong>MACE</strong> functionality and contents available directly<br />
to portal owners and their users (see e.g. Fig. 5 <strong>for</strong> an example <strong>for</strong> embedding <strong>MACE</strong><br />
widgets on external pages). To allow deeper integration in third party websites and<br />
other existing tools we are designing an extended widget API so that site owners are<br />
able to not only embed widgets, but also interact with these components directly.<br />
The exchange is planned to be bi-directional, i.e. the external web application is able<br />
to pass over a resource identifier, and <strong>MACE</strong> will provide related in<strong>for</strong>mation. A usercase<br />
<strong>for</strong> the other way around is an asset search widget from which the user selects<br />
appropriate images and connects these to contents of the web page. Hence, more<br />
sophisticated communications between the embedding web page and the <strong>MACE</strong><br />
infrastructure will be possible. Where applicable, the chosen technologies also allow<br />
an easy adaptation to desktop tools or browser extensions.<br />
<strong>MACE</strong> widgets are combinable and will be available <strong>for</strong> download and integration at<br />
the <strong>MACE</strong> portal.<br />
Add and edit in place<br />
<strong>MACE</strong> widgets are also used to edit metadata: Direct manipulation interfaces enable<br />
visual, interactive access and manipulation, instead of tedious and error-prone <strong>for</strong>m<br />
filling.<br />
Fig. 6 shows two examples of <strong>MACE</strong> widgets <strong>for</strong> metadata editing: A compact<br />
version of our classification widget allows the application of over 1800 index terms<br />
based on auto-completion. Not only values are matched, but also field names and<br />
hierarchical elements <strong>for</strong> structuring the values. Consequently, users can either start<br />
typing “glass” and see immediately which index terms containing “glass“ <strong>for</strong> tagging<br />
are available, but also type “period” and see a list of available styles and periods.<br />
The map widget displays automatically generated content positions. Any of the<br />
markers can be dragged to a new, more precise location, if the user is not satisfied<br />
with the result of the automatic assignment.<br />
Using widgets <strong>for</strong> browsing and navigation<br />
Additionally, our embedded widget approach fosters meaningful navigation and<br />
browsing across repositories: <strong>MACE</strong> details pages of a resource feature; a patchwork<br />
of metadata widgets (Fig. 7), which displays and makes accessible metadata <strong>for</strong> this<br />
content. Users can not only understand the nature and relevance of the presented<br />
resource, but also directly navigate to related items or query the <strong>MACE</strong> database<br />
42 browsing architecture. metadata and beyond
facet<br />
17 20<br />
1<br />
based on metadata values. As every metadata value presented in the individual widgets<br />
can constitute a search re-orientation, we generalize the now ubiquituous “pivot<br />
browsing” principle first described in [39]. This way, <strong>MACE</strong> widgets enable multifaceted<br />
navigation – not only on a semantic, but also a social and contextual level.<br />
Fig. 6: Add and edit metadata in place (p. 322).<br />
Fig. 7: The detail view of a Learning Object shows a patchwork of all its available<br />
metadata in widget <strong>for</strong>m, resulting in various pivot points <strong>for</strong> further browsing<br />
and search (p. 322).<br />
Widgets <strong>for</strong> orienteering and filtering in a faceted search application<br />
In general, there is a limit to the quality of search results merely based on keyword<br />
matching in metadata fields [see e.g. 40]. In order to fully exploit the potential of<br />
metadata in content access and browsing, not only more sophisticated search<br />
mechanisms, but also improved <strong>for</strong>ms of metadata visualisation are necessary.<br />
The exploration of dynamic taxonomies [41] in faceted browsing applications [42],<br />
are often seen as most promising candidates <strong>for</strong> ”rich exploration of a domain across<br />
a variety of sources from a user-determined perspective” [43]. These make different<br />
aspects of the underlying data accessible in parallel. Selecting one of the values,<br />
and thus filtering the result set, restricts the available metadata values to only those<br />
occurring in the results. Consequently, the user is visually guided through an iterative<br />
refinement process, effectively never encountering situations with zero results.<br />
The field was pioneered by [43] and gained wider attention with the Flamenco system<br />
[44]; other implementations include the Exhibit browser developed in the MIT<br />
SIMILE project [45], the “/facet” system [46] or the mspace browser [47].<br />
In a faceted search setting, wigets display aggregations of metadata values, rather<br />
than single resource values. In a search <strong>for</strong> “churches” <strong>for</strong> example, the map widget<br />
will display the number of churches found in each country or region. On the one<br />
hand, this often constitutes interesting in<strong>for</strong>mation already; on the other hand, a<br />
click on the respective region offers drill-down possibilities <strong>for</strong> search refinement.<br />
Fig. 8: (a) <strong>MACE</strong> advanced search (b) experimental faceted browsing interface (p. 323).<br />
Especially in combination with the widget patchwork on <strong>MACE</strong> resource detail<br />
pages, this navigation principle is especially suited <strong>for</strong> navigating multi-faceted and<br />
multivalent “long tail” [48] metadata structures, which typically arise from a collaborative<br />
tagging activity, since this approach allows both quick and intuitive drilldown<br />
navigation as well as “context hopping”. By successively selecting metadata<br />
values across facets, a “place” query can provide an entry point <strong>for</strong> a concept space,<br />
where individual concepts might in turn be related to specific users and so on.<br />
We are currently experimenting with variants of the principle <strong>for</strong> different content<br />
access situations and investigating the technical feasibility of making parts of our<br />
contents available in a dedicated facet browsing application and coordinated view<br />
applications.<br />
As a proof of concept, the elastic lists interface <strong>for</strong> facet browsing [49] has been<br />
adapted to browsing <strong>architectural</strong> contents based on <strong>architectural</strong> style, architects,<br />
and building types (Fig. 8b) 30 .<br />
mace<br />
43
classification<br />
Visual browsing of content classification<br />
The <strong>MACE</strong> classification glossary plays a central role not only in the tagging activity,<br />
but also in content retrieval and access. Accordingly, special care has been taken<br />
to make the terms and their organization structure optimally available in different<br />
situations. While <strong>for</strong> structured tagging, a type-and-autocomplete approach (Fig.<br />
7) proved to be most effective, the browsing of the vocabulary as such, and also<br />
contents associated with the terms, is supported by an interactive visualization of<br />
the terms and their relations (Fig. 7). We extended the classical radial tree layout<br />
mechanism presented in [50] towards a structured tag cloud, where more frequently<br />
applied terms are presented larger (Fig. 7). Additionally, special care has been taken<br />
to produce a visually pleasing visualization, that, e.g. respects the Gestalt law of<br />
good continuation <strong>for</strong> the edge drawing, in order to improve joy of use and satisfaction<br />
with the interface, as this has been shown to have a measurable effect on<br />
per<strong>for</strong>mance as well [51].<br />
the mace portal<br />
The <strong>MACE</strong> portal 31 serves as a direct access point to discover <strong>architectural</strong> contents<br />
and make use of the aggregated metadata. Further, by providing easy mechanisms<br />
<strong>for</strong> contribution and incentives <strong>for</strong> participation, we use the <strong>MACE</strong> portal to generate<br />
usage and social metadata, which in turn improves our services. In the end, more<br />
traffic on the repositories makes it more attractive <strong>for</strong> further partners to join; on the<br />
other hand, an active and committed user base is the best basis <strong>for</strong> a self-sustaining<br />
knowledge network.<br />
Consequently, our services will be developed and made public in a successive<br />
manner: starting from content access and applications <strong>for</strong> discovering and learning<br />
to appreciate <strong>MACE</strong> metadata and contents, we gradually introduce features <strong>for</strong><br />
personal in<strong>for</strong>mation management. Once these are used sufficiently, enough data<br />
and users will be available to focus on personalisation, recommendation and social<br />
software features <strong>for</strong> advanced users.<br />
For developers and content owners, the <strong>MACE</strong> portal will also be a central access<br />
point <strong>for</strong> the documentation of the <strong>MACE</strong> API <strong>for</strong> adding contents to <strong>MACE</strong>, but also<br />
<strong>for</strong> the download and integration of <strong>MACE</strong> embeddable widgets. However, as a first<br />
step, we will prioritize the development and testing of metadata services and the<br />
development of a growing user base.<br />
Fig. 9: Browsing the hierarchical classification glossary in structured tag cloud visualizations<br />
(p. 323).<br />
conclusion<br />
By enriching and connecting existing portals and their contents, we aim to provide a<br />
unique, single access point to high quality contents in the <strong>architectural</strong> domain. The<br />
<strong>MACE</strong> system, enriching and connecting a large number of <strong>architectural</strong> contents<br />
through various kinds of metadata, allows navigation through multiple paths and<br />
many parallel logical perspectives. Besides this being a dedicated instrument, supporting<br />
the Documentation and Design problem solving activities of architects and<br />
civil engineers, it effectively leads to a multiplication of learning experiences and to a<br />
serendipitous finding of results.<br />
Especially from an in<strong>for</strong>mal learning perspective, <strong>MACE</strong> interface and system architecture<br />
will foster experience multiplication via metadata on many levels:<br />
44 browsing architecture. metadata and beyond
1<br />
› An open system will be created, and incentives will be provided to actively enrich<br />
contents and share knowledge. This opens doors to social navigation and online collaboration,<br />
which are both crucial constituents of an active learning experience;<br />
› By linking complementary contents across repositories, we establish direct, valuable<br />
connections among conceptually interweaved notions;<br />
› Displaying metadata values directly in place supports a better judgement of the relevance<br />
and context of a single piece of in<strong>for</strong>mation. By making each metadata value<br />
a starting point <strong>for</strong> a potential query on the <strong>MACE</strong> portal, a rich web of contextual<br />
in<strong>for</strong>mation is woven around each content component;<br />
› Faceted search in combination with our metadata widget approach represents a<br />
flexible, intuitively accessible model <strong>for</strong> navigating multidimensional data structures<br />
in domain specific tools. It enables directed search and browsing of contents with<br />
respect to features relevant <strong>for</strong> <strong>architectural</strong> knowledge in a unique combination.<br />
The underlying weighted activation model fosters understanding in how metadata<br />
values and/or search terms relate to each other; revealing these relations can greatly<br />
contribute to the learning experience.<br />
Moreover, our service-oriented, distributed architecture allows reuse of both <strong>MACE</strong><br />
contents as well as functionality in applications developed by third parties by simply<br />
embedding ready-made <strong>MACE</strong> widgets or by connecting proprietary interfaces and<br />
applications to the <strong>MACE</strong> metadata service API. Using open standards and protocols<br />
ensures interoperability.<br />
notes + references + bibliography →<br />
mace<br />
45
notes<br />
1 Metadata can be defined as in<strong>for</strong>mation about an object, be it physical or digital [7].<br />
2 http://globe-info.org.<br />
3 Metatagging is the automatic or manual operation of assign metadata to an object.<br />
4 http://dbpedia.org.<br />
5 http://freebase.org.<br />
6 http://ec.europa.eu/<strong>education</strong>/policies/educ/eqf/index_en.html.<br />
7 http://43things.com.<br />
8 http://wikipedia.org.<br />
9 http://mimoa.eu.<br />
10 http://mrnathan.munichre.com.<br />
11 http://freebase.com.<br />
12 http://dbpedia.org.<br />
13 http://aloe-project.de.<br />
14 http://www.connet.org/uk/esc/classification.jsp?node1=root&node2=&<strong>for</strong>mat=html.<br />
15 http://www.iso.org.<br />
16 http://www.getty.edu/research/conducting_research/vocabularies/aat.<br />
17 http://www.ascinfo.co.uk.<br />
18 Our choice is supported by similar addresses we find in some more recent studies:<br />
Thürlemann’s work <strong>for</strong> painting, especially addressed to Klee’s and Kandinsky’s oeuvres [28];<br />
Castiglioni’s interpretative model focusing on urban design; models followed by Eco’s<br />
and Calabresi’s pupils at D.A.M.S. in Bologna during the ’80s.<br />
19 The sequence of concepts involved in the design activity has been thoroughly studied<br />
by IUAV of Venice (Prof. V. Spigai), in collaboration with UNIVPM in Ancona (Prof. M. De Grassi),<br />
during the period 1994-2004.<br />
20 This analysis work was per<strong>for</strong>med by the <strong>MACE</strong> consortium under the coordination of UNIVPM<br />
(Università Politecnica delle Marche, research group leaded by prof. M. De Grassi and A. Giretti).<br />
21 E.g. such as http://del.icio.us.<br />
22 http://globe-info.org.<br />
23 http://www.ariadne-eu.org.<br />
24 http://www.apple.com/macosx/features/dashboard.<br />
25 http://widgets.yahoo.com.<br />
26 http://yourminis.com.<br />
27 http://del.icio.us.<br />
28 http://technorati.com.<br />
29 http://plazes.com.<br />
30 http://interface.mace-project.eu/projectSearch.<br />
31 http://mace-project.eu.<br />
references<br />
[1] Beckmann J., ed. 1998. Virtual Dimension: Architecture, Representation, and Crash Culture.<br />
New York: Princeton Architectural Press.<br />
[2] Condotta, M., and I. Del Ponte. 2002. Digipolazione Architettonica, nuovi software convertiti.<br />
Venice: Master’s thesis at Università IUAV di Venezia.<br />
46 browsing architecture. metadata and beyond
1<br />
[3] Vicario, G. B. 1991. Psicologia Generale. Padua: CLUP Editore.<br />
[4] Beale, R. 2005. In<strong>for</strong>mation fragments <strong>for</strong> a pervasive world. In Proceedings of the 23rd<br />
Annual International Conference on Design of communication, 48-53. Coventry, United Kingdom:<br />
ACM Press New York.<br />
[5] Lynn, G. 1999. Animate Form. New York: Princeton Architectural Press.<br />
[6] Pongratz, C., and M. R. Perbellini. 2000. Nati con il computer. Giovani architetti americani.<br />
Turin: Testo & Immagine.<br />
[7] IEEE Standard <strong>for</strong> Learning Object Metadata 1484.12.1. 2002. http://ltsc.ieee.org/<br />
news/20021210-LOM.html.<br />
[8] OAI: 2002. Open Archives Initiative Protocol <strong>for</strong> Metadata Harvesting. Protocol Version 2.0<br />
of 2002-06-14.<br />
[9] Duval, E., W. Hodgins, S. Sutton, and S. Weibel. 2002. Metadata principles<br />
and practicalities. D-Lib Magazine 8: 4.<br />
[10] Heery, R., and M. Patel. 2000. Application profiles: mixing and matching metadata schemas.<br />
Ariadne: 25.<br />
[11] Jacobs, I., and N. Walsh. 2004. Architecture of the World Wide Web, Volume One.<br />
W3C Recommendation. http://www.w3.org/TR/2004/REC-webarch-20041215/#id-resources.<br />
[12] Sauermann, L. C., and M. Völkel. 2006. Cool URIs <strong>for</strong> the Semantic Web. Technical Memo,<br />
DFKI GmbH. http://www.dfki.uni-kl.de/dfkidok/publications/TM/07/01/tm-07-01.pdf.<br />
[13] Wolpers, M., J. Najjar, K. Verbert, and E. Duval. 2007. Tracking Actual Usage: the Attention<br />
Metadata Approach. International Journal Educational Technology and Society, Special Issue<br />
on “Advanced Technologies <strong>for</strong> Life-Long Learning”.<br />
[14] Memmel, M., and R. Schirru. 2007. Sharing Digital Resources and Metadata <strong>for</strong> Open<br />
and Flexible Knowledge Management Systems. In Proceedings of the 7th International Conference<br />
on Knowledge Management (i-know), eds. Tochtermann, K., and H. Maurer, Journal of Universal<br />
Computer Science (September): 41-48.<br />
[15] Cheetham, G., and G. Chivers. 2005. Professions, Competence and in<strong>for</strong>mal Learning.<br />
Northampton: Edward Elgar Publishing.<br />
[16] IMS Global Learning Consortium. 2002. Ims reusable definition of competency or <strong>education</strong>al<br />
objective specification (rcdeo). http://www.imsglobal.org/competencies.<br />
[17] HR XML Consortium: Competencies (measurable characteristics). 2004. http://ns.hr- xml.<br />
org/2 3/HR- XML- 2 3/CPO/Competencies.html.<br />
[18] Purini, F. 1996. Una lezione sul disegno. Rome: Editore Gangemi.<br />
[19] Giusti, G. F., and P. Schumacher. 2004. Zaha Hadid – The complete works. London:<br />
Thames & Hudson.<br />
[20] Eisenman, P. 1999. Diagram Diaries. London: Thames & Hudson, 1999.<br />
[21] Neufert, E. 1996. Bauentwurfslehre. Braunschweig/Wiesbaden:<br />
Vieweg & Sohn Verlags-gesellschaft mbH.<br />
[22] Arís, C. M. 1994. Le variazioni dell’identità. Il tipo in architettura. Milan: Città Studi.<br />
[23] Luigi, C. 1962. Manuale di storia dell’architettura antica. Milan: Edizioni Bignami.<br />
[24] Ministero per i Beni Culturali e Ambientali. Ufficio Centrale per i Beni Ambientali,<br />
Architettonici, Archeologici, Artistici e Storici, Istituto Centrale per il Restauro (ICR).<br />
The Risk Map of Cultural Heritage. http://www.uni.net/aec.<br />
[25] Royal Institute of British Architects (RIBA). 1969. Construction Indexing Manual.<br />
mace<br />
47
London: RIBA Publications Limited.<br />
[26] Hjelmslev, L. 1968. I fondamenti della teoria del linguaggio. Turin: Einaudi, 1968.<br />
[27] Greimas, A. J., and J. Courtes. 1986. Dizionario ragionato della teoria del linguaggio.<br />
Milan: La Casa Usher.<br />
[28] Thürlemann, F. 1982. Paul Klee: Analyse sémiotique de trois peintures, per Actes Sémiotiques.<br />
Lausanne: L’âge d’homme.<br />
[29] Spigai, V., M. Condotta, and C. Stefanelli. 2006. Collaborative E-learning in Engineering<br />
and Architecture: Intelligent Systems <strong>for</strong> Knowledge Sharing in On-line Design Laboratories.<br />
In Joint International Conference on Computing and Decision Making in Civil and Building<br />
Engineering, eds. Rivard C. P. H., E. Miresco, and H. Melhem, 1082-1091.<br />
[30] Spigai, V. 1994. Comporre per frammenti di memoria. In Rapporto di ricerca CNR – Progetto<br />
finalizzato Edilizia. Ancona.<br />
[31] Erickson, T., D. N. Smith, W. A. Kellogg, M. Laff, J. T. Richards, and E. Bradner. 1999. Socially<br />
Translucent Systems: Social Proxies, Persistent Conversation, and the Design of “Babble”. In<br />
CHI ‘99: Proceedings of the SIGCHI Conference on Human Factors in Computing Systems, 72-79.<br />
Pittsburgh: USA ACM Press.<br />
[32] Golder, S., and B. A. Huberman. 2006. Usage patterns of collaborative tagging systems.<br />
Journal of In<strong>for</strong>mation Science 32, no. 2: 198.<br />
[33] Quintarelli, E. 2005. Folksonomies: Power to the People. ISKO-Italy Uni-MIB meeting.<br />
http://www.dimat.unipv.it/biblio/isko/doc/folksonomies.htm.<br />
[34] Obreiter, P., and J. Nimis. 2003. A Taxonomy of Incentive Patterns – The Design Space of<br />
Incentives <strong>for</strong> Cooperation. In Proceedings of the 2nd International Workshop on Agents and Peerto-Peer<br />
Computing – AP2PC’03 (Melbourne, Australia, 2003).<br />
[35] Von Ahn, L., and L. Dabbish. 2004. Labeling Images with a Computer Game. In CHI ‘04:<br />
Proceedings of the 2004 Conference on Human Factors in Computing Systems, 319-326. New York:<br />
ACM Press.<br />
[36] Van Assche, F., E. Duval, D. Massart, D. Olmedilla, B. Simon, S. Sobernig, S. Ternier,<br />
and F. Wild. 2006. Spinning Interoperable Applications <strong>for</strong> Teaching & Learning using the Simple<br />
Query Interface. Educational Technology & Society 9, no. 2: 51-67.<br />
[37] Ternier, S., D. Olmedilla, and E. Duval, E. 2005. Peer-to-Peer versus Federated Search:<br />
towards more Interoperable Learning Object Repositories. In Proceedings of World Conference<br />
on Educational Multimedia, Hypermedia & Telecommunications, eds. Kommers,<br />
P., and G. Richards, 1421-1428.<br />
[38] <strong>MACE</strong> deliverables D2.1, D2.2 (Unpublished).<br />
[39] Millen, D., J. and Feinberg. 2006. Using Social Tagging to Improve Social Navigation.<br />
In Proceedings of Workshop on the Social Navigation and Community-Based Adaptation<br />
Technologies of the 4th International Conference on Adaptive Hypermedia and Adaptive Web-Based<br />
Systems (Dublin, Ireland, 20 June, 2006).<br />
[40] Hawking, D., and J. Zobel. 2007. Does Topic Metadata Help with Web Search? Journal<br />
of the American Society <strong>for</strong> In<strong>for</strong>mation Science and Technology, NA+.<br />
http://dx.doi.org/10.1002/asi.20548.<br />
[41] Sacco, G. 2000. Dynamic Taxonomies: A Model <strong>for</strong> Large In<strong>for</strong>mation Bases. IEEE Trans.<br />
Knowl. Data Eng. 12: 468-479.<br />
[42] Allen, R. B. 1995. Retrieval from Facet Spaces. Electronic Publishing 8, no. 2-3<br />
48 browsing architecture. metadata and beyond
1<br />
(June-September): 247-257.<br />
[43] Karger, D., and M. Schraefel. 2006. The Pathetic Fallacy of Rdf. In Position Paper <strong>for</strong> SWUI ’06.<br />
[44] Yee, K., K. Li Swearingen, and M. Hearst. 2003. Faceted Metadata <strong>for</strong> Image Search<br />
and Browsing. In Chi ‘03: Proceedings of the Conference on Human Factors in Computing Systems,<br />
401-408. New York: ACM Press.<br />
[45] Huynh, D. F. , D. R. Karger, and R. C. Miller. 2007. Exhibit: lightweight Structured Data Publishing.<br />
In Www ‘07: Proceedings of the 16th International Conference on World Wide Web, 737-746.<br />
New York: ACM Press.<br />
[46] Hildebrand, M., J. van Ossenbruggen, and L. Hardman. 2006. /Facet: A Browser <strong>for</strong><br />
Heterogeneous Semantic Web Repositories. http://db.cwi.nl/rapporten/index.php?persnr=399.<br />
[47] Schraefel, M. M. C., D. A. Smith, A. Owens, A. Russell, C. Harris, and M. Wilson. 2005.<br />
The Evolving mSpace Plat<strong>for</strong>m: Leveraging the Semantic Web on the Trail of the Memex.<br />
In Hypertext 2005, Proceedings of the 16th ACM Conference on Hypertext and Hypermedia,<br />
eds. Reich, S., and M. Tzagarakis (Salzburg, Austria, 6-9 September, 2005).<br />
http://portal.acm.org/citation.cfm?id=1083356.1083391.<br />
[48] Anderson, C. 2006. The Long Tail: Why the Future of Business is Selling Less of More.<br />
New York: Hyperion.<br />
[49] Stefaner, M., and B. Müller. 2007. Elastic Lists <strong>for</strong> Facet Browsers. In Proceedings of DEXA<br />
‘07 – 18th International Conference on Database and Expert Systems Applications. FIND07,<br />
International Workshop on Dynamic Taxonomies and Faceted Search (Regensburg, Germany, 6<br />
September, 2007), 217-221.<br />
[50] Yee, K. P., D. Fisher, R. Dhamija, and M. A. Hearst. 2001. Animated Exploration of Dynamic<br />
Graphs with Radial Layout. In Proceedings of the IEEE Symposium on In<strong>for</strong>mation Visualization<br />
2001 – INFOVIS’01, 43-50.<br />
[51] Cawthon, N., and A. Vande Moere. 2007. The Effect of Aesthetic on the Usability of Data<br />
Visualization. In In<strong>for</strong>mation Visualization, 2007. IV ‘07. 11th International Conference – IEEE<br />
(Zurich, Switzerland, 4-6 July, 2007), 637-648.<br />
bibliography<br />
Stefaner, M., E. Dalla Vecchia, M. Condotta, M. Wolpers, M. Specht, S. Apelt, and E. Duval.<br />
“<strong>MACE</strong> – Enriching Architectural Learning Objects <strong>for</strong> Experience Multiplication”. In Creating New<br />
Learning Experiences on a Global Scale. Proceedings of the 2nd <strong>European</strong> Conference on Technology<br />
Enhanced Learning, ECTEL C. P. (Crete, Greece, September, 2007), eds. Duval, E., R. Klamma,<br />
and M. Wolpers, 322-336. Springer LNCS, 2007.<br />
ISBN: 978-3-540-75194-6 / ISSN: 0302-9743<br />
Spigai, V., M. Condotta, E. Dalla Vecchia, and T. Nagel. “Semiotic based facetted classification to<br />
support browsing <strong>architectural</strong> contents in <strong>MACE</strong>”. In Proceedings. Per<strong>for</strong>mance and Knowledge<br />
Management. Joint CIB Conferente: W102 In<strong>for</strong>mation and Knowledge Management in Building,<br />
W096 Architectural Management (Helsinki, Finland, 3-4 June, 2008), eds. Marja N., A. den Otter,<br />
M. Prins, A. Karvonen, and V. Raasakka.<br />
ISBN: 978-951-758-492-0 / ISSN: 0356-9403<br />
mace<br />
49
50<br />
2<br />
› cognitive models<br />
› design learning<br />
› design meaning<br />
› design models<br />
› design practice<br />
› design process<br />
› mental images<br />
› protocol analysis<br />
models of design activities:<br />
Towards Effective<br />
Design Scaffolding<br />
› precedent<br />
based design<br />
› scaffolding procedure<br />
› scaffolding tools<br />
› semiotics<br />
› signification process<br />
› sketching<br />
› tutorial discourse<br />
Design is one of the most complex types of problem solving<br />
tasks involving several aspects and components. Its cognitive<br />
processes and procedures should be conveyed to the learners<br />
through lectures and revision sessions, but the models available<br />
must still be defined and made clearer in order to improve<br />
both learning – be it traditional or distant learning – as well as<br />
teaching.<br />
This paper analyses and models design activities in order to<br />
identify scaffolding procedures and tools that can be used<br />
to support the communication of design competencies. This<br />
theoretical apparatus makes up the natural development<br />
context of research projects such as <strong>MACE</strong>, aimed at providing<br />
innovative instruments and technologies, which support design.<br />
In particular, the paper begins assuming a semiotic viewpoint<br />
and discusses how and to what extent design can be conceived<br />
as an act of significance. The paper then introduces a cognitive<br />
design model that interprets and extends the semiotic view<br />
to an operational dimension. It then proceeds presenting the<br />
protocol analysis used in the research and, finally, findings and<br />
conclusions are drawn with the inclusion of possible guidelines<br />
and suggestions.
mario de grassi<br />
Università Politecnica delle Marche<br />
Ancona, Italia<br />
www.univpm.it<br />
Prof. Dr. Mario De Grassi is a Full Professor of<br />
Building Technology and board member at the<br />
Faculty of Engineering of the Università Politecnica<br />
delle Marche. Mario has an in-depth knowledge of<br />
both architecture design/construction issues and<br />
in<strong>for</strong>mation technology models. He founded and<br />
directs the Building Technology Research Laboratory.<br />
He was coordinator of the WINDS <strong>European</strong> research<br />
project and is currently working on the <strong>MACE</strong><br />
project.<br />
alberto giretti<br />
Università Politecnica delle Marche<br />
Ancona, Italia<br />
www.univpm.it<br />
Dr. Alberto Giretti is a Researcher Scientist in<br />
Building Construction. Alberto is an engineer and<br />
has a PhD in Artificial Intelligence Systems. He<br />
was scientific coordinator <strong>for</strong> the WINDS project<br />
regarding Virtual Universities <strong>for</strong> Architecture in<br />
Europe and is currently working on the <strong>MACE</strong> project<br />
carrying out user requirement analysis. He is the<br />
author of numerous articles regarding e-learning,<br />
automation in construction and Design Studies.<br />
roberta ansuini<br />
Università Politecnica delle Marche<br />
Ancona, Italia<br />
www.univpm.it<br />
Dr. Roberta Ansuini is a PhD student in Architecture,<br />
Building Constructions and Structures. Roberta<br />
graduated in engineering and worked in a number<br />
of <strong>architectural</strong> design studios following her<br />
degree. She is currently working on research<br />
projects involving design-learning models <strong>for</strong> the<br />
development of didactic models. At the same time<br />
she is working on the <strong>MACE</strong> research project carrying<br />
out user requirement analysis.<br />
51
design learning<br />
design practice<br />
2<br />
introduction<br />
Learning to design is not only a question of practise. Design is one of the most complex<br />
types of problem solving tasks involving cultural, cognitive and technological<br />
aspects. So it follows that teaching design is not only a question of experience.<br />
Traditionally, the practice of <strong>architectural</strong> design is taught from a design<br />
studio approach. In the studio, designers express and explore ideas, generate<br />
and evaluate alternatives, ultimately making decisions and taking actions.<br />
design process<br />
1 18<br />
winds<br />
25<br />
External representations (sketches, drawings and three-dimensional models) are<br />
made and these representations are reasoned out in order to inquire, analyze and<br />
test hypotheses concerning the designs that the designers have represented. In<br />
current academic courses, design studio <strong>education</strong> is reflected in homework revision<br />
practice. Students and teachers collaboratively develop a design theme; they share<br />
objectives, ideas, issues and solutions. Students’ reflective practice is continuously<br />
matched against teachers’ expertise, establishing a privileged expertise transfer<br />
method. The knowledge disseminated in the design studio, either <strong>for</strong> the purpose<br />
of <strong>education</strong> or professional practice, is often packaged in the <strong>for</strong>m of precedents<br />
(also called design cases) or generalizations drawn from at best a limited number<br />
of instances, rather than from first principles. Yet, the fact remains that the most<br />
productive use of case analysis in design is conducted in an in<strong>for</strong>mal and ad hoc<br />
fashion and that this method not always leads the student to the acquisition of the<br />
autonomy in the design domain, which allows him to move about in the design<br />
problem space.<br />
In order <strong>for</strong> design assistance activities to be as efficient as possible the<br />
cognitive processes characterizing this type of problem solving must be as<br />
clear as possible, just as the knowledge of how the processes themselves are<br />
communicated and transmitted. Hence, what is needed is precise knowledge<br />
of design as a complex process where a multitude of aspects and perspectives<br />
converge. Comprehension of design processes is indispensable due to<br />
the fact that every type of modelling activity, be it web based or traditional,<br />
has to deal with the scaffolding instrument. In this sense, this research finds<br />
space in the cultural context, where the <strong>MACE</strong> research project was developed<br />
(and earlier still the WINDS Web-based INtegrated Design Systems<br />
project), as inevitable development of years of experimental observation of<br />
design activity.<br />
Understanding the design “phenomenon” requires the assumption of a set of<br />
models, which can effectively guide the observation procedure.<br />
In this paper, we will discuss these issues from two perspectives. A semiotic viewpoint<br />
will provide the necessary framework <strong>for</strong> describing the processes of signifying,<br />
communicating and managing the role of representation and visualization in<br />
the design activity. A cognitive viewpoint will provide an operational model of the<br />
semiotic frame, which describes the general strategy of design as well as a cognitive<br />
models of design activities<br />
53
model, which renders the meta-strategy operational through the identification of<br />
well-defined cognitive actions. Subsequently, an example retrieved from the protocol<br />
analysis of a design revision session will show how these frames emerge in real<br />
design processes. Finally, we will collect our findings, draw conclusions and provide<br />
possible guidelines and suggestions <strong>for</strong> effective design scaffolding.<br />
about the meaning of a design<br />
In design activities the transmission of solution concepts and values occurs<br />
principally via visual means. Initially, the most immediate kind of representation<br />
is the sketch. Later technical drawings, digitals or scale 3d models,<br />
are used too.<br />
Observing student/teacher revision sessions however, where the exchange<br />
occurs through verbal language as well, it has been noted that very often the<br />
meaning of a design solution is not shared and that the student in particular, is<br />
not always capable of eliciting contents through visual signs. Semiotics allows<br />
us to understand why and especially how these situations must be addressed.<br />
design meaning<br />
semiotics<br />
signification process<br />
sketching<br />
Semiotics is the study of signs. A sign is anything that mediates meaning; this can<br />
include words, images, sounds and even gestures. The semiotic framework provides<br />
a coordinated way of talking about how meanings are expressed through signs. The<br />
model contains three basic entities:<br />
› the sign: something which is perceived, but which stands <strong>for</strong> something else;<br />
› the concept (interpretant): thoughts or images conjured by the perception of the sign;<br />
› the object: the “something else” in the world to which the sign refers.<br />
The model is most often represented as the semiotic triangle (Fig. 1), where the<br />
sign and the concept are connected by the person’s perception, the concept and the<br />
object are connected by the person’s experience, and the sign and the object are<br />
connected by the conventions, or the culture, of the social group within which the<br />
person lives. Signs are not meaningful in isolation, but only when they are interpreted<br />
in relation to each other. The production and interpretation of signs depends<br />
upon the existence of codes or conventions <strong>for</strong> communication [Jakobson 1971].<br />
Codes provide a framework within which signs make sense, and the meaning of a<br />
sign depends on the code within which it is situated [Eco 1976]. The interpretation<br />
is the process of understanding the relationship between a signifier (sign) and its<br />
signified (object). Interpreting the conventional meaning of signs requires familiarity<br />
with appropriate sets of codes, even in the case of indexical and iconic signs such<br />
as photographs. Among the potentially infinite set of meanings a sign can assume,<br />
semiotics distinguish between direct (denotation) and indirect (connotation) relations.<br />
Denotation is the definitional, literal, or commonsense meaning of a sign. For<br />
example in the case of linguistic signs, the denotative meaning is what the dictionary<br />
attempts to provide. Connotation is the indirect meaning the sign recalls through<br />
the relational structure of the codes it is interpreted with. For example the image<br />
of a dove with an olive branch denotes the bird and the tree, and connotes peace.<br />
Connotation and denotation are often described in terms of levels of representation<br />
or levels of meaning [Barthes 1957; Hjelmslev 1961]. The first order of signification<br />
is that of denotation: at this level there is a sign consisting of a signifier and a signified.<br />
Connotation is a second-order of signification, which uses the denotative sign<br />
(signifier and signified) as its signifier and attaches to it an additional signified. In this<br />
54 browsing architecture. metadata and beyond
2<br />
framework connotation is a sign, which derives from the signifier of a denotative sign<br />
(so denotation leads to a chain of connotations) (Fig. 1).<br />
Fig. 1: (a) The semiotic triangle (b) Levels showing how the interpretation process is<br />
related to the structure of the interpretative codes (p. 324).<br />
To summarize, meaning includes both denotation and connotation,<br />
and signification is the process of building both denotation and connotation<br />
type relationships among signs and objects, in relation to a specific set<br />
of interpretative codes.<br />
This is a very general framework, which can be used to understand many of<br />
the problems occurring in design processes. Very often in fact, the designer<br />
uses sketches in the ideation phase. This activity, which <strong>for</strong>malizes the idea<br />
under his very eyes, often reveals the significance he wants to convey and tie<br />
(denotation or connotation type) with other objects, buildings and others.<br />
For instance, Fig. 2 demonstrates how different sketches are elaborated <strong>for</strong> the same<br />
case. The designer is in reality referring to two very different meanings. More specifically,<br />
the designer is evaluating which volume aggregation hierarchy he should use.<br />
In both cases he has different “references” in mind, buildings already realized that he<br />
wants as relevant precedents (denotation) and which refer to more generic concepts<br />
(connotation). In the first case, his sketch denotes a building, which he has in mind<br />
and that in his mind denotes the idea of ”stratification”. In the second case however<br />
the reference considered is another as the significance is “made of blocks”.<br />
Fig. 2: Building sketches and designer’s words denote a reference building and connote<br />
general concept related to aggregation <strong>for</strong>ms (p. 324).<br />
During this initial phase, this sort of significance is not relevant <strong>for</strong> the designer but<br />
it becomes indispensable <strong>for</strong> allowing him to proceed in the design quickly while<br />
taking on composition criteria, which he will then have to safeguard during the entire<br />
design process. Obviously, these types of meanings will then influence other aspects<br />
such as the choice of materials, the management of interior and exterior spaces, the<br />
layout of glazed surfaces and so on.<br />
At this point we have sufficient elements to understand how design ideation<br />
can be conceived, as an act of signifying a unique and original construction<br />
of the reference frame that draws relationships among codes often belonging<br />
to different domains. This reference frame expresses the set of design<br />
meanings and, most importantly, it defines the structure of what can be<br />
understood as the design space.<br />
precedent based design, a cognitive perspective<br />
It is now consolidated that design solutions are, <strong>for</strong> the most part, the result of a<br />
models of design activities<br />
55
cognitive models<br />
design models<br />
mental images<br />
precedent based<br />
design<br />
process of recall and re-elaboration of images and data coming from other design<br />
cases. In order to arrive at new solutions and shapes the designer re-interprets<br />
something already seen and known – the so-called “references”, or to use the technical<br />
term, the “precedent”.<br />
In the field of <strong>education</strong>, but generally in every design activity, “references” play an<br />
inexorable role. Numerous research activities have highlighted that learning architectonic<br />
concepts through the study of precedents is a common activity [Taeyeol et Valerian].<br />
In fact, projects elaborated by others lead students to the identification of the<br />
main issues they should concentrate their attention on, help them to come to new<br />
ideas regarding how they ought to proceed, and allow them to preview the effects of<br />
alternative solutions <strong>for</strong> the project [Heylighen et Verstijine 2002].<br />
Precedent based design is a well-known design paradigm [Oxman 1994,<br />
Maher 1996]. Precedents are used to recommend solutions that are close<br />
to the problem under analysis. Adapting the proposed solution to the actual<br />
working context develops a design. This early procedural view of precedent<br />
based design is now understood as one of the main cognitive activities of<br />
designing. Protocol analysis of design processes show that a great percentage<br />
of design work, especially in the early stages, consists in the construction<br />
of the so-called design space.<br />
Aggregating design issues, concepts and solutions on the basis of their reciprocal relevance,<br />
which in turn is derived from previous cases, makes design space construction.<br />
In the previous section, we showed that every design carries an original frame<br />
of reference, which indirectly structures the codes belonging to different domains,<br />
and contributes to defining its cultural dimensions. In this manner, cases provide<br />
designers with the “soft rules” that they use to express meaning in a relevant way<br />
with respect to their cultural environment.<br />
It is there<strong>for</strong>e evident that there is a strong relation between the cognitive<br />
view of design and the semiotic framework. This analogy provides us with<br />
many useful insights concerning design as a meaningful construction process.<br />
Multimodal perceptual representation and diagrammatic reasoning [Chandrasekaran<br />
1999] is a cognitive model that views a “cognitive state” as an<br />
integrated and interlinked collection of “images” in various modalities: the<br />
perceptual ones, and the kinaesthetic and conceptual modalities. Thinking,<br />
problem solving, reasoning, etc. are viewed as sequences of such states,<br />
where there is no intrinsically preferred mode. So perception and imagination<br />
are deeply related processes that make use of internal representations called<br />
mental images.<br />
Mental images can be aggregated to <strong>for</strong>m more complex patterns and/or abstracted<br />
to produce their logical interpretation. Mental images can also be reflected<br />
on external media (e.g. sketches on paper) and reinterpreted. Mental models are<br />
representation frames that aggregate sets of logical structures and the related<br />
56 browsing architecture. metadata and beyond
2<br />
mental images and characterize significant portions of the reality. Figure 3 shows a<br />
rearrangement of the signs we introduced in the semiotic framework according to a<br />
multimodal perceptual representation.<br />
Fig. 3: Signs and objects of building design domain arranged according to a multimodal<br />
perceptual representation (p. 325).<br />
The teacher’s interpretation of a student’s drawing can, <strong>for</strong> example, be conceived<br />
according to a multimodal perceptual model as the construction of a mental model<br />
(Fig. 4). This process starts from the abstraction of the external stimuli to <strong>for</strong>m mental<br />
images. This usually results in a number of competing images. The emergence of<br />
one image over the others is related to the possibility of recalling analogous mental<br />
images from long-term memory. The recalled image brings into the working memory<br />
the entire set of associated mental models. If the relations in the working memory<br />
are arranged coherently, the mental model is perceived as a representation of the<br />
external stimulus.<br />
In semiotic terms, the mental model, made of signs and of connoted objects,<br />
is the interpretative frame of the perceived object. So, to a certain extent,<br />
a cognitive model can be understood as a procedural model of the semiotic<br />
frame. The interesting factor, in terms of design, is that even the opposite<br />
trail follows the same rules. The proposal that, in this case is through a sketch<br />
of a new solution, passes through the instantiation of a concept at the perceptive<br />
mental level (once again through the recollection of other mental objects)<br />
and hence to its representation at the external stimuli level via a sketch.<br />
design process<br />
protocol analysis<br />
tutorial discourse<br />
7 12<br />
The question now is how the meaning of design can be coherently communicated,<br />
<strong>for</strong> instance in design learning. In the next section we briefly summaris e<br />
a protocol<br />
analysis of a design review session at a university and we address problems and possible<br />
solutions in order to design the scaffolding.<br />
Fig. 4: A functional schema of a multimodal perceptual model (p. 325).<br />
protocol analysis of design revision sessions<br />
Protocol analysis is a data acquisition technique <strong>for</strong> eliciting highly detailed in<strong>for</strong>mation<br />
regarding a particular process and is usually applied at the sub-process level.<br />
This method [Newell 1966, Ericsson and Simon 1993] is based on the transcription<br />
of the verbal content produced by the designer by applying the “thinking aloud”<br />
method (already part of teacher/student revision) and on the subsequent analysis,<br />
subdividing the cognitive actions into sequences, that generally last a few seconds,<br />
and relating them to a precise semantic area.<br />
Through protocol analysis applied to design revision sessions it is possible<br />
to observe two types of processes:<br />
› the student’s cognitive process, which provides in<strong>for</strong>mation on how a novice<br />
learns to design;<br />
› the teacher’s cognitive process, which leads to the understanding<br />
of how experts design.<br />
In several protocol analysis experiments conducted so far, the segments relative<br />
models of design activities<br />
57
to the phase in which the teacher tries to propose alternative design solutions are always<br />
very interesting. In this phase the teacher, in substance, sets off a micro design<br />
process starting from the student’s drawings, generally selecting and addressing only<br />
certain issues.<br />
In the design fragment described through the figures, the teacher should provide the<br />
student with hints regarding the aggregative character of volumes. In this case it was<br />
observed that the teacher is not able to clarify the issue until he develops an alternative<br />
solution to the student design problem. In this segment, the ongoing definition<br />
of the resolving concept regarding the “stratified building” is clearly observable<br />
(Fig. 5). The gradual character of the event is signalled via the teacher altering his<br />
attempt to visualize the problem and his definition through gestures, words, recalling<br />
of references and mental images and through the elaboration of sketches.<br />
Only via this “reflection in action” phase can he rationalize the concept (e.g. “stratified<br />
building”) from the cognitive point of view, which he will then be capable of<br />
suggesting to the student.<br />
Protocol analysis from the students’ side however demonstrates that it is neither immediate<br />
nor certain that the student grasps what the teacher wants to communicate<br />
precisely. The observation of subsequent revision protocols has demonstrated how<br />
communication between teacher and student is not always efficient. In our case <strong>for</strong><br />
instance, the concept of “stratification” did not have the same significance <strong>for</strong> the<br />
teacher as it did <strong>for</strong> the student, and only after a number of revisions did the student<br />
grasp the sense of what the teacher was saying.<br />
Fig. 5: Functional scheme that synthesises the interaction between various <strong>for</strong>ms of<br />
expressions in a solutions’ elaboration process (p. 326).<br />
The recurring problem in the revisions observed is basically related to teacher/student<br />
communication and it presents two components. The first component<br />
is semantic and consists in the fact that an interpretive code that allows<br />
efficient communication is not usually shared between the two subjects.<br />
In fact, semantic analysis highlighted many incoherencies between graphic, verbal<br />
mnemonic representation of the same concept and, in general, it identified an extremely<br />
low associative capacity in the student. The principal cause <strong>for</strong> this problem<br />
is the lack of a clear knowledge structure in the student, which allows him to decode<br />
the problem, namely the lack of a “reference storehouse” to which he can efficiently<br />
turn to in order to allow him to elaborate successful solutions.<br />
A second more cognitive component consists in the fact that while the teacher,<br />
thanks to his experience, passes automatically to the conceptual level<br />
and has the significant relationships clear, the student often stops at the perceptual<br />
level – failing to understand the sense of what the teacher proposes<br />
in the revision.<br />
In fact, as we have already seen, the teacher’s design process follows a typical multimodal<br />
perceptual design reasoning model, where one has the continuous transference<br />
of the project from the perceptive level to the conceptual one, to then go back<br />
to the first in order to define a detailed solution that successfully concretizes the<br />
concepts and reflects the mental images reached via the reference cases (Fig. 4).<br />
58 browsing architecture. metadata and beyond
2<br />
Compared to the teachers, the students, fail to synthetically elaborate the stimulus<br />
offered by the initial elaborates and they fail to read the reference cases according<br />
to these same stimulus. They cannot focalize the problem at the conceptual level.<br />
This results in unclear or incorrect solutions. This lack of clarity at the conceptual<br />
level results in the students not being fully reactive to the teachers’ comments and<br />
to the incomplete understanding of his suggestions. Once again this problem can be<br />
initially traced back to the students’ lack of an adequate knowledge framework that<br />
would allow him to decode the problem in a structured manner. It can also be traced<br />
back to the students’ lack of experience determining the fact that he does not usually<br />
activate via abstraction, <strong>association</strong> and instantiation processes.<br />
Still considering our example, Fig. 6 shows a comparison between the process that<br />
the student puts into practise (“observed process”) and the ideal process, which<br />
he should put into practise (“suggested process”). The ideal process can occur only<br />
through the scaffolding of the students’ activity and of the trail he pursued.<br />
Fig. 6: The figure shows a design problem regarding the <strong>for</strong>mal definition of a building (p. 326).<br />
This is an example of the scaffolding protocol in tutorial dialogue. The teacher (who<br />
has addressed the problem at the conceptual level) points out the fact that the student’s<br />
design is missing coherence (bottom left) and proposes a solution schemata<br />
(top left). However, in this manner, he does not allow the student to follow through<br />
the conceptual level (“observed process”). In order <strong>for</strong> the ideal process to occur –<br />
the “suggested process” in the student – the teacher should provide him with eliciting<br />
questions (top right) to drive solution synthesis and instantiation (bottom right).<br />
scaffolding guidelines <strong>for</strong> design learning<br />
In order to define the instruments and procedures that are useful as “scaffolding”<br />
<strong>for</strong> the learning of design, two different types of operations are needed:<br />
› accompanying/guiding the student step-by-step in explicating the reasoning<br />
processes in order to lead him up to the conceptual level;<br />
› help him build the vastest interpretive code possible, that is, help him acquire<br />
a vast and flexible knowledge structure, so he will know how to visualize<br />
via reference cases.<br />
scaffolding procedure<br />
scaffolding tools<br />
For carrying out scaffolding we propose the following stages to lead the student<br />
through the process step-by-step:<br />
1. Abstraction: the teacher gives feedback on the students’ design project interpreting<br />
the students’ design through a set of relevant abstract schemata.<br />
2. Internalizing: the teacher asks the students to map the abstract schemata,<br />
requesting them to explicit the correspondences among elements of the schema and<br />
their design instantiation. In this way the students interiorize the teacher’s conceptual<br />
apparatus.<br />
3. Evaluation: the teacher points out strengths and weakness of the students’ design<br />
by criticizing the interpretation schemata. Errors and good solutions are identified at<br />
the abstract level.<br />
4. Solution: the teacher asks the students to synthesize a solution schema either by<br />
completely re<strong>for</strong>mulating some of the interpretative schemata or partially correcting<br />
them. This is a complex phase and often requires a recursive activation of the entire<br />
models of design activities<br />
59
design process. Students often get stuck in this phase. In this case, it is necessary to<br />
help the students by proposing a set of possible solution schemata and asking them<br />
to select the one they believe to be the best.<br />
5. Instantiation: the teacher asks the students to instantiate an abstract of the solution<br />
schemata into detailed design representations (i.e. drawings, paintings, etc.).<br />
As far as concerns the acquisition of a vast, flexible and visible knowledge structure<br />
it is fundamental that instruments providing students with vast repertories of reference<br />
cases be set up. These need to be indexed according to well structured class<br />
structures and critically articulated so that the examples can be easily traced and<br />
associated – at the conceptual level – with the problematic issues that the student<br />
must address. This is the very direction taken by the <strong>MACE</strong> project.<br />
60 browsing architecture. metadata and beyond
2<br />
bibliography<br />
Barthes, R. Mythologies. New York: Hill & Wang, 1987.<br />
Chandrasekaran, B. 1999. “Multimodal Perceptual Representation and Design Problem Solving”.<br />
Invited paper, Visual and Spatial Reasoning in Design: Computational and Cognitive Approaches<br />
(MIT, Cambridge, USA, 15-17 June, 1999).<br />
Cross, N., and K. Dorst. “Creativity in the Design Process: Co-evolution of Problem-Solution”.<br />
Design Studies 22, no. 5 (2001): 425-437.<br />
De Grassi, M., A. Giretti, and P. Pinese. “Knowledge Structures of Episodic Memory in Architectural<br />
Design: An Example of Protocol Analysis”. In Proceedings of the 17th eCAADe conference,<br />
(Liverpool, September 1999), 1999.<br />
Eco, U. A Theory of Semiotics. Bloomington: Indiana University Press/London: Macmillan, 1976.<br />
Ericsson, K. A., and H. A. Simon. Protocol Analysis: Verbal Reports as Data. Cambridge,<br />
Massachusetts: The MIT Press, 1993.<br />
Hjemslev, L. Prolegomena to a Theory of Language. Madison: University of Wisconsin Press, 1961.<br />
Jakobson, R. “Language in Relation to Other Communication Systems”. In Selected Writings<br />
(vol. 2), Jakobson, R., ed. Mouton: The Hague, 1971, 570-79.<br />
Heylighen, A., and I. M. Verstijne. “Close Encounters of the Architectural Kind”.<br />
Design Studies 24, no. 4 (July 2003).<br />
Maher, M. L., J. Poon, and S. Boulanger, S. “Formalising Design Exploration as Co-evolution:<br />
a combined gene approach”. In Advances in <strong>for</strong>mal design methods <strong>for</strong> CAD, eds. Gero, J. S.,<br />
and F. Sudweeks. London: Chapman and Hall, 1996.<br />
Newell, A. On the Analysis of Human Problem Solving Protocols. Pittsburgh: Carnegie Mellon<br />
University, Department of Computer Science, 1966.<br />
Oxman, R.E. “Precedents in Design: a Computational Model <strong>for</strong> the Organization of Precedent<br />
Knowledge”. Design Studies 15, no. 2 (1994): 141-157.<br />
Schon, D.A. The Reflective Practitioner. New York: Basic Books, 1983.<br />
Taeyol, P., and M. Valerian. “A Comparison of the Effectiveness of two Computer-Assisted Instruction<br />
Methods <strong>for</strong> Learning Architectural Concepts in Design Studio”. In 15th eCAADe – Conference<br />
Proceedings (University of Technology, Vienna, 17-20 September, 1997), 1997.<br />
models of design activities<br />
61
› architecture<br />
› cam<br />
› content<br />
› harvesting<br />
› Interoperability<br />
› mace<br />
62<br />
3<br />
mace:<br />
Enabling Legacy Repositories<br />
› metadata<br />
› oai<br />
› repository<br />
› rss<br />
› winds<br />
In the domain of architecture, a huge amount of digital contents<br />
useful to academic and professional users are available online,<br />
which in principle are accessible from all over the world.<br />
However, the contents of locked in legacy systems are hard to<br />
find with traditional search engines.<br />
The <strong>MACE</strong> project aims to connect <strong>architectural</strong> repositories<br />
located all over Europe in order to make their contents more<br />
accessible, giving communities of architecture and design the<br />
possibility to use them.<br />
We show how digital content from legacy repositories can<br />
be made available through metadata harvesting and reuse,<br />
by using the examples of WINDS, an online learning system,<br />
and DYNAMO, a growing collection of <strong>architectural</strong> projects.<br />
From a WINDS perspective, we describe an OAI mapping<br />
approach <strong>for</strong> repositories that can be adapted to specific needs<br />
with small ef<strong>for</strong>t. As far as DYNAMO is concerned, we focus<br />
on the flexible approach we adopted to connect DYNAMO’s<br />
dynamic classification metadata with the constantly changing<br />
<strong>MACE</strong> taxonomy. We discuss the major problems encountered<br />
and solved in both WINDS and DYNAMO, and the lessons<br />
learnt. This paper sets out a starting point and also reports<br />
on the issues of implementation. It addresses repository<br />
owners with technical knowledge who want to open up their<br />
repositories to <strong>MACE</strong>, but are afraid of high ef<strong>for</strong>ts.
stefan apelt<br />
Fraunhofer FIT<br />
Bonn, Germany<br />
www.fit.fraunhofer.de<br />
Stefan Apelt has a diploma in computer science in<br />
business obtained from the Technische Universität<br />
Dresden, Germany, in 2002 and has since worked<br />
on EU projects at Fraunhofer Gesellschaft. His main<br />
interests include the design of complex in<strong>for</strong>mation<br />
systems, quality assurance procedures and technical<br />
project management.<br />
christian prause<br />
Fraunhofer FIT<br />
Bonn, Germany<br />
www.fit.fraunhofer.de<br />
Christian Prause received his diploma in computer<br />
science from the University of Bonn (Germany)<br />
in 2006. Since then he is working in the research<br />
group “In<strong>for</strong>mation in Context” at Fraunhofer FIT.<br />
His research interests are in human aspects of<br />
software engineering and software quality assurance.<br />
mathias casaer<br />
k.u. leuven<br />
Heverlee, Belgium<br />
www.asro.kuleuven.be<br />
Mathias Casaer is Software Developer at the<br />
Architecture department of the K.U.Leuven, where<br />
he has been in charge of the technical side<br />
of DYNAMO since 2002.<br />
ann heylighen<br />
k.u. leuven<br />
Heverlee, Belgium<br />
www.asro.kuleuven.be<br />
Ann Heylighen has an MSc and PhD in engineering<br />
architecture from the K.U.Leuven. As a post-doc,<br />
she worked at K.U.Leuven, Harvard University<br />
and the University of Cali<strong>for</strong>nia-Berkeley. Currently<br />
she is associate professor at the K.U.Leuven.<br />
Her research there is focusing on more<br />
knowledgeable ways of designing in architecture,<br />
especially in the context of inclusive design.<br />
63
mace<br />
harvesting<br />
mace application profile<br />
1<br />
metadata<br />
11 15 21 23<br />
oai<br />
1 11 13<br />
repository<br />
7 10 18 21<br />
23 26<br />
winds project<br />
learning objects<br />
1 10<br />
3<br />
preamble<br />
Metadata <strong>for</strong> Architectural Contents in Europe (<strong>MACE</strong> 1 ) aims to connect <strong>architectural</strong><br />
repositories located all over Europe in order to make their contents more accessible,<br />
enabling communities of architecture and design to use them. The <strong>MACE</strong> project<br />
is based on successful past projects and databases such as ARIADNE 2 , DYNAMO 3 ,<br />
WINDS 4 and ICONDA 5 [Apelt et al. 2007].<br />
<strong>MACE</strong> uses open <strong>for</strong>mats and standards <strong>for</strong> structuring and exchanging metadata<br />
[Stefaner et al. 2007]. For delivery, in<strong>for</strong>mation has to be encoded in a schema based<br />
on the LOM standard [IEEE 1484.12.1], which has been specifically designed <strong>for</strong><br />
the domain of <strong>architectural</strong> <strong>education</strong>. This schema is called the <strong>MACE</strong> Application<br />
Profile (<strong>MACE</strong>-AP 6 ). The Open Archives Initiative-Protocol <strong>for</strong> Metadata Harvesting<br />
(OAI-PMH 7 ) is then used <strong>for</strong> collecting metadata from remote repositories.<br />
This paper will show you how to enable your repository <strong>for</strong> metadata harvesting<br />
using the OAI-PMH protocol by loosely following the instructions laid out at the<br />
OAI website 8 . For repositories with a clear internal metadata structure, the Open<br />
Archives Initiative provides a number of free tools <strong>for</strong> exploring and harvesting these<br />
metadata 9 . We found, however, that none of these tools could help us enabling the<br />
WINDS and DYNAMO content repository, so we had to come up with and implement<br />
tailored solutions. Using the example of WINDS and DYNAMO, we show how<br />
to integrate these solutions into proprietary systems.<br />
The remainder of the paper is structured as follows: we start by briefly introducing<br />
WINDS and DYNAMO, which will serve as example repositories in the context of this<br />
paper.<br />
Subsequently, we sketch the Open Archives Initiative-Protocol <strong>for</strong> Metadata<br />
Harvesting adopted by <strong>MACE</strong>. By way of example, we then zoom in on the specific<br />
challenges this adoption posed in the context of WINDS and DYNAMO, as well as<br />
on possible solutions to address them. The paper closes with lessons learned and<br />
directions <strong>for</strong> future work.<br />
introducing winds and dynamo<br />
The WINDS project has been a <strong>European</strong> Commission Fifth Framework-funded R&D<br />
project looking at electronic means of assisting design students. It started in 2000<br />
and created the pedagogic basis <strong>for</strong> a virtual online university and a large amount of<br />
digital learning materials [Specht et al. 2005]. Students can subscribe to the system<br />
and register <strong>for</strong> online courses about architecture and design. Even though the<br />
research project ended in 2003, the system is still online.<br />
Fig. 1: WINDS in action (p. 327).<br />
During project runtime, 43 courses with a total of 5530 learning objects and 10540<br />
content blocks were created. Since it should be possible to reuse contents internally<br />
<strong>for</strong> other courses or mashups, some ef<strong>for</strong>ts were undertaken to enrich these contents<br />
with metadata. The WINDS system (Fig. 1) features a rudimentary implementation<br />
of the LOM standard with proprietary extensions developed to project requirements.<br />
Metadata are managed with an object persistence framework and stored in a<br />
relational database in an optimised way, which makes exploration with standard database<br />
tools a challenging task [Kravcik et al. 2004]. Due to this difficulty we added<br />
harvesting at the business logic level, where full metadata records are available as<br />
objects (Fig. 2).<br />
Fig. 2: WINDS technical architecture (schema) and the OAI adaptor (p. 327).<br />
mace: enabling legacy repositories<br />
65
The Dynamic Architectural Memory Online (DYNAMO) is an interactive multimedia<br />
plat<strong>for</strong>m that aims to stimulate and support architects in sharing ideas, knowledge<br />
and insights in the <strong>for</strong>m of concrete building projects. From a technical point of view,<br />
DYNAMO can be viewed as a learning-content management system, designed to<br />
support the creation, storage, use and reuse of learning content in the granular <strong>for</strong>m<br />
of building projects [Heylighen and Neuckermans 2000].<br />
Projects are documented with a combination of various media, ranging<br />
from sketches and drawings, over digital models and animation, to pictures,<br />
video and text (Fig. 3).<br />
vocabolary<br />
classification system<br />
20 21<br />
oai<br />
1 11 13<br />
Fig. 3: DYNAMO screenshot (p. 327).<br />
Various features such as project name, architect and location, as well as aspects of<br />
<strong>for</strong>m and space, function, construction, physical and historical context label every<br />
building project. These metadata serve as filter criteria during retrieval and as links<br />
to projects with analogous characteristics. Metadata describing DYNAMO content<br />
are organised by means of a dynamic classification system, embodied by a relational<br />
database.<br />
The current version of DYNAMO distinguishes between three types of users. DY-<br />
NAMO users have limited privileges: they can consult the plat<strong>for</strong>m and feed it with<br />
new projects, project features or documentation. Monitors have extended privileges<br />
in that they can approve, alter or delete user-added materials, and create new categories<br />
or change the category structure. Administrators have access to all DYNAMO<br />
features, including user and monitor administration.<br />
At the time of writing, DYNAMO serves 1500 users with about 665 projects, documented<br />
by more than 12.000 files. In order to evaluate its per<strong>for</strong>mance, several case<br />
studies have been conducted in different contexts and at different stages of development.<br />
In the context of <strong>architectural</strong> <strong>education</strong> several experiments were set up. In<br />
addition, DYNAMO has been introduced to professional architects, so as to get an<br />
impression of its relevance and usefulness <strong>for</strong> <strong>architectural</strong> practice. A detailed account<br />
of all these case studies and their findings transcends the scope of this article,<br />
but is largely covered in Heylighen et al., 2004, 2007.<br />
the open archives initiative-protocol<br />
<strong>for</strong> metadata harvesting<br />
The Open Archives Initiative (OAI) “attempts to build a “low-barrier interoperability<br />
framework” <strong>for</strong> archives… containing digital content” in order to “facilitate the efficient<br />
dissemination of content” [Dobratz and Matthaei 2003].<br />
One of the projects of this initiative is the Protocol <strong>for</strong> Metadata Harvesting (PMH),<br />
which describes a process of collecting, or “harvesting”, metadata from digital<br />
repositories to metadata stores. Harvesting means to transfer new metadata or<br />
metadata updates to a central repository on a regular basis (Fig. 4).<br />
Note however, that in <strong>MACE</strong> only metadata describing the contents are transferred.<br />
The contents themselves are not copied during this process and remain under full<br />
control of their respective owners without having their access conditions changed<br />
[Prause et al. 2007]. A general description of the harvesting process can be found in<br />
Sompel et al. [2004].<br />
Fig. 4: The OAI-PMH harvesting process (p. 328).<br />
66 browsing architecture. metadata and beyond
3<br />
The following paragraphs zoom in on aspects in WINDS and DYNAMO that<br />
caused problems when we started using the OAI-PMH protocol and on the solutions<br />
implemented.<br />
No internal validation of metadata records to the LOM standard: the WINDS system<br />
allowed free text entry <strong>for</strong> some fields, which lead to a number of incorrect entries.<br />
As an example, the field describing the language of the content object contained<br />
the following values “de”, “german”, “German”, “deutsch” and “deu” – all meaning<br />
the same value “German”. Other examples included mandatory fields that had been<br />
left empty or fields containing values that are not allowed at that point. The WINDS<br />
system was quite lenient at that point, the philosophy being to capture as much<br />
metadata as possible even at the risk of having some incorrect values. However, a<br />
better strategy is to en<strong>for</strong>ce validation right from the beginning.<br />
No clear and structured metadata in the database: this was the biggest issue and<br />
the reason <strong>for</strong> our implementation of the WINDS-OAI adaptor. If one wants to put<br />
OAI on top of a proprietary system, the creation of a mapping layer between existing<br />
structures and OAI is almost inevitable. In WINDS, the in<strong>for</strong>mation necessary <strong>for</strong> a<br />
LOM record is stored in parts and different database tables all over the system <strong>for</strong><br />
historical reasons. The mapping layer needs to take care of collecting the in<strong>for</strong>mation<br />
and creating valid LOM records from it.<br />
What objects should be enriched and in what level of detail: WINDS provides<br />
several levels of granularity: a) whole course; b) a chapter in a course; c) a page in a<br />
chapter; d) a part of a page; e) a single object within a part (image or block of text).<br />
Reusability is usually greatest at the level of a single object (e), but enrichment took<br />
place at page level (c), with parts of metadata records copied down to object level<br />
(e). This can cause confusion <strong>for</strong> the OAI harvester, because he<br />
does not know which<br />
record the metadata was really intended <strong>for</strong>.<br />
DYNAMO versus <strong>MACE</strong> vocabulary: the major challenge in DYNAMO relates to the<br />
dynamic nature of its classification system. As mentioned be<strong>for</strong>e, DYNAMO’s projects<br />
are characterized by a dynamic vocabulary, which is structured using a category hierarchy,<br />
and both the vocabulary value space and the categorization can be modified<br />
and extended by DYNAMO users.<br />
This dynamic vocabulary is used to characterize various aspects of building projects.<br />
DYNAMO offers its vocabulary through various perspectives or windows, each<br />
window being a selection of the categories relevant to that perspective. The identification<br />
window contains static general in<strong>for</strong>mation to identify each project, other<br />
content and domain metadata are isolated in the design, theory and construction<br />
window.<br />
<strong>MACE</strong> organizes part of its content and domain metadata through the use of<br />
its own classification vocabulary, which is the subject of constant debate and<br />
re-evaluation. There<strong>for</strong>e the <strong>MACE</strong> vocabulary periodically changes as well.<br />
Here arises the main challenge in connecting DYNAMO’s vocabulary with the <strong>MACE</strong><br />
vocabulary: this kind of connection cannot be implemented statically in the OAI-PMH<br />
framework. Each time a DYNAMO user adds a concept with relevancy <strong>for</strong> <strong>MACE</strong>, or<br />
the <strong>MACE</strong> vocabulary is updated, new connections need to be provided through the<br />
code. In addition, the number of vocabulary values, which have to be connected,<br />
largely exceeds the amount of reasonably manageable items to implement.<br />
An ongoing programming ef<strong>for</strong>t is not the intention of the <strong>MACE</strong> project. Moreover,<br />
this kind of ef<strong>for</strong>t cannot be justified <strong>for</strong> every repository that has a significant<br />
amount of classification metadata available. There<strong>for</strong>e, as far as sharing our classification<br />
metadata with <strong>MACE</strong> is concerned, we had to adopt a flexible approach<br />
towards implementing OAI-PMH.<br />
mace: enabling legacy repositories<br />
67
Per<strong>for</strong>mance: a major per<strong>for</strong>mance problem we encountered in DYNAMO’s adaptation<br />
to OAI-PMH is the fact that gathering metadata of each single learning object,<br />
c.q. project, requires a combined query with various joins, resulting in many records<br />
from our original database. In other words, <strong>for</strong> each LOM-record of a DYNAMO project,<br />
many records have to be read and interpreted to assemble the result. In some<br />
cases this is even true <strong>for</strong> individual LOM-fields. We will describe the optimisation of<br />
this further in this paper when discussing per<strong>for</strong>mance and batch harvesting.<br />
the oai-pmh framework written in java<br />
Metadata from the repositories connected to <strong>MACE</strong> are brought to the central<br />
repository using a protocol based on the OAI-PMH standard. Out of the four metadata<br />
types available in <strong>MACE</strong>, three are harvested through OAI-PMH: Content and<br />
Domain Metadata, Competence and Process Metadata, and Context Metadata.<br />
However, only Content and Domain Metadata are implemented in WINDS, so only<br />
this type is harvested.<br />
The OAI-PMH protocol 10 is based on standard HTTP. The harvester encodes its harvesting<br />
parameters in GET or POST requests (HTTP client). Hence, on data provider<br />
side (HTTP server) a web application server can be used to do decoding of requests,<br />
which alleviates most of the basic implementation work <strong>for</strong> the data provider. Different<br />
OAI-PMH libraries <strong>for</strong> various providers’ plat<strong>for</strong>ms are available on the Internet 11 .<br />
Because metadata of DYNAMO are acquired through the use of (mysql-) queries we<br />
could easily start here with customizing a standard OAI-PMH Java framework. The<br />
problem we encountered with WINDS however was that it does not use a J2EE-compliant<br />
web server, but WebObjects 12 , which made using standard implementations<br />
relying on J2EE servlet architecture impossible.<br />
Because of that, we developed our own implementation 13 of the OAI-PMH protocol.<br />
Our framework can be used with J2EE as well as WebObjects servlets. Additionally,<br />
it features a set of OAI exceptions, and seven well-documented and rigid Java<br />
interfaces that allow abstraction from legacy data schemes and guide implementers<br />
in providing all necessary data. This increases comprehensibility of the adapter in<br />
comparison to any of the other implementations we tried, because a deeper understanding<br />
of the OAI-PMH protocol is no longer needed. The adapter sources also<br />
include an example dummy data provider.<br />
framework implementation in the winds system<br />
To make use of the framework in WINDS, we had to implement these interfaces:<br />
› IdentifyProvider: identifies the repository and gives a base URL <strong>for</strong> further requests,<br />
specifices the timestamp granularity and the handling of deleted contents;<br />
› ListMetadataFormatsProvider: specifies in which <strong>for</strong>mats the repository will export<br />
its metadata. Since <strong>MACE</strong> uses the LOM standard, this provider specifies LOM;<br />
› ListIdentifiersProvider and ListRecordsProvider are responsible <strong>for</strong> creating a list of<br />
all content object identifiers;<br />
› RecordProvider: returns the metadata <strong>for</strong> a content object requested.<br />
Of the above providers, the ListIdentifiersProvider and the RecordProvider required<br />
the most ef<strong>for</strong>t – this is where the mapping from WINDS to OAI actually happens.<br />
The ListIdentifiersProvider needs to return a list of identifiers <strong>for</strong> all contents that<br />
should be possible to harvest. Since the WINDS system also contains courses not<br />
suited in the context of <strong>MACE</strong>, contents from these courses need to be filtered out<br />
first. Second, not all contents in a course are worth harvesting, <strong>for</strong> example simple<br />
68 browsing architecture. metadata and beyond
3<br />
headlines are filtered out too. The end result is a list of filtered content identifiers<br />
that can be harvested.<br />
The RecordProvider is given the identifier of a specific content object and returns<br />
the properly <strong>for</strong>matted LOM record <strong>for</strong> the content. In this part, the mapping from<br />
proprietary values to the LOM standard happens. In WINDS, we query the Metadata<br />
object associated with the content <strong>for</strong> each value and map these to a LOM compliant<br />
XML output.<br />
per<strong>for</strong>mance and batch harvesting<br />
Attention needs to be paid to per<strong>for</strong>mance issues. Constructing LOM records with<br />
internal calls to database and business logic takes time, which is even more critical<br />
<strong>for</strong> large numbers of records and might lead to timeout errors on the harvester side.<br />
OAI allows <strong>for</strong> a technique called batch harvesting, where the harvester only asks <strong>for</strong><br />
one subset of records at a time, specified by the content identifiers.<br />
The repository can enable batch harvesting by sending only a limited number<br />
of content identifiers (e.g. 500) during the first request, plus a so-called<br />
“resumption token”. The harvester will transmit the resumption token in the<br />
next request, allowing the repository to process the next batch and to generate<br />
a new resumption token 14. The <strong>for</strong>mat of this token is up to the repository,<br />
it can be anything that helps to identify the next batch, like an offset index, a<br />
session identifier etc.<br />
mapping tool<br />
In DYNAMO, we optimised time-consuming database operations by retrieving<br />
results <strong>for</strong> all our project objects at once with a single combined query. At runtime<br />
these results are stored in a Java vector object 15 , where they stay available in<br />
memory during all cycles of batch harvesting DYNAMO projects.<br />
dynamic mapping tool<br />
In response to DYNAMO’s major vocabulary challenge outlined above, we have<br />
conceived the vocabulary connection as a dynamic mapping process. To this end,<br />
we have created a tool that offers architects and domain experts the ability to<br />
modify and update the DYNAMO target without any programming ef<strong>for</strong>ts. With<br />
this tool they can provide the framework at all times with the necessary in<strong>for</strong>mation<br />
about contextual correspondence between DYNAMO’s vocabulary and the <strong>MACE</strong><br />
classification vocabulary, thus offering accessible management of a dynamic mapping<br />
process.<br />
To effectively implement this tool <strong>for</strong> DYNAMO, we have chosen to build it on top<br />
of DYNAMO’s PHP-function layer so as to reduce the programming ef<strong>for</strong>t (Fig. 5).<br />
The re-use of DYNAMO tools and functionality allowed <strong>for</strong> swift creation of a web<br />
interface making DYNAMO’s entire classification structure available <strong>for</strong> interaction.<br />
Making the <strong>MACE</strong> vocabulary available within this local web context was another<br />
challenge as the <strong>MACE</strong> Application Profile had not yet been given a standard in<strong>for</strong>mation<br />
model to define the classification context.<br />
There<strong>for</strong>e we created our own model and instantiated it in a local database. The<br />
<strong>MACE</strong> classification was then manually edited and read into this database, allowing<br />
the mapping tool to interact with the <strong>MACE</strong> classification structure as well. At<br />
mace: enabling legacy repositories<br />
69
this point the tool was enabled to provide the user with an interactive view on both<br />
the DYNAMO and <strong>MACE</strong> structure, and to establish links between their respective<br />
vocabulary values. The links made are then stored in our local <strong>MACE</strong> classification<br />
database.<br />
Fig. 5: Mapping DYNAMO’s metadata onto the <strong>MACE</strong> Application Profile (p. 328).<br />
oai-pmh filter<br />
In order to make this mapping available in the Java OAI-PMH framework we had to<br />
create a Java object that is capable of providing the necessary in<strong>for</strong>mation about<br />
connections between both vocabularies at harvesting time. In OAI-PMH, repository<br />
metadata come in through a class called Catalog. After the repository metadata are<br />
retrieved from the repository database they are sent <strong>for</strong> translation through a Crosswalk<br />
class. It is in the Crosswalk that the filter has to provide its mapping in<strong>for</strong>mation<br />
about the repository classification values while translating the metadata from the<br />
Catalog (Fig. 6).<br />
When given a DYNAMO value, our filter returns all <strong>MACE</strong> classification vocabulary<br />
values, which were linked in the mapping tool based on the in<strong>for</strong>mation in our local<br />
mapping database.<br />
Fig. 6: OAI-PMH and DYNAMO mapping tool technical architecture (p. 328).<br />
lessons learned and future work<br />
Repositories with a historically grown data structure similar to WINDS can<br />
also profit from using our OAI-PMH adapter implementation. The necessary<br />
mapping from the adapter to the repository will have to be done <strong>for</strong> each<br />
repository. The ef<strong>for</strong>ts <strong>for</strong> this depend on the structure of the repository and<br />
can range from one or two days to a few weeks.<br />
The current approach of building the mapping tool on top of DYNAMO will hardly<br />
benefit other repositories. However, in the light of the upcoming centralisation of<br />
the <strong>MACE</strong> Application Profile (including the <strong>MACE</strong> classification vocabulary) we have<br />
plans to generalise the implementation of the mapping tool to an extent that it can<br />
update automatically when a new version of the Application Profile is released.<br />
Also, a PHP implementation <strong>for</strong> the mapping tool is not very usable <strong>for</strong> future partners,<br />
there<strong>for</strong>e, we consider developing a second version of the mapping tool which<br />
is written in Java, and able to derive the structure of any repository vocabulary from<br />
an XML document describing the vocabulary. This filter could be equipped to provide<br />
more general mapping in<strong>for</strong>mation as well, even when dealing with more general<br />
Content and Domain metadata, providing flexible mapping <strong>for</strong> most LOM fields and<br />
significantly reducing programming ef<strong>for</strong>ts.<br />
70 browsing architecture. metadata and beyond
3<br />
notes<br />
1 http://www.mace-project.eu.<br />
2 http://www.ariadne-eu.org.<br />
3 http://dynamo.asro.kuleuven.be.<br />
4 http://winds.fit.fraunhofer.de.<br />
5 http://www.irbdirekt.de/iconda.<br />
6 http://mace-project.eu/xsd/mace_v2.xsd.<br />
7 http://www.openarchives.org/OAI/openarchivesprotocol.html.<br />
8 http://www.openarchives.org/OAI/2.0/guidelines-repository.htm.<br />
9 http://www.openarchives.org/pmh/tools/tools.php.<br />
10 http://www.openarchives.org/OAI/openarchivesprotocol.html.<br />
11 A servlet and a ASP.NET implementation of the OAI-PMH 2.0 protocol can be found here:<br />
http://uilib-oai.source<strong>for</strong>ge.net.<br />
12 http://developer.apple.com/tools/webobjects.<br />
13 Our OAI-PMH implementation is available <strong>for</strong> free download at http://www.mace-project.eu/<br />
images/downloads/windsoai.zip.<br />
14 http://www.oa<strong>for</strong>um.org/tutorial/english/page4.htm#section9.<br />
15 http://java.sun.com/j2se/1.4.2/docs/api.<br />
references<br />
Apelt, S., C. R. Prause, T. Nagel, M. Wolpers, M. Eisenhauer, P. N. J. Delgado, and P. Bellini,<br />
eds. 2007. Enriching E-Learning Contents <strong>for</strong> Architecture in the <strong>MACE</strong> Project – Activities<br />
and Outlook. In Proceedings of the Variazioni Workshop Held in Conjunction with the AXMEDIS<br />
Conference 2007, 94-97. Florence: University Press.<br />
Dobratz, S., and B. Matthaei. 2003. Open Archives Activities and Experiences in Europe:<br />
An Overview by the Open Archives Forum. D-Lib Magazine 9.<br />
Heylighen, A., and H. Neuckermans. 2000. DYNAMO: Dynamic Architectural Memory On-line.<br />
Educational Technology and Society 3, no. 2: 86-95.<br />
Heylighen, A., H. Neuckermans, and M. Casaer. ICT revisited – from in<strong>for</strong>mation<br />
& communication to integrating curricula?. ITcon 9: 101-120.<br />
Heylighen, A., H. Neuckermans., M. Casaer, and G. Dewulf. 2007. Building Memories.<br />
Building, Research and In<strong>for</strong>mation 35 (January-February): 90-100.<br />
IEEE Standard <strong>for</strong> Learning Object Metadata 1484.12.1. 2002.<br />
http://ltsc.ieee.org/news/20021210-LOM.html.<br />
Kravcik, M., M. Specht, R. Oppermann, P. D. Bra, and W. Nejdl. 2004. Evaluation of WINDS<br />
Authoring Environment. In Proceedings of Adaptive Hypermedia and Adaptive Web-Based Systems,<br />
166-175. Springer.<br />
Prause, C.R., S. Ternier, T. de Jong, S. Apelt, M. Scholten, M. Wolpers, M. Eisenhauer, B.<br />
Vandeputte, M. Specht, and E. Duval. 2007. Unifying Learning Object Repositories in <strong>MACE</strong>.<br />
In Proceedings of the 1th International Workshop on Learning Object Discovery and Exchange –<br />
LODE (Sissi, Lassithi – Crete Greece, 18 September, 2007), eds. Massart, D., J.N. Colin, and F. Van<br />
Assche. 2007. http://sunsite.in<strong>for</strong>matik.rwth-aachen.de/Publications/CEUR-WS/Vol-311.<br />
Sompel, H. V. D., M. Nelson, C. Lagoze, and S. Warner. 2004. Resource Harvesting within the OAI-<br />
PMH Framework. D-Lib Magazine 10.<br />
Specht, M., M. Kravcik, R. Klemke, L. Pesin, and R. Hüttenhain. 2002. Adaptive Learning Environment<br />
<strong>for</strong> Teaching and Learning in WINDS. In Adaptive Hypermedia and Adaptive Web-Based<br />
Systems. Proceedings of the 2th International Conference, AH 2002 (Malaga, Spain, May 29-31,<br />
2002), Lecture Notes in Computer Science 2347 (2002), 572-575. Berlin/Heidelberg: Springer.<br />
Stefaner, M., E. Dalla Vecchia, M. Condotta, M. Wolpers, M. Specht, S. Apelt, and E. Duval. 2007.<br />
<strong>MACE</strong> – Enriching Architectural Learning Objects <strong>for</strong> Experience Multiplication. In Proceedins<br />
of the 2th <strong>European</strong> Conference on Technology Enhanced Learning, ECTEL (Crete, Greece,<br />
17-20 September, 2007), Lecture Notes in Computer Science 4753 (2007), 322-336. Berlin/Heidelberg:<br />
Springer.<br />
mace: enabling legacy repositories<br />
71
› interaction design<br />
› mace<br />
› metadata<br />
72<br />
4<br />
everyville installation:<br />
mace at La Biennale<br />
of Architecture<br />
› tangible<br />
interface<br />
› user experience<br />
The <strong>MACE</strong> installation at La Biennale exhibition visualises<br />
the fabric connecting people, knowledge and artefacts<br />
in architecture. The installation transports the idea of a<br />
trans<strong>for</strong>mable, ever-changing interconnected mesh of contents,<br />
projects, people and media in an aesthetically pleasing way.
interaction design lab,<br />
university of applied sciences potsdam<br />
Potsdam, Germany<br />
http://interface.fh-potsdam.de<br />
The installation team consist of researchers at the<br />
Interaction Design Lab and Interface Design students<br />
at the University of Applied Sciences Potsdam.<br />
Larissa Pschetz (FHP)<br />
Moritz Stefaner (FHP)<br />
Till Nagel (Project leader – FHP)<br />
Steffen Fiedler (FHP)<br />
Boris Müller (Supervision – FHP)<br />
Tina Deiml-Seibt (FHP)<br />
Stephan Thiel (FHP)<br />
Tomek Ness (FHP)<br />
Jonas Loh (FHP)<br />
Nick Rübesamen (Werk5)<br />
Alexander Warth (FHP)<br />
Nico Kaeding (FHP)<br />
73
introduction<br />
The <strong>MACE</strong> installation 1 at La Biennale exhibition visualises the fabric connecting<br />
people, knowledge and artefacts in architecture.<br />
The installation transports the idea of a trans<strong>for</strong>mable, ever-changing<br />
interconnected mesh of contents, projects, people and media in an aesthetically<br />
pleasing way.<br />
metadata<br />
5 11 16 26 25<br />
30 37<br />
The installation provides background in<strong>for</strong>mation <strong>for</strong> the entries of the Everyville 2<br />
student competition. Selected entries are presented with media, descriptions, and<br />
metadata. Furthermore, the installation incorporates inspirational projects named<br />
by the winning groups; these are connected to <strong>MACE</strong> content and metadata. The<br />
installation now acts as amplifier, as the user can not only explore a project and<br />
its media in detail, but reveal the relations to other projects.<br />
The evolving structure allows the user to understand the connections between<br />
different resources, and recognize where clusters of interest emerge.<br />
The visualization aims to make spectators aware of how metadata can be<br />
utilised to interconnect <strong>architectural</strong> resources, and how the overall understanding<br />
benefits from these connections.<br />
tangible interface<br />
user experience<br />
application profile<br />
1 11 16 26 25<br />
installation<br />
Setup<br />
The interactive installation consists of an interactive table, three wall projections and<br />
multiple physical cards.<br />
On the high-definition interactive table surface a detailed portion of the mesh is<br />
presented and directly manipulable. The cards act as tangible interface to interact<br />
with the digital structure on screen. They can be placed, moved and rotated on the<br />
table, resulting in visible reactions, both on the table screen and the central wall<br />
projection. In this main projection area, the in<strong>for</strong>mation recently viewed is displayed<br />
in an appealing and detailed manner, to attract visitors to come closer and try it out<br />
by themselves (Fig. 1).<br />
The installation will be exhibited at the Architecture Biennale 2008 in the Artiglierie.<br />
Here, the table and the central projection are accompanied by two lateral wall<br />
projections showing images of the Everyville competition entries in a slow sequential<br />
way, <strong>for</strong> users to view all selected projects in detail.<br />
Data and Metadata<br />
Each project has basic data like its title, its authors, or its location, and multiple<br />
media files (e.g. renderings, drawings, or sketches). Each Everyville item includes two<br />
images and descriptive texts submitted in the competition, which explain the idea<br />
and concept of its entry.<br />
74 browsing architecture. metadata and beyond
Furthermore, all projects are classified by terms from the <strong>MACE</strong> Application<br />
Profile, an <strong>architectural</strong> and engineering taxonomy.<br />
taxonomy<br />
17 11 16 26 25<br />
4<br />
In addition, the students could choose free<strong>for</strong>m terms if more specific and appropriate<br />
to their work. These classification and conceptual metadata <strong>for</strong>m the basis <strong>for</strong><br />
the interconnections, and serve to create visual links between projects on the table.<br />
Interaction<br />
All the above-mentioned data will be displayed when a card is placed on the interactive<br />
table surface. Thus, the physical cards act as interaction starting points.<br />
Once a card is placed on the table, content, media, and metadata emerge<br />
on the table surface, floating around the physical card (Fig. 2 and 3). Related<br />
projects slowly arise, and connect to the project on the card.<br />
visual browsing<br />
17 11<br />
6 26 25<br />
Now the user can investigate the project by simply viewing all its surrounding material.<br />
The user can further explore the media by rotating the card to the thumbnail he<br />
is interested in. This media is enlarged and is shown on the central projection on the<br />
wall.<br />
When a second card is placed over the table, its content and metadata emerge on<br />
the table’s surface and connect to the content that is already displayed on the table<br />
<strong>for</strong>ming a network (Fig. 4 and 5). This interaction leads to a playful experience of<br />
discovering projects by means of metadata.<br />
Each newly placed card and every interaction results in a new structure determined<br />
by several factors, such as how many cards are placed on the table,<br />
where they are positioned, how many images are shown, and mainly what<br />
kind of connections are shown simultaneously.<br />
The distance of cards has a big impact on the overall layout, <strong>for</strong> example intermediate<br />
projects can be explored by moving the related project card closer.<br />
implementation<br />
Cards and reactivision<br />
Each card represents either one of the ten Everyville winner projects, or an inspirational<br />
source, and each one has been printed many times. The cards have been<br />
distributed during the event, <strong>for</strong> visitors to view, collect and use in the installation.<br />
The front side of each card shows a picture of its respective project, its title, author<br />
names, and a URL to the <strong>MACE</strong> website, where further in<strong>for</strong>mation on the project<br />
can be found. Thus, a visitor collecting the cards acquires not only Biennale memorabilia,<br />
but is also able to review the projects and relations at home, by visiting the<br />
<strong>MACE</strong> portal.<br />
everyville installation<br />
75
Fig. 2. Fig. 3.<br />
Fig. 4. Fig. 5.<br />
76 browsing architecture. metadata and beyond
Fig. 1: Setup of the installation at the Artiglierie location.<br />
Fig. 6: Mock-up of the table visualization screen.<br />
4 everyville installation<br />
77
On the backside of each card a “fiducial” mark is printed which reflects an<br />
infrared light and is recognized by a high definition camera inside the table.<br />
Through these marks it is possible to recognize which card is placed on the<br />
table, its position and orientation.<br />
interface<br />
17 11 16 26 25<br />
interactive data explo<br />
ration and discovery<br />
1 11 16 26 25<br />
The complete tracking procedure of the cards on the table surface is realized by using<br />
the reacTIVision framework 3 , which has been released as an open source project<br />
by the Music Technology Group of the Pompeu Fabra University (Barcelona, Spain)<br />
in 2005. Its main use is to provide the core functionality <strong>for</strong> object based, collaborative<br />
audio interfaces. The organic appearance of the barcode allows a very precise<br />
recognition of position and rotation changes in comparison to common one-dimensional<br />
barcode or tracking systems.<br />
visualization<br />
At the heart of the installation is the table projection, which is an exclusively<br />
developed Processing 4 based Java application. Processing is a simplified programming<br />
toolkit that focuses on a sketch-workflow and allows artists and designers to<br />
prototype and to create visual orientated applications in a short amount of time. The<br />
Processing community has contributed software parts that have been implemented<br />
into the system, from managing the communication with the wall projections, to<br />
hardware-accelerated drawing by dint of OpenGL.<br />
The application attached to the tracking framework reacts to user interactions via<br />
the OSC 5 protocol and provides an intuitive way of exploring the projects of the<br />
cards and their metadata related neighbours that are displayed in the visualisation.<br />
User input, like positioning and rotating cards on the surface, is processed and translated<br />
into a visual representation of the links created by the <strong>MACE</strong> database.<br />
These abstract <strong>association</strong>s are displayed as a bundle of several spline<br />
curves, which pulsate with slow animations and by the use of typographic<br />
elements hint to the content (Fig. 6).<br />
interaction design<br />
17 11 16 26 25<br />
Complex card layout situations on the table and the amount of resulting virtual,<br />
descriptive content produce a mesh of intersecting curves. To improve the usability<br />
characteristics of the visualisation, one of the two crossing splines descents into the<br />
background while the other stays at the top.<br />
Each card on the table is surrounded by a particle system represented by a swarm<br />
of graphical elements floating around it. If the distance between two cards is low<br />
enough the particles jump from system A to system B and vi ce<br />
versa. The dynamic<br />
of the aura is related to the intensity that users’ interactions generates. Cards that<br />
haven’t been moved <strong>for</strong> a while have a much weaker particle system than cards that<br />
are currently in use.<br />
conclusion<br />
Our goal was not only to provide a unique, playful interactive experience, but also<br />
to broach the role of interaction with networked in<strong>for</strong>mation in architecture and to<br />
promote a participatory culture of dialogue and knowledge sharing.<br />
78 browsing architecture. metadata and beyond
The ad hoc community of visitors leaves their temporary mark as they scale,<br />
twist and warp its structure. The result is a virtual sculpture of data as material,<br />
and metadata as fabric, crafted by in<strong>for</strong>mation architects and interaction<br />
designers, yet shaped by the general public.<br />
4<br />
In the future the installation can be exhibited at other venues and also be adapted to<br />
work with other <strong>architectural</strong> content.<br />
notes<br />
1 The <strong>MACE</strong> project (Metadata <strong>for</strong> Architectural Contents in Europe) is a pan-<strong>European</strong> initiative<br />
to interconnect and enrich <strong>architectural</strong> contents across countries, websites and databases.<br />
2 http://www.labiennale.org/en/architecture/everyville.<br />
3 http://reactable.iua.upf.edu.<br />
4 http://processing.org.<br />
5 http://opensoundcontrol.org.<br />
acknowledgments<br />
Many people and institutions have been involved in the preparation of this installation.<br />
This project would not have been possible without the tremendous work of Furio Barzon<br />
and Matteo Zambelli, communicating with La Biennale, and all their professional and organizational<br />
support. We also would like to thank Elisa Dalla Vecchia and Massimiliano Condotta<br />
<strong>for</strong> contributing their expertise to creating a meaningful and understandable network of <strong>architectural</strong><br />
contents, and <strong>for</strong> their ef<strong>for</strong>ts in classifying the material. Furthermore, we would like to<br />
thank all <strong>MACE</strong> partners <strong>for</strong> their support and ideas. Last but not least, we would like to thank<br />
La Biennale di Venezia, and all students who participated in the Everyville competition.<br />
This project of the Interaction Design Lab, University of Applied Sciences Potsdam was co-funded<br />
by <strong>MACE</strong>. The table, hardware and equipment were kindly supported by Werk5 Mangold Helmer<br />
GmbH.<br />
everyville installation<br />
79
80 browsing architecture. metadata and beyond
5<br />
e-learning<br />
Education:<br />
Teaching Architecture<br />
in the Digital Age<br />
To a larger and larger extent learning objects become available via<br />
electronic means, in regular teaching environments as well as in learning<br />
modes, even and after graduation. Knowledge is often out of date in only<br />
five years and grows so fast that regular teaching in schools cannot cope<br />
with this knowledge boom in a comprehensive way. There<strong>for</strong>e academic<br />
teaching evolves into teaching of principles, methods and attitudes, into<br />
a state of mind allowing lifelong learning (lll). Universities, practices and<br />
industry all produce subjects <strong>for</strong> lll. They are disseminated via conferences,<br />
short courses and more and more via e-learning <strong>for</strong>mulas, as has been the<br />
case in a lot of universities <strong>for</strong> many years.<br />
Today materials <strong>for</strong> e-learning - called learning objects - are prepared<br />
by specialists, somewhere on earth, disseminated via a means of electronic<br />
communication and shared amongst distant users. E-repositories play a role<br />
of growing importance in this context and this session of the conference<br />
focuses on the role of e-repositories in lll in architecture.<br />
This <strong>book</strong> offers the opportunity to discuss experiences and research<br />
many topics including the following:<br />
› Teaching and learning architecture using e-learning tools<br />
and/or digital resources<br />
› Teaching and learning attitudes triggered by digital environments<br />
› E-repositories <strong>for</strong> e-learning and life long learning purposes:<br />
how to structure their contents<br />
› Tools <strong>for</strong> navigating e-repositories<br />
› Tools <strong>for</strong> e-learning purposes<br />
› User cases within the e-learning <strong>architectural</strong> environment<br />
textdidattica<br />
81
› facoltà Quaroni<br />
› in<strong>for</strong>mation technology<br />
› it revolution in architecture<br />
82<br />
5<br />
textidattica:<br />
Saggio Teaches In<strong>for</strong>mation<br />
Technology in Latin<br />
› università<br />
La Sapienza<br />
› web<br />
The didactic position held by Antonino Saggio at La Sapienza,<br />
Rome, addresses a combination of theoretical and practical<br />
features. The theoretical features are slanted toward the<br />
relationships that exist between IT and architecture during<br />
this historical moment. From a theoretical point of view<br />
students are taught about specific in<strong>for</strong>mation environments<br />
(from raster software to advanced 3D software). From a<br />
pragmatic point of view students are driven, by means<br />
of tutorials and attending the laboratory, toward the<br />
experimentation of different in<strong>for</strong>mation environments<br />
and the theoretical and methodological understanding of the<br />
diverse operative possibilities. The learning path gradually<br />
develops through a series of steps. Each step is characterised<br />
by a specific theoretical and pragmatic environment and by a<br />
specific assignment to work out. All the assignments from the<br />
first to the last are steered by the same topic of research, which<br />
during the last few years is defined by the title: “Modernity,<br />
Crisis, and In<strong>for</strong>mation Technology”, whose features are<br />
gradually introduced to students starting from the initial<br />
introduction of the course.
antonino saggio<br />
University of Rome La Sapienza<br />
Rome, Italy<br />
http://www.arc1.uniroma1.it/saggio<br />
Antonino Saggio is founder and editor of the series<br />
of <strong>book</strong>s entitled “IT Revolution In Architecture”<br />
and author of several <strong>book</strong>s on architecture theory<br />
and criticism. His editorial activity includes the<br />
co-foundation of the magazine “Il Progetto” and the<br />
direction of the section “The Architects”. He holds<br />
a professional degree in Architecture (1979) and a<br />
diploma of Planning from the University of Rome La<br />
Sapienza, a Master of Science from Carnegie-Mellon<br />
and a PhD from the Italian Ministry of research. He<br />
has taught in several universities in Europe, Africa,<br />
the United States and Taiwan.<br />
83
in<strong>for</strong>mation technology<br />
<strong>education</strong><br />
1 2 9 7 25<br />
in<strong>for</strong>mation architect.<br />
17<br />
Obviously it’s not true! I don’t teach IT in Latin. The title of this essay only serves to<br />
tell you that this way of teaching is only viable <strong>for</strong> those capable of mixing the fields<br />
of dynamic <strong>architectural</strong> design, theory and history of architecture, and <strong>for</strong> those<br />
who have a twenty-five year experience of teaching In<strong>for</strong>mation Technology. It’s a<br />
combination that creates a special menu. Since the following text is long and dense,<br />
it’s important <strong>for</strong> you to start with some clear ideas.<br />
I assume that readers want to know how my teaching activity works in relation to<br />
In<strong>for</strong>mation Technology and thus I would like to proceed by telling you about some<br />
specific didactic experiences and then soon after pinpoint some theoretical features.<br />
As an example we can use a case study from the course I held in 2003, the title of the<br />
course: “Texpo. Mostra virtuale sul Tevere” (Texpo. Virtual Exhibition on the Tiber).<br />
The course takes place in La Sapienza, Rome, within the five years of the UE<br />
degree. It is not a compulsory course in the curriculum. In 2003 about eighty<br />
students completed the course. The course is split into eight sections. Each<br />
section treats a different topic but they all share the same structure and<br />
philosophy. Ingredients may change, but each section has a recursive frame.<br />
digital design<br />
19<br />
In order to simplify, I can say that each section has four “cylinders”, working together<br />
simultaneously. The first one (I) is simply a theoretical and cognitive introduction.<br />
Here we select a topic that can assume a valuable meaning in contemporary<br />
<strong>architectural</strong> research devoted to In<strong>for</strong>mation Technology. This topic is explored<br />
with a number of <strong>architectural</strong> examples, and also with references to fine arts and<br />
sociology. The second cylinder (II) is about a technological leap that the students<br />
are asked to tackle. For some students this leap is easy “like jumping beyond a<br />
puddle”, <strong>for</strong> some others it’s “an epochal modification of my being” (I’m quoting from<br />
memory). The third cylinder (III) contains one or more tutorials to assist students<br />
from a technical but also psychological point of view during their leap. The fourth<br />
one (IV) gives the classroom some theoretical concepts, bibliography and links. It<br />
also provides students with a partially self-sufficient mobile process of studying.<br />
So far so good, but now you may ask: we have seen the different elements, but how<br />
do these four cylinders pragmatically work and what are the main topics?<br />
Let’s see the first section in action. It focuses on the reason we call this contemporary<br />
<strong>architectural</strong> period the “In<strong>for</strong>mation Revolution in Architecture”.<br />
The title of this section is “The impact of in<strong>for</strong>matics on cities and contemporary<br />
<strong>architectural</strong> research | The World Wide Web” and it deals with the<br />
fundamental role of In<strong>for</strong>mation in the present-day society.<br />
To teach this section we need at least six lessons of five hours each. Their titles are:<br />
1. The Web; 2. In<strong>for</strong>mation; 3. Mental panorama; 4. Marsupial Communication; 5.<br />
The long crisis of the Nineteenth Century; 6. The Catalyst. Throughout these lessons,<br />
which constitute Section 1.Theoretical and cognitive introduction, I convey the<br />
knowledge that is also contained in the first three chapters of my <strong>book</strong> “Introduction<br />
to In<strong>for</strong>mation Revolution in Architecture” (Carocci, 2007).<br />
As you may imagine, this is not the right moment to go into detail about these<br />
particular aspects.<br />
84 browsing architecture. metadata and beyond
5<br />
Let’s now analyze the second cylinder (II.Technological leap). Students can enrol <strong>for</strong><br />
the course only via e-mail. Just this simple requirement represents <strong>for</strong> some students<br />
a huge barrier, yet <strong>for</strong> others it is a real leap <strong>for</strong>ward, a revolution. Trust me, in 2008<br />
some students still don’t use e-mails, even during their fifth year.<br />
In 1999 almost all the students weren’t used to writing e-mails and in 2003<br />
more than half of the enrolled students didn’t have an e-mail account.<br />
After this “trans<strong>for</strong>mation” of the relationship between teacher and student<br />
(I always answer e-mails), we usually produce a public mailing list so I can<br />
send students letters and explanations.<br />
To better understand the importance of this section you need to understand how the<br />
<strong>for</strong>th cylinder works (IV. Mobile studying). The Web is not replacing the traditional<br />
way of teaching, but it is intensifying it. The a<strong>for</strong>ementioned lectures, even though<br />
they require a physical involvement between students and teacher (students need a<br />
face to face learning situation), are also available on the Internet. I put the lessons,<br />
links and images on the Internet (and after 2005 also lectures recorded during lessons).<br />
This has several consequences. Naturally the course can also have some virtual<br />
students, not enrolled and maybe <strong>for</strong> instance living in Brazil, however the main<br />
upshot <strong>for</strong> enrolled students is that they can “go back” to review lessons or to go into<br />
deeper detail, but above all to intervene: students can add their comments, bibliography<br />
and other in<strong>for</strong>mation in a specific part of the web-page called “elaborations”. I<br />
then filter these elaborations and when they are of general interest publish them online,<br />
or I may choose to only send them as private e-mails responding to individuals.<br />
To better understand this next aspect, you need to pay attention to the third cylinder<br />
(III. Psychological tutorials) and the in<strong>for</strong>mation and technological knowledge to be<br />
learned concretely. During the first section students learn how to write e-mails and<br />
manage a personal web page! This structure is the key-point that allows the course<br />
to proceed in the desired way. It also enables me to create links from the official<br />
website of the course to contents in some of the students’ web pages.<br />
At this point you can understand that this introductory part, as with all the<br />
other following ones, provides a set of mechanisms, motivations and theoretical<br />
and practical reasons aimed at the involvement of the students.<br />
I think the metaphor of the four cylinders enables you to get the point. Students are<br />
enthused by a machine that works on four different levels at the same time. In some<br />
cases, they can see its beauty, speed, power and pressure. In the great majority<br />
of the cases, students feel that they need to do something otherwise they will be<br />
overwhelmed.<br />
Later on, students refer to this phase as a moment of great crisis to be tackled<br />
head-on. Someone used the term “electroshock” or the sentence “breaking my mind<br />
to put new things into it”. These are surely strong images but really effective, from<br />
the students’ point of view. Of course some do leave the course, but the majority of<br />
them make the leap to the second section.<br />
As you may rightly imagine, within this space I cannot give details about all the<br />
materials, topics and structures of the second, third, <strong>for</strong>th, fifth, sixth, and seventh<br />
sections of the course. However, I can give you a vision about the main topics, which<br />
are mainly related to theoretical and practical aspects on CAAD tools.<br />
textdidattica<br />
85
The main themes:<br />
1. The impact of in<strong>for</strong>matics on cities and contemporary <strong>architectural</strong> research |<br />
The World Wide Web (a<strong>for</strong>ementioned in this essay).<br />
2. Pixel’s World, materiality and immateriality | Hardware and screens, digitalisation<br />
of images. The world of raster.<br />
3. Stratification and Superposition | The world of Vectors. Geometries and layers.<br />
4. Masses, collisions, and trajectories | The creation of three-dimensionality. Extrusions,<br />
Rotations, Boolean operations.<br />
5. Strategic projects, data driven | Organization of In<strong>for</strong>mation. Data-bases.<br />
6. Projects of modification | Dynamic interconnections. Hierarchical structures and<br />
intelligent models.<br />
7. New frontiers <strong>for</strong> research | Morphing, modifiers, poly-surfaces, attractors.<br />
Let’s look synthetically at some of these topics. Here’s what the second section<br />
involves: The students learn the role of the computer screen and bi-dimensionality<br />
in contemporary <strong>architectural</strong> culture, they see case studies of surface-architecture,<br />
which they can compare. Contemporaneously they learn how to work “with bits” by<br />
using different rastering software. They work out the key assignment of this phase:<br />
the self-portrait. This is an important and meaningful product; the self-portrait has<br />
been the subject of various exhibitions and publications.<br />
During the third section students learn how to work “vectorially” and understand<br />
the importance of research in contemporary design dealing with concepts<br />
such as layers, translations, movements, duplications and oscillations.<br />
With regards to the theoretical background, I usually talk a lot about Peter Eisenman.<br />
Students learn (some more easily than others) vectorial design with some<br />
Autocad tutorials (I personally haven’t ever used Autocad, but I understand that<br />
students need to know it <strong>for</strong> their professional future).<br />
The third cylinder in this phase requires a small project, usually preparatory to the<br />
main one. In 2003 the exercise was described as follows:<br />
“In a perfect semi-cube, 16.60 meters high and 33.20 meters large, work in the following<br />
way:<br />
› Define a keyword, a verb, or an action;<br />
› Think about the meaning of this action in the space;<br />
› Produce plans and sections in a 2D CAAD drawing;<br />
› Then produce a 3D CAAD;<br />
› Finally, a rendering.<br />
Present the assignment on your web site and send me its link. Deadline: 05 July, 2003”.<br />
After the deadline, I collect and publish the assignments (including the self-portraits)<br />
in “index pages” where I show a key picture <strong>for</strong> each one, linking it to the students’<br />
personal web site. These index pages not only enable to share all the works among<br />
all the students, but also prompt the start of the negotiation <strong>for</strong> the creation of the<br />
working groups <strong>for</strong> the final part of the course.<br />
The other three sections, which I will not discuss in detail here, regard topics related<br />
to the progression that spans from three-dimensional awareness to the role of<br />
dynamic in<strong>for</strong>mation and models (database, GIS, worksheet), from hierarchical<br />
structures to the presence of interactivity and generators of <strong>architectural</strong> <strong>for</strong>ms. As<br />
you can probably imagine, I would like to delve deeper into these subjects, but I will<br />
now introduce you to the final part of the course.<br />
86 browsing architecture. metadata and beyond
final work<br />
During the sixth section, students are introduced to the final work of the<br />
course. Each year I try to find a theme capable of gathering the widest interests<br />
of the students. It has to be stimulating (or better still exciting <strong>for</strong> the<br />
students), it has to produce a specific contribution to the cultural debate on<br />
In<strong>for</strong>mation Technology <strong>for</strong> architecture, and it has to present some possible<br />
operative repercussions <strong>for</strong> the students, <strong>for</strong> the Faculty and so on.<br />
5<br />
The theme of 2003 was focused on the creation of a big virtual exhibition on the river<br />
Tiber. The concept came from a visit I had to the Swiss Expo 2002, that was a crucial<br />
point <strong>for</strong> research in the field of In<strong>for</strong>mation Technology applied on architecture (I<br />
am referring especially to Ada Pavillion Blur, designed by Diller & Scofidio). So my<br />
idea was: “Good, since I don’t have a billion Swiss francs as Swiss Expo does, why<br />
can’t we have a similar Expo, but virtually?” The idea was also happily accepted by<br />
my collaborators, who were Francesco De Luca (curator of tutorials) and Italia Rossi<br />
(project manager of the final work in that year). To proceed we needed a site and an<br />
urban plan <strong>for</strong> the site. At that point it was really difficult to produce significant urban<br />
planning within the course, so I decided to work again on the site that several years<br />
be<strong>for</strong>e was studied in detail by Ilaria Benassi <strong>for</strong> her excellent graduation thesis. We<br />
also had a physical model of the urban site, which was clear and effective in showing<br />
the guidelines of the project.<br />
The site was the Ostiense, a classic post-industrial area in Rome. It was perfectly<br />
suitable <strong>for</strong> our Expo, because the Ostiense was undergoing a deep trans<strong>for</strong>mation<br />
from an industrial setting that characterised the last decades, to a new vital and<br />
mixed-use modern city of in<strong>for</strong>mation. The site of the project was located along the<br />
Tiber River spanning from the landmark of the Gasometer to the Marconi Bridge.<br />
Ilaria Benassi’s master plan redesigned both banks of the river with some new plat<strong>for</strong>ms<br />
(each one with its own shape) hosting different functions and activities. Taking<br />
into account this master plan, we defined twenty-five specific areas, with particular<br />
urban designs and vocations. One area was around the Gasometer, another one<br />
connected the two opposite banks of Tiber with a new bridge, and another area was<br />
situated along a part of the riverbank and so on. We also defined some specifications<br />
concerning layouts and volumes, these rules stemmed directly from the master plan.<br />
Each group of students had to negotiate with the brief and identify the area best<br />
suited <strong>for</strong> their shared project. Then we started the design process.<br />
Here is the description of the project as it appeared in the official document<br />
of the course: “texpo proposes a large virtual exhibition on the banks of<br />
the Tiber River, in the Ostiense area, between the Gasometer to the north<br />
and Marconi Bridge to the south.<br />
The idea of TEXPO came about as a reply to the Swiss Expo 2002 and it is based on<br />
this assumption: if the Swiss exhibition represented a moment of high acceleration<br />
in these last years in the relation between in<strong>for</strong>mation and <strong>architectural</strong> research, is<br />
it possible that also Italy can give a contribution toward this direction? One possible<br />
solution arrives in this work.<br />
textdidattica<br />
87
texpo is a virtual project only as far as its cost, that being zero, nevertheless<br />
the buildings are realistic and could be viable as real projects.<br />
TEXPO is organised around twenty-five projects/installations. Each installation is<br />
located in a specific location within the framework of a harmonic master plan that<br />
redesigns the banks of the Tiber as a series of emerging thresholds. Each threshold<br />
defines areas with various shapes and vocations. Each project/installation is characterised<br />
by a set of features, which can be outlined as follows.<br />
A. First, each project is based on a “theoretical and technological” issue, which is<br />
relevant <strong>for</strong> today’s in<strong>for</strong>mation research (sensors, quanta, topological structures,<br />
innovative materials, projective or physical interactivity, etc.).<br />
B. Each issue generates a “story”, i.e. it finds a concrete application by means of an<br />
ef<strong>for</strong>t that links research to reality. Often functional facilities are designed in order to<br />
support the exhibition (a projection tower, a thermal facility, a baby-sitting area, a<br />
changeable skate track, metro stations, an arena <strong>for</strong> sport and shows, restaurants,<br />
cocktail bar, shopping areas, etc.) while sometimes they are just installations (event<br />
space on the water, moments of meditation and therapy, changeable configurations<br />
of landscape, etc.).<br />
C. Each project/installation is within an area of the TEXPO. Hence there is a specific<br />
design of the space, its surroundings and links with both the adjacent interventions<br />
and the project at a large scale.<br />
D. People can enter the Exhibition through the Web, where they can see the different<br />
projects. They can browse the projects by means of different ways: from textual<br />
indexes to geographic references.<br />
The work that led to such results (there were eighty students organised into twentyfive<br />
groups!) was developed between the first week of June (when lessons had finished)<br />
and the next-to-last week of July, in several personal meetings with students.<br />
Final works are presented during an oral examination and in occasion of a<br />
Public Symposium where each group illustrates to students of previous years<br />
and to a jury of national and, sometimes international, experts their projects.<br />
These Symposiums are relevant cultural events, because students not only<br />
present their projects but also the IT background that gave rise to their project.<br />
A lot of my friends have been coming to these symposiums <strong>for</strong> years and they<br />
consider the event an important occasion to get up to date with new trends and to<br />
open up their research toward new possibilities. Over the years I have invited about<br />
40 guests as jurors.<br />
Quite obviously all the projects are presented “directly” on the Internet. They are always<br />
available and indexed in a sort of <strong>book</strong>, which is all organised by the students.<br />
The <strong>book</strong> is the web site that summaries the works done by students and lets visitors<br />
access each presentation. Visitors can browse every single project on the Internet<br />
and evaluate the students’ results that are often brilliant with regards to research,<br />
use of technologies and design.<br />
88 browsing architecture. metadata and beyond
exhibitions<br />
Thanks to Texpo, my course was invited to participate in a wonderful exhibition<br />
of architecture held in December 2003. The name of the exhibition was<br />
“Spot on Schools”. From the point of view of the curators it presented the<br />
best practices in the international scenario of digital research in architecture.<br />
collaborative work<br />
space<br />
19<br />
5<br />
On that occasion we set out an important installation to show and made accessible<br />
what we did during the course. My idea was to make a traditional installation, using<br />
only physical supports and avoiding any digital tools, even though the course was on<br />
In<strong>for</strong>mation Technology.<br />
I thought this was the best way to let the visitor feel the complexity and richness of<br />
the work.<br />
Here follows the description of the exhibition: “BEYOND MEDIA/OLTRE I MEDIA<br />
2003 edition, organised by Marco Brizzi and the University of Florence, is hosting <strong>for</strong><br />
the very first time a significant exhibition devoted to some of the most distinguished<br />
schools of architecture in the world. The exhibit SPOT ON SCHOOLS – edited by<br />
Paola Giaconia – offers an initial survey of courses that have explored the topic of<br />
communication in architecture and, in particular the influence that the new media<br />
play in this field.<br />
Within this context, course Caad 2003 run by Prof. Antonino Saggio (Faculty of<br />
Architecture “L. Quaroni”, La Sapienza, Rome) presented “Texpo 2003”, a virtual exhibition<br />
on the banks of the Tiber River at Ostiense in Rome. With a detailed master<br />
plan and twenty-five projects/installations that investigate the relations between<br />
digital technologies and <strong>architectural</strong> projects.<br />
Texpo that was presented at the festival Beyond Media (“Intimacy” was the<br />
main topic and name <strong>for</strong> that edition) presents a collaborative installation,<br />
just as the course at the university was collaborative.<br />
In the corridor along the small balcony on the first floor at Leopolda Station in Florence<br />
were four big waving panels showing images of the Expo site on the Tiber, summarising<br />
purposes and giving web addresses where one could see the projects. In the<br />
middle of the installation, facing a void of three stories, there was a web of coloured<br />
fabric designed by Italia Rossi, with Alessandra Proietti and Claudio Ampolo.<br />
Pinned on the fabric was a set of postcards that depicted the projects and that were<br />
actually sent out by the students. On the front they had an image of one of the 25<br />
projects and on the back there were the students and designers’ web addresses.<br />
Besides these, the visitor could also find postcards connected with the experiences<br />
of the students who attended the courses between 1999 and 2002. These postcards<br />
featured digital self-portraits, substances, the word-project, “L” shape houses, semicubes<br />
and much more.<br />
From an organisational point of view, the installation had two parts: one being a<br />
specialised task <strong>for</strong>ce that conceived and designed the collaborative exhibition, the<br />
other being all the students that were requested to participate by sending through<br />
snail-mail postcards of their projects, and thus taking part and contributing to the<br />
installation.<br />
textdidattica<br />
89
other experiences<br />
I have used the 2003 course as an example <strong>for</strong> this essay. However, we held a<br />
2004 course following a similar approach as <strong>for</strong> the methodology, but dealing<br />
with a completely different topic. The topic was “Terragni futuro (Future Terragni)”,<br />
because we wanted to remember Terragni’s centenary and because<br />
we were able to count on the support of the National Committee <strong>for</strong> the<br />
Celebration, of which I was part.<br />
The course was organised around the same eight cycles of lessons, although in<br />
parallel I gave several long lessons on Terragni’s architecture. Each lesson was<br />
based upon several keywords, which enabled students to look at his oeuvre under a<br />
diagonal and problematic light. Following the titles: 1.Word, Text, Hypertext, 2.River,<br />
Stream, Life, 3.Saints, Fathers, Brothers and Sisters, 4.The motif of the three, 5.The<br />
history of the loom. An ongoing liberation, 6.The tower. A masterpiece: the kindergarten,<br />
7.All about Terragni.<br />
Each final assignment investigated Terragni’s architecture, deepening one specific<br />
project by the architect from Como, in a very critical way, while at the same time<br />
transposing the work from the past into the future and affronting the work with the<br />
reality of In<strong>for</strong>mation Technology research issues, such as interactivity, morphing,<br />
critical animations, hierarchical structures and databases. What comes from these<br />
studies is a spatial action whose main purpose is to give meaning to the whole operation:<br />
today’s young people are able to study architecture by any famous architect,<br />
they can inquire into its historic relevance, and at the same time examine it through<br />
the lenses of the conceptual frame that the new technologies suggest. When this<br />
recipe works, we face a synthesis as simple as it is emotionally and intellectually<br />
unpredictable.<br />
The work with Terragni’s architecture was also showed in Florence in 2005 by<br />
means of an exhibition, which involved all the students. It was described as:<br />
“The exhibition at the Stazione Leopolda in Florence, in part presenting again<br />
and in part reinventing the spaces and contents of the “Terragni Futuro” exhibition,<br />
which was held at La Casa dell’Architettura in Rome in order<br />
to celebrate Giuseppe Terragni’s centenary – Meda 1904 – Como 1943.<br />
A large map was hung from the balcony of the first floor of the old railway station of<br />
Florence. The large map summarised the general design of the exhibition, the locations<br />
and the 25 installations’ websites. The exhibition space was characterised by a<br />
board, 3 meters high and 4 meters large, and by a second ambit where the film, that<br />
features students’ assignments and a brief overview on Terragni, was projected on<br />
curtains visible from all over the station.<br />
The exhibition space was characterised by 30 strips of drawings hung on wires and<br />
several critical models by the students and teaching staff. As visitors made their way<br />
through these drawings and models they were directly plunged into the world of<br />
architecture.<br />
90 browsing architecture. metadata and beyond
5<br />
the tool<br />
The 2005 course was dedicated to the theme “the tool” and was titled “Non<br />
neutral relationships among knowledge, artistic creation and tools”. Students<br />
who proposed the best results took part in the elaboration of proposals and<br />
ideas <strong>for</strong> the Zeche Zollversein (a large industrial area in Ruhr) in collaboration<br />
with Urban Drift, which is a cultural <strong>association</strong> with its headquarters in Berlin.<br />
Students’ proposals investigated new ways of using the ex industrial German facility<br />
by means of nine diverse designs <strong>for</strong> the exhibition spaces devised <strong>for</strong> the factory<br />
space. Each project searched <strong>for</strong> the knowledge of a tool rooted in the productive<br />
events of the large factory (a gear wheel, a conveyor belt, a drill, the railway, etc.),<br />
but its history was disarticulated in order to transport visitors from the traces of an<br />
industrial memory to the promises of the in<strong>for</strong>mation age.<br />
The course was characterised by a series of ten conferences with one musician, one<br />
chemist, two engineers, one designer, two architects, one astronomer, two artists<br />
and one curator of exhibitions who spoke about their experiences starting from the<br />
tool, from slide-rule to note<strong>book</strong>, things which define the job of any lecturer.<br />
The 2006 and 2007 courses were organised in parallel with a session of the Athens<br />
International Meeting devoted to the same topic: “Modernity, Crisis, In<strong>for</strong>mation<br />
Technology”. These two last courses did not offer any general topic (Texpo, Terragni<br />
Futuro, or the Tool), but students were set free to identify the fields, in design, <strong>architectural</strong><br />
and urban design domains, where In<strong>for</strong>mation Technology is not a gadget<br />
<strong>for</strong> affluent peoples’ houses, but a field of actions and technologies capable of<br />
tackling, on the one hand, an objective situation of difficulty and, on the other hand,<br />
a research aimed at the necessity of a new aesthetics.<br />
The title of the course, “Modernity, Crisis, In<strong>for</strong>mation Technology”, echoes<br />
the idea according to which modernity trans<strong>for</strong>ms the crisis into value, a contradictory<br />
moral, and engenders aesthetics of rupture (Zevi, Baudrillard).<br />
During the final conference projects were presented in order to tackle the following<br />
issues: urban noise by means of protective and spatial systems; the separation<br />
of the two Tiber’s riverbanks with mobile devices filled with useful social events;<br />
the Umberto I Polyclinic’s internal and external connections, which were treated<br />
as a neuronal net that creeps into the hospital fabric; an active strategy <strong>for</strong> several<br />
socially and ecologically innovative playgrounds; finally, new possibilities <strong>for</strong> intermodal<br />
places nowadays debased and poorly designed.<br />
During the final presentations of the 2007 course devoted to the same issue, projects<br />
were presented on the following topics: the abandonment of San Lorenzo’s overpass<br />
and the proposal to modify the nearby buildings into houses <strong>for</strong> cinema lovers; new<br />
relationships between spaces and activities <strong>for</strong> the new faculty of via Gianturco; an<br />
interactive and “environmental” game capable of awakening the feeling of social cohesion<br />
in a reality such as Aprilia. New aesthetics can provide places with “life”, filling<br />
these residual locations with new spaces <strong>for</strong> living, spaces that are mutable and<br />
not classifiable. One project looks at the areas around Rome’s metro and trans<strong>for</strong>ms<br />
them from city wounds into areas capable of enriching urban experiences. Another<br />
assignment deals with the abandonment of small towns. For Cellano a proposal <strong>for</strong><br />
arts and shows was chosen in order to bring life to the old place again. Finally, there<br />
is a study on the “Muraglioni” along the Tiber River.<br />
textdidattica<br />
91
teacher<br />
cognitive models<br />
2 2 9 7 25<br />
<strong>education</strong> theory<br />
2<br />
The ef<strong>for</strong>t of each assignment, in both 2006 and 2007, was to detect an objective<br />
and evident situation of crisis and tackle the situation coupling the right designing<br />
action with an innovative and creative use of In<strong>for</strong>mation Technology. A search <strong>for</strong><br />
technologies effective <strong>for</strong> each project that support the design.<br />
summarising concepts<br />
Obviously it is not easy to comment on this work, above all <strong>for</strong> the author. Some<br />
consequences should be already evident to the reader, but as a type of summary I<br />
will briefly elaborate a few concepts.<br />
Density and pressure. Electroshock<br />
When I teach it’s fundamental <strong>for</strong> me to try to create the right intellectual pressure<br />
toward students. Only this charge will autonomously trigger them to challenge<br />
themselves and, finally, to learn.<br />
Thus it is possible to learn because there is a deep need, a real necessity.<br />
Learning how to use the web (or create a 3D model or use morphing) is not an<br />
exercise, it’s a necessity – and that’s the point! A fundamental base of this pressure<br />
is provided by means of my lessons. There is no technology capable of substituting a<br />
professors’ word or gesture.<br />
Collaboration and flat-fat net<br />
Working in a public fashion (from web pages to Web 2.0, blog and You Tube) is<br />
aimed at creating nets and links among people and at obtaining collaborative working<br />
environments.<br />
The exchanges of complex operations and common actions, as occurs in our exhibitions<br />
and presentations, would have otherwise been impossible. At the same time<br />
e-mails trigger a personal and direct relationship between professors and students.<br />
Students are not used to this, but they really appreciate it: “Teacher replies to<br />
e-mails!”<br />
Four Cylinders. An engine in action<br />
A key feature of the work developed during this course is that part of the actual<br />
<strong>architectural</strong> research is considered in relation with the IT evolution. This happens<br />
at different levels. From those more superficial, which are related to “the vision of<br />
the world”, to those more structural, which are focused on the concepts of “model”,<br />
“mental landscape”, and “reification”. All these issues have been set out in the a<strong>for</strong>ementioned<br />
paragraphs.<br />
Hypothesis – Verification<br />
The approach of each student is deductive. Students hypothesize a field of possible<br />
designing actions and verify them by means of a set of in<strong>for</strong>mation and discussions<br />
with my assistant and me. If their hypothesis is interesting and viable we go on, otherwise<br />
we start again. Obviously I continuously propose and suggest creative cues<br />
<strong>for</strong> the evolution these projects. I play four or five different roles at the same time.<br />
Self-learning and technical lessons<br />
The base of the work of teaching in the field of in<strong>for</strong>mation technology is founded on<br />
self-learning. This is true in every field, also in theoretical ones, and this is even more<br />
true when you are learning how to use software. There<strong>for</strong>e, a really important task<br />
as far as teaching is concerned is to provide the major motivations (pressure has to<br />
push the student to understand the personal necessity of learning) and, in the case<br />
of software, the general settings and main operative keys. This is done within the<br />
92 browsing architecture. metadata and beyond
5<br />
framework given during my lessons and also provided by finalised tutorials that have<br />
been held by my assistant Francesco De Luca <strong>for</strong> many years. The tutorials have an<br />
instructive, but also psychological purpose, as being part of a group and having a<br />
guide to start a process of learning is really important.<br />
Black holes<br />
Naturally, I talk about a lot of things with my students and I often politely refer to<br />
things as “black holes”. If 23 years old (and sometimes older) has never heard about<br />
Cezanne (whom I talk about <strong>for</strong> twenty minutes during one lesson), then it’s a black<br />
hole. You don’t need to tell anyone you don’t know about Cezanne, but my goodness,<br />
with the Internet it is so easy to in<strong>for</strong>m yourself. The black holes have to be<br />
filled – always!<br />
Publication, advertisement, authorship<br />
One of the leitmotivs of the course is the respect of the sources, at every level.<br />
Sources deserve the same respect and completeness whether in<strong>for</strong>mation derives<br />
from a colleague or from a super cited expert. On the one hand the respect of the<br />
source is a symptom of professionalism, on the other it’s a solid base on which to<br />
construct future buildings.<br />
Also the ability to talk in public is particularly stimulated during the course and<br />
checked on at least four occasions.<br />
IT Revolution<br />
Obviously, this way of teaching the presence of in<strong>for</strong>matics in the <strong>architectural</strong> domain<br />
is like the way the IT Revolution <strong>book</strong> series (Birkhäuser since 1999, Edilstampa<br />
since 2005) is outlined. There is a devaluation of the very technological, aimed at<br />
favouring a focus towards moments of conceptualisation and design. This approach<br />
comes from, on the one hand my choice, and on the other hand the situation. In fact,<br />
the University of La Sapienza doesn’t have any well-equipped laboratories as many<br />
other university do.<br />
Since I have taught with this approach also abroad, I can confirm that this way of<br />
considering the subject works very well and is appreciated even in a hyper-technological<br />
context, where the harvesting of ideas, conceptualization, design and further<br />
key aspects, promoted by this didactic, enable a collection of energies and ideas,<br />
which contribute to the development of the students’ and the Schools’ research.<br />
textdidattica<br />
93
› e-learning<br />
› indices<br />
› matrix of terms<br />
94<br />
6<br />
indexed and browsed:<br />
a New Didactic Approach<br />
Towards the Orders of Columns<br />
› media-database<br />
› orders of columns<br />
› visual browsing<br />
The “Index-Browser” is a digital tool that supports a visual<br />
access to a thematic collection of images in a database.<br />
Its strong didactic potential can be demonstrated <strong>for</strong> instance<br />
by its practical application in the E-Learning Project “Orders<br />
of Columns”. In this context the Index-Browser helps to gather,<br />
share, order and understand images related to the topic of the<br />
orders of the columns. Supported by a five parted index that<br />
covers five perspectives on a thematic field, the Index-Browser<br />
enables a novel approach to the collection of image material:<br />
Firstly, it makes digitally stored images visible <strong>for</strong> quick and<br />
direct access. Secondly, it generates unexpected connections<br />
between images with respect to the content through visual<br />
browsing. Thirdly, it offers the procedure of concept <strong>for</strong>mation<br />
in detail, because it creates a comparison between the abstract<br />
meaning of a term and its visual expression.<br />
The Index-Browser is part of the media-database developed<br />
at the Zurich University of the Arts (ZHdK). The e-learning<br />
project “Orders of Columns” is located at the University<br />
of Zurich (UZh) in the Institute of Art History.
susanne schumacher<br />
Zurich University of the Arts<br />
Zurich, Switzerland<br />
www.zhdk.ch/pages/en/home<br />
Susanne Schumacher M.A. has researched, teached<br />
and developed <strong>for</strong> 10 years in the field of “Art History<br />
and In<strong>for</strong>mation Technologies”. Currently located<br />
in Zurich, Switzerland, she lectures at the Zurich<br />
University of the Arts and the University of Zurich<br />
and is completing a PhD at the ETH Zurich.<br />
For details and publications see:<br />
http://people.zhdk.ch/susanne.schumacher<br />
95
indices<br />
history of architecture<br />
browsing led by images<br />
1 17 19 21<br />
22 26<br />
index-browser – concept and idea<br />
The "Index-Browser" is a tool that creates an intuitive system <strong>for</strong> working with<br />
images in the media-database of the Zurich University of the Arts. It offers a visual<br />
access to the content of the image collections by means of browsing led by images.<br />
This novel interface is enabled by the use of specific indices; one such index is parted<br />
into five categories of terms, which offer a matrix of words <strong>for</strong> tagging images. In<br />
the context of the E-Learning Project "Orders of Columns", located at the University<br />
of Zurich, Institute of Art History, the Index-Browser has adapted this fundamental<br />
system <strong>for</strong> the topic the history of architecture. A "Column-Index" presents the<br />
categories "Order", "Epochs of Art History", "Elements", "Context" and "Media" with<br />
the relevant terms.<br />
This Index, like others in the media-database, is a mix between a scientific<br />
thesaurus and the idea of social tagging. On the one hand, it includes the<br />
top-down conceptualization by an expert in the field, but on the other, it<br />
adopts the bottom-up principle of participation by all proficient users. In this<br />
way attentive users can help to create a thoroughly considered index during<br />
the process of application.<br />
interface<br />
1 3 11 22 24<br />
media-database<br />
19 20 21 23<br />
metadata<br />
1 8 10 15<br />
17 19 21<br />
social tagging<br />
8 11 17<br />
the index 0rders of columns<br />
The five categories of the Index cover five important perspectives on the topic of<br />
the orders of columns. The first category ("Order") obviously picks up the canonical<br />
distinction between the five orders (Tuscan, Doric, Ionic, Corinthian, and Composita),<br />
but additionally, the principle arrangement of an order is mentioned (superimposition<br />
of columns, colossal order, etc.). The next category ("Epochs of Art History")<br />
relates the examples roughly to a specific epoch like ancient Egypt, the Gothicism<br />
or Neoclassicism. In contrast to this, the third category ("Elements") goes into detail,<br />
because the definition of the orders is strongly connected to a regulated arrangement<br />
of clearly defined elements. Even in ancient times a convention regulating the<br />
<strong>for</strong>m and name of elements existed, such as capital, pedestal and plinth, which are<br />
listed in this row. The fourth category ("Context") tries to identify in which context<br />
the shown image appears. This could be an archaeological find, a treatise on architecture,<br />
or a triumphal arch. The terms in the last category ("Media") are also very<br />
varied. In this category the user can select between building materials like stone or<br />
stucco, or between techniques like etching, cutting or rendering (Tab. 1).<br />
Obviously these index-data differ from normal metadata. Metadata cover in<strong>for</strong>mation<br />
like author, title, place and year. This data common to all historical databases<br />
is also collected in the database. In addition to this, we try to accumulate more<br />
categorical in<strong>for</strong>mation with the index-data. When focusing on one object this data<br />
may seem quite vague, yet to a certain degree the data allow the user to cluster the<br />
images according to their content.<br />
This structure allows two novel ways of representing images in the interface of the<br />
database. One is an image-based browser and the other is a matrix of terms. Both<br />
the Index-Browser and the Index-Matrix enable an alternative access to the content<br />
of the media-database.<br />
Be<strong>for</strong>e describing how these Index-Tools work and what the didactic effect is, let me<br />
introduce the specific context of its application.<br />
96 browsing architecture. metadata and beyond
computer-based<br />
presentation<br />
e-learning<br />
9 10 11<br />
6<br />
Ordnung Stil-Epoche Elemente Kontext Medien<br />
Alle Ordnungen 20. Jhdt Andere Andere Andere<br />
Andere Altes Ägypten Atlant Archäolog. Fundstück Animation<br />
Dorika Andere Basis Architekturtheorie Film<br />
Gemischt Barock Dienst Architekturtraktat Fotografie<br />
Ionika Byzantinisch Gebälk Dekoration Glas<br />
Kolossalordnung Etruskisch Halbsäule Geografische Karte Grafik<br />
Komposita Gotik Intervall Konstruktionsanweisung Holz<br />
Korinthia Griechische Antike Kapitell Kunsthandwerk Keramik<br />
Supraposition Klassizismus Karyatide Möbelbau Klang / Ton<br />
Toskana Mesopotamien Krepis Modell Malerei<br />
Mittelalter Modul Monument Metall<br />
Moderne Palladiomotiv Musterbuch Rendering<br />
Postmoderne Pfeiler Nachschlagewerk Stein<br />
Renaissance Pilaster Öffentliche Architektur Stich<br />
Rokoko Plinthe Palast Stuck / Gips<br />
Romanik Postament Plan Text<br />
Römische Antike Säule Privatbau Vasenbild<br />
Seit 1990 Schaft Profanbau Zeichnung<br />
Spätantike Stele Rekonstruktion<br />
Unbekannt Stütze Repräsentationsbau<br />
Travée Ruine<br />
Tympanon Sakrale Architektur<br />
Volute Säulenlehre<br />
Wandvorlage Skulptur<br />
Ziersäule Tempel<br />
Urhütte<br />
Wiss. Fachliteratur<br />
Tab. 1: The Index “Orders of Columns” arranges a matrix of terms.<br />
the e-learning project orders of columns<br />
Topic<br />
This e-learning project “Orders of Columns” originated from a students initiative<br />
at the Institute of Art History at the University of Zurich. They were searching <strong>for</strong><br />
alternative ways to deal with questions around the morphology of columns and the<br />
context of their usage in the history of architecture. Indeed, this point of view offers<br />
a number of perspectives into the transcultural history of architecture. How were the<br />
renaissance architects able to interpret the <strong>book</strong>s of Vitruvius by inspecting the ruins<br />
and spolia in Rome? What idea of the ancient world did they shape out of these<br />
relicts? And can the development of the antique temples even be seen as a reinterpretation<br />
of Mesopotamian or Egyptian rituals and <strong>for</strong>ms? These enigmas questions<br />
have occured throughout history up until present times. Why does the concept of the<br />
orders of columns have such a normative power, not only with renaissance architecture,<br />
but also up until neoclassicism? And what kind of trans<strong>for</strong>mation can we<br />
rediscover in modernity and within postmodern comments? In conclusion, the investigation<br />
of the orders of columns means to question the impetus of architecture.<br />
The task of the project is to develop a visual <strong>for</strong>m of a computer-based presentation<br />
indexed and browsed<br />
97
digital tools<br />
12<br />
following a vivid didactic concept that is close to the diverse material. It intends to<br />
broach the issue of columns by using a set of down-to-earth questions and practical<br />
thought. The content of the planned e-learning module is currently beeing developed<br />
by students. In a seminar they learn about the topic of the orders of columns, as well<br />
as how to use three different computer tools to present the work. In December 2008<br />
a prototype will be completed.<br />
Structure and tools<br />
Since e-learning projects mostly rely on a range of competencies the Column-Project<br />
is a cooperation between the Institute of Art History with the media-database of the<br />
Zurich University of the Arts and the e-science-network “HyperImage” (Humboldt<br />
University of Berlin and University of Lüneburg). This allows the use of three different<br />
digital tools that have all developed in the academic context to deal explicitly with<br />
the medium of text, the medium of images, and to combine both in an interactive<br />
presentation.<br />
1. tEXtMACHINA: a text-orientated web-based plat<strong>for</strong>m developed by University<br />
of Zurich / Germanic Faculty.<br />
In the context of the column-project, tEXtMACHINA is used to collect textual material<br />
and required reading lists. It also supports additional collaborative writing.<br />
Furthermore tEXtMACHINA assists the scientific and technical communication between<br />
the members of a group of students as well as the administrative needs<br />
of the course.<br />
http://www.textmachina.uzh.ch/khist/index.jsp (access only with login)<br />
Fig. 1: tEXtMACHINA, web-based plat<strong>for</strong>m to work collaboratively with texts.<br />
2. Media-Database of Zurich University of the Arts: a database with an intuitive<br />
interface that helps to organize visual materials.<br />
We use the media-database to collect images of columns of the different historical<br />
epochs and to group this data thematically <strong>for</strong> shared usage. In addition, the<br />
a<strong>for</strong>ementioned index <strong>for</strong> the topic of orders of columns was developed. This index<br />
enables the use of a visual browsing tool to assist the concept <strong>for</strong>mation.<br />
http://dilps.zhdk.ch (access only with login)<br />
Fig. 2: Media-Database of ZHdK provides a plat<strong>for</strong>m <strong>for</strong> saving, grouping and sharing<br />
of images.<br />
3. HyperImage: a digital tool that transfers the concept of hypertext to images in<br />
order to realize interactive e-science networks. HyperImage is currently beeing<br />
developed at the Humboldt University of Berlin and the University of Lüneburg.<br />
The HyperImage Editor helps to realize the multimedia e-learning module. Within<br />
this program, visual arguments and elements of images can be linked in a collaborative<br />
workflow. The comparison of images, a strong art based historical method, is<br />
supported by the program up to the level of details of images. HyperImage allows<br />
the user to create linked and indexed networks of images and to publish them online<br />
or offline.<br />
http://www.hyperimage.org<br />
Fig. 3: HyperImage, an editor to compile interactive presentations.<br />
98 browsing architecture. metadata and beyond
6<br />
The role of the Index-Browser in the Column-Project<br />
To precisely explain the title of the paper I’m now going to describe the method of<br />
the application of the Index-Browser in the thematic field of the e-learning project<br />
“Orders of Columns”.<br />
The “Column-Index” and the “Column-Browser” are the core tools in the<br />
phase of gathering, sharing, ordering and understanding the visual collection<br />
on the topic of the orders of columns.<br />
browsing<br />
1<br />
First, we will look at the Browsing-Tool based on the Column-Index; let us call it<br />
“Column-Browser”. Then we will investigate the matrix of terms in this field, in analogy<br />
the “Column-Matrix”.<br />
The Column-Browser<br />
The Column-Browser is the visual expression of the concept introduced at the<br />
beginning of this paper. This browsing tool offers, in relation to the five categories,<br />
five bands of images, which are linked to the topic of columns. The first selection of<br />
images is randomly generated. With the mouse pointer one can scroll these imagebands<br />
to the left and to the right in order to discover more image options. To start<br />
the browsing process the user selects one of the thumbnail images with a mouseclick.<br />
This action activates a new set of images that fills the bands. The selected<br />
image is displayed in each of the five bands at the same position as a reference <strong>for</strong><br />
all other images.<br />
Fig. 4: Column-Browser, starting situation with randomly filled image-bands.<br />
In other words, after the browsing process has started with the first “query by image”<br />
the pictures in each band are sorted according to their contents. For example, with a<br />
mouse-click we can activate the thumbnail of Sebastiano Serlio’s plate from “Regola<br />
generali di architettura” (1537, <strong>book</strong> IV) leading to four possibilities of positioning<br />
a column in relation to a wall (freestanding or connected with a wall by different<br />
usages of a pilaster). As Serlio used the Dorica to show its systematic considerations,<br />
in the first line (“Order”) other illustrations of the Dorica are displayed. The examples<br />
are exclusively related to the topic Dorica; ranging from a colored reconstruction of<br />
the entablature of the Parthenon on the acropolis in Athens, to a photo of the palazzo<br />
Chiericati by Palladio in Vicenza, also encompassing other renaissance treatises<br />
discussing the construction of the Doric order, so within this band of images one can<br />
also see different <strong>for</strong>mulations of the very old concept of the doric style. The second<br />
band presents examples related to “Epochs of Art History”. As Serlio’s treatise is a<br />
Renaissance <strong>book</strong>, all the other presented examples of built architecture, theoretical<br />
concepts, paintings or etchings in this line are also considered to belong to this<br />
epoch, so the user can broaden his or her view to find out how the orders of columns<br />
were <strong>for</strong>mulated. In the next category (“Elements”) connections related to details are<br />
displayed. Here, elements like column, half column, pilaster and engaged pier are<br />
shown in a substantial range of pictures. This image band offers a wide selection of<br />
examples when looking <strong>for</strong> material to compare diffrent possible solutions in these<br />
<strong>architectural</strong> details. As previously mentioned, the fourth row is labelled “context”.<br />
Because Serlio’s plate belongs to the context of the theory of the <strong>architectural</strong> orders<br />
the other listed examples are mainly taken out of renaissance treatises. Finally, in the<br />
fifth image band (“Medium”) many other woodcut illustrations are presented, this<br />
indexed and browsed<br />
99
fifth category allows an uncomplicated investigation into the illustration facilities<br />
of this technique.This detailed explanation makes the functionality of the Column-<br />
Browser clear.<br />
Fig. 5: Column-Browser: browsing situation: a reference image and related examples<br />
to the left and to the right.<br />
Based on the a<strong>for</strong>ementioned principles the browsing-tool only reveals<br />
its full potential in the continued process of selecting a reference image with<br />
a mouse-click and the subsequent investigation of the new set of images.<br />
With this function the Column-Browser is conceived <strong>for</strong> endless browsing<br />
through the compilation of material <strong>for</strong> the e-learning project. This process<br />
of browsing is certainly not aimless nor finds its conclusion within itself.<br />
For the members of the e-learning project, this creates great stimulus in two<br />
main areas: the content and the workflow.<br />
facet<br />
1 17 20<br />
The content: browsing architecture!<br />
The inspiring combination of thumbnail-images in a line under the headline of one<br />
or more predefined terms has already been emphasized. This generates more than<br />
simply unexpected neighbourhoods of images; it also <strong>for</strong>ces an active examination<br />
of the visual expression of a term. I will call this process “visual concept <strong>for</strong>mation”<br />
and underline it as one of the additional benefits of the Index-Browser.<br />
Visual concept <strong>for</strong>mation is an active confrontation of one term and several dedicated<br />
images. In order to precisely represent the term one may need to add or delete<br />
images, or one may prefer to find another term that better represents a particular<br />
compilation of images. This is a highly conceptual procedure that requires deep<br />
knowledge of the topic terminology as well as the visual material.<br />
To aid visual concept <strong>for</strong>mation a tool called “basket” is provided to rearrange and to<br />
re-index images by drag and drop.<br />
The workflow<br />
A second facet of the Index-Browser is its a novel way of handling the content of the<br />
database. First of all there is the visual access to images. While in common databases<br />
the user has to start the query by typing specific words in a mask, the activated<br />
query in this database is a directed search where the user already knows what he or<br />
she is looking <strong>for</strong>. The result of this query is as appropriate and as accurate as the<br />
metadata in the database. In addition to this, the index-browser offers a visual, and<br />
thus more associative and more inspiring access to images. Consequently, the process<br />
of browsing is an undirected search that makes the content of image collections<br />
visible and supports the user with correlating images. The previously mentioned<br />
basket helps to collect, group and share images.<br />
Fig. 6: The metadata field opened out of the Index-Browser. Showing on the bottom<br />
of the screen a “basket” to collect and group images by drag and drop.<br />
100 browsing architecture. metadata and beyond
matrix of terms<br />
term-based<br />
1<br />
6<br />
The Column-Matrix<br />
The Column-Matrix is a tool <strong>for</strong> a term-based exploration of collected material. In<br />
this modus, instead of five image-bands, the interface offers five columns of terms.<br />
Their names and contents have already described at the beginning of the paper. This<br />
matrix of terms supports the user in the process of a query.<br />
Similar to the Column-Browser, the reference term is visually selected by a highlight<br />
and correlated terms are coloured. The coloured terms signify the existence of images<br />
that are related to both the highlighted and the coloured term. The number after<br />
each term displays how many images are connected to this term. These discreet<br />
labels enable the user to estimate the result of their query.<br />
But while the Column-Browser always offers an open field of images <strong>for</strong> browsing,<br />
the query with the Column-Matrix is a successive process <strong>for</strong> narrowing down the<br />
scope of searching.<br />
Fig. 7: Column-Matrix: five columns of terms. Refinement of the search<br />
by marked terms.<br />
The didactic effects<br />
To sum up these new possibilities and to extract their didactic effects we return to<br />
the Column-Project. The participating students contribute their images to a joint<br />
collection. They develop a pool of images where everybody has to add images,<br />
but can also take advantage of everyone’s entries. As one can imagine, concepts<br />
where everybody has to share do not work in practice in the same way as in theory,<br />
but the overall outcome is definitively worthwhile. The field of terms, namely the<br />
Column-Matrix, helps the students to place their images in a field of meaning as well<br />
as in the overall context of the history of the orders of columns. Furthermore, only<br />
indexed images go into the Column-Browser producing a simple selection process<br />
that means only indexed images are viewable. It is very satisfying to see how the<br />
collection grows and consequently how the output of the Column-Browser gets more<br />
and more detailed and versatile. While compiling the definitive e-learning module in<br />
HyperImage, the browsing tool will constantly help to detect demanded images.<br />
Sustainability<br />
The collection of images of the orders of columns will be accessible <strong>for</strong> students<br />
even after their project is finished. Students will be able to use the Column-Browser<br />
to prepare <strong>for</strong> a typical art history examination, as the system randomly presents<br />
images thus a student can classify the objects to check his or her knowledge. Beyond<br />
this, the Column-Index is extendable <strong>for</strong> archaeologists <strong>for</strong> example; they can use<br />
and complete the term to describe <strong>for</strong> example temples. Additionally, other more<br />
general indices such as an Architecture Index will be installed and could intertwine<br />
with the Column-Index.<br />
So the application of the Index-Browser in the e-learning project “Orders of Columns”<br />
is not only a proof of concept, but also a starting point <strong>for</strong> further extensions<br />
in the field of the History of Art and Architecture.<br />
project team →<br />
indexed and browsed<br />
101
project-team<br />
Index-Browser<br />
Idea and Concept: Susanne Schumacher.<br />
The Index-Browser is part of the media-database of Zurich University of the Arts developed<br />
by Departement of Design and In<strong>for</strong>mationstechnologie-Zentrum (itz), http://dilps.zhdk.ch.<br />
E-Learning Project<br />
Scientific supervision: Prof. Dr. Hubertus Günther.<br />
Project-Management: Susanne Schumacher, Dr. Hanns Hubach.<br />
Initiative and tutors: Urs Baumberger, Elisabeth Geiger, Sabine Vass.<br />
This Project of the Institute of Art History/University of Zurich is supported by:<br />
› E-Learning Center der Universität Zürich, www.elc.uzh.ch;<br />
› Mediendatenbank Zürcher Hochschule der Künste, http://dilps.zhdk.ch;<br />
› HyperImage - Bildorientierte e-Science-Netzwerke, Leuphana Universität Lüneburg<br />
und Humboldt-Universität Berlin, www.hyperimage.org.<br />
102 browsing architecture. metadata and beyond
6<br />
indexed and browsed<br />
103
104<br />
7<br />
› digital repositories<br />
› housing studies<br />
housing@21.eu:<br />
Integrating Learning Spaces<br />
and Architectural Repositories<br />
› virtual design studios<br />
› web-based collaborative learning<br />
housing@21.eu (www.housing21eu.net) is a web-based<br />
learning plat<strong>for</strong>m consisting of a case repository and a design<br />
studio environment, developed in an Erasmus Intensive<br />
Programme between 2003 and 2006, with the participation of<br />
five schools of architecture from Belgium, Germany, Poland,<br />
Spain and United Kingdom. The purpose of the programme was<br />
twofold: one has to do with architecture - studying the <strong>for</strong>ms<br />
of dwelling in contemporary <strong>European</strong> societies; the other<br />
with pedagogy – integrating innovative teaching methods with<br />
ICT. One of the results of the project is an on-line repository<br />
containing 300 cases of study, documented and analyzed using<br />
the learning plat<strong>for</strong>m specifically created <strong>for</strong> this project.<br />
The project is continuing through the Virtual Campus<br />
oikodomos (www.oikodomos.org), which is being carried out<br />
in the years 2007-2009 under the auspices of the Life Long<br />
Learning Programme.
leandro madrazo<br />
Universitat Ramon Llull<br />
Barcelona, Spain<br />
www.url.edu<br />
Since 1999, Professor at Arquitectura La Salle, and<br />
Director of the research group ARC (www.salle.<br />
url.edu/arc). Fulbright scholar 1986-88; M. Arch.<br />
UCLA, 1988; and Ph.D. ETH Zurich, 1995, where he<br />
was teaching and researching at the Department<br />
of Architecture, from 1990 to 1999. Coordinator<br />
of the <strong>European</strong> projects HOUSING@21.EU and<br />
OIKODOMOS; coordinator of the Spanish National<br />
R+D+I project BARCODE HOUSING SYSTEM.<br />
paul riddy<br />
KataliSys Limited<br />
Portsmouth, United Kingdom<br />
He is a part time Educational Technology Advisor<br />
and EU project coordinator at the University of<br />
Southampton. As a specialist in the use of learning<br />
technologies he has designed, authored and<br />
implemented computer based learning materials<br />
and contributed papers to international conferences<br />
on the application and evaluation of learning<br />
technologies. He is the project manager and<br />
researcher on the JISC EDIT4L project. As manager<br />
and coordinator of the EU funded NETTLE Thematic<br />
Network project (www.nettle.soton.ac.uk:8082/)<br />
he brings partners from across Europe together to<br />
investigate models <strong>for</strong> developing the <strong>education</strong>al<br />
skills of teaching staff.<br />
luca botturi<br />
University of Lugano<br />
Lugano, Switzerland<br />
www.unisi.ch<br />
He holds a Ph.D. in Communication Sciences<br />
and Instructional Design from the University of<br />
Lugano, Switzerland. He is currently instructional<br />
designer at the eLearning Lab, and researcher<br />
<strong>for</strong> the NewMinELab at the same institution. His<br />
research interests focus on creative instructional<br />
design, design languages and team communication.<br />
He is active as trainer and consultant, and has<br />
founded seed, a nonprofit organization promoting<br />
the development of a culture of <strong>education</strong>al<br />
technologies in international development.<br />
105
106
housing@21.eu is the name of a learning plat<strong>for</strong>m developed with funding<br />
from the Erasmus Intensive programme, whose goal was to study<br />
contemporary dwelling in Europe. It represents one more step in a pedagogic<br />
line of work aimed at integrating web-based learning environments<br />
into <strong>architectural</strong> <strong>education</strong>, which began in 1996 with the project aalto<br />
[Madrazo and Weder 2001].<br />
housing studies<br />
web-based collaborative<br />
learning<br />
7<br />
The pedagogic goals of the HOUSING@21.EU project were twofold:<br />
1. To learn to grasp the complexities and interdependencies of the factors trans<strong>for</strong>ming<br />
the way of life in <strong>European</strong> societies, in order to respond to these challenges with<br />
new <strong>for</strong>ms of housing.<br />
2. To design and implement learning strategies to be integrated with a web-based<br />
learning plat<strong>for</strong>m especially created <strong>for</strong> this project.<br />
The trans<strong>for</strong>ming factors affecting living conditions were considered on three<br />
different levels: social, economic and technological. Three different spatial<br />
dimensions of dwelling were analyzed: individual, communal and urban.<br />
This three-by-three structure enabled students and faculty to grasp the complexity<br />
of the issues involved in the conception and production of housing<br />
in contemporary <strong>European</strong> societies.<br />
constructivist pedagogy<br />
8 9 11<br />
From a pedagogical viewpoint, the most innovative aspect in this project was the<br />
development of a methodology associated with a web-based environment created<br />
especially <strong>for</strong> the project by the research group ARC Enginyeria i Arquitectura La<br />
Salle [Madrazo 2006]. The web-based plat<strong>for</strong>m HOUSING@21.EU consists of two<br />
distinct parts: a case repository to collect and study housing precedents (Fig. 1),<br />
and an environment to present housing projects created by students in the design<br />
workshops (Fig. 2). This web plat<strong>for</strong>m allowed students and faculty from the five participating<br />
institutions to carry out joint research on study cases across the Internet.<br />
Fig. 1: Website to collect and study housing examples – www.housing21eu.net (p. 333).<br />
Fig. 2: Website of the Design Workshop – www.housing21eu.net/workshop1 (p. 333).<br />
constructivist learning<br />
using web-based plat<strong>for</strong>ms<br />
One of the main objectives of HOUSING@21.EU was to create an integrated learning<br />
environment supported by an <strong>architectural</strong> case repository. This repository was<br />
not meant to be an in<strong>for</strong>mation system, to collect and retrieve in<strong>for</strong>mation about<br />
housing cases. Rather, its goal was to enable learners from the five participating<br />
schools to interact with each other both in the virtual space of the web and in the<br />
physical space of the classroom in order to elicit knowledge from the collected<br />
in<strong>for</strong>mation.<br />
The distinction between collecting in<strong>for</strong>mation in the web repository and<br />
eliciting knowledge from it is a critical one. In fact, the gathered in<strong>for</strong>mation<br />
already carries within it some conceptual structures. As Van House has<br />
housing@21.eu<br />
107
contended: “In<strong>for</strong>mation artifacts, including texts and images, are not simply<br />
reflections or carriers of knowledge. They shape and reflect practice and are<br />
instrumental in creating and re-creating knowledge as well as coordinating<br />
work across space and time” [Van House 2003]. There<strong>for</strong>e, in order to design<br />
efficient digital repositories, it is important to understand how these processes<br />
of knowledge construction using data collected in a repository work.<br />
digital repositories<br />
8 10 11 14<br />
16 21 26<br />
In HOUSING@21.EU tools were included which allowed further organization of the<br />
in<strong>for</strong>mation. These supported students adding items to other’s cases, assigning keywords<br />
to cases and grouping cases, activities which allowed them to not only derive<br />
knowledge from the digital repository, but also to add new knowledge to it (Fig. 3,<br />
Fig. 4). Working in this context, the educators’ role is to act as a mediator, helping to<br />
bring the knowledge back and <strong>for</strong>th between the web and the classroom, through<br />
the medium of web-based discussions.<br />
This building up of knowledge through interacting with a digital repository<br />
is a typical example of constructivist pedagogy. According to constructivism,<br />
meaning is not implicit in the structured in<strong>for</strong>mation. Rather, learners – students<br />
and teachers – should assign meaning to it.<br />
role of the educator<br />
2 12<br />
Retrieving in<strong>for</strong>mation from the case library is a fundamental activity, since this is<br />
what ultimately gives sense to the way in which the in<strong>for</strong>mation has been categorized<br />
and organized. Furthermore, <strong>for</strong> learners to carry out this constructive<br />
process collaboratively in a web-based environment they must have some “shared<br />
understanding” of the tool, the context of the learning and the role of the educator<br />
[Puntambekar and Young 2003].<br />
Fig. 3: Case repository collaborative tools: Keywords mode (p. 334).<br />
Fig. 4: Case repository collaborative tools: Grouping mode (p. 334).<br />
housing@21.eu’s learning activities<br />
The programme’s yearly activities were organized into two major blocks: analysis of<br />
relevant housing precedents, and design of new housing. A seminar approach was<br />
used <strong>for</strong> the analysis of precedents, conducted asynchronously at each participant<br />
institution, within a 3-6 month period. The two-week design workshop was carried<br />
out at the end of the academic year, with the participation of all teachers and<br />
students.<br />
The learning activities were carried out both in the shared web-based learning<br />
environments specifically created <strong>for</strong> this project and in courses at each institution.<br />
It was necessary to implement an ad hoc approach to interweave the diversity of<br />
activities taking place at the five institutions which were running different academic<br />
programmes.<br />
The work conducted in the case repository contributed to the exchange of ideas<br />
between teachers and students from all the participating institutions. Through this<br />
108 browsing architecture. metadata and beyond
vocabulary of<br />
keywords<br />
13 15 17 21<br />
7<br />
interaction, it was possible to identify different approaches towards housing in different<br />
<strong>European</strong> countries, while at the same time discovering some common themes.<br />
Some of the topics identified in the web were then further discussed at the start of<br />
the joint Design Workshop, where all participants gathered <strong>for</strong> two weeks to continue<br />
reflecting about housing, but this time designing new housing projects.<br />
case study analysis<br />
In the analysis stage, students are requested to select three to five examples of their<br />
choice, to study them and to explain them in the web environment.<br />
This work is done at each institution under the supervision of a teacher. The work<br />
per<strong>for</strong>med in a classroom environment, which precedes the task of inserting a case<br />
in the repository, is fundamental to ensure a subsequent meaningful learning using a<br />
web-based environment.<br />
A case study documentation consists of graphics (plans, sections, photographs) and<br />
texts to describe the case, as well as to reflect on its most relevant characteristics:<br />
morphological, spatial, social, and technological.<br />
These reflections, after having been discussed in the class with their teacher, are<br />
introduced in the repository using the conceptual structure of spatial dimensions<br />
and trans<strong>for</strong>ming factors described earlier. Also, the construction of a vocabulary<br />
of keywords is an effective way to illustrate the reflections of the learners.<br />
Once the cases have been submitted, the collaborative tasks start<br />
at the repository, including:<br />
› Adding in<strong>for</strong>mation to another student’s study case (images; keywords);<br />
› Adding comments to the study case <strong>for</strong>ums;<br />
› Searching <strong>for</strong> relations among study cases (grouping cases);<br />
› Participating in the <strong>for</strong>um discussions about particular cases and about<br />
generic housing topics.<br />
Following submission, the pedagogic challenge both <strong>for</strong> students and teachers<br />
is to elicit knowledge by using the case descriptions. This is a fundamental<br />
difference between an in<strong>for</strong>mation system that facilitates access to images<br />
and texts, and a learning environment, which promotes the collaborative<br />
construction of knowledge.<br />
Case descriptions and their manipulation are used to embed the knowledge that the<br />
students have acquired through their study and become the knowledge blocks with<br />
which learners can subsequently build knowledge, collaboratively interacting in the<br />
web system.<br />
The following table summarizes the content that the students have submitted to the<br />
case study library in the three years of the programme:<br />
housing@21.eu<br />
109
case of study<br />
images<br />
keywords<br />
bibliographic entries<br />
url references<br />
groups<br />
discussion <strong>for</strong>um entries<br />
case study <strong>for</strong>um entries<br />
e-mails<br />
03-04<br />
110 browsing architecture. metadata and beyond<br />
71<br />
796<br />
87<br />
100<br />
54<br />
14<br />
n/a<br />
36<br />
190<br />
04-05<br />
110<br />
1,623<br />
196<br />
58<br />
31<br />
9<br />
7<br />
20<br />
179<br />
05-06<br />
119<br />
195<br />
128<br />
68<br />
87<br />
11<br />
15<br />
50<br />
558<br />
total<br />
300<br />
4,369<br />
411<br />
226<br />
172<br />
34<br />
22<br />
106<br />
937<br />
Tab. 1: Summary of the data collected during the three-year HOUSING@21.eu project.<br />
design workshops<br />
The joint Design Workshop is the concluding work, following the study of cases on<br />
the web. Three workshops took place each summer during the years 2004, 2005 and<br />
2006. Sites were selected in the city of Barcelona to carry out projects <strong>for</strong> innovative<br />
housing, addressing different scales: domestic, urban and metropolitan.<br />
Descriptions of the design tasks (sites and briefs) were published in a website created<br />
especially <strong>for</strong> the workshop (please see: www.housing21eu.net/workshop1;<br />
www.housing21eu.net/workshop2; www.housing21eu.net/workshop3). This website<br />
was also used during the workshop, to record the ideas that were being discussed in<br />
the meetings and to present the design proposals.<br />
At the start of a workshop, each student exposed his or her personal reflections<br />
about housing summarized in a multimedia presentation. This helped students to<br />
get to know each other in advance, so that they could select the team members with<br />
whom they would work with on the design. Teams were composed of three students,<br />
each one from a different institution, with a mix of second or third year students<br />
working together with those who were about to complete their degrees. We considered<br />
that the mix of different cultures and different knowledge was a challenge that<br />
the students should face.<br />
The Design Workshop website allowed students and teachers to monitor<br />
the step-by-step development of an idea into a design schema, and from a<br />
schema into a design proposal. This was an important feature of the website,<br />
which needs to be further developed in order to facilitate the work of distant<br />
workshops across the web involving students from different universities.<br />
virtual design studios<br />
2<br />
oikodomos: a virtual campus to promote<br />
the study of dwelling in contemporary europe<br />
The experience gained with the HOUSING@21.EU intensive programmes, has been<br />
the motivation to create a new consortium to develop a more comprehensive virtual<br />
campus to study dwelling at a <strong>European</strong> scale named OIKODOMOS. The intention<br />
is that this new virtual campus will integrate on-line and off-line learning activities<br />
encompassing:
7<br />
1. Innovative pedagogic methods, which interweave on-line resources with traditional<br />
classroom activities to study housing from a multidisciplinary perspective by means<br />
of seminars and studio projects, analysis of cases, and joint design workshops.<br />
2. Multi-national and multi-professional activities planned in conjunction with community<br />
representatives and local authorities, to study the problems of dwelling and<br />
to propose solutions to it.<br />
3. Bologna compatible courses (ECTS credited) aimed at supporting the creation of<br />
future <strong>European</strong> Master’s programs, which combine physical and virtual mobility of<br />
both teachers and students.<br />
Collaborative activities will be rein<strong>for</strong>ced in order to strengthen the collaboration<br />
of learners in the construction of knowledge. Moreover, the learning<br />
activities will be opened to other learners outside the universities. The design<br />
workshop environment will be enhanced into a full-fledged virtual design<br />
studio environment, which will enable different schools to carry out on-line<br />
design processes in collaboration. The designs produced by students will be collected<br />
in a project repository.<br />
The expected results of the project are:<br />
› An innovative pedagogic methodology integrating on-line activities with the curricula<br />
at each partner institution, implemented, tested and validated;<br />
› A critical analysis of e-learning methods and tools applied to <strong>architectural</strong> <strong>education</strong><br />
(virtual design studios, repositories of cases of study);<br />
› Educational open resources stemming from the learning activities con<strong>for</strong>ming to<br />
standards;<br />
› Innovative housing proposals embracing <strong>architectural</strong>, urban and environmental<br />
scale, developed collaboratively by the participating institutions in conjunction with<br />
social and professional organizations;<br />
› Assessment of the pedagogic methods and the learning technologies employed<br />
and the results obtained;<br />
› Reports of good and bad practices and recommendations <strong>for</strong> other partners to join<br />
the virtual campus in the future.<br />
evaluation of the pedagogic model<br />
of housing@21.eu<br />
The first task undertaken within the OIKODOMOS project has been to conduct an<br />
evaluation of the web-based plat<strong>for</strong>m and an assessment of the pedagogic methodology<br />
applied in the previous project, HOUSING@21.EU. The results of this study<br />
will help to redefine the contents, methods and tools of the future OIKODOMOS<br />
virtual campus.<br />
The following is a summary of the conclusions from this study.<br />
Evaluation of the existing web-based plat<strong>for</strong>m<br />
The evaluation of the web-based plat<strong>for</strong>m HOUSING@21.EU was conducted as a<br />
usability study [Oikodomos PR EP1 Report 2008]. The aim was to detect most of the<br />
problems, obstacles and breakdowns <strong>for</strong> the user when interacting with the web ap-<br />
housing@21.eu<br />
111
plication. Usability has been defined as “the effectiveness, efficiency and satisfaction<br />
with which specified users can achieve specified goals in particular environments”<br />
[ISO 9241-11]. For e-learning environments and applications, usability is a necessary<br />
condition (although not sufficient, as discussed above) <strong>for</strong> effective on-line learning.<br />
Usability is the property of a mediated learning environment, which supports<br />
the users as transparently as possible in the accomplishment of their learning goals.<br />
Examples of the problems which users might encounter include: easily locating and<br />
accessing the needed content; orienting oneself in the maze of different paths and<br />
nested pages of a structured website; avoiding being overloaded by the in<strong>for</strong>mation<br />
clustered in a page; and being able to use effectively the navigation architecture.<br />
The usability study was developed following the MiLE methodology [Triacca et al.<br />
2004] in its e-learning adapted version [Inversini, Botturi and Triacca 2006]. This<br />
method has already been extensively and successfully used in a variety of web application<br />
domains (e.g. <strong>education</strong>al institutions, cultural-heritage, public <strong>education</strong>,<br />
and e-government) [Matera et al. 2002; Bolchini et al., 2003; Triacca et al. 2003]<br />
and it has been used and tailored <strong>for</strong> e-learning web applications. The goal of the<br />
process is to provide course developers and instructional designers with a structured<br />
“kit” of guidelines and practical suggestions <strong>for</strong> a cost-effective usability evaluation<br />
of their on-line application. MiLE works through the definition of a custom usability<br />
framework, consisting of user profiles, usability variables and scenarios with tasks.<br />
This usability framework was constructed <strong>for</strong> HOUSING@21.EU and then used to<br />
train the project staff to collect data at their own locations.<br />
The study was carried out on 17 students from Barcelona, Bratislava and Lugano,<br />
and the results allowed the identification of both systematic breakdowns, i. e.<br />
issues that affect the overall application, and local problems. MiLE generates both<br />
quantitative outputs (rankings of issues) and qualitative ones (user comments).<br />
The results indicate that users perceive the HOUSING@21.EU as a generally good<br />
application. Problems identified were mainly in the predictability of user interactions<br />
and in the order of layout. The <strong>for</strong>mer included uploading pictures, lack of communication<br />
(e.g., the lack of error messages) or bugs in the program, which stopped the<br />
system (e.g., due to overload). More important design problems concerned the use<br />
of pop-up windows and the search interface.<br />
Assessment of pedagogic methodology<br />
The assessment [Oikodomos PR EP2 Report 2008] reported on the approaches to<br />
learning and teaching used in conjunction with the HOUSING@21.EU environment,<br />
the user’s perception of these approaches and the general usability of the plat<strong>for</strong>m.<br />
The retrospective nature of this evaluation was based on a combination of the analysis<br />
of end of year reports from HOUSING@21.EU combined with questionnaires<br />
completed by staff and students, and interviews with staff.<br />
Questionnaires based on previous work [Fill 2005; Riddy and Fill 2004] used 4 point<br />
Likert (A-D) scales plus a ‘don’t know’ category, open comment boxes and requested<br />
brief demographic in<strong>for</strong>mation. As the project finished in 2006 it has proved difficult<br />
to contact and obtain responses from students and staff involved at that time, some<br />
having now left their institutions. To date we have received 11 responses from a total<br />
of 71 students contacted. Of 14 members of staff contacted one agreed to be interviewed,<br />
and the views expressed have been largely supported by anecdotal reports<br />
from others involved in the project.<br />
112 browsing architecture. metadata and beyond
7<br />
Student responses on the use of the case study repository and associated tools were<br />
received from all five Partner institutions, but with only 1 response from 1 of the<br />
partners. The maximum scores <strong>for</strong> students in these 16 questions centered on level<br />
B (positive) indicating an overall positive response to using the system to support<br />
their learning. The greater spread <strong>for</strong> some of the responses raises questions on the<br />
usefulness of the on-line discussions, the success with which students were able to<br />
integrate the variety of in<strong>for</strong>mation and the suitability of this approach <strong>for</strong> all learners.<br />
Students didn’t comment on the constructivist <strong>education</strong>al process in which<br />
they were engaged, but commented more on features of the system and its potential<br />
<strong>for</strong> interaction. These comments support the questions raised above.<br />
Staff found that this environment was useful <strong>for</strong> supporting learning, but raised a<br />
number of issues:<br />
› Different levels of access to editing resources <strong>for</strong> staff and students;<br />
› Speed of response of the system;<br />
› Better integration of discussion <strong>for</strong>ums with the resources;<br />
› Use of the environment needed to be tightly integrated with institutional courses,<br />
to ensure engagement of the students.<br />
The majority of responses <strong>for</strong> the 10 questions on the design workshops fell into categories<br />
A & B indicating students were giving a significantly positive response to the<br />
use of the environment and the <strong>education</strong>al process. The two questions, which were<br />
exceptions, indicate dissatisfaction with the Design Workshop topics, and that language<br />
differences resulted in some communication problems between study group<br />
members. Staff responses suggested differences between institutions in their approach<br />
to assessment of student per<strong>for</strong>mance, and consequently in assessing their<br />
work. English language ability was recognized as restricting communication generally,<br />
and it was felt that group per<strong>for</strong>mance would have been effective more quickly<br />
if they had engaged in more activities at a distance in advance of the workshop.<br />
The main findings were:<br />
The case study repository and associated tools were found to provide a useful<br />
body of in<strong>for</strong>mation with the potential to support interesting <strong>education</strong>al<br />
discussions between students and their tutors. Usability of tools and<br />
the response time of the system were impediments to full integration<br />
of the environment within some schools institutional programmes.<br />
The five institutions involved in the project, each took a different approach to using<br />
HOUSING@21.EU within their teaching, and different approaches to the allocation<br />
of credits <strong>for</strong> the students work in their regular courses and in conjunction with the<br />
design workshops. These inconsistencies need to be resolved if significant progress<br />
on collaborative development and provision of courses are to make progress.<br />
One of the great success of the design workshops was the mutual understanding<br />
gained from working in mixed nationality/cultural groups.<br />
Recommendations<br />
Alongside specific pedagogic and technical recommendations, we have a third<br />
category concerning general usability:<br />
housing@21.eu<br />
113
Pedagogic<br />
housing@21.eu was designed to support a constructivist model of <strong>education</strong>,<br />
and this has proven to be effective, and appreciated by the students. The<br />
future oikodomos plat<strong>for</strong>m should maintain the underlying design philosophy<br />
but refine the organization and access to resources, and integrate the discussion<br />
facilities to be more fluidly accessible from the other resources. More<br />
details on the technical requirements <strong>for</strong> these changes are given below.<br />
web 2.0<br />
8 22<br />
To move towards a collaborative provision of courses partners need:<br />
› To be more consistent in their use of the environment across the partnership, to<br />
facilitate collaborative interactions between students in advance of, and during, the<br />
design workshops;<br />
› To develop consistent documentation <strong>for</strong> courses and modules, which are to be<br />
made available across the partnership. To be in line with the Bologna Process recommendations,<br />
meaning the specification of competencies and learning outcomes, and<br />
ensuring that these are mapped through content, learning and teaching methods, to<br />
assess approaches. Consistency will be fundamental to any collaborative developments<br />
of courses and materials. This includes fully documenting and explaining the<br />
<strong>education</strong>al justification <strong>for</strong> allocation of credits <strong>for</strong> students work.<br />
Technical<br />
Recommendations are based on maintaining the functional design of the underlying<br />
structure and tools, but enhancing usability and integration:<br />
› Redesign to allow access and use of a range of Web2.0 resources to make use of<br />
the extra functionality within its own structure;<br />
› Provide facilities <strong>for</strong> multi-language user interface;<br />
› Redesign the menu structure to enhance ease of use and con<strong>for</strong>m to accessibility<br />
guidelines;<br />
› Provide better integration of discussion facilities with working windows;<br />
› Blend the Case Study and Design Workshop working environments to allow transparent<br />
and integrated access to a working/development and main repositories;<br />
› Create facilities <strong>for</strong> different levels of user and access rights to the environment.<br />
General Usability recommendations<br />
› Include keyword category sets <strong>for</strong> classification of resources, but provide a process<br />
<strong>for</strong> suggestion and selection of additional keywords;<br />
› Provide facilities <strong>for</strong> a multi-language user interface.<br />
Social web applications<br />
Web 2.0 applications and the Open Educational Resources (OER) movements have<br />
created enormous potential <strong>for</strong> interaction and made available wide-ranging resources.<br />
These include open repository sites such as Flickr (still images) and YouTube<br />
(video), in which anyone who registers can deposit and make materials available.<br />
The well-known and extensive Wikipedia (on-line encyclopedia) has been collaboratively<br />
constructed by individual contributions, and is part of the Wikimedia suite of<br />
offerings. Open repositories of <strong>education</strong>al resources include MIT Open Courseware<br />
and Le Mill, with websites such as Great Buildings and Danda holding materials<br />
specifically <strong>for</strong> the <strong>architectural</strong> domain. Google Earth makes available plan views<br />
of locations anywhere on the planet at a variety of scales. Such extensive sharing of<br />
resources would quickly run into legal difficulties without a more “open” copyright<br />
114 browsing architecture. metadata and beyond
7<br />
system such as Creative Commons, which is more or less consistently applied<br />
in the above examples.<br />
conclusions<br />
Following the prototype development of HOUSING@21.EU the evaluations described<br />
above have produced design guidelines that can help to produce a technically welldesigned<br />
application to serve the goal of fostering a pedagogic constructivist model.<br />
The work to be developed in the oikodomos project will make further progress<br />
in this integration of learning methodologies and digital repositories,<br />
which started with the housing@21.eu programme, in order to create<br />
an innovative pedagogic structure which takes advantage of the possibilities<br />
offered by the application of in<strong>for</strong>mation and communication technologies<br />
in <strong>architectural</strong> <strong>education</strong>.<br />
references + acknowledgements →<br />
housing@21.eu<br />
115
eferences<br />
Bolchini, D., L. Triacca, and M. Speroni. 2003. MiLE: a Reuse-oriented Usability Evaluation Method<br />
<strong>for</strong> the Web. Paper presented at HCI International Conference (Crete, Greece, June, 2003).<br />
Fill, K. 2005. Student-focused Evaluation of e-Learning Activities. Short paper presented<br />
at the <strong>European</strong> Conference on Educational Research (University College Dublin, Ireland, 2005).<br />
Inversini, A., L. Botturi, and L. Triacca. 2006. Evaluating LMS Usability <strong>for</strong> Enhanced eLearning<br />
Experience. In Proceedings EDMEDIA 2006 (Orlando, Florida, USA, 26-30 June, 2006), 595-601.<br />
Madrazo, L. 2006. Housing@21.eu report.<br />
http://www.salle.url.edu/arc/housing21/reports/eu/housing21_web.pdf.<br />
Madrazo, L., and J. Massey. 2005. HOUSING@21.EU. A web-based pedagogic plat<strong>for</strong>m<br />
<strong>for</strong> the study of housing in Europe. In Proceedings 20th eCAADe Conference (Lisbon, Portugal,<br />
21-24 September, 2005).<br />
Madrazo, L. and A. Weder, A. 2001. Aalto on the Internet: Architectural Analysis and Concept<br />
Representation with Computer Media. Automation in Construction 10: 49-58.<br />
http://caad.arch.ethz.ch/aalto/.<br />
Matera, M. et al. 2002. SUE Inspection: An Effective Method <strong>for</strong> Systematic Usability Evaluation<br />
of Hypermedia”. IEEE Transaction 32, no 1.<br />
Puntambekar, S., and M. F. Young. 2003. Moving Toward a Theory of CSCL. In Designing <strong>for</strong> Change<br />
in Networked Learning Environments, eds. Wasson, B., S. Ludvigsen and U. Hoppe, 503-512.<br />
116 browsing architecture. metadata and beyond
7<br />
London: Kluwer Academic Publishers.<br />
Riddy, P., and K. Fill. 2004. Evaluating eLearning Resources. In Proceedings of the Networked Learning<br />
4th International Conference (Lancaster University, United Kingdom, 5-7 April, 2004), 630-636.<br />
Triacca, L., D. Bolchini, N. Di Blas, and P. Paolini. 2003. Wish you were Usable! How to improve<br />
the Quality of a Museum Website. International Conference on Electronic Imaging and the Visual<br />
Arts – EVA03 (Florence, Italy, 2003).<br />
Triacca, L., D. Bolchini, L. Botturi, and A. Inversini. 2004. MiLE: Systematic Usability Evaluation <strong>for</strong><br />
E-learning Web Applications. AACE Journal 12, no. 4.<br />
Van House, N. A. 2003. Digital Libraries and Collaborative Knowledge Construction. In Digital Library<br />
Use, eds. Bishop A. P. , N. A. Van House, and B. P. Buttenfield, 271-295. Cambridge, Massachusetts:<br />
The MIT Press.<br />
acknowledgements<br />
OIKODOMOS is being carried out with a grant of the Life Long Learning Programme from the<br />
Education, Audiovisual, and Culture Executive Agency of the <strong>European</strong> Union, project number<br />
134370-LLP-1-2007-1-ES-ERASMUS-EVC.<br />
The content of this article is the sole responsibility of the authors and the Agency is not responsible<br />
<strong>for</strong> any use that may be made of the in<strong>for</strong>mation contained therein. The three other partners participating<br />
in the project are: Hogeschool voor Wetenschap & Kunst, Brussels, Belgium; Université Pierre<br />
Mendès, Grenoble, France; and Faculty of Architecture, Slovak University of Technology, Bratislava,<br />
Slovakia.<br />
housing@21.eu<br />
117
118<br />
8<br />
beyond digital<br />
repositories:<br />
Architectural In<strong>for</strong>mation<br />
Presentation<br />
The discipline of architecture has far too long appeared<br />
to be overly protective of its knowledge. The use of highly<br />
interpretable abstractions to represent buildings allows insights<br />
really only to a ‘deserved’ few. Under the guise of explicit<br />
understanding of the field, some authors of such abstractions<br />
further create more data that results in an increasingly vague<br />
explanation of architecture. While there is an exponential<br />
growth of data about architecture available today, it is<br />
getting more difficult to decipher meanings to gain in-depth<br />
comprehension. It is even more challenging to piece data<br />
together as a coherent whole especially <strong>for</strong> researchers and<br />
students. Much work is currently being done in categorizing,<br />
tagging and devising modes of data retrieval. Significant as<br />
this work may be, a tremendous amount of ef<strong>for</strong>t still needs to<br />
be applied beyond creating systematic worldwide repositories.<br />
Disregarding the political motives of the discipline behind the<br />
use and insistence of loose abstractions, how <strong>architectural</strong><br />
in<strong>for</strong>mation is to be presented to augment clear understanding<br />
about <strong>architectural</strong> works is an urgent concern that should be<br />
addressed in this digital era. This paper highlights a prototype<br />
digital presentation of the Arthur and Yvonne Boyd Education<br />
Centre. The use of predominantly visual components and<br />
layering of media in the presentation are much emphasized<br />
to suggest a direction by which in<strong>for</strong>mation could effectively<br />
be presented.
8<br />
beyond digital repositories<br />
verdy kwee<br />
The United Arab Emirates University, UAE<br />
Al-Ain, United Arab Emirates<br />
www.uaeu.ac.ae<br />
Verdy Kwee, with a research interest in in<strong>for</strong>mation<br />
visualization, specializes in digital design and<br />
<strong>architectural</strong> presentation. A graduate of the Royal<br />
Melbourne Institute of Technology [B. Arch. (Hons)],<br />
the University of Adelaide [M. Arch. (Digital Media)<br />
and Ph.D], Dr. Kwee is now teaching in the United<br />
Arab Emirates University, UAE, advocating the<br />
rigorous use of digital tools in design processes<br />
and communication.<br />
119
digital plat<strong>for</strong>m<br />
1<br />
digitalisation<br />
1 13 14 15 19<br />
presentation<br />
11 23<br />
introduction<br />
Synergies between art and science have been recognized as important in the heightened<br />
creative use of digital instruments [Rafi 2000]. However, in the past decade,<br />
the re-convergence of science and arts in the area of digital <strong>architectural</strong> in<strong>for</strong>mation<br />
presentation has been noticeably slow to evolve. It only takes a brief reflection of the<br />
popular tools that students and professionals in the discipline seem to have been<br />
gravitating towards in presenting their works. Apart from the increased qualities in<br />
shown images, a similar pattern of “slideshow” presentations has been recurring.<br />
Online presentations of <strong>architectural</strong> works such as “Great Buildings Online” have<br />
changed astoundingly little since 1997 in <strong>for</strong>mat and outlooks. We know this is not<br />
all that the digital plat<strong>for</strong>m could af<strong>for</strong>d us in presenting <strong>architectural</strong> in<strong>for</strong>mation.<br />
Are we clinging to tradition so much so that we tend to reject the new and unfamiliar<br />
too quickly? Prolonged stagnation like this may carry the danger of accustomed<br />
behaviour that will render it difficult to tap into vast opportunities that developing<br />
technologies provide – technologies that will act as catalysts towards <strong>architectural</strong><br />
in<strong>for</strong>mation clarity.<br />
What will it take to stimulate a change in perceptions and encourage a<br />
total revamp of how <strong>architectural</strong> in<strong>for</strong>mation is presented on our computer<br />
screens? How urgent is this need <strong>for</strong> change? What are the implications?<br />
Throughout history printed publications of notable <strong>architectural</strong> works have been<br />
relied upon as the main secondary sources of <strong>architectural</strong> knowledge, since in reality<br />
physical buildings are less accessible. The effectiveness of these publications and<br />
their degree of in<strong>for</strong>mation rigour are assumed, but not proven adequate in facilitating<br />
clear and in-depth learning. In this quick transitional phase to digitalisation, this<br />
regrettable trend continues unquestioned. In the digital realm, most <strong>architectural</strong><br />
presentations take advantage only of the technology’s provision <strong>for</strong> speed and ease<br />
of in<strong>for</strong>mation retrieval.<br />
Meanwhile, the computer technology continues to generate and collect more<br />
in<strong>for</strong>mation than any human can possibly process. This leads to the paradox of<br />
today’s In<strong>for</strong>mation Age. Are we more knowledgeable when it comes to good<br />
design or just more adept in getting the in<strong>for</strong>mation? The answer as hinted at<br />
by today’s building proposals and developments is, it seems, hardly “neither”.<br />
Students and professionals in the field do not appear to have produced more quality<br />
designs than their predecessors have. The amount of and access to <strong>architectural</strong> in<strong>for</strong>mation<br />
does not necessarily contribute to the understanding of the field. It is now<br />
imperative that attention should also be given to the aspect of expanding digital<br />
presentation capabilities to leverage in<strong>for</strong>mation clarity. This is in order to maximise<br />
the level of comprehension of <strong>architectural</strong> designs, especially those of quality.<br />
We are still at a media crossroad of the traditional and digital. It is an opportune<br />
time to reassess publications of <strong>architectural</strong> works in order to propose possible<br />
new dynamic directions <strong>for</strong> the future digital delivery of <strong>architectural</strong> in<strong>for</strong>mation, especially<br />
<strong>for</strong> <strong>education</strong>al purposes. There is no denying that the existence of exciting<br />
state-of-the-art visualization and in<strong>for</strong>mation delivery systems are available. How-<br />
120 browsing architecture. metadata and beyond
ontology<br />
10<br />
repository<br />
10 11 14 16<br />
21 26<br />
8<br />
ever, the most common vehicle through which digital content is displayed today is<br />
still the computer screen; it seems the popularity of these easily accessible “flatland”<br />
instruments will continue <strong>for</strong> some time to come. Understanding the possibilities of<br />
digital visualisation from within and from outside the <strong>architectural</strong> field would help<br />
in the re-thinking and improvement of the presentation of <strong>architectural</strong> in<strong>for</strong>mation.<br />
Which significant directions should be considered in order to capitalize upon the<br />
digital opportunities af<strong>for</strong>ded within the limitations of the computer screen?<br />
in<strong>for</strong>mation presentation<br />
Most projects have used the term “presentation” (of in<strong>for</strong>mation) in its general<br />
sense. This loose definition could be streamlined further depending on the degree<br />
of accessibility (in terms of the archival/retrieval system) in showcasing or explicating<br />
data and analysis. This may be accomplished by classifying the presentations of<br />
in<strong>for</strong>mation representations into three broad distinct orders (in some cases, intermixing<br />
may be found):<br />
› A common repository could be deemed as a presentation of in<strong>for</strong>mation. This is<br />
frequently exercised in the traditional archiving system or electronic searchable<br />
database. This presentation method groups data/in<strong>for</strong>mation only according to<br />
their broad general classifications often with keywords or indices used in its retrieval<br />
system;<br />
› A logical data structure organization that groups in<strong>for</strong>mation according to particular<br />
rules of commonalities. Popular systems of online menu hyperlinks in the digital<br />
plat<strong>for</strong>m could be considered to fall in this category. In most cases, in<strong>for</strong>mation<br />
“presentations” end here;<br />
› An organization based on analogical/referential reasoning. It structures interestbased<br />
selection of in<strong>for</strong>mation-filled media into a visual web of inter-connected<br />
components according to correspondence of in<strong>for</strong>mation substance or concept. Due<br />
to the some limitations of media and the lack of expertise conversant in both the<br />
field of architecture (art) and in<strong>for</strong>mation technology (science), this has been poorly<br />
attempted and overlooked in current published monographs of <strong>architectural</strong> works –<br />
online or printed.<br />
It seems we need to shift our ef<strong>for</strong>t largely to the a<strong>for</strong>ementioned third order of<br />
presentation: the delivery of <strong>architectural</strong> in<strong>for</strong>mation to the general public and/or<br />
<strong>for</strong> academic teaching, specifically on the digital plat<strong>for</strong>m.<br />
A worldwide online survey was conducted in 2006 to gauge public perception of the<br />
current methods of <strong>architectural</strong> presentation [Kwee et al. 2006]. The results were<br />
analyzed, and it was proven that presentation of <strong>architectural</strong> in<strong>for</strong>mation <strong>for</strong> the<br />
public at large and especially <strong>for</strong> those within the academic circle in this era requires<br />
attention. The comprehension of <strong>architectural</strong> in<strong>for</strong>mation had not reached the<br />
general public’s expectation level. There was also a demand <strong>for</strong> the use of various<br />
media in explaining <strong>architectural</strong> works while “cohesiveness of in<strong>for</strong>mation” also<br />
ranked highly.<br />
a digital presentation prototype<br />
The findings based on the a<strong>for</strong>ementioned survey gave direction to the design of<br />
a digital prototype of the Arthur and Yvonne Boyd Education Centre – a building<br />
designed by the renowned Glenn Murcutt in <strong>association</strong> with Wendy Lewin and Reg<br />
beyond digital repositories<br />
121
constructivist theory<br />
7 9 11<br />
communities on<br />
internet<br />
1 22 23<br />
co-operative tagging<br />
6 11 17<br />
Lark. This prototype uses an in<strong>for</strong>mation layering system with an emphasis on the<br />
importance of visual media.<br />
The Arthur and Yvonne Boyd Education Centre is significant in the Australian <strong>architectural</strong>/cultural<br />
heritage climate. It con<strong>for</strong>ms to the local Heritage Council of New<br />
South Wales authority’s assessment criteria <strong>for</strong> heritage status. Moreover, built on a<br />
land donated by the internationally well-known, late-Australian painter, Arthur Boyd,<br />
it was designed by an Australian Pritzker-prize winning architect, Glenn Murcutt in<br />
<strong>association</strong> with Wendy Lewin and Reg Lark. This <strong>architectural</strong> masterpiece symbolises<br />
the ef<strong>for</strong>ts by two important figures in the Australian cultural scene. It has won<br />
numerous <strong>architectural</strong> awards and is featured in “The Phaidon Atlas of Contemporary<br />
World Architecture” [Phaidon 2004] as an example of a fine <strong>architectural</strong> work<br />
found in the world today.<br />
Due to its complexity and considering the varied strengths and weaknesses of<br />
abstractions or representations, <strong>architectural</strong> in<strong>for</strong>mation often requires more than<br />
one media type to explain itself. However, in many instances where various abstractions<br />
are deployed, the relationships between these abstractions are overlooked. As<br />
highlighted by Scott Johnson, “choice of representations can affect limited cognitive<br />
resources like attention and short-term memory by <strong>for</strong>cing a person to try to utilise<br />
poorly organised in<strong>for</strong>mation or per<strong>for</strong>m “translations” from one representation to<br />
another” [Johnson 1997].<br />
All media types have their own unique strengths. The prototype explores texts,<br />
sound, reconstructed moving images (two and three dimensional), video footages,<br />
still photographs and images, <strong>architectural</strong> drawings, sketches to explain the building<br />
(Fig. 1). It illustrates the contextualization of ideas. Each medium references and<br />
rein<strong>for</strong>ces the in<strong>for</strong>mation of another regardless of its media type.<br />
Fig. 1: Examples of the layering of texts, sketch, 2D and 3D animations,<br />
videos and drafted drawings with interactive navigation (p. 335).<br />
Providing an example of the re-convergence of science and arts in the presentation<br />
of the building shown above, aims to stimulate a re-thinking in the use of digital<br />
tools. How could technology assist the discipline in facilitating heightened in<strong>for</strong>mation<br />
clarity and thus efficient <strong>architectural</strong> design knowledge transfers? How could<br />
the potentials of the data that global <strong>architectural</strong> repositories possess be maximized<br />
as truly effective learning tools? What should we <strong>for</strong>esee beyond the reduction<br />
of these data into searchable indices <strong>for</strong> ease of retrieval? What are the required<br />
conditions and premises <strong>for</strong> this to occur?<br />
direction and considerations<br />
Designing and creating an <strong>architectural</strong> presentation that is accessible to the masses,<br />
cannot or should not depend solely on individual authors. It requires a collective<br />
ef<strong>for</strong>t beyond co-operative tagging or metadata entries. Today, Web 2.0 has allowed<br />
users to build and/or alter contents solidifying the concept of a “many-to-many”<br />
plat<strong>for</strong>m. Although collectively piecing together <strong>architectural</strong> in<strong>for</strong>mation is in principal<br />
similar to a multi-user jigsaw puzzle (Fig. 2), the reality may be more complex.<br />
The current movements of technologies provide a compelling insight into what may<br />
be in store.<br />
Fig. 2: A concept of piecing in<strong>for</strong>mation through a multi-user, online jigsaw puzzle (p. 335).<br />
122 browsing architecture. metadata and beyond
What we see as plat<strong>for</strong>ms <strong>for</strong> sharing digital images (e.g. Flickr), texts (e.g.<br />
Wikipedia), Videos (e.g. Youtube), to an extent and due to their popularity,<br />
are camouflaged repositories of <strong>architectural</strong> in<strong>for</strong>mation.<br />
metadata<br />
1 6 10 15<br />
17 19 21<br />
web 2.0<br />
7 22<br />
8<br />
At present the media that they predominantly use stereotypes all of these sharing<br />
sites; however, Flickr has started to permit users to contextualize images by letting<br />
them add text. Photosynth (Fig. 3), an ongoing project by Microsoft Live Lab,<br />
automatically “re-creates” three-dimensional spaces of physical locations based on<br />
picture data mined from a large collection of photographs on the Internet, including<br />
those in Flickr. Although currently limited to the medium of still images, the potential<br />
of linking seamlessly to other related media and permitting them to be further edited<br />
<strong>for</strong> use in <strong>architectural</strong> contexts certainly could not be dismissed. Judging from<br />
the popular acceptance of online software applications such as online word-processors,<br />
spreadsheets, image editing, etc, it seems inevitable that a comprehensive<br />
media editing, manipulation and presentation tool will eventually be integrated<br />
online as well.<br />
A common plat<strong>for</strong>m where users are able to organize, edit and republish<br />
collected and/or processed mined data, would serve as an avenue, which<br />
would allow future presentations, especially of architecture, to flourish.<br />
Currently developing in tandem are touch-screen displays. Their application potentials,<br />
as suggested by Jeff Han [Han 2007], promise extended flexibility and ease in<br />
such digital editing and manipulation.<br />
Fig. 3: Screenshot of Microsoft Live Lab’s Photosynth allowing users to “navigate”<br />
through Piazza San Marco, Venice, Italy (p. 336).<br />
Once the needed multi media editing and presentation infrastructure is established,<br />
there is of course, another consideration that questions the motivating aspect in<br />
sharing in<strong>for</strong>mation through collective action. Howard Rheingold has observed the<br />
characteristics that have facilitated the success of the Internet’s content including<br />
social networking and merchandizing sites (Fig. 4). These factors are critical in creating<br />
co-operating and sharing communities on the Internet.<br />
Fig. 4: A screenshot of Rheingold’s slide presentation (p. 336).<br />
A BBC article reports Jakob Nielsen’s research into Internet user habits. The study<br />
observes that users are becoming impatient [BBC 2008]. For instance, searching in<strong>for</strong>mation<br />
through the use of search engines and keywords, as opposed to following<br />
links from websites, has escalated. This clearly suggests that<br />
the demand <strong>for</strong> instant in<strong>for</strong>mation necessarily calls <strong>for</strong> future online<br />
plat<strong>for</strong>ms to link or embed corresponding media in<strong>for</strong>mation within pieces<br />
of in<strong>for</strong>mation.<br />
beyond digital repositories<br />
123
conclusions<br />
Apart from the aspect of depth and breadth of <strong>architectural</strong> in<strong>for</strong>mation, we must<br />
also acknowledge the importance of its presentation. There are vast improvement<br />
opportunities waiting to be tapped in this area. The understanding of <strong>architectural</strong><br />
works has been impeded <strong>for</strong> far too long by their poor in<strong>for</strong>mation presentations<br />
– most of which are reduced to independently interpretable textual and visual<br />
substitutes. A digital plat<strong>for</strong>m could provide more than simply the ability to tag<br />
in<strong>for</strong>mation <strong>for</strong> ease of retrieval. Cohesion of various media could also be further<br />
enhanced through this plat<strong>for</strong>m, which has the potential to facilitate the power shift<br />
from authors to users.<br />
The clarity of Architectural in<strong>for</strong>mation presentation could redefine the discipline in<br />
unprecedented ways. Heightened awareness of quality <strong>architectural</strong> designs may<br />
augment legitimate interest in the field. More significantly, beyond clarity and better<br />
understanding of <strong>architectural</strong> works, there is the promise of increased quality in the<br />
built environment. Such massive implications demand a timely re-thinking in true reconvergence<br />
of science and arts through the presentation of <strong>architectural</strong> in<strong>for</strong>mation.<br />
This has to begin with the recognition of media strengths and their usability, as<br />
Marshall McLuhan aptly stated, “the medium is the message” [McLuhan 1964].<br />
124 browsing architecture. metadata and beyond
8<br />
references<br />
Ahmad Rafi, M.E., and P. Karboulonis. 2000. The Re-Convergence of Art and Science: A Vehicle <strong>for</strong><br />
Creativity. In CAADRIA 2000. Proceedings of the 5th Conference on Computer Aided Architectural<br />
Design Research in Asia (Singapore, 18-19 May, 2000), 491-500.<br />
Han, J. 2007. Multi-Touch Sensing through LED Matrix Displays.<br />
http://cs.nyu.edu/~jhan/ledtouch/index.html.<br />
Johnson, S. 1997. What’s in a Representation, Why Do We Care, and What Does It Mean?<br />
Examining Evidence from Psychology. Paper read at ACADIA ‘97: Conference – Design<br />
and Representation (Cincinatti, Ohio, USA, 3-5 October, 1997).<br />
Kwee, V., A. Rad<strong>for</strong>d, D. Bruton, and I. Roberts. 2006. Architecture | Media | Representation<br />
Survey – Exigencies at a Media Crossroad. In The Challenges <strong>for</strong> Architectural Science in Changing<br />
Climates. Proceedings of the 40th Annual Conference of the Architectural Science Association<br />
(Adelaide, Australia, 2006), eds. Susan, S., V. Soebarto, and T. Williamson, 225-232.<br />
McLuhan, M. 1964. Understanding Media: the Extensions of Man. London: Routledge & Kegan Paul.<br />
Microsoft Live Lab. 2006. Photosynth. http://labs.live.com/photosynth.<br />
BBC . 2008. Web Users “Getting More Ruthless”.<br />
http://news.bbc.co.uk/2/hi/technology/7417496.stm.<br />
Phaidon Press. 2004 The Phaidon Atlas of Contemporary World Architecture.<br />
New York: Phaidon Press.<br />
Rheingold, H. 2005. Way-New Collaboration. http://www.ted.com/index.php/talks/view/id/216.<br />
acknowledgements<br />
The digital prototype presented here owes its life to many wonderful organisations and souls:<br />
› The University of Adelaide <strong>for</strong> funding the project. Prof. Antony Rad<strong>for</strong>d and Dr. Dean Bruton<br />
<strong>for</strong> their support and assistance in the collection of in<strong>for</strong>mation pertaining to the Arthur and<br />
Yvonne Boyd Education Centre;<br />
› The Bundanon Trust <strong>for</strong> access to The Arthur and Yvonne Boyd Centre and the provision of accommodation<br />
to facilitate extensive onsite study, building/site measurement and recording;<br />
› Glenn Murcutt, Wendy Lewin, Reg Lark, James Taylor, Dr. Peter Bacon, Sue Barnsley, Jonko Berg<br />
and David Chalker who have been kind and generous with their time and patience in interviews.<br />
beyond digital repositories<br />
125
› architecture<br />
› collaborative work space<br />
› digital<br />
modeling systems<br />
› <strong>education</strong><br />
126<br />
9<br />
towards using digital<br />
modeling systems:<br />
The Context of E-learning<br />
› e-learning<br />
› heritage<br />
› ict<br />
› multidisciplinarity<br />
› wiki<br />
The objective of this paper is to propose e-learning tools within<br />
the context of teaching and learning architecture using new<br />
in<strong>for</strong>mation and communication technologies (ICT). It also<br />
uses a case on e-learning <strong>architectural</strong> environment through a<br />
number of experiments presenting digital devices as cognitive<br />
tools. These experiments contribute to create innovative<br />
e-learning tools that can help expert users and laypeople share<br />
knowledge and experience <strong>architectural</strong> environments. It also<br />
conveys approaches and research suggesting ways of organizing,<br />
classifying and understanding digital <strong>architectural</strong> contents that<br />
can be available through websites while using new approaches<br />
via electronic means. Our research follows contemporary trends<br />
that seek to broaden the use of today’s digital tools beyond<br />
simple techniques of representation. In fact, more and more<br />
studies are focusing on the use of digital tools as conceptual<br />
tools. It is there<strong>for</strong>e possible to consider digital tools with new<br />
considerations improving the teaching and learning process.<br />
Even though traditional learning tools are another key factor<br />
in teaching and learning architecture, they have not been<br />
considered in this work, which is mainly focused on the question<br />
of e-learning whereas the proposed digital modeling systems in<br />
this paper are perceived as learning objects, presented in regular<br />
teaching environments. The results we propose lead us to believe<br />
that we can rely on digital tools to understand <strong>architectural</strong><br />
environments and furthermore to improve <strong>architectural</strong> design.
nada el-khoury<br />
GRCAO (CAD research group), Faculty of<br />
Environmental Design, University of Montreal<br />
Centre-ville Montréal (Québec) , Canada<br />
Nada El-Khoury is a researcher at the Faculty of<br />
Environmental design, University of Montreal. She<br />
is a member of the GRCAO (CAD and ICT research<br />
group) since 2000. She has a Ph.D. in CAD and<br />
environmental design (University of Montreal). She<br />
is also an interior architect (ALBA in Beyrouth). She<br />
published articles in the field of digital devices,<br />
architecture and environmental design and has<br />
taken part in the organization of international<br />
conferences. She is now in charge of an important<br />
project involving ICT and cultural Heritage.<br />
giovanni de paoli<br />
GRCAO (CAD research group), Faculty of<br />
Environmental Design, University of Montreal<br />
Centre-ville Montréal (Québec) , Canada<br />
Giovanni De Paoli is dean of the Faculty of<br />
Environmental Design, University of Montreal and<br />
researcher at the GRCAO (CAD and ICT research<br />
group). He has a Ph.D. in CAD and architecture<br />
design (University of Montreal) and a diploma of<br />
dottore in architettura (School of architecture of<br />
Florence and Polytechnic school of Turin). He is the<br />
author of a <strong>book</strong> on CAD systems and of several<br />
monographs in the field of the ICT. Its articles were<br />
presented in several international conferences. He<br />
is in charge of research projects in the field of the<br />
design in architecture and digital devices.<br />
127
ict<br />
<strong>education</strong><br />
collaborative work<br />
space<br />
1<br />
introduction<br />
The main purpose of the proposed paper is to offer a perspective on the learning and<br />
teaching of <strong>architectural</strong> environment, and the development of a deeper understanding<br />
of architecture in the context of a design process. It presents the results of<br />
a number of experiments per<strong>for</strong>med within the context of <strong>education</strong> dealing with the<br />
understanding and interpretation of an <strong>architectural</strong> site as it considers its history<br />
and heritage value, using the new in<strong>for</strong>mation and communication technologies<br />
(ICT) currently available. The subject of this research topic is the following: How<br />
does one, with the aid of ICT, learn about a particular type of architecture during the<br />
interpretation of <strong>architectural</strong> and heritage spaces?<br />
This study proposes models that contribute to the understanding of the role<br />
of the <strong>architectural</strong> aspects of a site in the learning process, whilst integrating<br />
themes related to the said architecture identified in the proposal. Those models<br />
are an example of classifying in<strong>for</strong>mation and making it available through<br />
the use of digital architecture contents.<br />
design process<br />
2<br />
multidisciplinarity<br />
11 24 26<br />
wiki<br />
12<br />
world heritage<br />
26<br />
Based on these themes, we have selected a location which best meets the proposal’s<br />
requirements, whilst facilitating an understanding of its architecture.<br />
The site of which we speak is the historic city of Byblos in Lebanon. Located north<br />
of Beirut, the city of Byblos, which has been included on UNESCO’s World Heritage<br />
List since 1984, boasts a number of lively, ancient neighborhoods, as well as an archaeological<br />
site where excavation work has unearthed a succession of abandoned<br />
cities revealing long-vanished civilizations. Over the course of history, the site served<br />
as a quarry <strong>for</strong> successive civilizations. Such was the case with the Roman theatre,<br />
which was used as a source of stone by the Crusaders and whose origins date back<br />
to 218 A.D. Today, only the first five tiers and the stage remain. When it was first<br />
excavated, the theatre faced the setting sun. It was moved and rebuilt near the sea<br />
by archaeologists, and is now located at Early Bronze Age period levels [Dunand<br />
1973; Jidejian 2004]. In considering this case study, we have created models using<br />
digital simulation methods. These models are particularly useful in being able to<br />
integrate the specific <strong>architectural</strong> aspects of a site so as to respond to the demands<br />
of the site’s <strong>architectural</strong> and spatial observer. The digital models presented have a<br />
dynamic, interactive and renewable character and use a multidisciplinary approach.<br />
The experiences are then per<strong>for</strong>med and tested within a collective workspace.<br />
Our approach allowed us to verify the research hypothesis, which claimed that it is<br />
possible to simulate digital models pertaining to the comprehension of a specific<br />
architecture so as to allow the observer to understand notions of architecture and<br />
its history. The results obtained demonstrate that ICT can contribute to the improvement<br />
and evolution of the process of understanding an <strong>architectural</strong> space as having<br />
heritage character. These results can serve as a basis <strong>for</strong> the initiation of other projects<br />
dealing with the spatial interpretation of a site, which requires that its <strong>architectural</strong><br />
and heritage character be better understood [El-Khoury 2006; De Paoli 2002].<br />
Complimenting existing knowledge, this research project contributes not only to<br />
the development of the latest comprehensive digital modeling systems, which aid<br />
researchers preoccupied with <strong>architectural</strong> concerns to understand their <strong>architectural</strong><br />
spaces, but also to the development of new learning tools linked to ICT and<br />
the creation of places which facilitate an exchange of knowledge using a multidisciplinary<br />
approach. The results of this research project also allow <strong>for</strong> the development<br />
of tools geared towards educating youth on the importance of their heritage whilst<br />
simultaneously teaching them how to care <strong>for</strong> it.<br />
128 browsing architecture. metadata and beyond
3d model<br />
10 21 24<br />
constructivist pedagogy<br />
4 7<br />
e-learning<br />
6 10 11<br />
on-line presentation<br />
of <strong>architectural</strong> data<br />
8 23<br />
teaching theories<br />
7 8 11<br />
9<br />
Making use of the latest evolutions in the Web – Web 2.0 and new approaches in<br />
the management of the Web’s content (such as wikis), this research provides the<br />
required knowledge needed to create new systems of <strong>architectural</strong> management<br />
through proposed collaborative work spaces using the new in<strong>for</strong>mation and communication<br />
technologies (Fig. 1).<br />
Fig. 1: Digital modeling system (p. 337).<br />
background and e-learning<br />
With regard to techniques of representation used to teach and learn architecture,<br />
it should be noted that in the twentieth century architecture was illustrated by<br />
means of drawings, plans, cross-sections and elevations produced by architects and<br />
archaeologists. Three-dimensional reconstructions of spaces were often created as<br />
well. Graphic reconstitution in the <strong>for</strong>m of drawings is still widely used today <strong>for</strong> the<br />
expression of architecture. The restoration of ancient monuments is another way in<br />
which <strong>architectural</strong> heritage can be expressed. [Gillot 2006] In this chronology of architecture<br />
expression, (from drawings, to restoration, to life-size reconstruction and<br />
scale models), the use of digital modeling systems through virtual spaces, becomes<br />
relevant. ICTs allow <strong>for</strong> an exploration involving the simultaneous use of simulation<br />
and experimentation, while respecting the integrity of an <strong>architectural</strong> space. During<br />
our work we have discovered that the roles of these new technologies are not limited<br />
to simple communication and representational tools. In<strong>for</strong>mation technologies progressively<br />
trans<strong>for</strong>m the methodologies adopted <strong>for</strong> in<strong>for</strong>mation management in the<br />
fields of architecture and particularly influence the development of learning methods<br />
dedicated to the teaching of the history of architecture and its role in the design<br />
process to <strong>architectural</strong> design students. Digital 3D models are not often designed to<br />
be used in learning environments. However, we aim to illustrate through this paper<br />
that it is possible to involve digital models in the teaching of architecture (Fig. 2).<br />
Fig. 2: Understanding and interpretation of an <strong>architectural</strong> site (p. 337).<br />
Each learning method uses a different approach to accomplish a teaching task<br />
whose purpose, in this case, is to bridge the gap between past and present. According<br />
to researchers, communication is the process of transferring in<strong>for</strong>mation from a<br />
sender to a receiver through a medium of transmission. Communication, according<br />
to Kalay [2004], is also the ability to share in<strong>for</strong>mation between humans and computers.<br />
It is a process that relies on shared knowledge between the various actors<br />
who interpret in<strong>for</strong>mation. “It is relatively easy to communicate in<strong>for</strong>mation from<br />
computers to humans, who posses s<br />
the intelligence needed to understand textual,<br />
numerical, graphical, and auditory messages. But it is frustratingly difficult to communicate<br />
in<strong>for</strong>mation from humans to computers, who lack the intelligence and the<br />
ability to interpret messages, unless they are coded in a completely unambiguous<br />
manner” [Kalay 2004].<br />
In fact, research has shown that students encounter difficulties in understanding<br />
the sequence and the overlapping of events over the course of a site’s history when<br />
using traditional learning methods. Rather than finding traditional ways of communicating<br />
the past, which is often hard <strong>for</strong> students to memorize, we propose a means<br />
whereby the students can be integrated with, and part of, this past. Students would<br />
deal with new experiments that would enable the definition and validation of new<br />
methodologies whereby acquired knowledge about a given complex of monuments<br />
is understood, structured and transferred.<br />
New research fields concerning teaching theories tend to involve students in the<br />
towards using digital modeling systems<br />
129
creation of learning tools. Teachers and learners behave as a team while constructing<br />
a learning content. In fact, this process is being developed and analyzed by many<br />
researchers, such as Jonassen [2001] <strong>for</strong> instance. His theories meet our need to<br />
experience technology as a tool in order to understand the history of architecture by<br />
<strong>architectural</strong> design students.<br />
In identifying the potential of learning theories, an overview is presented which<br />
divides them into objective “traditional” and constructive “new” theories. Nowadays,<br />
the new theory being used to represent knowledge is constructivism. We will argue<br />
in this paper that constructivism, from the perspective of Jonassen [1992], “proposes<br />
that since learning is a process of actively constructing knowledge by integrating<br />
experiences into the learner’s existing schemata, learning environments should<br />
support that process by providing multiple perspectives or interpretations of reality<br />
and enable knowledge construction in the learner through providing context-rich,<br />
experience-based activities.” Jonassen describes the applications of technologies<br />
as cognitive learning tools rather than as instructional media. He argues that these<br />
tools should be taken from the instructional designers and given to the learners, as<br />
tools <strong>for</strong> knowledge construction rather than as media of conveyance and knowledge<br />
acquisition.<br />
Jonassen writes, based on Derry’s definition [1990]: “Cognitive tools are both mental<br />
and computational devices that support, guide, and extend the thinking process of<br />
their users”. Cognitive tools are not designed to reduce in<strong>for</strong>mation processing, that<br />
is, make a task easier, but to provide an environment that often requires learners to<br />
think harder about the subject matter domain being studied. This process generates<br />
thoughts that would be impossible without the tool, which is one of cognitive reflection<br />
and amplification that helps learners to construct their own realities. Learning is<br />
a process in continual construction. The knowledge is in evolution since it is enriched<br />
by the experiment of the learner. The environments of training should provide many<br />
prospects and possibilities of interpretation of reality and more specifically the interpretation<br />
of <strong>architectural</strong> spaces and historical sites.<br />
organizing, classifying and understanding<br />
digital <strong>architectural</strong> contents<br />
The research project proposed in this paper, has four main goals: 1) to propose<br />
to expert users as well as laypeople new ways of understanding architecture<br />
and heritage spaces; 2) to find new ways of representing an <strong>architectural</strong> environment<br />
through the reorganisation of the space, based on modern methods<br />
that also take into account the know-how of <strong>for</strong>mer civilisations; 3) to find a<br />
way of developing simple digital programs that facilitate access to in<strong>for</strong>mation<br />
<strong>for</strong> architects and architecture students regarding different digital methodologies<br />
adopted by architects and designers; 4) to take advantage of the digital<br />
technologies available nowadays and to integrate them with other approaches<br />
proposed to improve the design process of an <strong>architectural</strong> space.<br />
The learning method proposed is to facilitate the transfer of knowledge and the<br />
understanding of architecture by students, using ICT. It typically employs complementary<br />
alternatives to traditional teaching methods, such as text<strong>book</strong>s and classrooms;<br />
by using digital modeling systems based on interactive <strong>education</strong> techniques<br />
130 browsing architecture. metadata and beyond
9<br />
together with audio-visual media. Increasing amounts of research have shown that<br />
they are also used as in<strong>for</strong>mation tools during the learning process, thereby allowing<br />
the users to take into account a number of different factors during the interpretation<br />
of an <strong>architectural</strong> space. There<strong>for</strong>e the research project attempts also to demonstrate<br />
that the appropriation of the <strong>architectural</strong> and heritage aspects of a site is<br />
possible during the learning process.<br />
As a first step, we organized and described approaches <strong>for</strong> the transfer of knowledge<br />
that allow us to exploit representations of spaces with the help of digital modeling<br />
software. We then developed the in<strong>for</strong>mation structure necessary to validate strategies<br />
<strong>for</strong> defining an in<strong>for</strong>mative representation model, using software applications<br />
that enabled us to create web-based interactive digital devices. Starting with modeling<br />
a 3D space of the Byblos site, we try to tell the story of this space through the<br />
ages by adding text data and images. Experiments propose web content where the<br />
user can interact with the proposed model and find out in real time how the shape of<br />
a space can vary depending on the action selected. This experiment can display the<br />
evolution of a space showing different layers that illustrate different shapes of the<br />
site throughout each stage of its past. So the user can learn by interacting with the<br />
digital modeling systems by experiencing friendly interfaces [Zreik 2005].<br />
The digital modeling system is used as a window to the past. The activity of<br />
comprehension and communication inside this dynamic virtual <strong>architectural</strong><br />
and historical space is more intuitive and effective than only using abstract<br />
technical data <strong>for</strong> plans and orthogonal views.<br />
digital modeling<br />
systems<br />
Furthermore, with the ICT, the students were able to access these digital models<br />
remotely. It will also be possible to experience these digital models in an immersive<br />
way using projection systems, placing the participant directly into the past whilst<br />
respecting the user scale. In addition, sound effects may be added to improve the<br />
feeling of presence.<br />
This digital modeling system is also shared on-line within the students’ community.<br />
Today’s networks and new methods of communication favor online collaborations<br />
and exchanges and have become the means <strong>for</strong> representing and communicating<br />
the complex relationships between different pieces of in<strong>for</strong>mation [Horan 2000;<br />
Mitchell 1999].<br />
By publishing this modeling system, the potential of the virtual dimension is exploited<br />
and a cohabitation of virtual models and built spaces is ensured. The virtual<br />
dimension of architecture can be considered to be a space <strong>for</strong> in<strong>for</strong>mation in constant<br />
evolution and a living memory. In addition to the pedagogic benefit, sharing<br />
this prototype ensures the active participation of new actors in studying architecture<br />
as well as the methods of restoring the man-made environment (Fig. 3).<br />
Fig. 3: Evolution of an <strong>architectural</strong> space as a learning tool (p. 338).<br />
using digital modeling systems in a design process<br />
Our new method aims to provide new <strong>architectural</strong> solutions by technological<br />
means, with an emphasis on in<strong>for</strong>mation gathered on design process in architecture<br />
and how to understand it. By using this approach, understanding architecture<br />
through its evolution will no longer be seen as a constraint since it can be considered<br />
in the very first steps of the design process while using digital tools. During our<br />
research we have discovered that<br />
towards using digital modeling systems<br />
131
the roles of these new technologies are being trans<strong>for</strong>med into those of<br />
e-learning tools. Increasing amounts of research has shown that they are<br />
also used as in<strong>for</strong>mation tools during the conception process, thereby allowing<br />
the users to take into account a number of different factors during the<br />
creation of an <strong>architectural</strong> space. There<strong>for</strong>e the research attempts to demonstrate<br />
that the appropriation of the <strong>architectural</strong> and heritage aspects<br />
of a site is possible during the conception process.<br />
Preceded by exploratory research, this study proposes models, which contribute<br />
to the understanding of the role of the <strong>architectural</strong>, and heritage aspects of a site<br />
in the creation process, whilst integrating themes related to the said architecture<br />
and heritage identified in the proposal. We conducted an historical and exploratory<br />
research prior to our study; this earlier research introduced a digital design tool that<br />
integrates variable aspects of architecture that should be identified throughout the<br />
design process of an <strong>architectural</strong> space.<br />
We there<strong>for</strong>e present a cognitive and interactive device whose characteristic is that<br />
it can be queried in such a way as to fulfill designers’ requirements at the earliest<br />
design phases. It has the advantage of giving in<strong>for</strong>mation on the <strong>architectural</strong> and<br />
heritage aspects of a space and how to integrate them into digital models proposed<br />
in order to improve the design process.<br />
On the basis of our research results, we propose an initial digital model. This model<br />
allows the designer to clearly define the design objectives. Then, a final interface is<br />
proposed, using digital media tools; it meets the designer’s target requirements more<br />
adequately. The system provides real time in<strong>for</strong>mation <strong>for</strong> changes in <strong>architectural</strong><br />
spaces and their consequences. Subsequent research contributes to the development<br />
of digital devices that can help the designer in the planning of an <strong>architectural</strong><br />
space while providing <strong>for</strong> <strong>architectural</strong> aspects, but it also contributes to the development<br />
of e-learning design tools.<br />
Our research process validates our preliminary hypothesis:<br />
“it is possible to simulate digital models pertaining to the comprehension<br />
of a specific architecture so as to allow the observer to understand notions<br />
of architecture and its history” (Fig. 4).<br />
Fig. 4: Models produced as e-learning tools (p. 338).<br />
conclusion<br />
These reflections pave the way <strong>for</strong> a new digital approach in architecture and <strong>education</strong>,<br />
in response to the evident challenge of preserving the aspects of an <strong>architectural</strong><br />
space and the traces of the processes by which the space was built and to take<br />
into account regular teaching environments by trans<strong>for</strong>ming them into virtual ones<br />
with the aid of new in<strong>for</strong>mation and communication technologies. It is also a contribution<br />
to the creation of thought, perception, action and communication processes,<br />
an enrichment of global digital memory that will lead students to acquire a better<br />
understanding of the relationship between architecture and culture. The project<br />
contributes to progress in the area of learning environments by providing avenues<br />
<strong>for</strong> reflection on how to best support and facilitate the interaction between students<br />
132 browsing architecture. metadata and beyond
9<br />
and the material being learned. By using digital modeling systems, we also help the<br />
development of a dynamic virtual <strong>architectural</strong> history. In this case the virtual world<br />
connects students (present) to the historical site (past).<br />
It is not merely a question of proposing experiments to students <strong>for</strong> communicating<br />
a range of in<strong>for</strong>mation such as that summarized in historical texts,<br />
but rather a means of experiencing the building in order to feel the memory<br />
of the place [Khayat 2001].<br />
Through this work we explored different avenues to achieving the goals set <strong>for</strong>th<br />
in the research project. Our initial desire to understand architecture and heritage<br />
spaces led us to delve further into the concept of e-learning. This reflection process<br />
enabled us to define the themes <strong>for</strong> the Byblos site. We reflected on the types of<br />
solutions that could be brought to bear.<br />
Our conclusion is that research must not lead to the automatic generation<br />
of solutions. Rather, its aim is to provide a means of understanding spaces<br />
<strong>for</strong> the improvement of e-learning, using in<strong>for</strong>mation and communication<br />
technologies.<br />
The reconstitution of a building facilitates not only the understanding of its ruins,<br />
but also the dialogue between professionals and non-experts. The creation of digital<br />
modeling systems provides a new opportunity <strong>for</strong> teachers, students and the public<br />
alike to better understand the tangible and intangible aspects of <strong>architectural</strong> spaces<br />
as well as the history of a site.<br />
The results of this research project could be used <strong>for</strong> pedagogical purposes. Teaching<br />
the history of vanished <strong>architectural</strong> sites could be made more accessible by means<br />
of models to aid in our understanding of these sites. It is in this direction that we<br />
continue our experimentation; our aim is also to contribute to the advancement<br />
of knowledge by integrating the expertise of the various disciplines involved in<br />
e-learning, which can only be enriched as a result. ITCs become a unifying element<br />
between these different fields and thereby help to facilitate the process of implementing<br />
a collaborative workspace.<br />
references →<br />
towards using digital modeling systems<br />
133
eferences<br />
De Paoli, G. 2000. Procedural Models and Intelligent Design Assistants in Architecture.<br />
In Proceedings of the 5th International Conference on Computer Graphics and Artificial Intelligence<br />
(Limoges,France, 14-15 May, 2002).<br />
Derry, S. J. 1990. Learning Strategies <strong>for</strong> Acquiring Useful Knowledge. In Dimensions of Thinking<br />
and Cognitive Instruction, eds. Jones, B. F. and L. Idol. New Jork: Erlbaum.<br />
Dunand, M. 1939-1973. Fouilles de Byblos, Paris: Librairie Orientaliste Paul Geuthner,<br />
Librairie d’Amérique et d’Orient, Adrien Maisonneuve.<br />
El-Khoury, N., G. De Paoli, and T. Dorta. 2006. Digital Reconstruction as a Means of Understanding<br />
a Building’s History – Case Studies of a Multilayer Prototype. In Proceedings of the 24th Conference<br />
on Education and Research in Computer Aided Architectural Design in Europe, eds. Bourdakis,<br />
V. and D. Charitos (Volos, Greece, 2006).<br />
El-Khoury, N., and G. De Paoli. 2006. The Backstage of Byblos’ Roman Theatre: New Digital Devices<br />
Using In<strong>for</strong>mation and Communications Technology (ICT). In Proceedings the 7th International<br />
Symposyum on Virtual reality, archaeology and Cultural heritage (VAST), eds. Ioannides,M.,<br />
D. Arnold, F. Nicolucci, and K. Cyprus: Mania Éditeurs.<br />
Gillot, C. 2006. La restitution du patrimoine archéologique bâti, aux moyens des technologies<br />
de l’in<strong>for</strong>mation et de la communication. État de l’art. In Rapport de recherche GRCAO, projet CRSH<br />
Contribution d’un moyen in<strong>for</strong>matique à la validation d’hypothèses de restitution <strong>architectural</strong>e<br />
134 browsing architecture. metadata and beyond
9<br />
dans le domaine du patrimoine bâti ancien. Montréal.<br />
Horan, T. 2000. Digital Places: Building Our City of Bits. Washington: ULI-the Urban Land Institute.<br />
Jidejian, N. 2004. Byblos à travers les âges. Beyrouth: Librairie Orientale.<br />
Jonnasen, D. H. 2001. Technology as Cognitive Tools: Learners as Designers.<br />
http://itech1.coe.uga.edu/it<strong>for</strong>um/paper1/paper1.html.<br />
Duffy, T. M., and D. H. Jonnassen. 1992. Constructivism and the Technology of Instruction:<br />
a Conversation. Hillsdale, New Jork: Lawrence Erlbaum Associates Publishers.<br />
Kalay, Y. 2004. Architecture’s New Media. Boston: The MIT Press.<br />
Khayat, G. 2001. Cultural Heritage and Tourism Development Project Urban Conservation<br />
Design Studies, Council of Development & Reconstruction, Republic of Lebanon,<br />
Urban Conservation Design Studies, CDR, AAA Atelier des Architectes Associés.<br />
In Final Preliminary Report. Beyrouth.<br />
Mitchell, W. J. 1999. E-topia: Urban life, Jim--But not as we know it. Cambridge: The MIT Press.<br />
Zreik, K., and B. Reza. 2005. Augmented Heritage: “A Sustainable ICT Challenge”. In Augmented<br />
Heritage, New Era <strong>for</strong> Architectural Design, Civil Engineering and Urban Planning, eds. Zreik, K., R.<br />
Beheshti, and O. Fakouch. France: Europia.<br />
towards using digital modeling systems<br />
135
10<br />
› digital graphics<br />
representation <strong>for</strong> architecture<br />
@gd: Keeping a Record<br />
of Learning Paths on Digital<br />
Graphics Representation<br />
<strong>for</strong> Architecture<br />
› learning objects<br />
› learning paths<br />
This paper describes the experiences developed using a virtual<br />
environment, accessible on the Internet, @GD Repository<br />
(www.ufpel.tche.br/ifm/@gd). It illustrates the characteristics<br />
proposed <strong>for</strong> the environment and the phase of development<br />
and experimentation of the repository. The first part of this<br />
essay describes the context of work in which this repository is<br />
inserted, giving emphasis to the purpose of its implementation.<br />
Following the description of the context, the functional and<br />
technical characteristics, which are already implemented, are<br />
described to finally report the experiments which have outlined<br />
the methodology of production and which gave context to the<br />
didactic material through the register of the learning paths.<br />
136<br />
browsing architecture. metadata and beyond
10<br />
@gd<br />
adriane borda<br />
Universidade Federal de Pelotas<br />
Pelotas, Brazil<br />
www.ufpel.tche.br<br />
Graduated in Architecture – UFPEL, Brazil,1983;<br />
PhD in Education – Universidad de Zaragoza, Spain,<br />
2001; Master in Architecture – UFRJ, Rio de Janeiro,<br />
Brazil, 1991; Member of Research group of teaching/<br />
learning of Digital Graphics (GEGRADI), lecturer at<br />
the Master in Architecture, UFPEL.<br />
neusa felix<br />
Universidade Federal de Pelotas<br />
Pelotas, Brazil<br />
www.ufpel.tche.br<br />
Graduated in Architecture – UFPEL, Brazil, 1979; PhD<br />
in Architecture – Strathclyde University, Glasgow,<br />
Scotland, 1996; Postdoctoral period-research<br />
in Virtual Architecture and VWorlds – Faculty of<br />
Architecture, University of Sydney, Australia, 2003.<br />
Member of Research group of teaching/learning<br />
of Digital Graphics (GEGRADI), Director of the<br />
Post-Graduation of Digital Graphics, lecturer at the<br />
Master in Architecture, UFPEL.<br />
luisa dalla vecchia<br />
Universidade Federal de Pelotas<br />
Pelotas, Brazil<br />
www.ufpel.tche.br<br />
Graduated in Architecture – UFPEL, Brazil, 2004;<br />
Specialist in Digital Graphics – UFPEL, Brazil, 2006;<br />
Master in Architecture – UFSC, Santa Catarina,<br />
Brazil, 2007. Member of Research group of teaching/<br />
learning of Digital Graphics (GEGRADI), lecturer at<br />
the Faculty of Architecture, UNOESC, Brazil.<br />
janice pires<br />
Universidade Federal de Pelotas<br />
Pelotas, Brazil<br />
www.ufpel.tche.br<br />
Graduated in Architecture – UFPEL, Brazil, 1986;<br />
Specialist in Digital Graphics – UFPEL, Brazil, 2007;<br />
Member of Research group of teaching/learning of<br />
Digital Graphics (GEGRADI).<br />
137
138 browsing architecture. metadata and beyond
learning objects<br />
1 3<br />
10<br />
the context of work in which this<br />
repository is inserted<br />
The context of the @GD is characterized by the experimentation of technologies<br />
capable of increasing the potential of teaching/learning processes in a public institution<br />
of higher <strong>education</strong> in the south of Brazil, namely the Universidade Federal de<br />
Pelotas. Most of the experiments to produce the learning objects and to use the<br />
repository are carried out in an <strong>education</strong>al environment, which involves research,<br />
post-graduation, distance learning and extracurricular activities. The main activities<br />
come from proposals from the Modela Pelotas 1 , developed by the research group<br />
GEGRADI, which involves under graduation and graduation students. It is important<br />
to point out that the researchers who take part in GEGRADI are all teachers in the<br />
Digital Graphics post-graduation course. This course has the objective of offering a<br />
specialized knowledge in Digital Graphics <strong>for</strong> professionals who need to use digital<br />
images and models to increase the potential of communication and in<strong>for</strong>mation processes.<br />
The process of didactic material production in digital <strong>for</strong>mat, in the context<br />
of GEGRADI, was gradually established among the researchers of the group, in this<br />
context the collaborative construction was focused on the post-graduation course.<br />
Considering the research project Modela Pelotas, the students are motivated to<br />
choose an <strong>architectural</strong> element from the city of Pelotas, Brazil, to contribute to the<br />
project’s development and at the same time the production of the didactic material.<br />
With the aim of attending to the specific needs of the academic and scientific<br />
context in the area of Digital Graphics Representation <strong>for</strong> Architecture, the virtual<br />
learning environment is being developed with the main proposal of systemizing a<br />
collaborative process of didactic material production, supported by the concept of<br />
“Learning Objects” 2 . Experiments to structure different <strong>for</strong>mats of learning objects<br />
are carried out in order to acquire the highest level of granularity possible, observing<br />
the need to reuse each of the objects. A course, a unit, a topic, a problem, a<br />
technique can determine a higher or lower potential of being associated to different<br />
<strong>education</strong>al contexts or to build up new learning objects depending on the way they<br />
are structured.<br />
the functional and technical characteristics<br />
The @GD Repository makes it possible to catalogue, to store and to have unlimited<br />
access to this didactic material. Furthermore, it proposes that each user can become<br />
a co-author of the used didactic material, either validating it or registering a contribution<br />
to improve it. However the collaborative process has not yet been established,<br />
it has only been experimented within the context of the mentioned course.<br />
Five main options of interaction with the system have been implemented: <strong>for</strong><br />
the administration of the system; <strong>for</strong> the visualization of the didactic materials;<br />
<strong>for</strong> the insertion of these materials; <strong>for</strong> the exclusion and <strong>for</strong> editing these<br />
didactic materials.<br />
The Insertion option allows the registration and storage of the learning object<br />
through filling out 20 items referring to the metadata, which attempt to describe it.<br />
These items build up a smaller group of the metadata specified by the Dublin Core<br />
(www.dublincore.org) pattern. The selection of this smaller group seeks to consider<br />
the specific characteristics of the kinds of learning objects related to the @GD context.<br />
It is intended that the intensive use of the environment evaluate the pertinence<br />
of the metadata used, establishing a process of continuous improvement of the sys-<br />
@gd<br />
139
metadata<br />
1 6 8 15<br />
17 19 21<br />
repository<br />
8 11 14 16<br />
21 26<br />
tem. It is important to point out that the system and the objects are not structured<br />
<strong>for</strong> interaction with distance learning plat<strong>for</strong>ms, <strong>for</strong> example, as occurs with learning<br />
objects generated according to the SCORM standard (Sharable Content Object<br />
Reference Model) (http://www.cinted.ufrgs.br/files/tutoriais/scorm).<br />
The system allows four levels of access:<br />
User Level 1 – System Administrator: this is the highest level in which the user has<br />
total authority to manager the registered objects and the interaction possibilities<br />
of any user, including the admission of new users.<br />
User Level 2 – Objects Administrator: the user can manage all registered objects<br />
but he does not have permission to manage the system tools related to the users<br />
options, or include or change user level.<br />
User Level 3 – Collaborator Level: at this level the user can visualize all objects,<br />
download any of them and upload new objects. Changes or the exclusion of registered<br />
objects are not allowed.<br />
User Level 4 – Visitor Level: at this level the user can only visualize the learning objects.<br />
The technological resources used to the development of the @GD system<br />
are based on free software philosophy.<br />
e-learning<br />
6 9 11<br />
The web programming is constructed mainly using the language PHP and to the database<br />
connections uses MySQL. In order to manipulate the database PhpMyAdmin<br />
was used, which allowed visualization in table <strong>for</strong>mat, facilitating the data organization.<br />
Two data tables were structured: one related to the registered users data and<br />
another related to the learning objects and their metadata.<br />
the experiments<br />
The @GD environment was structured and is being evaluated in an <strong>education</strong>al<br />
context, which integrates teaching/learning activities, research activities and online<br />
extra-curricular courses directed to Architecture. The contents are delimited from<br />
the identification and systemization of knowledge structures capable to explore<br />
the computer graphics tools to support different phases of the <strong>architectural</strong> design.<br />
In this context the didactic materials are generated, in a digital <strong>for</strong>mat to support<br />
face to face and e-learning situations, based on autonomous learning the content is<br />
accessible to be re-used in multiple <strong>education</strong>al contexts. The research activities are<br />
concentrated on delimitation of knowledge structures and investigation related to<br />
the adequate methodologies to produce and store the learning objects. The focus of<br />
this work is directed towards the definition of an adequate methodology, describing<br />
the strategies of the @GD Project. The strategies have to establish a framework<br />
of the didactic material stored in the repository. Using the @GD Repository, in this<br />
experimental phase, enabled the research group to detect problems associated to<br />
the proposal of structuring the existing didactic material under the concept of learning<br />
objects, and their characteristics of granularity and usability. Considering the<br />
large amount of time used in the production of the learning objects associated to the<br />
human and technological resources necessary, the study is pointing to the attribution<br />
of high granularity <strong>for</strong> the learning objects, increasing the possibility of using these<br />
materials in many <strong>education</strong>al contexts. Thus,<br />
<strong>for</strong> each material, the possibility of breaking it up into smaller and self-sufficient<br />
contents is identified. The proposal is to optimize the storage system<br />
to avoid the use of in<strong>for</strong>mation in a duplicated manner.<br />
140 browsing architecture. metadata and beyond
concept map<br />
3d models<br />
9 10 21 24<br />
learning path<br />
8<br />
10<br />
The experimentation developed be<strong>for</strong>e this proposal registered the occurrence of<br />
didactic materials with similar parts connected in different ways, resulting in distinct<br />
learning objects. However, the division into small and specific objects can establish<br />
a complex registration ef<strong>for</strong>t, especially to define a specific type of metadata: the<br />
description of relationships with other learning objects.<br />
the methodology to register the learning paths<br />
In the current context, some specific learning paths are being outlined in Courses,<br />
Units of study and Activities, which associate learning objects in a particular manner<br />
in order to accomplish the defined objectives. Initially all this generated in<strong>for</strong>mation<br />
was registered as learning objects that culminated in repeated data in the storage<br />
system. In order to avoid this problem the learning paths are being registered<br />
as another kind of metadata instead of as learning objects. This kind of metadata<br />
is structured as a “concept map”, graphically representing the relationship among<br />
groups of learning objects, which compose the mentioned learning paths. NOVAK<br />
and CAÑAS 3 point out that “concept maps” have the capability to explicit a cognitive<br />
structure in such a way to make evident the relations among groups of concepts<br />
from representations and links of them. These maps are associated with each one of<br />
these learning objects, allowing the addition of numerous paths, which are registered<br />
as these objects are used again. The “Cmap Tools” (IHMC – University of West<br />
Florida) are used in order to facilitate the map production. This tool allows the construction<br />
of maps by individuals or in a collaborative way. The maps are published<br />
on the Internet either <strong>for</strong> visualisation or to promote a collaborative process. Based<br />
on this open structure the maps can be freely enlarged without any rules previously<br />
established. Thus these maps are also used as an interface to the learning paths.<br />
The previously mentioned courses of Digital Graphics <strong>for</strong> Architecture are organised<br />
in a Virtual Learning Environment, based on learning paths.<br />
The learning path on figure 1 characterizes the Geometric Modelling class, offered<br />
regularly at the Digital Graphics Post-Graduation Course. The focus of the class is<br />
the methodology to produce 3D models, which defines the trajectories. These trajectories<br />
connect learning objects or even other specific trajectories, relative to each<br />
unit or topic. The trajectories are established by configured metadata pertaining to<br />
each individual object.<br />
Fig. 1: Learning path of a Geometric Modelling class of the Digital Graphics Post-<br />
Graduation Course (p. 339).<br />
In the trajectory in figure 1 the learning object “cyclic symmetry”, of higher granularity,<br />
is in the context of the topic “symmetry”, which is connected to the unit “analysis<br />
methodology of geometric <strong>for</strong>m and composition”. If a user of the repository<br />
accesses the object of higher granularity, through this kind of metadata, they can<br />
understand the context in which this learning object can be applied and can still<br />
experiment the use of this object in different ways, creating new learning paths.<br />
The concept map showed in figure 2 demonstrates the learning path <strong>for</strong> studies<br />
of Symmetry used during the Geometric Modelling course <strong>for</strong> the chosen historical<br />
building located in the city centre of Pelotas.<br />
Fig. 2: Learning path of a specific activity of a discipline (p. 339).<br />
This trajectory in figure 2 becomes metadata associated to each one of the objects<br />
that the student used to carry out the study of symmetry.<br />
@gd<br />
141
The concept map showed in figure 3 demonstrates a specific learning path used<br />
during an extracurricular activity <strong>for</strong> the Geometric Modelling of the chosen historical<br />
building. The focus of the course is the methodology to produce and publish 3D<br />
historical models on the Internet using Google Earth and SketchUp. Several objects<br />
that build up this trajectory are common to the trajectory of the post-graduation<br />
course. With the characterization of the conceptual maps as metadata there is no<br />
need to configure a learning object <strong>for</strong> each course, avoiding the repetition of data in<br />
the repository.<br />
Fig. 3: The GPS_3D Course, an extracurricular activity (p. 340).<br />
the results<br />
One problem faced was related to the generation of learning objects with high<br />
granularity, which consequently increases the usability, allowing to build other<br />
objects based on combinations, to be used in different situations and in various<br />
<strong>education</strong>al contexts.<br />
In order to generate a metadata system able to indicate the relationships<br />
among objects, demonstrating the possibilities to compound learning objects<br />
with lower granularity responding to specific learning problems, the research<br />
group introduced the use of concept maps.<br />
It is important to point out that the use of concept maps facilitated the process to<br />
identify possibilities to break the didactic material into small contents, being established<br />
as a methodology to organize the learning objects. Moreover, the students<br />
were motivated to use concept maps to describe their own learning processes, the<br />
results have been contributing to the repository to keep a record of the learning<br />
paths. The experimentation based on the use of concept maps as an interface to<br />
visualize and access the learning objects during the courses suggested the aggregation<br />
of these maps as metadata in the @GD Repository. The use of concept maps<br />
as another type of metadata has been experimented, attempting to register the<br />
mentioned relationships, considering that these maps allow the visibility of <strong>association</strong>s<br />
among learning objects and at the same time keep a record of learning paths<br />
used on courses of Digital Graphics Representation <strong>for</strong> Architecture.<br />
Currently the proposal is to evaluate the results and to share the experience with<br />
the scientific community specific to the field of digital graphics, with the intention of<br />
expanding the users of the system.<br />
142 browsing architecture. metadata and beyond
10<br />
notes<br />
1 Borda, F. N., A. B. A. S. Heidrich, F. Abad, G. Lucas, and A. L. Modela Pelotas. In Gráfica 2005.<br />
Proceedings of the 6th International Conference on Graphics Engineering <strong>for</strong> Arts and Design<br />
e XVII Simpósio Nacional de Geometria Descritiva e Desenho Técnico (Recife, Fundação Antônio<br />
dos Santos Abranches, 2005).<br />
2 Polsani, P. R. 2003. “Use and Abuse of Reusable Learning Objects. Journal of Digital In<strong>for</strong>mation”.<br />
http://jodi.ecs.soton.ac.uk/?vol=3&iss=4.<br />
3 Novak, J., and A. Canas. 2006. “The Theory Underlying Concept Maps and How to Construct Them”.<br />
http://cmap.ihmc.us.<br />
@gd<br />
143
11<br />
› architecture<br />
› institutional repository<br />
144<br />
virtual studio:<br />
A Digital Repository in<br />
Architectural Education<br />
› social construction<br />
› studio<br />
The “virtual studio” is a project exploring the potential of virtual<br />
learning environments to augment conventional studio culture<br />
in the Lincoln School of Architecture. Staff saw an opportunity to<br />
bridge the long-acknowledged divide in learning between theory,<br />
technology and studio practice by linking a wide range of digital<br />
material and media from across the curriculum within a single<br />
virtual space, both <strong>for</strong>mal learning objects created by staff and<br />
work produced by students. Early in its development the project<br />
was expanded to link with Lincoln’s JISC-funded Institutional<br />
Repository, which aims to establish a digital repository of teaching<br />
and learning objects and peer-reviewed research across the<br />
University. The School of Architecture was to be an initial test<br />
bed <strong>for</strong> the creation of a more generic, university-wide repository.<br />
However, architecture is an atypical discipline; its emphasis is<br />
more visual than literary, more practice than research-based and<br />
its approach to teaching and learning is more fluid and varied than<br />
either the sciences or the humanities. If we accept that it is social<br />
interests that underlie the development of technology rather<br />
than any inevitable or rational progress, the question arises as to<br />
what extent an institutional repository can reconcile <strong>architectural</strong><br />
interests with the interests of other disciplines. Architecture<br />
and the design disciplines are marginal actors in the debate<br />
surrounding digital archive development and they bring problems<br />
to the table that are not easily resolved given available software<br />
and that lie outside the interests of most other actors in academia.
andy earl<br />
Lincoln School of Architecture,<br />
University of Lincoln<br />
Bray<strong>for</strong>d Pool, Lincoln, England<br />
www.lincoln.ac.uk/architecture<br />
In practice as an architect, he has explored<br />
community, co-operative and design and build<br />
practice. In his academic career his consistent<br />
interests are in design processes and the integration<br />
of design and technology. The work is as much about<br />
process as product, exploring sustainable <strong>education</strong>,<br />
practice and technologies.<br />
carl o’coill<br />
Lincoln School of Architecture,<br />
University of Lincoln<br />
Bray<strong>for</strong>d Pool, Lincoln, England<br />
www.lincoln.ac.uk/architecture<br />
His research interests include the cultural politics of<br />
<strong>architectural</strong> design, the political economy of urban<br />
development, focusing on the UK context and East<br />
Africa, public participation in architecture and urban<br />
regeneration as well as <strong>architectural</strong> visualization<br />
and virtual reality as they relate to user involvement<br />
in the design process.<br />
joss winn<br />
Centre <strong>for</strong> Educational Research<br />
and Development (CERD)<br />
Bray<strong>for</strong>d Pool, Lincoln, England<br />
www.lincoln.ac.uk/cerd<br />
Joss has an MA in Film Archiving from the University<br />
of East Anglia and previously, he held posts as<br />
Audiovisual Archivist at Amnesty International,<br />
Project Manager <strong>for</strong> Amnesty’s Digital Asset<br />
Management system and worked in Collections<br />
Management as Moving Image Archivist at the BFI<br />
National Film and Television Archive.<br />
145
146
introduction<br />
Institutional repositories (IRs) are an increasingly widespread if relatively<br />
recent feature of the uk academic establishment. Their common precursor<br />
was the subject-based repository, the scope of which can be institutional,<br />
national or international. One could argue that it is the multidisciplinary<br />
nature of today’s IRs, rather than their geography, that places them in contrast<br />
to the digital archives of the past.<br />
presentation<br />
digital archive<br />
1 13 14<br />
multidisciplinarity<br />
9 24 26<br />
11<br />
The path to the present preoccupation with open-access, multidisciplinary IRs is well<br />
documented. Pickton & Barwick [2006], Ware [2004] and Lynch [2003] all argue that<br />
IRs offer significant benefits over single-discipline archives to a range of stakeholders:<br />
enhanced visibility and prestige <strong>for</strong> the higher-<strong>education</strong> institution; greater<br />
impact <strong>for</strong> academics concerned with publishing, as well as <strong>for</strong> funding bodies;<br />
improved learning opportunities <strong>for</strong> students; and the increasing dissemination of<br />
scholarly knowledge to the public at large. Potential pitfalls are identified, generally<br />
focusing around issues of content generation, rights management and long-term<br />
stewardship. For many authors, however, multidisciplinarity is a key step in the<br />
development of digital archives, part of the potential disaggregation of academic<br />
publishing and the enrichment of scholarly communication in general. Lynch in particular<br />
believes that “the scholarly enterprise is sufficiently diverse that... disciplinary<br />
repositories will never be fully comprehensive” [Lynch 2003].<br />
However, the notion of a multidisciplinary archive inevitably raises the issue<br />
of disciplinary and professional boundaries and begs the question, can academics<br />
and students working in different disciplines be easily accommodated<br />
within the same archival space?<br />
As Katherine Arens points out, “the boundaries between academic disciplines are<br />
considerably less easily interrogated than the boundaries between geopolitical<br />
entities”, since they are defined not only by scholarly knowledge, but also by culture,<br />
that is, by values, norms, practices and modes of discourse [Arens 1996].<br />
Implicit in many conventional interpretations of the development of new technologies<br />
is a notion of progress. Technical innovation is typically described as an orderly,<br />
linear process, subject to a continuous series of refinements and improvements as it<br />
moves from pure to applied research, to development and finally to maturity [Bijker<br />
and Law 1994: 17]. This is a utilitarian discourse where maturity represents a point of<br />
closure within which the technology has achieved optimum efficiency and offers the<br />
greatest benefit to the greatest number of potential end users. Such an interpretation,<br />
it could be argued, underlies Lynch’s views about the “the strategic importance<br />
of institutional repositories” and their wider benefits over earlier subject-based<br />
archives [Lynch 2003].<br />
An alternative reading of the processes of technological development can be found<br />
in the theory of the social construction of technology or SCOT.<br />
SCOT shows us that the ultimate <strong>for</strong>m of a technical artefact is not the result<br />
of simply selecting the “best” solution to a particular problem. Technological<br />
problems and solutions are constructed through negotiations within and<br />
virtual studio<br />
147
among relevant interest groups. The aim of a scot analysis is to unravel<br />
the identity and relative position of each constituent actor in this process<br />
of negotiation and explain the interests, alliances and exchanges that<br />
underlie the definition of such “problems” and “solutions”.<br />
constructivist theory<br />
7 8 9 13<br />
It is not within the scope of this brief paper to undertake a full SCOT analysis of the<br />
historical development of institutional repositories. The aim here is merely to place<br />
the difficulties the University of Lincoln has experienced in attempting to create an<br />
IR fit <strong>for</strong> use by <strong>architectural</strong> students and tutors within the context of the wider<br />
interests at play in the creation of archival software in general.<br />
the virtual studio and the lirolem project<br />
The Virtual Studio project was established in 2006-07 and was initially supported<br />
and funded by the University of Lincoln as a “Teaching Fellowship” initiative. Essentially<br />
it was conceived as a web-based teaching and learning resource <strong>for</strong> students<br />
and staff that would complement the practice-based activities that take place in the<br />
physical environment of the design studio. It has two principal aims.<br />
The first of these is to encourage peer-to-peer learning amongst students<br />
by permitting them to draw upon a newly created digital archive of student<br />
design projects and written work from previous years. The second is to<br />
integrate students’ learning in technology, history and theory units with<br />
their understanding of design practice.<br />
web-based teaching<br />
6 9 10<br />
LIROLEM, or the Lincoln Repository of On-line Learning Materials, is a separate but<br />
linked project funded by the UK’s Joint In<strong>for</strong>mation Systems Committee (JISC) under<br />
its Repositories and Preservation Programme. JISC provided funding to support the<br />
University’s ef<strong>for</strong>ts in developing an institution-wide repository. The Department<br />
of Architecture and the Virtual Studio were to be used as an initial test-bed <strong>for</strong> the<br />
creation of this repository, prior to its rollout across other departments.<br />
To begin, let us examine the circumstances that led to the creation of Virtual Studio.<br />
The Virtual Studio was intended to address a very practical problem related to peerto-peer<br />
learning.<br />
Previously, there was no systematic way <strong>for</strong> students or staff at the Lincoln<br />
School of Architecture to access examples of high-quality student work from<br />
previous years. Hard copies of written theses, paper-based presentations<br />
and physical models are inherently difficult to store due to their bulk and their<br />
tendency to deteriorate over time.<br />
While individual staff did habitually maintain examples of student work <strong>for</strong> teaching<br />
purposes, and students did regularly ask to see earlier work, management of and<br />
access to these materials was necessarily ad hoc. The Virtual Studio was intended<br />
to provide a visual tool <strong>for</strong> architecture students to self-archive their work in digital<br />
148 browsing architecture. metadata and beyond
11<br />
<strong>for</strong>mats, to comment on this material themselves as well as commenting on work<br />
deposited by other students. Such comments would complement tutors’ appraisals<br />
recorded during assessments, to <strong>for</strong>m unified digital case studies of student projects<br />
which could be made available to all.<br />
Beyond the practical problems of storage, the web offers a facility to draw<br />
links between diverse materials and <strong>for</strong> the user to determine what links they<br />
themselves will make in accessing the material.<br />
This presented an opportunity to disaggregate teaching and learning. At present, as<br />
in many schools of architecture, the teaching of architecture at Lincoln is still quite<br />
compartmentalised. Design teaching takes place in small tutorial groups in a studio<br />
environment where learning is assessed through the drawings students produce.<br />
History and theory is taught to large numbers of students in a lecture setting and has<br />
traditionally been assessed through written work, essays and dissertations. Technology<br />
is taught in a lecture setting and, while integrated in design work, is most<br />
systematically assessed in separate written assignments.<br />
Understandably, students’ learning has tended to reflect the compartmentalised nature<br />
of teaching and assessment. One rarely sees references to historical precedents<br />
or debate in the design work that is produced. Equally, the depth of investigation<br />
one sees in written technology assignments sometimes does not find a parallel in the<br />
strategies employed in the detail design of studio projects.<br />
Ideally the design studio should closely resemble the new learning environments<br />
that are being developed under the banner of “blended learning”. The<br />
studio project is the focus <strong>for</strong> investigations of both theoretical and technical<br />
propositions and it should naturally evolve towards an integrated design.<br />
The Virtual Studio was conceived as a comprehensive collection of web-based digital<br />
resources – staff research papers, lecture slides and notes, links to off-site material<br />
in history, theory and technology, student design work and written work, images<br />
of physical models, video “fly-throughs” of student visualisations, video clips of<br />
key buildings and places – that would encourage students to think about scholarly<br />
enquiry as something that can happen across all areas of study. It was to support<br />
wider ef<strong>for</strong>ts in the School to establish a culture of “designerly research” where intellectual<br />
activities that have traditionally taken place outside the studio are equally<br />
embedded in design projects.<br />
For example, a student becoming interested in the idea of “transparency” in architecture<br />
could begin research by finding material on the subject in the Virtual Studio with<br />
resources on or links to:<br />
› Texts from the heroic age of modernism extolling a crystalline architecture;<br />
› Technical details <strong>for</strong> glazing from manufacturers’ catalogues ;<br />
› A video clip of Philip Johnson’s Glass House;<br />
› Related design work of students from previous years;<br />
› Websites of <strong>architectural</strong> practices known <strong>for</strong> their exploitation of transparency;<br />
› A student dissertation on the topic;<br />
› A staff research paper examining the semiotics of Norman Foster’s Reichstag<br />
conversion.<br />
virtual studio<br />
149
The student would then be able to bring back into the design studio their<br />
own analysis, blending cultural, environmental, constructional and designerly<br />
ways of thinking. They would have something to contribute to an on-line<br />
discussion group preparing an exhibition on the subject.<br />
They would also be accumulating technical details ready <strong>for</strong> the detailed design of<br />
their own building. One of the outcomes of their project could be a computer-generated<br />
fly-through demonstrating the spatial qualities of their proposal, while another<br />
might be a rigorously researched design-support document.<br />
Thus the Virtual Studio would complement the physical studio by encouraging<br />
students to de-compartmentalise their thinking and draw upon a more<br />
diverse range of resources within the design process.<br />
Recognition of the need <strong>for</strong> a digital repository of some <strong>for</strong>m and related hardware<br />
emerged early in the project when the staff leading the Virtual Studio were confronted<br />
with the limited storage capacity available within the constraints of the<br />
University’s existing IT systems. Equally, it was recognised that the University’s VLE<br />
software – Blackboard and Microsoft Office Sharepoint Portal Server – could not<br />
easily support a complex self-indexing and cataloguing system <strong>for</strong> stored resources.<br />
The University’s Teaching and Learning Development Office was composing an application<br />
to JISC <strong>for</strong> funding to support an institution-wide repository and a decision<br />
was made to include the aims of the Virtual Studio within the broader application.<br />
JISC responded with an offer of funding and suggested that the Virtual Studio should<br />
be an initial test bed <strong>for</strong> the creation of a more generic, university-wide repository.<br />
This was the genesis of the LIROLEM project. At the time, the general consensus<br />
amongst all staff involved was that a repository that could meet the exacting<br />
demands of architecture would invariably be capable of meeting the less demanding<br />
requirements of other departments.<br />
A project officer was appointed and a process of consultation began. In order to<br />
identify user requirements and in<strong>for</strong>m any necessary, future software development<br />
“user stories” were gathered from architecture staff and students. EPrints 3 was<br />
finally selected as the preferred software solution because of its capabilities <strong>for</strong> storage,<br />
retrieval and display of multimedia resources, such as high-resolution images<br />
and video clips, alongside textual material.<br />
To meet wider institutional and funding requirements, the Virtual Studio was<br />
now envisioned as part of a larger Open Access (OA) service allowing users<br />
to develop content on a personal, departmental and institutional basis, and<br />
to manage that content so that it could not only be easily retrieved but made<br />
available to the broader HE community.<br />
It was also to follow the aims of the wider repository movement, specifically to demonstrate<br />
the interconnectedness of the processes of research design and practical<br />
resolution and to make ideas, in<strong>for</strong>mation and illustrations more widely accessible.<br />
While the period of funding from JISC is now over, both the repository and Virtual<br />
Studio projects are still ongoing and some fundamental problems are yet to be<br />
150 browsing architecture. metadata and beyond
11<br />
resolved. In many ways, the difficulties the Lincoln team have been experiencing<br />
in attempting to combine the aims of the Virtual Studio with the wider aims of the<br />
LIROLEM project emerge out of the historical and disciplinary interests that are<br />
embedded in the present-day technologies of digital archives. As will be discussed<br />
below, these interests diverge significantly from the culture that defines the discipline<br />
of <strong>architectural</strong> design.<br />
institutional repositories, virtual studios<br />
and conflicting disciplinary interests<br />
Academic repositories have largely grown out of the scientific community<br />
wishing to make their research available to peers. One of the earliest repositories<br />
of this kind is http://arxiv.org, a subject-based repository initially<br />
tailored to the interests of physics researchers, but now catering to a wider<br />
scientific community including mathematicians, computer scientists and<br />
biologists.<br />
institutional repository<br />
tagging<br />
user interface<br />
1 3 6 22 24<br />
Academics in the humanities were slower to take up digital technologies. In part,<br />
this can be attributed to the lower levels of funding available to support activities in<br />
the humanities, but it is also a reflection of differing publishing regimes and research<br />
cultures. Scientists typically publish in periodicals while monographs play a more<br />
central role in the humanities [Johnson 2004]. The greater drive to disseminate in<br />
the sciences, one could argue, is also attributable to a more firmly embedded peer<br />
review process, as scientific method is concerned with the replication or refutation of<br />
research results through repeated experiment.<br />
Historically, scholarly communication in both the sciences and the humanities<br />
has been based upon engagement with published literature. There are still<br />
arguments continuing <strong>for</strong> and against subject-based and institutional repositories,<br />
and about the relative benefits of digital archives to researchers in the<br />
sciences and the humanities.<br />
oai<br />
1 3 13<br />
However, it is clear that the software that has emerged to support both academic<br />
communities closely follows a text-based publishing model, a means of making<br />
digital versions of pre-print or published texts more widely available to peers. This<br />
trajectory of technological development does not reflect the interests of the many<br />
design disciplines existing in academia, or the interests of <strong>architectural</strong> academics<br />
and students.<br />
As Gary Stevens points out, architecture occupies a fundamentally different place<br />
within academia than that of pure science or the humanities. Obviously, communication<br />
in the design disciplines has been based as much if not more on design practice<br />
than on the textual interpretation of designed objects, and on the dissemination of<br />
drawings and images as much as on engagement with published papers. Moreover,<br />
knowledge creation in architecture does not follow the same pathways as most<br />
other disciplines where research is a “primary mission, systematically carried out by<br />
most staff and upper-level students, and expected to filter down into teaching”.<br />
virtual studio<br />
151
Innovation and knowledge creation by architects within the professional<br />
arena external to the universities arguably holds a greater importance <strong>for</strong><br />
students and <strong>for</strong> many staff in architecture schools [Stevens 1998: 182].<br />
It is only now that the text-based publishing model of IRs has reached a level of<br />
maturity that development ef<strong>for</strong>ts are beginning to turn to meet the expectations<br />
of more marginal groups. Most significantly <strong>for</strong> the design disciplines, mainstream<br />
developers of archival systems have recently begun to integrate capabilities <strong>for</strong> the<br />
storage, retrieval and display of multimedia resources into their software solutions.<br />
Multimedia capabilities, such as provided by EPrints 3, are vital to the creation of<br />
any design-based teaching and learning archive and without them Lincoln’s Virtual<br />
Studio and LIROLEM project would not have been possible in any <strong>for</strong>m.<br />
However, notwithstanding recent explorations in multimedia, it is clear that<br />
preferences of designers remain a marginal concern <strong>for</strong> the interest groups<br />
that dominate the development of institutional repositories.<br />
The partial closure of current technical “solutions” around dominant interests is<br />
evident in the restricted list of “problems” most commonly identified with the shift<br />
from subject-based to institutional repositories, converging as they do around issues<br />
of content generation, rights management and long-term stewardship. This presents<br />
continuing difficulties <strong>for</strong> the architect or the designer <strong>for</strong> whom actual conflicts<br />
between competing disciplinary cultures are clearly a significant problem. Indeed,<br />
without the intervention of JISC in setting the parameters of the LIROLEM project<br />
around the requirements of architecture staff and students, it is likely that the needs<br />
of designers and all of the aims of the Virtual Studio would have been <strong>for</strong>gotten<br />
within the consensus emerging from actors with coincident interests in other departments.<br />
This dynamic is clearly evident in the negotiations that took place over the<br />
appearance and functionality of the repository’s user interface.<br />
A requirement <strong>for</strong> “visual thinking” in design represents another significant difference<br />
between architecture and the science and humanities disciplines.<br />
In order to design it is necessary to be visually aware and this visual skill is<br />
something that students learn both within and outside the design studio by<br />
engaging with design problems and designed environments in a creative,<br />
critical and often intuitive manner [Moore 2003: 25].<br />
Equally, this is the way staff and students will engage with any web-based user interface<br />
presented as a teaching and learning tool. Staff and student criticism of tools<br />
like Blackboard and Lincoln’s “Virtual Campus”, an earlier incarnation of a similar<br />
tool, have most frequently focused on both the poor usability of interfaces and their<br />
poor aesthetic quality.<br />
Within the LIROLEM project, it quickly became clear from the “user stories” that<br />
were generated in initial consultations with architecture staff and students that a<br />
“designerly”, dynamic user interface that encourages participation is really the key<br />
to the success of the Virtual Studio. Although the repository/archive functionality is<br />
central to requirements, rather than being the primary focus of the Studio, the actual<br />
repository should be invisible to the architect who has little interest, patience or time<br />
<strong>for</strong> the publishing workflow that EPrints requires.<br />
152 browsing architecture. metadata and beyond
However, the distance between what was required in terms of a user interface<br />
and what is offered in existing software solutions based on the textbased<br />
publishing model was so great that the costs of software development<br />
would have been prohibitive.<br />
11<br />
The project officer describes the choice that was made:<br />
“So at this point, I suggested that we shift the emphasis of the project. I felt that it<br />
would be a waste of resources to chase user requirements that we had little chance<br />
of meeting within the resources of the JISC Project. So I concentrated on ensuring<br />
the long-term sustainability of the repository, as we really needed a repository, which<br />
would attract continued and wider Institutional support”.<br />
The consequence is a typical institutional compromise, a repository that has been<br />
adapted to accommodate multimedia resources effectively but with an interface that<br />
is largely text based, rather than visual, and that is unattractive and cumbersome<br />
to use. It will take a student a full 17 steps to upload one piece of design work, evidently<br />
several steps too far judging by the fact that only a handful of students have<br />
so far elected to upload their work.<br />
An issue closely related to concerns about the user interface is the need to develop<br />
a sense of “community” within the Virtual Studio to promote greater participation.<br />
Unlike researchers in other disciplines using subject-based repositories who may<br />
well identify with peers through the text based materials they collectively produce,<br />
understandably, architects tend to identify closely with communicative environments<br />
that are consciously and purposely designed <strong>for</strong> their aesthetic appeal.<br />
Thus the absence of a graphically appealing interface between the user<br />
and the repository constitutes a barrier to the creation of a vibrant webbased<br />
community.<br />
Finally, there is the issue of metadata creation, the systems of cataloguing, indexing<br />
and searching that students will use to identify and retrieve material from the archive/Virtual<br />
Studio. Traditional repositories are generally quite rigid in the way that<br />
they demand adherence to a consistent and coherent set of standards <strong>for</strong> metadata.<br />
This rigidity reflects the rational and objective processes of knowledge creation upon<br />
which research in the sciences rests. As previously discussed, designerly enquiry in<br />
architecture is intuitive and subjective, as well as rational and objective.<br />
Anthony Antoniades describes the process thus, “Fantasy is the catalyst<br />
of imagination, while imagination is the filter through which fantasy must<br />
pass in order to become an ingredient of reality” [Antoniades 1990: 11].<br />
The process behind the creation of an <strong>architectural</strong> design might easily<br />
be driven by common links originally drawn between a piece of poetry,<br />
an image of a texture and a philosophical argument. In this context conventional<br />
cataloguing systems break down.<br />
Being aware of the multidimensional nature of the creative process, the Virtual Studio<br />
was originally envisaged as a fluid environment where students could describe<br />
virtual studio<br />
153
and link resources incrementally, effectively creating their own indexing system<br />
by commenting on their work and the work of others and by tagging resources.<br />
The funding received from JISC was what ultimately allowed the Virtual studio to<br />
progress, but this also placed an onus upon project participants to create an archive<br />
that could achieve some level of interoperability. LIROLEM was designed to comply<br />
with the Open Archives Initiative (OAI) protocol <strong>for</strong> metadata harvesting and use of<br />
recognised metadata standards. However, the team did decide to use some project<br />
funding to develop EPrints capacity <strong>for</strong> user tagging, creating a fluid indexing system<br />
that could work alongside the more rigid standards. This tagging facility has yet to<br />
be tested with a significant body of users.<br />
conclusion<br />
When confronted by the reality of dominant interests embedded in existing technologies,<br />
the shortest route and sometimes the only route to a project conclusion is<br />
to fall in line with those interests. On one level, the aims of the Virtual Studio were<br />
far too ambitious to sit easily within the budget and time constraints of the JISCfunded<br />
LIROLEM project. On another level, the difficulties the Architecture Department<br />
experienced in attempting to negotiate its interests within the context of a<br />
programme to develop an institution-wide repository, merely served to highlight the<br />
marginal status of the design disciplines in debates about this technology in general.<br />
As the theorists behind SCOT tell us, scenarios taking place in a micro-situation often<br />
reflect the interests at play amongst actors operating at a much wider scale.<br />
154 browsing architecture. metadata and beyond
11<br />
references<br />
Antoniades, A. 1990. The Poetics of Architecture. New York: Van Nostrand Reinhold.<br />
Arens, K. 1996. Austria and Other Margins: Reading Culture. Columbia, Sc: Camden House.<br />
Bijker, W., and J. Law. 1997. Shaping Technology/Building Society. Cambridge, Massachusetts:<br />
The MIT Press.<br />
Bijker, W. 1989. The Social Construction of Technological Systems: New Directions in the Sociology<br />
and History of Technology. Cambridge, Massachusetts: The MIT Press.<br />
Clif<strong>for</strong>d, A. L. 2003. Institutional Repositories: Essential Infrastructure <strong>for</strong> Scholarship<br />
in the Digital Age. ARL Bimonthly Report 226 (February).<br />
http://www.arl.org/resources/pubs/br/br226/br226ir.shtml.<br />
Johnson, R. 2004. The Future of Scholarly Communication in the Humanities: Adaptation<br />
or Trans<strong>for</strong>mation? http://eprints.rclis.org/archive/00007608/01/SPARC_CELJ_paper_2004.pdf.<br />
Lynch, C. 2003. Institutional Repositories: Essential Infrastructure <strong>for</strong> Scholarship.<br />
In Overlooking the Visual, Moore, K. The Journal of Architecture 8, no. 1 (March): 25-40.<br />
Pickton, M. J., and Barwick, J. 2006. A Librarian’s Guide to Institutional Repositories. eLucidate,<br />
3(2). http://dspace.lboro.ac.uk/dspace/handle/2134/1122.<br />
Stevens, G. 2002. The Favored Circle: the Social Origins of Architectural Distinction. Cambridge,<br />
Massachusetts: The MIT Press.<br />
Ware, M. 2004. Institutional Repositories and Scholarly Publishing. Learned Publishing 17: 115–124.<br />
virtual studio<br />
155
12<br />
› integration<br />
of digital tools with<br />
traditional approaches<br />
156<br />
going digital<br />
in the classroom:<br />
Lessons from the Integration<br />
of Wikis in an Architectural<br />
History Course<br />
› <strong>architectural</strong> history<br />
› team-based project<br />
› wikis<br />
This paper explores one experiment, which began in the Fall of<br />
2007, employing Wikis in a course on <strong>architectural</strong> and urban<br />
history. A Wiki is a collaborative website that can be directly<br />
edited by anyone with access to it – in this case the students<br />
– while enabling the tracking of individual contributions. In<br />
this course, Wikis were employed in a team-based project, in<br />
which students worked in small groups to build an on-line travel<br />
guide to Europe, focused on urban history. The Wiki project<br />
complemented more traditional course work, which emphasized<br />
historical analysis and interpretation. To reduce the need <strong>for</strong><br />
technical know-how and external support, an inexpensive,<br />
publicly available, user-friendly Wiki plat<strong>for</strong>m was selected.<br />
The goal of the project was to capitalize on the fascination<br />
beautiful buildings and cities hold <strong>for</strong> students, while putting at<br />
their fingertips the complex material the Web offers: scholarly<br />
articles and archival databases but also more in<strong>for</strong>mal sources,<br />
from blogs to photo collections; text, but also different media,<br />
including film, music and a wide array of visual material. We<br />
wanted students to use these various <strong>for</strong>ms of documentation<br />
to understand and creatively represent the context of the<br />
cities’ trans<strong>for</strong>mation while also obliging them to deal critically<br />
with the Internet as a source of in<strong>for</strong>mation. The observations<br />
gathered from this pedagogical experiment suggest that Wikis<br />
can play a valuable role in teaching by supporting student<br />
motivation, facilitating collaboration, and fostering creativity.
francesca torello<br />
Carnegie Mellon University<br />
Pittsburgh, Pennsylvania, USA<br />
www.cmu.edu<br />
Architectural and Urban Historian, registered<br />
Architect, in 2003 she earned a PhD in History and<br />
Heritage Preservation from the Politecnico di Torino<br />
(Italy), where she has been working until 2007. She<br />
currently teaches History of Architecture and Urban<br />
History at the School of Architecture of the Carnegie<br />
Mellon University in Pittsburgh, PA. Her research<br />
work is focused on the role of Architecture, Urban<br />
Culture and Heritage Preservation policies in the<br />
cultural debate of the Nineteenth and Twentieth<br />
century.<br />
marie norman<br />
Carnegie Mellon University<br />
Pittsburgh, Pennsylvania, USA<br />
www.cmu.edu<br />
As a teaching consultant at the Eberly Center <strong>for</strong><br />
Teaching Excellence at Carnegie Mellon, Marie<br />
Norman works closely with faculty who wish<br />
to improve their teaching or try new teaching<br />
approaches. She is also involved with a number<br />
of research and writing projects, including studies<br />
investigating the impact of various technologies<br />
on teaching and learning. She earned her PhD<br />
in Anthropology in 1999 from the University of<br />
Pittsburgh and, in addition to her work at the Eberly<br />
Center, teaches courses on medical anthropology<br />
and South Asia in the Department of History and coedits<br />
the journal, Ethnology.<br />
157
<strong>architectural</strong> history<br />
team-based project<br />
digital (teaching) tools<br />
6<br />
The integration of digital teaching tools with traditional pedagogical approaches offers<br />
exciting possibilities <strong>for</strong> teaching. The Web provides easy access to an extremely<br />
rich array of visual and textual resources that were, until recently, difficult to reach<br />
even <strong>for</strong> trained researchers. Moreover, undergraduate students are already very<br />
com<strong>for</strong>table with Web-based technologies, to which they devote large portions of<br />
their free time. For this reason, the incorporation of digital tools in the classroom<br />
holds the potential to increase student motivation and participation.<br />
However, simply using digital tools – no matter how novel and compelling<br />
they are – is not enough to enhance learning. Rather, the assignments and<br />
instructional activities that employ these tools must be carefully structured<br />
and focused on the goals of the course.<br />
wiki<br />
9<br />
educator’s role<br />
2 7<br />
To investigate these possibilities, we began employing Wikis in the context of a<br />
course on <strong>architectural</strong> and urban history in the Fall of 2007. Our collaboration<br />
began at a teaching workshop where Francesca, an <strong>architectural</strong> historian, who designed<br />
and taught the course, discussed with Marie, an <strong>education</strong>al researcher and<br />
teaching consultant, her ideas <strong>for</strong> using Wikis in her teaching. We have since worked<br />
closely together to evaluate and refine the Wiki project. This paper is in fact the first<br />
outcome of the collaboration, which continues to date. Thus, despite the fact that<br />
Francesca was the sole instructor of this course, we refer to the experiment below<br />
as a joint ef<strong>for</strong>t.<br />
We intend to relate here that first experience as a case study, in which we describe<br />
the objectives and parameters of the project and critique the outcomes. Our hope<br />
is that by providing insights from the context of this particular course, we can offer<br />
practical advice about integrating digital tools in teaching, contributing to a broader<br />
discussion about digital media in <strong>architectural</strong> <strong>education</strong>.<br />
what exactly is a wiki?<br />
A Wiki is a website, not very different from a normal webpage, which can<br />
be very easily and directly edited by anyone with access to it, through procedures<br />
more similar to those used normally to edit an MS Office document<br />
than to those that require specific languages (like HTML).<br />
For an example, think of Wikipedia, an on-line encyclopedia where entries are created,<br />
edited, and refined by a large number of authorized contributors. Like Wikipedia,<br />
a course Wiki can be edited collaboratively by members of the class, who can also<br />
embed active links to Web pages, visual material – from single pictures to slideshows<br />
and videos, music, and even a number of plug-ins, like a chat line reserved <strong>for</strong> Wiki<br />
members. The system allows students to post online documents and drafts in all the<br />
most common <strong>for</strong>mats, like text documents, and pdfs, pictures etc. The resulting<br />
page is immediately available on-line, where another authorized user can modify it<br />
or make comments. All these actions are accessible to average web users, lacking<br />
specialist technical knowledge, with the help of ready-to-use plat<strong>for</strong>ms similar to<br />
those available <strong>for</strong> blogs or networking.<br />
158 browsing architecture. metadata and beyond
12<br />
the context of our experiment<br />
The course, “History of <strong>European</strong> Cities in the Nineteenth Century”, was designed <strong>for</strong><br />
the School of Architecture of Carnegie Mellon University in the Fall semester of 2007.<br />
Of the 34 students, the majority were 3rd, 4th and 5th year architecture students,<br />
with a smaller number of students from other humanities programs.<br />
The course explored the most significant urban trans<strong>for</strong>mations of Nineteenth<br />
century Europe, in relation to the major political and economic issues of the<br />
era. The introduction of selected episodes of the debate on planning, architecture<br />
and preservation had the purpose of helping the students identify different<br />
points of view and interpret a complex and multi-faceted historical situation.<br />
The ultimate aim of the course was to help students see how profoundly modern-day<br />
cities have been shaped by Nineteenth-century urban trans<strong>for</strong>mations. Instructional<br />
strategies consisted of lectures, discussion of assigned reading material and short<br />
writing exercises, integrated with our “experimental” assignment: a “Eurocities Wiki”<br />
that the class would construct together.<br />
why are wikis an appropriate tool in our case?<br />
Our choice of Wikis <strong>for</strong> the “Eurocities” project was motivated by several factors.<br />
First, an on-line tool would invite exploration of a richer variety of media and<br />
resources than traditional research tools. Moreover, students could work together on<br />
a Wiki in a way they could not on a blog or discussion board, since the Wiki allows<br />
students not only to see one another’s work and comment on it, but also to actively<br />
edit it and produce content together. For these reasons, a Wiki seems to be an ideal<br />
tool to foster an environment of rich and diverse collaboration.<br />
The course Wiki was conceived of as “a modern traveler’s guide to 19th century<br />
<strong>European</strong> cities”. Each student had to choose a city in Europe that had<br />
not been presented in class, write a short research paper on its trans<strong>for</strong>mation<br />
in the Nineteenth century, then create a Wiki page <strong>for</strong> that city.<br />
To build their Wikis, students were asked to explore both the “<strong>for</strong>mal” sources they<br />
had employed in their research paper (e.g., historical explanations, bibliographic<br />
references, maps, photographs, links to archival or press databases) and “in<strong>for</strong>mal”<br />
sources (web links, slideshows, videos or film clips, tourist in<strong>for</strong>mation pages and<br />
even entries from personal blogs). They were then asked to organize and integrate<br />
the two, creating a guide that would help modern travelers read the “signs” of the<br />
Nineteenth century in contemporary cities.<br />
We wanted students to employ popular, as well as academic, sources <strong>for</strong> several<br />
reasons. First, we did not want them constrained in their freedom to explore the Web<br />
and use the best documentation they could find, no matter the source. Second, we<br />
believed that tacking back and <strong>for</strong>th from academic to non-academic sources would,<br />
with proper structuring, help students develop better skills at differentiating between<br />
the two, i.e. greater in<strong>for</strong>mation literacy. Third, we wanted students to relate the<br />
academic material to knowledge, interests, experiences and skills they already pos-<br />
indexed and browsed<br />
159
sessed. Our hope was that by orienting their thinking around modern cities (some<br />
of which they had already visited) and modern technologies like the Web, historical<br />
analysis would become integrated with, not removed from, their “real” lives and<br />
present-day reality.<br />
what worked, what did not, and why<br />
The Wiki proved to be an appropriate tool <strong>for</strong> the assignment we envisioned.<br />
It was simple to learn and operate, facilitated cooperation, and allowed <strong>for</strong><br />
easy integration of Web resources. Yet despite this, we found that our expectations<br />
<strong>for</strong> the project were not fully met. First, the fact that students viewed<br />
the Wiki as an “in<strong>for</strong>mal” medium had an impact on their perception of its<br />
importance, as students did not consider their work on the Wiki as high a<br />
priority as traditional homework and <strong>for</strong>mal papers.<br />
Also, the students did not bring all the skills developed throughout the course to<br />
bear on the Wiki project. It seemed that they perceived the Wiki as so fundamentally<br />
distinct from traditional academic work that it made the transfer of competences<br />
and analytical skills difficult, or at least awkward, in their eyes.<br />
Ironically, though, this failure to integrate <strong>for</strong>mal academic elements did not<br />
result in greater creativity in the in<strong>for</strong>mal arena. We found, rather, that students<br />
used the Wiki in a surprisingly cautious and conservative way, almost<br />
as if being creative and inventive could be dangerous in a history class.<br />
It should be pointed out, however, that these shortfalls in the project’s outcomes<br />
were not due to the Wiki itself. Rather the issues that arose stemmed from problems<br />
with the assignment, which did not take sufficient advantage of the collaborative<br />
and creative possibilities the Wiki af<strong>for</strong>ded and was not structured adequately to<br />
promote consistent, high-quality student participation. In the section below we will<br />
address the three primary problems we encountered and then propose ideas <strong>for</strong><br />
improving outcomes in the next iteration of the course.<br />
The assignment did not take sufficient advantage of the Wiki’s power to<br />
facilitate collaboration<br />
We assumed that students would be naturally motivated to collaborate on the<br />
“Eurocities” project, at least to the extent of viewing one another’s pages and<br />
contributing suggestions and links. In retrospect, this was a naïve assumption.<br />
Contrary to expectations, students did not investigate one another’s Wiki<br />
pages or share resources but rather worked almost exclusively by themselves.<br />
In most cases, thus, they did not exploit the Wiki’s collaborative potential.<br />
Perhaps this result should not have surprised us: most undergraduate students have<br />
160 browsing architecture. metadata and beyond
12<br />
spent their school lives focused on individual achievement; they lack experience<br />
working in groups and thus tend to find it somewhat uncom<strong>for</strong>table [Miller, Trimbull<br />
and Wilkes 1994]. When group work is not explicitly required, and rein<strong>for</strong>ced by the<br />
structure of the assignment, there is little incentive to overcome this discom<strong>for</strong>t.<br />
The lack of collaboration in the Wiki project led us to ask ourselves whether collaboration<br />
should, in fact, be a goal at all. We concluded that it should. By requiring<br />
students not only to explore Web resources themselves but also to share what they<br />
found with peers and work together to interpret, synthesize, organize and communicate<br />
the in<strong>for</strong>mation, group work would rein<strong>for</strong>ce the objectives of the assignment<br />
more powerfully than individual work. For these reasons, we feel that the collaborative<br />
dimensions of the assignment have to be strengthened considerably.<br />
Students did not apply the analytical skills learned during the course<br />
The second problem we encountered was that students had trouble incorporating<br />
the intellectual perspectives from the larger course into their Wikis. Francesca had<br />
envisioned Wikis that combined film clips and images from <strong>architectural</strong> databases,<br />
woven together with text drawn from academic sources, all working together to<br />
illustrate – in both intellectually and aesthetically sophisticated ways – the influence<br />
of Nineteenth century trans<strong>for</strong>mations on modern <strong>European</strong> cities. Not only was<br />
this vision clear in her mind, she thought it was clear to students, who had seen the<br />
required kinds of analysis modeled over and over in class. The readings, lectures, and<br />
discussions from the course as a whole had brought out the key themes and ideas<br />
and provided students with all the intellectual tools they needed to do the job well –<br />
or so she thought.<br />
In fact, students did not connect their Wikis to the larger ideas from the course.<br />
When writing <strong>for</strong>mal papers, they were able to analyze historical factors in the development<br />
of <strong>European</strong> cities, but they were not bringing these same analytical tools<br />
to bear in constructing their Wikis.<br />
This is not an unusual problem. Research has demonstrated that students have<br />
trouble transferring skills from one context to another if they have not had ample<br />
practice recognizing the contexts and conditions of proper application [Singley<br />
1989].<br />
In this course, students had difficulty recognizing that, in fact, the Wiki project<br />
called <strong>for</strong> the same kinds of historical analyses they had been engaged<br />
in throughout the course. Because the context had shifted from a traditional<br />
classroom context of readings, lectures and writing assignments – the instructor’s<br />
turf, as it were – to the in<strong>for</strong>mal realm of the Internet – their home turf<br />
– they did not recognize that the skills required were the same. Additionally,<br />
they had difficulty combining <strong>for</strong>mal analysis with in<strong>for</strong>mal source material.<br />
Eventually, much of students’ work fell into one of two categories: 1) Wikis which<br />
creatively enlisted a variety of in<strong>for</strong>mal sources but failed to incorporate sufficient<br />
historical analysis; and 2) Wikis that included <strong>for</strong>mal historical analysis but which<br />
failed to incorporate in<strong>for</strong>mal sources or capitalize on the creative potential of the<br />
Wiki.<br />
indexed and browsed<br />
161
Students did not explore the in<strong>for</strong>mal capabilities of the Wiki<br />
This second problem was, perhaps, the most disappointing. Francesca had incorporated<br />
the Wiki expressly so that students would have the freedom to explore and<br />
integrate the in<strong>for</strong>mal resources of the Web. To encourage originality, she had left<br />
the “Eurocities” assignment very open – even somewhat vague – assuming that with<br />
fewer constraints her students would be freer to experiment and create more original<br />
Wikis. She knew that her students spent hours on-line in their personal lives, tacking<br />
easily back and <strong>for</strong>th between YouTube, Face<strong>book</strong>, Wikipedia, and other on-line<br />
resources, and she assumed that by offering students the chance to build a Wiki <strong>for</strong><br />
a class project, they would bring to bear the same kind of creativity they employed<br />
on their Face<strong>book</strong> pages.<br />
She found that, with a few exceptions, they did not. In fact, the lack of structure in<br />
the assignment had the opposite effect of what she had intended: because it was<br />
not sufficiently clear to students what they were supposed to produce, they were<br />
cautious more than experimental and failed to use all the Wiki’s capabilities.<br />
At the same time, students were not told that creativity (in particular, the<br />
novel integration of popular and academic sources) was a required element<br />
of the assignment. As a result, they were not motivated enough by extrinsic<br />
factors to overcome their caution, and their contributions to the Wiki remained<br />
fairly conventional. In fact, a number of them used the Wiki much as<br />
they would a Word document, incorporating standard research-paper writing,<br />
a few standard images, and little else.<br />
what could be done to make wikis work better<br />
in the frameworkof this project?<br />
Our experience from the “Eurocities” project has taught us some important lessons:<br />
in future semesters, we will clarify better the expectations regarding the assignment;<br />
structure it to foster collaboration; scaffold preliminary assignments to build<br />
research and teamwork skills; articulate per<strong>for</strong>mance criteria, including both <strong>for</strong>mal<br />
and in<strong>for</strong>mal dimensions; and require individual accountability. We will briefly outline<br />
these aspects one-by-one below.<br />
Clarify the expectations regarding the assignment<br />
While the assignment was clear in our minds, in retrospect we realized that<br />
it was not sufficiently articulated and clearly explained <strong>for</strong> the students. This<br />
was resulting in a measure of confusion that was stifling student motivation<br />
and risk-taking. We concluded that the task had to be spelled out more clearly.<br />
Students need to know, <strong>for</strong> example, what <strong>for</strong>m their Wiki should take and what audience<br />
it should address, just as scholars writing a grant proposal or research article<br />
need to know their purpose, audience, and genre to work effectively. They need to be<br />
in<strong>for</strong>med of which elements are considered required <strong>for</strong> all student Wikis (a map, <strong>for</strong><br />
example, is necessary, not optional) but also be invited explicitly to produce original<br />
and creative work.<br />
162 browsing architecture. metadata and beyond
12<br />
Structure the assignment to foster more productive collaboration<br />
To build collaboration into the project, we will change the assignment, so<br />
that small groups of 3 or 4 students will be responsible <strong>for</strong> the same city.<br />
Because students will share responsibility <strong>for</strong> researching and producing the same<br />
Wiki, <strong>for</strong> which they would receive a group grade, they would have to coordinate<br />
their ef<strong>for</strong>ts and make decisions jointly. We would also increase the interdependence<br />
[Johnson, Johnson and Smith 1991] of group members by expanding the scope of the<br />
project, so that it was larger than a single individual could handle on his own, thus<br />
necessitating that members of each group work together to break down the task,<br />
delegate responsibilities, and communicate.<br />
Scaffold preliminary assignments to build research and team-building skills<br />
We realized it was important to break down the component skills needed <strong>for</strong> the<br />
“Eurocities” project and give students practice developing these skills one by one,<br />
providing feedback, and integrating more complexity and synthesis over time. It<br />
became apparent to us that if students were going to integrate the <strong>for</strong>mal ideas<br />
and perspectives from lectures and readings into the less structured, more in<strong>for</strong>mal<br />
context of their Wikis, they were going to need explicit practice and feedback.<br />
To provide this opportunity, we plan to institute a number of smaller assignments,<br />
to be completed earlier in the semester. These assignments will be<br />
designed to give students practice developing particular research skills or<br />
organizing specific materials <strong>for</strong> later integration into their Wiki pages.<br />
Clarify per<strong>for</strong>mance criteria<br />
To help students transfer skills from lectures and readings to the Wiki assignment,<br />
we will also clarify our expectations and per<strong>for</strong>mance criteria and articulate them in<br />
a per<strong>for</strong>mance rubric. As everyone who has taught knows, identifying the features<br />
of excellent work is not always easy. When grading, many instructors employ an “I<br />
know good work when I see it” approach, but cannot always articulate the criteria<br />
they are using in their heads. Rubrics compel instructors not only to think about<br />
the features they want in student work, but also to in<strong>for</strong>m students about them in<br />
advance. When the per<strong>for</strong>mance criteria are not only clear but also challenging, students<br />
see what is expected of them and what to strive <strong>for</strong>. They also see that grading<br />
criteria is rational, not subjective. The rubric will also clarify that a portion of each<br />
group’s grade will depend on the creativity with which they approach the assignment;<br />
with more explicit goals and parameters, students will have a structure within<br />
which they not only can be, but will have to be, creative.<br />
Require individual accountability<br />
One of the perennial complaints from students about group work is that<br />
some group members do not pull their own weight. To avoid the “free rider”<br />
indexed and browsed<br />
163
phenomenon and ensure that the ef<strong>for</strong>t truly is collaborative, we will build<br />
individual accountability [Johnson, Johnson and Smith 1991] into the assignment:<br />
we will hold every individual responsible <strong>for</strong> contributing regularly, by<br />
checking each group’s Wiki periodically.<br />
We will also require individuals to submit a separate report at the end of the project,<br />
in which they describe the group’s goals and strategies, as well as their own contributions.<br />
It is important here to point out that a number of issues that commonly<br />
arise with group projects – such as coordinating schedules and finding time to meet<br />
– are addressed by the Wiki itself, as it allows students to collaborate virtually and<br />
thus not have to coordinate their schedules <strong>for</strong> face-to-face meetings.<br />
Even more interesting, the habit to refer to the Wiki <strong>for</strong> in<strong>for</strong>mation, to edit it, to<br />
communicate through it, making it an essential tool of the classroom activity from<br />
the very beginning of the course, can make the Wiki a familiar environment which<br />
fosters interaction and exploration of each students work.<br />
what lessons did we learn about digital tools?<br />
Wikis can be effective and versatile teaching tools, but they are just tools.<br />
They should only be employed when they can really advance the objectives of<br />
the assignment and the course. The learning objectives in turn must be clear<br />
and the assignment must be designed carefully to focus on them.<br />
Additionally, the parameters of the task must be clear: structure, rather than stifling<br />
originality, enhances creativity by defining both the necessary features and the scope<br />
<strong>for</strong> innovation.<br />
The instructor should also provide clear per<strong>for</strong>mance criteria, so that<br />
students understand the difference between high and low-quality work<br />
and have a high standard to aim <strong>for</strong>.<br />
Finally, if collaboration among students is desired, interdependence and individual<br />
accountability must be built into the project and groups must learn and practice<br />
teamwork skills. Because teamwork adds dimensions and complications beyond<br />
individual work, group projects require extra planning and support [Johnson, Johnson<br />
and Smith 1991; Bosworth 1994; McGregor 1994].<br />
The fundamentals of effective teaching remain the same, regardless of whether<br />
digital tools are involved. This does not, however, imply that the use of digital tools is<br />
incidental to <strong>education</strong> or that instructors should eschew emerging media. In fact, as<br />
the world, and more specifically the field of architecture, becomes more dependent<br />
on digital technologies [Willey 2005] and as <strong>architectural</strong> resources are consolidated<br />
in on-line archives and databases, it will become increasingly important <strong>for</strong> architecture<br />
faculty to incorporate Web-based media into their teaching.<br />
However, the case study presented here suggests that <strong>for</strong> digital teaching<br />
tools to fulfill their <strong>education</strong>al promise, they must be chosen thoughtfully<br />
164 browsing architecture. metadata and beyond
and employed intelligently to serve specific teaching goals. This first experiment<br />
with Wikis provides some preliminary insights into the issues that should<br />
be considered be<strong>for</strong>e introducing the use of digital media into teaching.<br />
12<br />
references<br />
Bosworth, K. 1994. Developing Collaborative Skills in College Students. In Collaborative learning:<br />
Underlying Processes and Effective Techniques, eds. Bosworth K., and S.J. Hamilton. New Directions<br />
in Teaching and Learning 59. San Francisco: Jossey-Bass.<br />
Johnson, D. W., R. T. Johnson, and K. A. Smith. 1991. Active Learning: Cooperation in the College<br />
Classroom. Edina, MN: Interaction Book Company.<br />
Kadel, S., and J. Keehner, eds. 1994. Collaborative learning: A Source<strong>book</strong> <strong>for</strong> Higher Education,<br />
Volume II. Syracuse University: National Center on Postsecondary Teaching, Learning,<br />
& Assessment.<br />
Miller, J. E., J. Trimbur, and J. M. Wilkes. 1994. Group Dynamics: Understanding Group Success<br />
and Failure in Collaborative Learning. In Collaborative learning: Underlying processes and effective<br />
techniques, eds. Bosworth, K., and S.J. Hamilton. New Directions in Teaching and Learning 59.<br />
San Francisco: Jossey-Bass.<br />
Singley, M. K., and J. R. Anderson. 1989. The Transfer of Cognitive Skill. Cambridge,<br />
Massachusetts: Harvard University Press.<br />
Willey, D. S. 2005. Architectural Education in the Digital Environment. In Writings in Architectural<br />
Education. EAAE Transaction on Architectural Education 26.<br />
MacGregor, J. 1994. Collaborative Learning: Reframing the Classroom. In Collaborative Learning: a<br />
Source<strong>book</strong> <strong>for</strong> Higher Education, eds. Goodsell, A. and others. University Park, PA: National Center<br />
on Postsecondary Teaching, Learning, & Assessment.<br />
indexed and browsed<br />
165
archives<br />
Digital Architectural Archives:<br />
Preservation,<br />
Dissemination and Use<br />
There are two kinds of digital archives: spontaneous archives, provided<br />
by contemporary <strong>architectural</strong> firms, which use computers throughout the<br />
whole design process, and the “old” paper archives, which are gradually<br />
being transferred to digital media in order to preserve them and to enhance<br />
their diffusion. Both these archive types may provide useful first hand<br />
in<strong>for</strong>mation that has to be improved and opened to a large public<br />
of scholars, archivists, and professionals. Yet, opening these archives<br />
to the general public poses some problems. In spontaneous archives, each<br />
document (presentation, 2d - 3d drawings, animations, renderings, pictures,<br />
videos, texts, etc.) has its own <strong>for</strong>mat, which requires a specific program<br />
to open it; in<strong>for</strong>mation contained in each document is frequently layered,<br />
in fact each file can contain texts, images, animations, pictures, hyperlinks,<br />
etc., all at the same time. Paper archives raise the following questions:<br />
the dilemma of which file <strong>for</strong>mat has to be used when transferring the<br />
in<strong>for</strong>mation contained in the original paper document to the digital one;<br />
the problem of how to make the chosen file <strong>for</strong>mats sustainable knowing<br />
that each year new ones blossom.<br />
Finally, nowadays, neither paper or digital archives have any standards,<br />
or shared recommendations in order to classify and tag documents,nor<br />
advanced and powerful search tools capable of guiding users through<br />
a great deal of resources and in<strong>for</strong>mation.<br />
This <strong>book</strong> addresses the following topics:<br />
› Archiving standards<br />
› Navigation tools<br />
› Interfaces, searching and browsing tools<br />
› Interoperability<br />
› Dissemination and use of digital archives<br />
› User cases
13<br />
› collection in<strong>for</strong>mation system<br />
› digital collections<br />
› digitisation<br />
168<br />
building up digital<br />
collections:<br />
From Policy to Implementation<br />
For any <strong>architectural</strong> archive, life is getting complicated. While<br />
the traditional paper archives continue to be acquired and have<br />
yet to be processed, more and more digital files accompany the<br />
paper ones. Furthermore, collections are digitised retrospectively.<br />
Digital materials require much attention to detail when they are<br />
handled and described. They need to be stored in a consistent,<br />
secure and persistent way. The first question that arises in<br />
such a situation is how to establish a policy that matches the<br />
requirements <strong>for</strong> both conservation and <strong>for</strong> future use. We also<br />
need to think about the justification of the rather extensive<br />
investment of time and money: should we digitise complete<br />
archives or parts of it retrospectively, and should we collect<br />
born digital materials and describe them in the same way as<br />
our paper archives? What will be the extra value <strong>for</strong> the users of<br />
digitised materials compared to the inventory list? How will the<br />
organizational workflow change in a hybrid environment? The<br />
NAI is now fully involved in these processes and wants to present<br />
the preliminary results of research in implementing a Collection<br />
In<strong>for</strong>mation System (CIS), which is an integrated system that aims<br />
at comprehensive search possibilities through the NAI-collections.<br />
At the same time the NAI attempts to make this CIS the interface<br />
<strong>for</strong> all the digital materials by connecting it to an OAIS repository.<br />
This paper will focus on the selection policy <strong>for</strong> acquiring digital<br />
files, the description in the CIS, the ingest procedures, the<br />
connection between the CIS and long-term storage facilities.
patricia alkhoven<br />
Netherlands Architecture Institute (NAI)<br />
Rotterdam, Netherlands<br />
www.nai.nl<br />
Patricia Alkhoven took her PhD degree in<br />
Architectural History at Utrecht University,<br />
Netherlands in 1993 with a dissertation on<br />
visualization techniques in <strong>architectural</strong> historical<br />
research. She worked from 1994-2006 in different<br />
functions in the National Library of the Netherlands.<br />
From 2006 - July 2007 she was Director of Universal<br />
Decimal Classification Consortium. Currently she<br />
is Head of the Department of Collections in the<br />
Netherlands Architecture Institute (NAI). She<br />
lectures about digitization, collection development,<br />
representation in art, architecture and cartography,<br />
application of computer visualization techniques,<br />
and online presentation of collections.<br />
169
introduction<br />
There is no denying that from now on all archives are hybrid in nature. Next to the<br />
paper archives and <strong>book</strong>s, there are objects and other carriers such as film, microfilm,<br />
slides, etc.<br />
Archives that were built up from the eighties of the last century also contain<br />
digital files. These consist first of all of digital documentation such as correspondence<br />
and other documents, but simultaneously the design process<br />
went digital as well.<br />
Drawings and perspectives, presentation drawings in 2D and 3D with or without animations,<br />
are built up in Computer Aided Design (CAD). Programs such as AutoCAD<br />
contain many levels of in<strong>for</strong>mation that can only be made visible using the original<br />
interface.<br />
As a consequence, especially <strong>architectural</strong> archives are now facing the problems of<br />
how to handle, select and store these digital files.<br />
The core business of the Netherlands Architecture Institute (NAI) is to collect, study<br />
and present Dutch Cultural Heritage as it is set down in architecture and the built<br />
environment, and to stimulate debate on the future of architecture both nationally<br />
and internationally.<br />
At the moment the NAI has 18 kilometres of archive space (800 architects, mainly<br />
19th and 20th century architects), more than 1200 models and a library of 42000<br />
<strong>book</strong>s and magazines.<br />
As a national institute the Netherlands Architecture Institute has the obligation<br />
to collect archives from architects. Using these archives, consisting of drawings,<br />
models, correspondence, personal items and documentation, the complete<br />
design process of an architect can be studied in a comprehensive way.<br />
archival management<br />
data collecting<br />
activities<br />
14 15<br />
building up a significant digital archive<br />
The first question that arises is how to establish a policy <strong>for</strong> collecting digital files<br />
that matches the requirements <strong>for</strong> both conservation and future use. As with any<br />
acquisition policy it is hard to image what will be of interest in the future, what part<br />
of our national <strong>architectural</strong> heritage we should keep and what part is acceptable<br />
to lose. We also need to think about justification of the rather extensive investment<br />
of time and money: should we digitise complete archives or only parts of them<br />
retrospectively, and should we collect born digital materials and describe them in the<br />
same way as our paper archives?<br />
So far the nai has concentrated on acquiring archives from architects that<br />
ceased trading. The advantage of this collection policy is that in most cases<br />
complete archives can be collected.<br />
170 browsing architecture. metadata and beyond
digital archive<br />
11 14<br />
13<br />
The tradition to collect complete archives dates from the 19th century and was<br />
recorded in the statutes and mission statement of the NAI in 1988. The acquisition<br />
policy is aimed at acquiring the archives of prominent Dutch architects, urban designers<br />
and landscape architects. Even in this age of changing <strong>architectural</strong> practice<br />
in which project developers and huge infrastructure enterprises are increasingly<br />
influencing the design process, the archives of individual <strong>architectural</strong> companies<br />
continue to reflect the involvement and influence of the architect on the design process.<br />
To provide the context in which architecture is created, important <strong>for</strong> a better<br />
understanding of the value of the architecture, the NAI also collects the records of<br />
relevant professional <strong>association</strong>s <strong>for</strong> architecture and urban design and <strong>education</strong>al<br />
institutions. Up to now the NAI has collected a limited number of contemporary<br />
models of prominent projects and, where possible, the accompanying project files.<br />
As a rule, archives from architects that have only constructed at a local level are<br />
collected in the local or city archives, architects that have a regional influence are<br />
collected in regional or provincial archives and national <strong>architectural</strong> projects are<br />
collected by the National Archives.<br />
The NAI collects private archives from architects and their businesses. Only architects<br />
that are nationally well known, and have had much influence on other architects<br />
in building or in theory, whose work has significant cultural or unique value,<br />
are actively collected.<br />
In order to keep the volume of these archives manageable, a strict selection policy<br />
needs to be defined.<br />
For paper files, this policy of collecting complete files seems logical and has<br />
proven its worth in the past decades. In the age of digitisation of existing<br />
materials and collecting born digital materials, which increasingly accompany<br />
the paper files, this process may not be so simple.<br />
selection criteria<br />
14 15<br />
digitalisation<br />
1 8 15 19 25<br />
Selection criteria – retrospectively digitised materials<br />
Relatively few <strong>architectural</strong> materials have been digitised so far. There are multiple<br />
solutions <strong>for</strong> what to digitise, such as:<br />
› Complete archives;<br />
› Drawings (presentation);<br />
› High-lights of the collection;<br />
› A cross section of all the archives, but very basic;<br />
› Only top-architects that are frequently consulted;<br />
› Context in<strong>for</strong>mation;<br />
› Documentations;<br />
› Digitisation on demand.<br />
When considering digitization as a structural task of a cultural heritage institution<br />
we need to find a way to justify the huge investments needed <strong>for</strong> retrospectively<br />
digitising collections.<br />
It is clear that it will be impossible to digitise just everything. The demand<br />
<strong>for</strong> certain digitised materials may be a good starting point. Further it is<br />
possible to digitise at least the high-lights in order to increase the content<br />
<strong>for</strong> users.<br />
building up digital collections<br />
171
Selection criteria – Born digital materials<br />
For the collection development of born digital files a strict selection procedure is<br />
needed as well. Even if it is technically possible to acquire, manage and store the<br />
digital files, the sheer volume and complexity make it impossible to just accept<br />
everything.<br />
› Communication correspondence and documentation (when not available in paper);<br />
› Design development, drawings, sketches, etc.;<br />
› Construction drawings and documents;<br />
› Presentation (docs and drawings).<br />
collection in<strong>for</strong>mation system (cis)<br />
In order to record, maintain and present in<strong>for</strong>mation about its collections, the<br />
NAI is currently developing a Collection In<strong>for</strong>mation System (CIS), which is<br />
an integrated system that aims at comprehensive search possibilities through<br />
the NAI-collections: archive, library, models and working processes.<br />
The main software was purchased from the Canadian company MINISIS, and has<br />
been adapted and customized according to the NAI requests with regard to functionality.<br />
At the time, the software of MINISIS appeared to be the only product that<br />
could handle archives, libraries and museums in one single application. MINISIS is<br />
used by several cultural heritage institutions and the software is listed on UNESCO’s<br />
Library Portal and Archive Portal and it is CHIN accredited.<br />
The initial requirements concentrated on integration of archive, library, models and<br />
working procedures; it should be flexible and extendable, bi-lingual (Dutch and English),<br />
with modules <strong>for</strong> preservation management and an interface <strong>for</strong> the public.<br />
cis project goals<br />
The CIS has a double goal: to automate the management of all collections in the NAI<br />
and to make the in<strong>for</strong>mation accessible through the NAI website. As a consequence<br />
the current implicit working procedures need to be registered, documented and<br />
transported by the system. All knowledge about the collections can be added. Although<br />
the software used is not open source, it can be converted to other standards.<br />
Requested results:<br />
› All collection databases converted to CIS;<br />
› Authorities shared by all databases in CIS;<br />
› Collection related procedures are tuned to the CIS;<br />
› Collection related procedures are supported and documented by CIS;<br />
› All data are tuned to known standards.<br />
› Data will be made accessible via the Internet;<br />
The chosen system, MINISIS, could handle most of the requirements. The link<br />
between the working processes <strong>for</strong> the archive, the library and museum was better<br />
developed than any other product. The aim was to implement a system that was<br />
able to carry out the core business processes of the Collection Department. These<br />
core processes consisted of acquisition, description and giving access to archive –<br />
172 browsing architecture. metadata and beyond
13<br />
and library materials and conservation of the museum objects at a high level.<br />
The functional working procedures <strong>for</strong> the archive, the library and museum, such as<br />
acquisition, cataloguing and inventorying, preservation and management had until<br />
then been carried out in multiple unconnected databases and systems. Much work<br />
to make the collections accessible was duplicated and a link between the different<br />
materials was lacking. Registration of the working procedures <strong>for</strong> preservation of<br />
the collection were in some cases not even automated at all, which slowed down<br />
research because all the paper files needed to be searched.<br />
It is a commonly understood fact that archival, bibliographic and curatorial items<br />
cannot be accessioned nor catalogued in the same application without sacrificing<br />
one item’s unique standards <strong>for</strong> documentation.<br />
As a museum tries to catalogue in detail every individual object, the archives – although<br />
they conduct some item level description – tend to describe their holdings in<br />
groups or series. It is clear that archives cannot possibly per<strong>for</strong>m item level descriptions<br />
of their holdings. A library on the other hand, although it does per<strong>for</strong>m item/<br />
detailed <strong>book</strong> cataloguing, has a need to strictly con<strong>for</strong>m to major bibliographic<br />
standards.<br />
Via the registration module, archival, bibliographical and curatorial objects/items<br />
can be accessioned together and the unique data push mechanism will transport the<br />
skeletal item or group details to M3 (MINISIS Management <strong>for</strong> Museums) and M2L<br />
(MINISIS Mgt <strong>for</strong> Libraries) or M2A (MINISIS Mgt <strong>for</strong> Archives) if it is archival material<br />
or bibliographic respectively.<br />
Once the data is pushed into M3, M2A and M2L the objects, <strong>book</strong>s or manuscripts/<br />
papers can then be described/catalogued according to Spectrum (the Museum<br />
Documentation Association’s Standard), RAD (and ISAD-G archival documentation<br />
standard) or MARC (or MIBUS international Bibliographic standards).<br />
The difference between the materials (documents, drawings, <strong>book</strong>s etc.)<br />
disappears within the concept of the three modules used in the cis. Once the<br />
object/item/<strong>book</strong> has been accessioned via the registration module, the materials<br />
can be described in as much or little detail as desired or time permits.<br />
Fig. 1: Schematic drawing of the MINT module of MINISIS (p. 341).<br />
a single search request<br />
The NAI currently uses several different, non-related catalogues: there is a <strong>book</strong><br />
catalogue, an archive overview, various databases <strong>for</strong> searching <strong>for</strong> magazine<br />
articles, as well as separate catalogues <strong>for</strong> posters and scale models. Supposing you<br />
need an overview of all the materials by and about H.P.Berlage, you would have to<br />
look through all these catalogues separately to find what you are looking <strong>for</strong>. The CIS<br />
links up all the in<strong>for</strong>mation about the collection items so that just one search request<br />
<strong>for</strong> a particular architect yields a mass of in<strong>for</strong>mation such as scale models, inventories,<br />
<strong>book</strong>s and photographs. In fact, it will function as an internal portal to the NAI’s<br />
collections and can be exported to other <strong>for</strong>mats such as XML.<br />
digitised files<br />
Keyword systems are essential <strong>for</strong> linking data. These systems are standardised lists<br />
of, <strong>for</strong> instance, names, buildings, countries and places and AAT terms (terms from<br />
building up digital collections<br />
173
keywords systems<br />
7 15 17 21<br />
the Art and Architecture Thesaurus). Each item in the collection is linked to one or<br />
more such keywords, making them accessible and searchable. That way, the user<br />
can interrelate in<strong>for</strong>mation items. A list of personal names (often names of architects<br />
and artists) can be expanded into a database with biographies and lists of works<br />
and photographs. Lists such as these can then function independently and they gain<br />
in substance. With CIS, users can also link digitised files to descriptions of collection<br />
items. Examples include PDF files with the complete inventory of an archive, or<br />
digital reproductions of photographs and drawings that can be linked to a module<br />
<strong>for</strong> ordering copies.<br />
Fig. 2: Schematic drawing of the authorities (p. 341).<br />
Libraries and museums are all about individual objects, whereas archives<br />
are not. An archive is a collection of numerous interrelated objects. Libraries<br />
and archives essentially describe the content inherent in objects, whereas<br />
museums focus on the objects themselves.<br />
For museums and archives, the process of acquisition is complex, whereas that is<br />
not generally the case <strong>for</strong> libraries – most of the <strong>book</strong>s are quite simply purchased<br />
in a <strong>book</strong>shop. To date, there is little experience in the Netherlands and abroad of<br />
fully incorporating collections of that kind into a single system that facilitates both<br />
the management of and the access to the collection, and in which the objects in<br />
the collection are described both as museum objects and as archive objects. This is<br />
an ambitious project <strong>for</strong> the software supplier too, <strong>for</strong> which there are no standard<br />
solutions. Besides, the scope of the project is a factor of considerable importance. A<br />
further aspect alongside the size of the collection is that the enormous quantity of<br />
data that is in circulation <strong>for</strong> administrative and managerial purposes is often stored<br />
in separate databases.<br />
data cleaning and data mapping<br />
In addition, the collected data to be entered into the system also has to be adapted,<br />
as it cannot be simply converted. First of all, large-scale data cleaning is required,<br />
which entails cleaning up and standardising in<strong>for</strong>mation. For example, keyword<br />
systems are created on the basis of various standards currently used <strong>for</strong> different<br />
parts of the collection. For example, the list of ‘persons’ will be made up of a list<br />
containing thousands of names of architects, the architects’ data containing in<strong>for</strong>mation<br />
about more than five thousand architects, and the architects register from<br />
the <strong>book</strong> catalogue. All this in<strong>for</strong>mation has to be combined, doubles removed and<br />
an unambiguous, standardised method created <strong>for</strong> how the names are to be written<br />
and printed. After that, a route has to be configured <strong>for</strong> transferring data from the<br />
old system to the new one.<br />
Data mapping means deciding which in<strong>for</strong>mation is to be stored in which CIS<br />
fields. Some in<strong>for</strong>mation that is now in a single file has to be unravelled and stored<br />
in fields in various sections of the new system. For instance, in<strong>for</strong>mation from the<br />
scale model database about the museum object, namely the scale model, has to be<br />
separated from the in<strong>for</strong>mation about the project or building to which it refers. That<br />
in<strong>for</strong>mation is stored in the keyword list of ‘Buildings’.<br />
Because of the scope and complexity of the CIS, the NAI has opted <strong>for</strong> a phased<br />
introduction of the system. The first step will be to make the in<strong>for</strong>mation in the <strong>book</strong><br />
catalogue, the scale model catalogue and the archive overview available – these<br />
174 browsing architecture. metadata and beyond
oai<br />
1 3 11<br />
13<br />
are the most frequently used and there<strong>for</strong>e the most important catalogues, which<br />
together open up the bulk of the collection. To be able to accomplish this, the design<br />
of the database system has to be complete and the keyword lists have to be ready.<br />
The system was customized according to specific NAI requirements: the system can<br />
now be used <strong>for</strong> inventorying complex archives; access is the same <strong>for</strong> all kinds of<br />
materials and collections and specific NAI tasks have been added. At this moment the<br />
first modules with data is converted into the CIS and is accessible via the Internet.<br />
cis and digital repository<br />
MINISIS offers functionality to manage digital objects, and provides support <strong>for</strong><br />
managing a digital repository. However, the possibilities are limited since MINISIS<br />
is not an image database, digital asset management system or repository. For instance,<br />
there is no facility <strong>for</strong> adding preservation metadata, which is imperative <strong>for</strong><br />
the management of digital files.<br />
At the moment it seems more logical to use CIS <strong>for</strong> the management of descriptive<br />
metadata and <strong>for</strong> the technical, administrative and preservation metadata to use a<br />
separate repository system such as DSpace, Fedora or DAArch. Research to linking<br />
CIS and an OAIS-repository system will take place from Autumn 2008.<br />
Fig. 3: Schematic drawing of the Collection In<strong>for</strong>mation System linked to the NAI repository<br />
and external repositories and interface of the Collection Management System (p. 341).<br />
expertise centre on dutch architecture, urban<br />
planning and landscape architecture<br />
In the age of virtuality, the location of cultural sources is becoming unimportant,<br />
but the richness and completeness of the sources themselves, and knowing<br />
where to find these sources, is becoming increasingly important.<br />
The Collection In<strong>for</strong>mation System will make it possible to in<strong>for</strong>m users about all<br />
aspects of Dutch architecture, to disseminate knowledge to inspire researchers<br />
because it makes new research perspectives and viewpoints possible, and to support<br />
curators with the preparation of exhibitions in finding unexpected materials.<br />
Moreover: the CIS will give access to materials previously undiscovered! Apart from<br />
that, external databases and links to external websites and locations with relevant<br />
<strong>architectural</strong> content can be linked to the CIS. In turn, the CIS itself can be linked to<br />
other portals and databases. In other words, thanks to the CIS the NAI can make<br />
its main goal a reality: to serve as a national and international Expertise Centre <strong>for</strong><br />
Dutch Architecture, Urban Planning and Landscape Architecture.<br />
references + acknowledgments →<br />
building up digital collections<br />
175
eferences<br />
Kowalski Dougherty, C. 2005. Implementing a Born-Digital Architecture and Design Archive<br />
at the Art Institue of Chicago. Conference paper.<br />
Beening, A. 2006. Tweesprong, een analyses en een toekomstplan voor het CIS. NAI,<br />
Rotterdam, October.<br />
Een CIS voor het NAI, Projectplan by Henk Vanstappen, project coordinator CIS, 15 May 2008.<br />
MINISIS website. http://www.minisis.com.<br />
Neggers, F. 2008. NAI op weg naar een digital depot [=NAI on its way to a digital repository].<br />
Presentation at NAI (Rotterdam, The Netherlands, 9 May, 2008).<br />
acknowledgments<br />
I thank my colleagues Henk Vanstappen, Frans Neggers and Petra van der Ree <strong>for</strong> their<br />
contributions.<br />
176 browsing architecture. metadata and beyond
13<br />
building up digital collections<br />
177
14<br />
› archival description<br />
› archival management<br />
› digital <strong>architectural</strong> record<br />
178<br />
the on-line catalogue<br />
of the giancarlo de carlo<br />
archives:<br />
An Attempt to Integrate<br />
Paper-Based and Digital-Born<br />
Documents<br />
› digital drawing<br />
› digital records<br />
reference<br />
In 1998 the Archivio Progetti received the archives of Giancarlo<br />
De Carlo. For the first time an archival of which part is made of<br />
digital-born objects entered the collections. These documents<br />
were originally 5,290 computer files, scattered here and there<br />
in the computers in the practice, without any logic or order.<br />
In the De Carlo practice, the production of records in digital<br />
<strong>for</strong>mat has never been set by specific procedures, there didn’t<br />
exist any rule <strong>for</strong> the coding and arrangement of records and<br />
no selection of records to be preserved had ever been made.<br />
The treatment of digital-born documents, <strong>for</strong> the first time<br />
carried out in the Archivio Progetti, has been directed towards<br />
three main goals:<br />
› to ascertain basic guidelines <strong>for</strong> managing selection;<br />
arrangement and description of the records;<br />
› to integrate them into their correct archives;<br />
› to be able to reference the archive and to assure<br />
their full protection.<br />
The action has been carried out focusing particularly on the<br />
need to preserve the relationship amongst digital-born and<br />
“traditional” documents, not only from an archival point of view,<br />
but also regarding the on-line catalogue. The approach to the<br />
management of these items has been extremely practical. The<br />
strategies determined <strong>for</strong> the adaptation of the Archivio Progetti<br />
on-line search tool, to the drawings in digital <strong>for</strong>mat, rise from<br />
reflections about users’ average behaviour and needs.
iccardo domenichini<br />
Università IUAV di Venezia<br />
Venezia, Italia<br />
www.iuav.it<br />
Graduate in History of architecture at the IUAV<br />
University, Riccardo Domenichini has been working<br />
in the Archivio Progetti since 1988. Not only a<br />
historical researcher, he has also worked on the<br />
development of the Archivio Progetti in<strong>for</strong>mation<br />
retrieval system and the definition of an ISBD-based<br />
standard <strong>for</strong> <strong>architectural</strong> drawings. He is a member<br />
of the working group <strong>for</strong> the <strong>architectural</strong> archives of<br />
the Gau:di <strong>European</strong> Programme.<br />
179
Probably none of the people, who in 1987 collaborated to the creation of<br />
the Archivio Progetti, could have imagine that the small office under the roof<br />
of the house in Dorsoduro, which hosted the Fondazione Masieri, would<br />
become in twenty years one of the leading institutions in Europe in the field<br />
of <strong>architectural</strong> archives.<br />
digital <strong>for</strong>mat<br />
archival management<br />
15<br />
digital archive<br />
11 13<br />
digitisation<br />
8 13 15 19<br />
online catalogue<br />
19<br />
photograph<br />
16 19 22 23 24<br />
repository<br />
8 10 11 16<br />
21 26<br />
rights of property<br />
22<br />
selection criteria<br />
13 15<br />
Born as a repository of drawings <strong>for</strong> the <strong>architectural</strong> gallery, which had its premises<br />
on the floors below; in 1988 the Archivio Progetti received its first complete archival<br />
fund by the Venetian practice Studio Cappai e Mainardis. Other archives arrived in<br />
the following years, such as those of Eugenio Miozzi, Costantino Dardi, Giancarlo<br />
De Carlo, Giuseppe e Alberto Samonà. The Archivio Progetti today holds twenty<br />
five architecture-related funds: archives of architects and <strong>architectural</strong> practices,<br />
documentary funds coming from the Biennale di Venezia and the Università Iuav, the<br />
archives of the photographer Giorgio Casali and those of the artist enameller Paolo<br />
de Poli, a long-term collaborator of Gio Ponti.<br />
Any kind of object can belong to an <strong>architectural</strong> fund: papers, drawings, photographs,<br />
<strong>book</strong>s and magazines, models, prototypes and digital-born objects. Dealing<br />
with the arrangement and the cataloguing of <strong>architectural</strong> archives, means to to face<br />
every day problems rising both from the particular and not standardized structure of<br />
each archive and from the greatest variety of documents they may contain. Working<br />
within the circle outlined by the international standards ISAD and ISBD and with the<br />
support of the Anglo-American Cataloguing Rules, the Archivio Progetti produces<br />
multi-level catalographic descriptions of the funds, which in most cases go to the<br />
analytical description of single records, be they drawings, photographs or models 1 .<br />
The result of this work is a collection of printed inventories and the on-line catalogue,<br />
which can deliver descriptive in<strong>for</strong>mation on documents and aggregations of<br />
documents, other than their reproductions in digital <strong>for</strong>mat 2 .<br />
As soon as the collection was started, the Archivio Progetti also began to create a<br />
parallel archive of reproductions of its documents. In the beginning, it consisted<br />
exclusively of photographs of drawings and models, made mainly <strong>for</strong> reproductions.<br />
When the Archivio Progetti on-line catalogue became available, reproductions in<br />
digital <strong>for</strong>mat became necessary to link images to the documents’ descriptions.<br />
For this reason, a large-scale campaign of digitisation was launched in the early<br />
Nineties and still goes on today. The archive of digital reproductions has now many<br />
thousands of high definition images and regularly receives new additions. They are<br />
currently delivered to researchers and publishers and, at a lower definition, can be<br />
retrieved and downloaded from the on-line catalogue.<br />
Items in digital <strong>for</strong>mat also exist in some archival funds, and their presence is<br />
doomed to increase more and more in the years to come. Digital technology had<br />
already entered the <strong>architectural</strong> practices in the Eighties, but it was from the next<br />
decade that it began its decisive development and expansion. The use of digital<br />
technology <strong>for</strong> the production of graphic materials is today the norm; furthermore,<br />
photographs, reports and documents are produced and often preserved only in<br />
digital <strong>for</strong>mat and the greatest part of a practices’ communication is committed to<br />
emails.<br />
This paper does not want to analyze the enormous archival problems that<br />
this new way of working produces, created by the lack of awareness that a<br />
digital object is a document as much as a paper-based item, and at the same<br />
time by the blind confidence that documents in digital <strong>for</strong>mat are by their<br />
180 browsing architecture. metadata and beyond
nature doomed to be preserved <strong>for</strong>ever. What is of interest to this paper is<br />
that <strong>architectural</strong> archives now contain items in both physical and digital<br />
<strong>for</strong>m, the percentage of the latter being destined to increase more and more<br />
in the following years.<br />
14<br />
Naturally, the digital revolution had repercussions on traditional archives only after a<br />
delay of some years. The turning point <strong>for</strong> the Archivio Progetti can be precisely pin<br />
pointed to 1998, when they took charge of the archives of the Milanese architect Giancarlo<br />
De Carlo. When the fund was moved from Milan to Venice, we received 600<br />
dossiers of papers, 10,000 drawings, 35 models, a huge collection of photographs<br />
and 5,290 computer files. The most part of these drawings are in digital <strong>for</strong>mat,<br />
while there is a much smaller number of photographs and texts. The items belong to<br />
23 different projects, existing partly on paper-based documents and partly in digital<br />
<strong>for</strong>mat. The practice adopted the digital technology it in the early Nineties and<br />
has always used it within a rather traditional concept of the <strong>architectural</strong> graphic<br />
document, intended exclusively as a two-dimensional drawing. When the Archivio<br />
Progetti took charge of the archives, the computer files were casually scattered here<br />
and there in various hard disks in the studio. There never existed any rule <strong>for</strong> the<br />
production, coding and arrangement of records in digital <strong>for</strong>mat. The only homogeneous<br />
choice made by the practice was the software Autocad, which had always<br />
been the only one used by the people in the studio. The only option we had when we<br />
received the fund was to simply group the computer files together by project and to<br />
copy them as they were, postponing any deliberation about their archival treatment<br />
to a subsequent time.<br />
In a first stage of the organization of the work, the digital documents were<br />
set aside, as they required more careful thought. Then an opportunity arrived<br />
from the Gau:di <strong>European</strong> Programme, with which the Archivio Progetti has<br />
participated from the beginning.<br />
We choose the De Carlo archives as a case study to analyse thoroughly the topic of<br />
archival management of documents in digital <strong>for</strong>mat, and took advantage of this<br />
opportunity, to lay down a set of procedures intended to make the archive available<br />
to researchers in a context fully integrated to the whole archive to which the digital<br />
documents belong 3 .<br />
The problems we faced were basically in three categories related to: selection and<br />
arrangement, catalographic description and reference.<br />
The totally un-ruled production and management of the computer files in the<br />
practice had naturally produced a chaotic archival situation, in which many<br />
records were nothing else than copies of other items, sometimes identical,<br />
sometimes unfinished, sometimes modified. It was normal habit in the practice<br />
to copy the files from one computer to another, when at any time a different<br />
collaborator took them in charge. In the lack of any conscious need to<br />
follow standardized procedures <strong>for</strong> archiving and preserving computer files,<br />
the daily backups were the repositories where the studio collaborators hoped<br />
to find old files when needed.<br />
the on-line catalogue of the giancarlo de carlo archives<br />
181
selection criteria<br />
29<br />
The disposal of superfluous items required a long and accurate work of analysis and<br />
comparison of the content of each single item. Even though only some of the digital<br />
records correspond to paper-based drawings, it was possible to refer to their organization<br />
and reproduce them in digital <strong>for</strong>mat. After selection and rearrangement, the<br />
aggregations of digital records looked much clearer and more logical. It was amazing<br />
to see how many records could be disposed of, being copies or unfinished versions of<br />
other records. The average reduction of a records’ number is around 50%. The selection<br />
of records to be preserved doesn’t depend on any evaluation of their supposed<br />
importance. The impartiality of the archivist is always mandatory: the only criteria<br />
considered <strong>for</strong> records’ disposal is their being identical copies or unfinished items.<br />
The existence of a corresponding paper-based drawing is not a good reason <strong>for</strong> the<br />
disposal of a digital record. Even though the Studio De Carlo has always considered<br />
the drawing in digital <strong>for</strong>mat simply as a technical preliminary step <strong>for</strong> the creation<br />
of a printed drawing, the archivist’s point of view must be to consider it a document<br />
in itself, rich with in<strong>for</strong>mation, of which each one of the many possible printed drawings<br />
is only a partial expression. For that reason, it doesn’t appear so important that<br />
the practice never felt the need to preserve, together with the dwg files, the sets of<br />
in<strong>for</strong>mation <strong>for</strong> printing. This concept of the drawing in digital <strong>for</strong>mat as a document<br />
“per se” has been important in the definition of the conditions <strong>for</strong> the reference, to<br />
break free from the idea that dwg files and prints have to be strictly connected, and<br />
by realizing at the same time that we hadn’t any of the in<strong>for</strong>mation needed to get a<br />
paper-based document. A digital drawing doesn’t loose pregnancy and completeness<br />
of in<strong>for</strong>mation by the lack of print in<strong>for</strong>mation.<br />
The cataloguing of the arranged documents in a way which preserves the relationship<br />
of each item with its archival context and with other documents strictly connected<br />
to it, was an indispensable step to have this section of the De Carlo archives<br />
properly connected, in the on-line catalogue, with the other sections of the same<br />
archives. The general layout of the Archivio Progetti catalogue record is provided<br />
by the international description standards ISAD (International Standard of Archival<br />
Description) and ISBD (International Standard of Bibliographical Description). With<br />
the aid of ISBD(ER) and AACR2 (Anglo-American Cataloguing Rules) a specific set of<br />
rules to be used <strong>for</strong> the description of computer files was created. Catalogue records<br />
have been uploaded on the Archivio Progetti general database, arranged as groups<br />
of records, each one of which refers to a project, with the same organization the<br />
documents have. At a higher level, a record describes each group as a whole, and<br />
up another level, another record describes the whole section of documents in digital<br />
<strong>for</strong>mat of the De Carlo archives. Finally, these three levels of record sets are linked to<br />
the highest one, which describes the whole De Carlo archives. Non-hierarchical links<br />
have also been settled between catalogue records describing groups of items referring<br />
to the same project in the paper-based and in the digital sections of the archive,<br />
as well as between catalogue records of items in digital <strong>for</strong>mat and those of the derived<br />
paper-based drawings. This way, the whole net of logical links, which connects<br />
the catalogued records, reproduces the relationships, which connects all the items.<br />
The Archivio Progetti on-line catalogue allows the researcher to retrieve and<br />
download not only the descriptive catalogue records, but also documents<br />
in digital <strong>for</strong>mat. This option is extensively used to provide reproductions<br />
of documents on traditional media like drawings, models or photographs.<br />
One of the aims of our Gau:di research project was to explore the possibility<br />
to use it to also somehow make the long-distance reference of digital-born<br />
documents possible, above all that of drawings in digital <strong>for</strong>mat.<br />
182 browsing architecture. metadata and beyond
14<br />
The range of users of the Archivio Progetti on-line catalogue is wide. It goes from<br />
university students to historical researchers, professionals and operators of museums,<br />
galleries and publishers all over the world. The loaning to museums and<br />
galleries of drawings and models <strong>for</strong> exhibitions and the delivering of photographs<br />
to publishers is a core activity of the Archivio Progetti. The largest category of users,<br />
however, and that more willing to consider the on-line catalogue as its main finding<br />
aid, is that of the university students, belonging both to the Iuav university and to<br />
other architecture faculties, mostly Italian.<br />
Different from historical researchers, who often seem to look suspiciously at<br />
on-line catalogues and clearly prefer the more traditional printed inventories,<br />
students are at their ease with on-line search engines, even though they use<br />
them in a rather superficial way.<br />
copyrights<br />
27<br />
Their needs are usually simple and clear: unless they are not working on their degree<br />
thesis, they are not interested in an archival approach to the documents. What they<br />
want is to find documentation materials to elaborate their examination papers. For<br />
this reason, amongst the wide range of documents they can look <strong>for</strong> in <strong>architectural</strong><br />
archives, graphic materials are those in which they are most interested. For the same<br />
reason, they don’t particularly care to see the originals. Much more important <strong>for</strong><br />
them is to have reproductions to work with.<br />
In the process of making documents in digital <strong>for</strong>mat available <strong>for</strong> reference, a mandatory<br />
condition is the preservation of the documents’ rights of property. Original<br />
drawings in digital <strong>for</strong>mat cannot be delivered as they are. If a photograph illegally<br />
published is recognizable, a dwg file illegally copied and abusively used and modified<br />
can become unrecognizable, so that nobody will be able to demonstrate that some<br />
tort has been committed. There are few doubts that nowadays only a very minimal<br />
portion of the large community of our users, need an in-depth reference of drawings<br />
in digital <strong>for</strong>mat. This coefficient is surely doomed to increase significantly in the<br />
long-term future, when historical research will have to deal with greater continuity<br />
with these kind of documents and will be able to set up more sophisticated methodologies<br />
<strong>for</strong> their analysis.<br />
Currently, from a point of view of the documents security, it is extremely difficult<br />
to manage the on-line reference. A hypothesis was an automatic procedure<br />
<strong>for</strong> a protected reference, letting viewers open files but not modify them,<br />
but it was soon discarded. Everyday experience demonstrates that an average<br />
expert user can easily overcome protection tools of this kind.<br />
To be opened in a viewer, a computer file must be downloaded in a temporary directory,<br />
where it can be easily found and copied to the user’s archives. When the project<br />
of the IUAV digital library is eventually complete, we will surely have the ability to<br />
take advantage of a sophisticated technology to provide an on-line reference service,<br />
but with the greatest security <strong>for</strong> its contents. The present situation, however,<br />
doesn’t call <strong>for</strong> special ef<strong>for</strong>ts in this direction, given that there are no chances that<br />
the requested investment would be justified at this time. For now, requests from<br />
highly specialized users can be met by allowing them to reference the documents<br />
inside the Archivio Progetti or, when their access rights make it possible, directly by<br />
emailing them a copy of the computer file.<br />
What students and average users need and ask <strong>for</strong> is a totally free: an automatic<br />
the on-line catalogue of the giancarlo de carlo archives<br />
183
procedure of on-line reference. The only chance to offer them a meaningful piece<br />
of in<strong>for</strong>mation, capable to meet their low-profile requests and, at the same time,<br />
to guarantee the document’s security, is to supply still pictures of the document’s<br />
content. A close collaboration with the LAR (Laboratorio di ricerca in progettazione<br />
architettonica) of the Department of <strong>architectural</strong> design of the Università IUAV has<br />
allowed us to set up a procedure to extract from each dwg file a pdf image. Other<br />
than being a <strong>for</strong>mat currently accepted <strong>for</strong> the files’ preservation, pdf also guarantees<br />
the lowest loss of quality in comparison to tif and png <strong>for</strong>mats normally used <strong>for</strong><br />
the on-line images delivery. Reproductions are intended as plain in<strong>for</strong>mation of the<br />
computer file’s content. Another feature produced by the totally un-ruled production<br />
of the De Carlo digital records is that they often contain more than one drawing, or<br />
parts of them. Refusing the idea of an arbitrary discretion in choosing one significant<br />
part to be represented, each file is “photographed” exactly as it is.<br />
Pdf’s are printable in a3 <strong>for</strong>mat, which we think, allows a student to read<br />
a good deal of basic in<strong>for</strong>mation without permitting them to use the original<br />
document <strong>for</strong> anything else other than studying.<br />
The average time needed to make a pdf from a dwg file is nearly 2 mins, which we<br />
think is af<strong>for</strong>dable by a medium average archive, also when it has to deal with large<br />
numbers of documents.<br />
With a practical approach we have tried to solve the double-sided problem of making<br />
a new category of documents available to our users, but at the same time from an<br />
archival point of view, collecting as much accurate in<strong>for</strong>mation as possible. There is<br />
no doubt that we have to go further, developing techniques and services side by side<br />
with the development of the researchers’ awareness that drawings in digital <strong>for</strong>mat<br />
are documents worthy to be studied just as much as the traditional printed ones.<br />
There are no alternatives, as drawing tables have completely disappeared<br />
from <strong>architectural</strong> practices and the very idea of a graphic item as a 2d object<br />
is quickly vanishing from everyday practice. Soon, the percentage of digitalborn<br />
documents in comparison with those in the paper-based world will be<br />
completely reversed.<br />
The preservation of these documents is the great challenge <strong>for</strong> the archival science<br />
of the 21st Century. The experience of the Archivio Progetti with the De Carlo<br />
archives is nothing more than a starting point, a minimal step, which we hope, will<br />
bring us the confidence to face the much more difficult problems that the future has<br />
in store <strong>for</strong> us.<br />
184 browsing architecture. metadata and beyond
14<br />
notes<br />
1 For the description of <strong>architectural</strong> drawings, within the Archivio Progetti was also laid down<br />
a specific set of rules, which is now widely used. Cfr. Domenichini, R., and Tonicello, A. Il disegno<br />
di architettura. Guida alla descrizione. Venice-Padua: Il Poligrafo, 2004.<br />
2 http://www.iuav.it/archivioprogetti.<br />
3 The working group on <strong>architectural</strong> archives of the Gau:di <strong>European</strong> Programme has always<br />
focused its research on topics related mainly to the management of records in digital <strong>for</strong>mat.<br />
The results of the second three-year working programme (2005-2008) have been presented in the<br />
<strong>European</strong> conference held in Paris in November 2007, whose proceedings are in press. In<strong>for</strong>mation<br />
can be found in the website realized by the working group during the first three-year working<br />
programme, at the url: http://www.architecturearchives.org.<br />
the on-line catalogue of the giancarlo de carlo archives<br />
185
15<br />
› best practice <strong>for</strong> preservation<br />
› de facto standard <strong>for</strong>mat <strong>for</strong> preservation<br />
› electronic records in an <strong>architectural</strong> practice<br />
› file naming<br />
› identification and retrieval<br />
of electronic records<br />
› identity metadata<br />
› integrity of electronic records<br />
186<br />
electronic documents in<br />
an <strong>architectural</strong> practice:<br />
Graphics Creation, Maintenance,<br />
Selection and Preservation<br />
› longevity of removable media and hard-drive<br />
› migration of media<br />
› monitor electronic records and profiles<br />
› record management<br />
› reliability and authenticity<br />
of electronic records<br />
› selection of hardware and software<br />
› stability of electronic records<br />
This paper addresses some issues arising from studies<br />
undertaken as part of a Master’s Degree in Electronic Archives<br />
and Records Management, and from research undertaken by the<br />
Archivio del Moderno in Mendrisio in an <strong>architectural</strong> practice<br />
in Italian-speaking Switzerland as part of the Gaudi Program 1<br />
and 2 (Governance, Architecture and Urbanism: a Democratic<br />
Interaction). The aim of the research, which highlights some<br />
critical points relating to the management of electronic records<br />
during their life-cycle in an <strong>architectural</strong> practice, was to<br />
provide some proposals <strong>for</strong> the creation and storage of current<br />
records, as well as indicating the most appropriate strategies<br />
<strong>for</strong> non-current record preservation. A number of considerations<br />
arose from this research. On the one hand, the features of the<br />
“new” documents were examined, as digital documents are now<br />
a substantial part of the records accumulated by the architect<br />
during his/her activities. In addition, terms such as “reliability”<br />
and “authenticity” as essential requirements were investigated.<br />
On the other, a detailed management scheme was drawn up,<br />
in relation to electronic record preservation and above all<br />
when compared to the handling of paper-based records, which<br />
requires the use of expert technical knowledge and skills. Lastly,<br />
this research provides the basis <strong>for</strong> a thorough investigation<br />
into the issue of archival preservation and handling of electronic<br />
documents when the records themselves become an important<br />
source <strong>for</strong> historical research purposes.
adriane elena triunveri borda<br />
Universidade Fondazione Archivio Federal del de Moderno Pelotas, Professor<br />
Mendrisio, Rua Lobo da Switzerland Costa, 447 Pelotas, Brazil<br />
www.arch.unisi.ch/index/archmoderno.htm<br />
adribord@hotmail.com<br />
Graduated in Architecture at - UFPEL,Brazil-1983 the Polytechnic ; PhD<br />
Institute in Education of Milan – Universidad in 1994. She de Zaragoza, has been an Spain archivist –<br />
at 2001; the Master Archivio in del Architecture Moderno in _ Mendrisio UFRJ, Rio de since Janeiro, 2003,<br />
where Brazil, 1991; she is in Member charge of Research the reorganization group of teaching/ and<br />
cataloguing learning of Digital of the Graphics archives of (GEGRADI), the works by lecturer Milanese at<br />
architect the Master Giulio in Architecture, Minoletti and UFPEL the cataloguing<br />
of the Franco Albini archives. She has contributed<br />
to the Gaudi (Governance, Architecture and<br />
Urbanism: Democratic Interaction) program a2,<br />
with a research project on the management of<br />
electronic records in an <strong>architectural</strong> practice.<br />
In 2006 she completed a Master’s Degree in<br />
Electronic Archives and Records Management<br />
at the Università Cattolica del Sacro Cuore in Milan.<br />
187
electronic documents<br />
organization of archives<br />
14<br />
selection criteria<br />
13 14<br />
The archives housed in an <strong>architectural</strong> practice comprise “all” the documents<br />
produced during the course of an architect’s activities, or by the organisation of the<br />
practice that the architect belongs to. They include various types of documents,<br />
ranging from sketches, drawings and watercolours to project reports, budget estimates,<br />
models, correspondence and photographs. All <strong>architectural</strong> archives, regardless<br />
of the size or amount of work undertaken in the practice, are wholly different as<br />
a result of the exceptional and unexpected variety of documents present, compared<br />
to those housed in other professional sectors.<br />
Electronic documents now represent the most important part of an architect’s<br />
archives. Yet, despite the prevalence of electronic records over conventional ones,<br />
there is still no kind of specific policy or set of guidelines <strong>for</strong> the creation and storage<br />
of some types of records, such as drawings, which have always represented much<br />
of the collection relating to the architect’s professional activities. Similarly, terms<br />
borrowed from diplomatics, and applied to these “new” records in recent research,<br />
such as “reliability” (relating to the completeness of the document and control over<br />
its creation) or “authenticity” (which determines whether a document is genuine and<br />
has maintained its identity and integrity after its transmission) are not considered as<br />
essential requirements in order to evaluate a record’s bona fide.<br />
The absence of concrete proposals in the case of electronic preservation and also the<br />
lack of shared policies regarding the long and short-term management of electronically<br />
created documents calls <strong>for</strong> special care in their treatment. In addition, issues of<br />
long-term preservation should be fully explored.<br />
creation, maintenance<br />
and selection of current electronic records<br />
Organisation of current records and selection of hardware and software<br />
Although an <strong>architectural</strong> practice is not subject to record management legislation,<br />
nevertheless the creation and organisation of archives should be carefully planned.<br />
The clearer and better defined the principles are <strong>for</strong> governing record creation, use<br />
and maintenance, especially as regards electronic records, the more reliable the<br />
system.<br />
The adoption of centuries-old archive practices, such as the use of classification<br />
schemes, provides a solid foundation <strong>for</strong> the appropriate management of records.<br />
digitisation<br />
1 8 13 14 19<br />
This system, whereby material is organised into a few large groups divided up into<br />
folders and subfolders to facilitate document retrieval, ensures that the documents<br />
are collected and grouped in a logical manner. It is recommended that the collection<br />
be divided up into folders that correspond to the highest hierarchical level (the<br />
project), and subfolders, each one identifying the main stages of the project (rough<br />
layout, sketch project, agreed project) or designed to group together uni<strong>for</strong>m material<br />
created outside the main project, or when the project is concluded (<strong>for</strong> instance,<br />
specifications or reports and photographs or press cuttings).<br />
Assigning separate tasks <strong>for</strong> record management to specific members of the<br />
<strong>architectural</strong> practice at each stage of the project, namely at each stage of<br />
the classification scheme, contributes to a rational and efficient organization<br />
of records in an <strong>architectural</strong> practice.<br />
188 browsing architecture. metadata and beyond
The choice of the most appropriate software and hardware, which also require<br />
regular updating, undoubtedly facilitates electronic record accessibility,<br />
thereby limiting the risk of illegibility or data loss.<br />
back-ups of records<br />
15<br />
It is recommended that sound removable media and hard-drives produced by<br />
reliable manufacturers always be used. Reliability often means good quality, and a<br />
good-quality medium ensures bitstream preservation over time. Software applications<br />
should also be chosen with care. The use of widely adopted software, particularly<br />
<strong>for</strong> graphic material, enables document exchange and sharing without data loss<br />
and reduces the risks arising from document migration. Particular attention should<br />
be paid to the system’s security, by providing daily back-ups of records.<br />
Denomination and criteria <strong>for</strong> electronic record creation<br />
Record denomination, in particular of digital drawings that comprise the<br />
most important section of the archives in an <strong>architectural</strong> practice, which<br />
adopts set standards and the use of metadata, ensures record accessibility,<br />
thereby facilitating data and in<strong>for</strong>mation exchange and sharing.<br />
archive standards<br />
keywords system<br />
7 13 17 21<br />
The latter is extremely important, above all if one considers the state of modern <strong>architectural</strong><br />
practices that employ personnel having different technical competences,<br />
where responsibility <strong>for</strong> entire stages of projects (<strong>for</strong> instance, construction overseeing<br />
or agreed project implementation) is often shared with occasional partners.<br />
Although the denomination of electronically-created records is often the result of<br />
individual work methods, the adoption of consolidated archive standards, such as<br />
a call number where to indicate the project’s code, expresses the archival bond that<br />
links together the records created <strong>for</strong> the same project, facilitating the collection of<br />
digital items that bear uni<strong>for</strong>m denominational features, which will always be recognisable<br />
at a higher hierarchical level (the project).<br />
The application of metadata (literally “data about data”) enables electronic<br />
record retrieval and identification and ensures that the record’s reliability<br />
and identity is maintained intact.<br />
metadata<br />
1 6 8 10<br />
17 19 21<br />
Descriptive metadata of the record (such as author’s name, title, purpose, record<br />
<strong>for</strong>mat, date and record context) comprise its profile, an electronic “<strong>for</strong>m” that is<br />
created together with the record, accompanying the record throughout its life cycle.<br />
It is advisable to include in the profile all descriptive in<strong>for</strong>mation that the system<br />
does not automatically store, in order to ensure accurate electronic record identification.<br />
Absence of metadata and thus the lack of detailed in<strong>for</strong>mation about the<br />
record above all affects the record when administration work on the project has been<br />
completed and the record has become inactive, thereby making it extremely difficult,<br />
if not impossible, to trace each record’s creation in its context, creating enormous<br />
difficulties. Metadata registers may be used <strong>for</strong> some document types, such as<br />
photographs or digital surrogates (pre-existing material in analogue <strong>for</strong>m which is<br />
converted to an electronic <strong>for</strong>mat through digitisation), which <strong>architectural</strong> practices<br />
produce as documentary evidence <strong>for</strong> the project. These are files that are external<br />
to the record and linked to it, where administrative metadata and more technical<br />
in<strong>for</strong>mation is stored (such as indication of document migration as well as the type of<br />
electronic documents in an <strong>architectural</strong> practice<br />
189
electronic preservation<br />
16 19 26<br />
software from and to which the document has migrated), designed to provide data on<br />
record management and use. It is advisable to use standard terms, such as thesauri or<br />
controlled vocabularies in order to maintain consistency in record description.<br />
Selection of electronic records <strong>for</strong> long-term preservation<br />
The selection of records <strong>for</strong> long-term preservation, whether created on analogue or<br />
digital media, is the last phase in the life cycle of an active record. When a project is<br />
about to be completed, many documents no longer have an administrative function<br />
and thus assume another role partly assigned by the creator, when the principal of<br />
the practice is aware of the value of his/her work, and partly established by legislation<br />
that governs both the <strong>architectural</strong> profession and the construction process. In<br />
order to avoid data overload of the system and proliferation of paper-based copies<br />
resulting from the use of new technologies, the most appropriate approach is to<br />
intervene as soon as the document is no longer required <strong>for</strong> “practical and immediate<br />
use”, hence at the conclusion of a project.<br />
Setting aside policies regarding preservation and disposal determined<br />
by monitoring the transmission state of the record (original, drafts, copy),<br />
technical expertise is required to monitor the condition of the documents<br />
and their profiles after each migration as well as to gain knowledge of the<br />
<strong>architectural</strong> project’s progress, assessing whether the document should<br />
be retained or disposed of in case of substantial data loss.<br />
In an <strong>architectural</strong> practice the selection of electronic records <strong>for</strong> long-term preservation<br />
is governed by several criteria. The identification of corrupt and thus no longer<br />
accessible records is the first step towards selection. Further selection may be based<br />
on the appraisal of computerised drafts, or rather the drafts of records that are<br />
considered perfect only on paper from a <strong>for</strong>mal point of view. In addition, numerous<br />
photocopies of paper-based documents should be selected <strong>for</strong> disposal, especially<br />
where a digital surrogate also exists, and the plots of drawings created electronically,<br />
bearing in mind that the archival bond (the “link” that enables all the documents in<br />
the same project to be connected) links together only the originals. E-mail printouts<br />
may also be eliminated and the electronic originals stored. Source files of digital<br />
photographs must be preserved and the duplicates and paper-based copies discarded.<br />
Files in <strong>for</strong>mats that are not compatible with long-term preservation should<br />
be deleted (<strong>for</strong> instance, JPEG file <strong>for</strong>mat used <strong>for</strong> photographs that uses lossy data<br />
compression leading to irreversible resolution loss, and PDF or EPS used <strong>for</strong> designs),<br />
since the need to check the document and its profile <strong>for</strong> authenticity after each<br />
migration would mean monitoring a vast number of files, hence time-consuming and<br />
certainly not cost-effective, to be avoided as far as possible.<br />
preservation of non-current electronic records<br />
Strategies and procedures <strong>for</strong> the preservation of non-current electronic records<br />
Whereas conventional records remain stable over time (namely, that they maintain<br />
the ability to communicate the purpose of their creation) and as a result the author<br />
or specific group of similar documents are easily traceable, also thanks to the archival<br />
bond which is clear and remains intact over time, digital records are unstable,<br />
190 browsing architecture. metadata and beyond
15<br />
prone to technological obsolescence and physical deterioration of hardware and<br />
software, hence considered as ephemeral, subject to a rapid succession of diverse<br />
<strong>for</strong>mats. Nevertheless, these records are still to be regarded as a res., an “object”,<br />
since they document the creator’s activity, are legally valid and provide a valuable<br />
source <strong>for</strong> scholars. Any electronic record, compared to a conventional one, passes<br />
through different dynamic stages, characterised by a continuous process of conversion<br />
into new file <strong>for</strong>mats or to updated plat<strong>for</strong>ms, during which the <strong>for</strong>m (configuration<br />
and logical organisation of the document’s content) and content (message<br />
transmitted by the document) may change, thereby challenging the document’s<br />
authenticity.<br />
Electronic record migration to new file <strong>for</strong>mats or to updated plat<strong>for</strong>ms, even<br />
when the record is stored as a current or semi-current record in the creator’s<br />
archive, represents the only possible means to safeguard the record’s preservation<br />
in the long term.<br />
For “in the strictest sense it is not possible to preserve an electronic record”, but<br />
it is only possible to preserve the capacity to reproduce it, through a “continuous<br />
sequence of migration” of the bitstream. However, if on the one hand procedures<br />
<strong>for</strong> transfer to new media are virtually standardised in “reassuring” directives, which<br />
recommend the transfer of a digital record from an obsolete medium to one that<br />
is more stable, on the other choosing how to migrate the records requires careful<br />
assessment based on empirical criteria rather than on directives or <strong>for</strong>mal guidelines.<br />
For instance, the standard choice of migrating data to open <strong>for</strong>mats, regardless of<br />
the technology (such as PDF/A and XML), as laid down by <strong>European</strong> legislation <strong>for</strong><br />
record storage in public administration, does not appear feasible in <strong>architectural</strong><br />
practices, where work procedures are going in another direction. On the contrary,<br />
wherever files produced with proprietary software proliferate, such as<br />
AutoCAD <strong>for</strong> digital drawings, the most appropriate solution appears<br />
to be precisely the migration of data to plat<strong>for</strong>ms that support more updated<br />
versions of the original software that produced the document.<br />
Indeed, drawings produced with AutoCAD are complex documents, consisting of<br />
many files, and migration to plat<strong>for</strong>ms that ensure backward compatibility of digital<br />
files is the most appropriate solution, since it enables the “whole” record to migrate<br />
without data loss. This solution may appear unorthodox, contrary to the principles of<br />
“public use” by the cultural heritage community, as it shifts the problem of preservation<br />
to software manufacturers. However, at present it is the only practical solution<br />
in order to achieve electronic record accessibility, at least in the short term, when the<br />
records are still housed in the practices where they were created.<br />
File <strong>for</strong>mat selection<br />
File <strong>for</strong>mat selection plays a vital role in long-term electronic record preservation. It<br />
should be part of a decision-making process that should begin prior to the document’s<br />
creation, when the organisation of the practice, aware that each document<br />
will later migrate, chooses the <strong>for</strong>mats that best enable the preservation of a record’s<br />
integrity, namely of complete and uncorrupted records.<br />
electronic documents in an <strong>architectural</strong> practice<br />
191
One of the main obstacles to bitstream longevity is <strong>for</strong>mat obsolescence.<br />
Apart from this issue, there are some other essential requirements, such<br />
as portability, which measures the <strong>for</strong>mat’s independence from hardware<br />
and software plat<strong>for</strong>ms, cost-effectiveness, flexibility and efficiency in electronic<br />
exchange.<br />
These are all features common to open standard <strong>for</strong>mats (<strong>for</strong> example, XML, TXT,<br />
HTML, PDF/A and TIFF) that maximise document access over time, which are not<br />
generally present in most proprietary <strong>for</strong>mats used by professional architects <strong>for</strong><br />
drawings and other various types of documents.<br />
It is recommended that well-known and widely adopted software be used <strong>for</strong> such<br />
records, that are also frequently “reused” over time, according to the principle that<br />
in the short term it is the manufacturer who ensures to a feasible extent that the<br />
document is converted from an obsolete <strong>for</strong>mat into a more updated version without<br />
data loss.<br />
Hence, the choice of a well-known <strong>for</strong>mat means reducing as far as possible<br />
the risks involved in document migration and also ensuring that the document<br />
remains intact, at least throughout its period of activity.<br />
hardware selection<br />
19<br />
Although the DWG file <strong>for</strong>mat is a proprietary <strong>for</strong>mat (software technical in<strong>for</strong>mation<br />
has not been divulged), the most widely adopted in <strong>architectural</strong> practices <strong>for</strong><br />
the creation of automated designs, especially in the <strong>architectural</strong> practice where the<br />
Archivio del Moderno undertook its research <strong>for</strong> Gau:di, it is sufficiently widespread<br />
and may be defined as “well-known”. It is not particularly long lasting (updated<br />
versions are frequently produced), but it is still the most suitable <strong>for</strong> document<br />
migration, particularly owing to the <strong>for</strong>mat’s progressive compatibility between<br />
different systems. It also ensures that the most obsolete <strong>for</strong>mats remain accessible<br />
thanks to the increasing number of converters and viewers. Although the <strong>for</strong>mat is<br />
regarded by many as being “unpreservable”, being “owned” by a multinational in<br />
the IT sector, in practice the DWG file <strong>for</strong>mat is considered to be the standard used<br />
<strong>for</strong> the exchange and storage of digital drawings at present.It is to be hoped that in<br />
the not too distant future the rapid evolution of computer hardware and software as<br />
well as advancements in archival science will provide more specific in<strong>for</strong>mation on<br />
electronic document preservation, especially as regards electronic records stored in<br />
<strong>architectural</strong> practices.<br />
Media selection<br />
Whereas a conventional record cannot exist without its medium, a born-digital<br />
record is not only affected by technological obsolescence and media fragility, but will<br />
also always depend on a software and hardware system in order to be accessible,<br />
also relying on electricity, without which the bitstream could not even exist. Thus, the<br />
real challenge will be media data conversion, rather than the long-term preservation<br />
of the media themselves.<br />
Media selection is only one of the factors that determine and affect the<br />
choice of one kind of preservation strategy rather than another, but it is<br />
certainly not the only condition to ensure bitstream longevity.<br />
192 browsing architecture. metadata and beyond
15<br />
A high-quality suitable medium, stored in an appropriate environment, will maximise<br />
the period between two refreshing operations, simplify the refreshing operations<br />
themselves, and will provide some certainty on the condition of the bits.<br />
Yet, the corpus of procedures to be followed <strong>for</strong> the long-term preservation of a<br />
record, as we have seen, is altogether another matter. CDs and DVDs, like floppy<br />
disks and zip-disks, precisely because they are “removable”, cannot substitute the<br />
hard-drive, which ensures greater security although subject to obsolescence. Even<br />
though purchase and maintenance costs are quite high, the hard-drive’s longevity<br />
is less affected by environmental factors, such as temperature variation, excessive<br />
humidity and atmospheric pollution, which can effectively, even irreversibly damage<br />
optical storage media such as CDs and DVDs, currently considered to be the most<br />
appropriate media <strong>for</strong> long-term preservation. For this reason, policies that dictate<br />
the transfer of non-current records from the hard drive to removable media or that<br />
recommend the storage of a single back-up copy of data should be discouraged,<br />
especially in view of the fact that removable media are fragile, similar to traditional<br />
media, and can be affected by environmental factors. Although manufacturers have<br />
promised a life expectancy <strong>for</strong> optical storage media that ranges from 30 to 200<br />
years, the real length of time varies between 5 and 10 years, thanks to the rapid<br />
evolution of modern technology. Hence, this real length of time should be borne in<br />
mind when substituting the media. It is also essential to draw up an inventory of the<br />
optical storage media and their contents, and also an indication of where the material<br />
is stored, since digital items that have not been indexed, although recognisable,<br />
are essentially “non-existent”, precisely by virtue of the fact that their classification is<br />
random and temporary.<br />
bibliography →<br />
electronic documents in an <strong>architectural</strong> practice<br />
193
ibliography<br />
Beltramini, G., and M. Gaiani. Una metodologia per l’acquisizione e la restituzione dei giacimenti<br />
documentali dell’architettura. Milan: Edizioni Poli Design, 2003.<br />
Brown, A. 2003. “Digital Preservation Guidance Note: Graphic File Formats, The National Archive”.<br />
http://www.nationalarchives.gov.uk/preservation/advice/pdf/graphic_file_<strong>for</strong>mats.pdf.<br />
Brown, A. 2003. “Digital Preservation Guidance Note: Selecting Storage Media<br />
<strong>for</strong> Long-Term Preservation, The National Archive”.<br />
http://www.nationalarchives.gov.uk/preservation/advice/pdf/selecting_storage_media.pdf.<br />
Brown, A. 2003. “Digital Preservation Guidance Note: Care,<br />
Handling and Storage of Removable Media, The National Archive”.<br />
http://www.nationalarchives.gov.uk/documents/media_care.pdf.<br />
Byers, F. R. 2003. “Care and Handling of Cds and Dvds: a Guide <strong>for</strong> Librarian and Archivist,<br />
Council on Library and In<strong>for</strong>mation Resources, National Institute of Standard and Technology”.<br />
http://www.itl.nist.gov/div895/care<strong>for</strong>disc/CDandDVDCareandHandlingGuide.pdf.<br />
De Francesco, G., ed. 2006. “Linee guida tecniche per i programmi di creazione di contenuti<br />
culturali digitali (versione italiana 1.8)”, Ministero per i Beni e le Attività Culturali, Progetto<br />
Minerva, Rome. http://www.minervaeurope.org/structure/workinggroups/servprov/documents/<br />
technicalguidelinesita1_8.pdf.<br />
Duranti, L. “Sistemi aperti o sistemi proprietari: una scelta in<strong>for</strong>matica e professionale,<br />
ma anche sociale e politica”. Archivi & Computer 1 (1994): 67-77.<br />
Duranti, L. I documenti archivistici. La gestione dell’archivio da parte dell’ente produttore.<br />
Rome: Ministero per i beni culturali e ambientali, Ufficio centrale per i beni archivistici, 1997.<br />
Duranti, L., and H. MacNeil. “Come proteggere l’integrità dei documenti elettronici:<br />
una panoramica della ricerca condotta dall’università del British Columbia”.<br />
Archivi & Computer 3 (1997): 119-144.<br />
Fallon, K. 2004. “Collecting, Archiving and Exhibiting Digital Design Data”.<br />
http://www.artic.edu/aic/collections/dept_architecture/ddd.html.<br />
Farinati, V., and E. Triunveri. “The archives of Mario Botta’s <strong>architectural</strong> practice in Lugano:<br />
a case study (Gau:di)”. In Architecture in the Digital Age: a Question of Memory.<br />
Proceedings of the <strong>European</strong> Conference on “Architecture and Born-Digital Archives”<br />
(Paris, 8-10 November 2007).<br />
194 browsing architecture. metadata and beyond
15<br />
Grossi, M. “Autenticità, integrità e accuracy nei sistemi documentari in<strong>for</strong>matici”.<br />
Archivi & Computer 2 (2002): 14-31.<br />
Guercio, M. La gestione elettronica dei documenti e la tenuta degli archivi.<br />
http://protocollo.gov.it/documenti/tenuta_archivi.zip.<br />
Guercio, M., ed. “Il futuro degli archivi – Gli archivi del futuro”. Archivi & Computer (December 1999).<br />
Guercio, M., and C. Cappiello. 2004. “File Format Typology and Registries <strong>for</strong> Digital Preservation”.<br />
http://www.dpc.delos.info/private/output/DELOS_WP6_d631_finalv2(5)_urbino.pdf.<br />
Guercio, M. Archivistica in<strong>for</strong>matica. I documenti in ambiente digitale. Rome: Carocci Editore, 2005.<br />
Architecture Archives in Europe, Programma Gau:di (Governance Architecture Urbanism:<br />
a Democratic Interaction). 2004. “Guida alla gestione e alla conservazione degli archivi<br />
di architettura negli studi professionali”. http://www.architecturearchives.net.<br />
Hariharan, P. C. 2001. “Media. Draft Appendix”.<br />
http://www.interpares.org/display_file.cfm?doc=ip1_media.pdf.<br />
InterPARES 2 Project – International Research on Permanent Authentic Records in Electronic<br />
System, ed. 2007. “Making and Mantaining Digital Materials: Guidelines <strong>for</strong> Individuals”.<br />
http://www.interpares.org/display_file.cfm?doc=ip2(pub)creator_guidelines_<strong>book</strong>let.pdf.<br />
Task Force on Digital Archiving, Commission on Preservation and Access and the Research<br />
Libraries Group (Donald Waters, John Garrett). 1996. “Preserving Digital In<strong>for</strong>mation. Final Report<br />
and Recommendations”. http://www.rlg.org/legacy/ftpd/pub/archtf/final-report.pdf.<br />
Occl/Rgl Working Group on Preservation Metadata. 2001. “Preservation Metadata <strong>for</strong> Digital<br />
Objects: A Review of the State of the Art”.<br />
http://www.oclc.org/research/projects/pmwg/presmeta_wp.pdf.<br />
Puglia, S., J. Reed, and E. Rhodes. 2004. “Technical Guidelines <strong>for</strong> Digitizing Archival Materials <strong>for</strong><br />
Electronic Access: Creation of Production Master Files – Raster Images, US National Archives and<br />
Records Administration”. http://www.archives.gov/research/arc/digitizing-archival-materials.pdf.<br />
Cornwell Affiliates plc. 2001. “Requisiti modello per la gestione di record elettronici. Specifiche<br />
MoReq”. http://ec.europa.eu/idabc/servlets/Doc?id=16851.<br />
Rothenberg., J. “Ensuring the Longevity of Digital In<strong>for</strong>mation”. Scientific American 272, no. 1<br />
(January 1995): 42-47. http://www.clir.org/pubs/archives/ensuring.pdf.<br />
electronic documents in an <strong>architectural</strong> practice<br />
195
16<br />
› architecture<br />
› archive<br />
› circulation<br />
› film<br />
196<br />
image archive:<br />
A Hybrid Structure<br />
<strong>for</strong> the Enhancement<br />
of Architecture Videos<br />
› media<br />
› multimedia<br />
› video<br />
iMage ARCHIVE is the multimedia archive devoted to collecting,<br />
preserving and enhancing architecture videos. Its main<br />
objective is to offer an adequate visibility to the most significant<br />
audiovisual documents so as to testify past, present and future<br />
<strong>architectural</strong> research and to improve its circulation in the<br />
most appropriate manner. iMage ARCHIVE is a centre <strong>for</strong> the<br />
collection of documents which, by their nature, are currently<br />
located diffusedly in a series of places, from the microcosm of<br />
the individual architect’s offices to the macrocosm of the webs’<br />
plat<strong>for</strong>ms <strong>for</strong> video-sharing. iMage ARCHIVE, just like the more<br />
structured archiving institutions, gathers these documents<br />
and works <strong>for</strong> their preservation. Besides this function, the<br />
additional benefit of the activities of the archive stands in the<br />
specific ability iMage has in relating the videos which are part<br />
of its collection and in enhancing the discourse on <strong>architectural</strong><br />
culture. Given the importance of the architecture video as a<br />
product of contemporary <strong>architectural</strong> culture, iMage ARCHIVE<br />
works towards an adequate valorisation of these documents so<br />
that they may become a true support <strong>for</strong> a debate.<br />
iMage ARCHIVE is animated by a cultural mission which is<br />
aimed at circulating <strong>architectural</strong> ideas and visions, and<br />
designed to be an instrument <strong>for</strong> the discussion and the<br />
exchange of ideas <strong>for</strong> contemporary design.
paola ricco<br />
iMage, viewpoints on architecture<br />
Florence, Italy<br />
www.image-web.org<br />
Paola Ricco studied architecture at the Università<br />
di Firenze and graduated with honours in 2005.<br />
She is completing a PhD in the field of History<br />
of Architecture at the Department of History of<br />
Architecture in Florence. She has been working with<br />
iMage since 2005 and she is responsible <strong>for</strong> iMage<br />
ARCHIVE.<br />
197
est practice <strong>for</strong><br />
preservation<br />
multimedia repository<br />
multimedia<br />
21<br />
premise<br />
Within the realm of contemporary architecture production, video is no longer<br />
a secondary element, it is instead expressly a tool <strong>for</strong> design expression and an<br />
important document within certain areas of research in our times. iMage operates in<br />
close contact with the <strong>for</strong>ms of communication of the architecture project, carrying<br />
out a series of actions that recognise the video <strong>for</strong> its distinction as an important<br />
strategic value in the development of <strong>architectural</strong> thought and practice. Through<br />
the activities of iMage ARCHIVE, a multimedia archive dedicated to the collection,<br />
conservation and valorisation of architecture video, iMage is conducting a project<br />
aimed at giving ample visibility to the more significant audio-visual documents in<br />
order to bear witness to some pivotal steps of contemporary research in architecture.<br />
The current interest in architecture video is a result of a path that has traversed<br />
the entire 20th century; a path that has witnessed an interweaving of cinema and<br />
<strong>architectural</strong> practices, often producing considerable effects. And there has been<br />
a frequent tendency to highlight this reciprocal exchange between the two worlds.<br />
Cinema has been, according to some, the cradle in which modern architecture was<br />
able to mature some of its basic principles on spatial concepts. It was also however<br />
one of the main vehicles <strong>for</strong> the disclosure and affirmation of its very image. On the<br />
other hand, architecture has often suggested its hypotheses <strong>for</strong> urban configurations<br />
to cinema, as well as the pretexts <strong>for</strong> narrative themes, generating a mirror <strong>for</strong> the<br />
comprehension of lived-in spaces and their dynamics. A climate of strong complicity<br />
has involved both architects and filmmakers <strong>for</strong> almost a century; and oftentimes,<br />
over the years, there have been moments of intense relations between them.<br />
We are particularly interested in the viewpoints of the architects who understood<br />
cinema as a surprisingly effective instrument <strong>for</strong> the observation and<br />
analysis of urban phenomena, while also using it to seek out veritable starting<br />
points <strong>for</strong> the verification and extension of their own hypotheses.<br />
This dynamic tension as it was developed by the architect with cinematographic<br />
means and, later in the century, with other <strong>for</strong>ms of audio-visual communication, is<br />
starting to encounter a limit. As Le Corbusier noted in the early 1930’s, the common<br />
tools of cinema production of that period proved to be less compliant than<br />
even the more conventional means of expression of the project designer. What was<br />
lost, despite his awareness of the strong analogies between the profession of the<br />
architect and the film-director, was the immediacy of the architect’s interpretative<br />
and expressive action.<br />
a new convergence<br />
At the end of the 1980’s, with computing innovation in full swing, the first<br />
software <strong>for</strong> digital modelling, along with animation and especially video<br />
editing, sanctioned a fundamental breakthrough. A greater accessibility<br />
to technology brought video closer to the daily practices of architects,<br />
who adopted it as yet another vehicle, adding to their other existing tools,<br />
in order to elaborate a more distinct expression <strong>for</strong> their designs.<br />
198 browsing architecture. metadata and beyond
convergence<br />
videos<br />
16<br />
Architects and project designers started to systematically deal with audio-visual<br />
devices as means of communication and, in adapting those tools to their needs,<br />
became real producers of the moving image. The progressive perfection of the<br />
instruments, techniques, a growing versatility and the proliferation of computer<br />
devices all created the conditions <strong>for</strong> video to affirm itself as a channel <strong>for</strong> investigation<br />
and research. In response to certain technological and sociological drives, as the<br />
fundamental passages <strong>for</strong> stimulating interest in videos on architecture, the theoretic<br />
reflection set <strong>for</strong>th at the end of the same decade had a decisive role in that it focalised<br />
a number of important factors in the relationship between architecture and its<br />
tools of communication. Although they never explicitly dealt with the topic of video,<br />
the contributions of Beatriz Colomina (“Architectureproduction”, 1988 and “Privacy<br />
and Publicity: Modern Architecture as Mass Media”, 1994), and the more recent<br />
text by Kester Rattenbury (“This is not architecture”, 2002), took time to analyse the<br />
consequences of a gradual complementarity of the dimension of the project and the<br />
realm of media production. The video as a tool, according to this view, constitutes<br />
a noteworthy case in point to explain the development of certain directions in contemporary<br />
production. And over recent years a few distinct events have shown there<br />
to be a definite interest, which goes back to the first reflections on the topic: from<br />
the last two editions of the FIFARC, Biennale Internationale du Film d’Architecture et<br />
Environnement Urbain in Bordeaux, to the birth of Artimage, Medien und Architektur<br />
Biennale of Graz, one sees a progressive increased awareness regarding the passage<br />
from the use of video as an instrument, in which architecture is simply documented,<br />
to one where it becomes a real act of communication.<br />
the florence festival<br />
This is the environment in which the international festival of architecture<br />
and media, also known as Beyond Media, was born. Starting off<br />
in Florence in 1997, today it constitutes the opportunity <strong>for</strong> exchange<br />
and engaging encounters.<br />
From the festival’s beginning, its main objective has been to actively monitor the<br />
audio-visual realm in which architects have been operating. BEYOND MEDIA constituted<br />
the first significant occasion to provide visibility <strong>for</strong> video productions based on<br />
a discussion of architecture, which often remained confined to the private spheres<br />
and inner circles of their authors. This was paradoxical <strong>for</strong> documentation developed<br />
<strong>for</strong> its availability and potential as a medium that is generally more open to ample<br />
audiences. For that reason, BEYOND MEDIA was developed to give a voice to video<br />
projects and tell their stories, as an opportunity to show and share the pieces by<br />
putting them at the centre of a reflection that is open to all who operate, with various<br />
roles, in the field of architecture. Over the eleven years of activity and with the<br />
eight editions of BEYOND MEDIA, iMage has attentively followed the evolution of<br />
architecture’s theory and expression.<br />
the archive<br />
Starting with the first edition of the festival put on by iMage, what emerged<br />
was the necessity to give life to a permanent structure. There was need of an<br />
image archive<br />
199
operative space <strong>for</strong> the collection of audio-visual documents and their constant<br />
examination, in order to gather and provide the necessary elements to<br />
present an updated image of what’s effectively being produced by architects<br />
in the world of video media production.<br />
The current interest and the growing distribution of architecture videos confirms the<br />
quality levels of the projects and offers vitality to iMage ARCHIVE’s future activities.<br />
The iMage ARCHIVE is a centre <strong>for</strong> the compilation and collection of documents,<br />
which, <strong>for</strong> their specific characteristics, are often arranged in a dismembered,<br />
spread-out way in a number of different places, from the microcosms of architecture<br />
studios to the macrocosm of web-plat<strong>for</strong>ms and video sharing.<br />
The archive brings together about 2,500 video works that were created by<br />
architects, artists, filmmakers, documentary directors and students.<br />
Each contributor elaborates a personal way of narrating architecture through video<br />
and gives their own product a vestige that is adapted to the objective <strong>for</strong> which it is<br />
realised. The videos are produced to investigate the characteristics and potential of<br />
a project, and its per<strong>for</strong>mance; or else to exhibit in exposition environments, to be<br />
communicated through media channels, in addition to participation in competitions,<br />
or to substantiate publication projects.<br />
There<strong>for</strong>e, the material collected in the archive is both varied and multifaceted. Any<br />
attempt to apply categories would diminish the polyhedric nature of the collected<br />
works, which is instead one of the strong features of the iMage ARCHIVE collection.<br />
However, it may be useful, in order to offer an analytical key <strong>for</strong> better understanding<br />
the collected videos, to distinguish two lines of production, indicating two different<br />
main objectives of the audiovisual pieces.<br />
The first group collects the audiovisual documents that were used as tools of<br />
design investigation.<br />
The architects work with animation techniques developed during the stage of the<br />
project’s elaboration, not only as an occasion <strong>for</strong> the verification of the structural<br />
qualities of architecture, but also as a means <strong>for</strong> clarifying the defining language that<br />
translates the fundamental concepts of their research into architecture. Experiences<br />
that make use of geometric outlines and diagrams as structural guidelines are based<br />
on this approach.<br />
The second group comprises the audiovisual documents that are developed<br />
as means to communicate architecture projects.<br />
These works can narrate the architecture project design or the completed building,<br />
but that which allows <strong>for</strong> a comparison between the two is the intentionally communicative<br />
content of the final product. The video becomes an act of demonstration<br />
and showcase <strong>for</strong> communication and, in certain cases, it directly relates to <strong>for</strong>ms of<br />
publicity production. The two types of video described do not run parallel, they are<br />
rather interchangeable, and at times even complementary: the first type of investigation<br />
does not cancel interest in the second type of production and vice versa.<br />
In all cases, however, one perceives the strong presence of a design dimension in<br />
200 browsing architecture. metadata and beyond
preservation<br />
15 19 26<br />
16<br />
each. The collection of the archive is there<strong>for</strong>e specifically concentrated on videos of<br />
architecture as acts of communication regarding architecture projects themselves.<br />
This particular point of observation, however, does not exclude the presence in the<br />
collection of a series of works that can be ascribed to the critical/documenting genre<br />
of video that is already significantly consolidated.<br />
conservation<br />
In virtue of the unique contents and awareness regarding the necessary attention <strong>for</strong><br />
works that require being hosted <strong>for</strong> their more ample functions within the world of<br />
<strong>architectural</strong> production, iMage ARCHIVE operates on the margins of the two ambits<br />
of architecture and audio-visual production; consequently the acquired tools <strong>for</strong> the<br />
management of the archive draw on models of a double nature. The more structured<br />
archives of audiovisual material, and especially those connected to video art, offer<br />
the guidelines <strong>for</strong> an effective management of possible technical problems.<br />
The more pressing necessity in this field is to limit the damage caused by the<br />
perishability of the support devices, in both analogical and digital <strong>for</strong>mats,<br />
through a cyclical revision of new units of conservation, while also limiting<br />
the loss of in<strong>for</strong>mation caused by the aging process of the various reading<br />
<strong>for</strong>mats of the material.<br />
The archives of architecture are a point of reference regarding the aspects that are<br />
directly tied to the description of the architecture project. For purposes of documentation,<br />
each video piece is equipped, at the moment of its entrance into the<br />
archive, with standardised in<strong>for</strong>mation data. There is also a third model that is much<br />
closer to the world of commercial publicity, which proposes interesting ideas about<br />
dynamic means <strong>for</strong> the circulation and distribution of the archive’s material.<br />
circulation<br />
The contents of iMage ARCHIVE were proposed outside of our circuit through two<br />
main projects stemming from the necessity to liberate the material so it could live<br />
and circulate beyond the limits of the archive. For example,<br />
the travelling exposition Architecture Media Player was presented <strong>for</strong> the<br />
first time during the fourth edition of the Beyond Media festival, at the Luigi<br />
Pecci Centre <strong>for</strong> Contemporary Art in Prato, in December of 1999, and was<br />
followed by a widespread circulation throughout all of Italy.<br />
The exposition project was developed to define a first systematic interpretation of<br />
the possibilities of multimedia works and their exposition. The arrangement was<br />
conceived as an “architecture generator”, a kind of mutable juke-box, capable of<br />
exposing and communicating architecture through New Media: centred on video<br />
and open to direct exchange through publications on CD ROM, with the exploration<br />
of 3-D spaces, cinema and the first <strong>architectural</strong> manifestations on Internet. The<br />
“Architecture Media Player” was created to intervene where certain expressions of<br />
research in architecture could not find the possibility <strong>for</strong> exposure or published com-<br />
image archive<br />
201
munication. The important works presented, which were previously inaccessible due<br />
to the inadequacy of traditional exposition, could now be proposed through systems<br />
of interaction and projection that were capable of bringing the architecture projects<br />
off of the screen and making them available <strong>for</strong> individual consultation as well as a<br />
collective spectacularisation.<br />
In the following years, since 2002, with the SCREENINGS program, iMage ARCHIVE<br />
has proposed a series of viewings, in Italy and abroad, of video programs of variable<br />
durations, made up of selected and themed works. On these occasions, the videos<br />
were presented to the public and accompanied by introductory discussions, based<br />
on reflections, both spoken and written, which helped to guide the comprehension<br />
of the selected audio-visual documents, both critically and conscientiously. Critique<br />
was encouraged towards the projects being documented, in addition to the product<br />
of communication, as they are both, from the viewpoint of iMage ARCHIVE, perfectly<br />
integrated.<br />
The video programs proposed <strong>for</strong> every event were organised by putting the<br />
architecture video at the centre of a more ample reflection that could bring<br />
<strong>for</strong>th moments of exchange and dialogue to enhance the presentation.<br />
photograph<br />
14 19 22 23 24<br />
It is the collective aspect of the SCREENINGS programs that emerges as the most<br />
direct and immediate expression of the way iMage ARCHIVE committed to increasing<br />
the discussion on architecture videos. This is a necessary step <strong>for</strong> propounding<br />
the effectiveness of video as a means <strong>for</strong> a fuller comprehension of contemporary<br />
<strong>architectural</strong> production.<br />
The ongoing objective that guided the project <strong>for</strong> circulation is the same that is at<br />
the basis of the festival BEYOND MEDIA; to create the necessary conditions <strong>for</strong> the<br />
development of a discussion, which involves an ample group of people that can<br />
share their interests in architecture, and to impart adequate keys <strong>for</strong> reading and<br />
understanding video, and the current critical debates on some of the most dynamic<br />
experiences in architecture projects.<br />
an archive of hybrid <strong>for</strong>mation<br />
The iMage ARCHIVE, as any of the structured archive institutions, aims to convey<br />
documents of architecture in video while working <strong>for</strong> their conservation. In addition<br />
to this function there is the added value of the archive’s activities. Throughout<br />
its research on those intimate connections that demonstrate the effectiveness of<br />
architecture videos, it has been a part of iMage’s specific competence to create relations<br />
surrounding the collected videos in order to construct and stimulate discussions<br />
on architecture, while paying attention to the expressive content and <strong>for</strong>m of the<br />
video <strong>for</strong>mat. Our structure is comparable to other existing models of architecture<br />
archives, but at the same time it maintains its own specificity as a result of the<br />
unique experiences that follow their own particular path. It is this path that today<br />
allows us to hold active discussion on a theme that continues to grow and trans<strong>for</strong>m<br />
on a daily basis. iMage ARCHIVE carries out its role to increase awareness and incentives<br />
towards architects, their clients and institutions, with the purpose of generating<br />
effective practices in the qualified use of video as a medium. The close adherence<br />
that iMage has developed with what is contemporary makes the material collected<br />
in our archive the main instrument <strong>for</strong> photographing an era and understanding how<br />
it describes itself. The specific skills acquired over time allow us, in interpreting the<br />
contents of the videos, to elaborate an open theoretic reflection regarding a daily<br />
confrontation with reality and a verification of its standing positions.<br />
202 browsing architecture. metadata and beyond
conclusions<br />
Having comprehended the importance of architecture video as a major<br />
project of the contemporary culture of architecture, iMage Archive operates,<br />
through an intense activity of circulation, so that these documents are adequately<br />
valued to become a real plat<strong>for</strong>m <strong>for</strong> discussion.<br />
16<br />
That which animates our program is a cultural project aimed at circulating ideas and<br />
visions of architecture and generating a vehicle <strong>for</strong> debate, encounters and exchange<br />
regarding the themes of contemporary project design. With the strength of an<br />
archive base that bears witness to certain key lines of research in project design, set<br />
<strong>for</strong>th with the revolution in computer innovation, and with a vantage-point developed<br />
over more than ten years of observation and activity, we are today witnessing<br />
important evolutions in the field, such as the growth in popularity of the tools <strong>for</strong><br />
sharing audio-visual documents over the web, or the affirmation of video communication<br />
as a tool <strong>for</strong> projects of urban communications, and the renewed and complex<br />
consequences that can affect the ways <strong>architectural</strong> projects are exhibited to the<br />
public.<br />
Fig. 1: “Post Barnsley”, squint/opera, architecture by Alsop Architects, UK 2003 (p. 342).<br />
Fig. 2: “Botha House”, dbox and ARC574, architecture by Thomas Phifer and Partners,<br />
US 2003 (p. 342).<br />
Fig. 3: “Altstetten Church”, Takehiko Nagakura, architecture by Alvar Aalto,<br />
US 2003 (p. 342).<br />
Fig. 4: “Bo-Bo”, archi media, FR 2003 (p. 343).<br />
Fig. 5: “Rooftecture”, Shuhei Endo, JP 2003 (p. 343).<br />
Fig. 6: “Words, Images and Spaces”, Kyong Park, US 2002 (p. 343).<br />
Fig. 7: “Park Avenue”, Florent Rougemont, NL 2003 (p. 343).<br />
image archive<br />
203
17<br />
› classification<br />
› facetagging<br />
› faceted classification<br />
› folksonomies<br />
204<br />
the facetag engine:<br />
A Semantic Collaborative<br />
Tagging Tool<br />
› in<strong>for</strong>mation architecture<br />
› social classification<br />
› tag<br />
› tagging<br />
FaceTag is a working prototype of a semantic collaborative<br />
tagging tool conceived <strong>for</strong> improved <strong>book</strong>marking, searching<br />
and re-finding of resources in specialized domains.<br />
FaceTag’s goal is to show how the vast, homogeneous, flat<br />
keywords’ space created by users while tagging can be<br />
effectively improved by using a richer faceted classification<br />
superstructure to supplement the “in<strong>for</strong>mation scent” and<br />
“berry-picking” capabilities of the system. The additional layer<br />
is aggregated both implicitly, observing user behaviour, and<br />
explicitly, by introducing a compelling user experience that<br />
facilitates end-user creation of relationships between tags.
emanuele quintarelli<br />
FaceTag<br />
Roma, Italy<br />
www.facetag.org<br />
Emanuele Quintarelli is an Enterprise 2.0<br />
specialist and evangelist. He has spoken at several<br />
international conferences and wrote the Enterprise<br />
2.0 chapter of the <strong>book</strong> Web 2.0 by Il Sole 24 Ore.<br />
He is the organizer of Web2.Oltre (the Italian<br />
conference about Web 2.0) of the Italian In<strong>for</strong>mation<br />
Architecture Summit and of the International Forum<br />
on Enterprise 2.0.<br />
His blog is http://socialenterprise.it.<br />
andrea resmini<br />
FaceTag<br />
Bologna, Italy<br />
www.facetag.org<br />
Andrea Resmini is an in<strong>for</strong>mation architect. An ICT<br />
professional since 1989, Andrea holds an MA in<br />
Architecture and Industrial Design and is currently<br />
pursuing a PhD in Legal In<strong>for</strong>matics specializing in<br />
IA and UX issues concerning historical and juridical<br />
databases. Andrea chaired the 2nd Italian IA Summit<br />
and leads the Higher Education in IA WG <strong>for</strong> the<br />
In<strong>for</strong>mation Architecture Institute. His website is<br />
http://resmini.net.<br />
luca rosati<br />
FaceTag<br />
Perugia, Italy<br />
www.facetag.org<br />
Luca Rosati is a freelance in<strong>for</strong>mation architect<br />
and professor of Human Computer Interaction at<br />
the University <strong>for</strong> Foreigners of Perugia (IT). He<br />
has spoken at several international conferences<br />
and published the <strong>book</strong>s Organizing Knowledge:<br />
From Libraries to In<strong>for</strong>mation Architecture <strong>for</strong> the<br />
Web; and In<strong>for</strong>mation Architecture: From Everyday<br />
Environments to the Web. His website is http://<br />
lucarosati.it.<br />
205
206
17<br />
introduction<br />
Collaborative tagging systems have been largely adopted by end-users as useful<br />
and powerful tools to organize, browse and publicly share personal collections of<br />
resources on the World Wide Web through the introduction of simple metadata.<br />
The aggregation of these metadata is often referred to as a folksonomy,<br />
a user-generated classification, emerging through bottom-up consensus<br />
while users assign free <strong>for</strong>m keywords to online resources <strong>for</strong> personal<br />
or social benefit.<br />
folksonomy<br />
keywords<br />
tag clouds<br />
tagging<br />
browsing<br />
6 19 21 22 26<br />
metadata<br />
1 6 8 10<br />
15 19 21<br />
Del.icio.us (http://del.icio.us), Flickr (www.flickr.com), 43things (www.43things.<br />
com), Furl (www.furl.net) and Technorati (www.technorati.com) are all web-based<br />
collaborative systems <strong>for</strong> building shared databases of items, enriched by a flat<br />
metadata vocabulary that can be used to per<strong>for</strong>m metadata-driven queries, to<br />
monitor change in areas of interest or to discover emergences or trends, such as the<br />
hottest / most popular topics in the system [Quintarelli 2005].<br />
Folksonomies have often been seen as orthogonal to taxonomies and controlled<br />
vocabularies: flat, inclusive and emerging in<strong>for</strong>mation spaces created by bottom-up<br />
user input and consensus versus rigid, hierarchical and coherent systems professionally<br />
hand-crafted a priori [Quintarelli 2005]. In a flat tagging system each<br />
document can be retrieved through a simple set of keywords, collaboratively<br />
introduced by users to describe and categorize that document, very much like in a<br />
keyword-based search process in which descriptive terms can be used to get a set of<br />
applicable items.<br />
Despite their low cognitive cost, their capability of matching the users’ real needs<br />
and language and their great value in a serendipity research task, folksonomies<br />
imply however a lack of precision, a very low findability quotient (especially in a<br />
known-item approach) and a limited scalability <strong>for</strong> the intrinsic variability of language<br />
[Quintarelli 2005].<br />
Tags also help users identify articles and posts of interest on websites, providing<br />
a complimentary freelinking super-structure. This marks a major shift in<br />
that tagging becomes a tool to maximize findability and browsability, requiring<br />
new, faster and more powerful ways to access content, far beyond what<br />
was allowed by earlier tag cloud approaches [Feinstein & Smadja 2006].<br />
Tag clouds, where the most popular tags are usually displayed through an alphabetically<br />
ordered list with the font size increasing with the tag’s relevance, are widely<br />
used visual interfaces <strong>for</strong> in<strong>for</strong>mation retrieval that provide a global contextual view<br />
of tags assigned to resources in a system [Hassan, Montero, Herrero, Solana 2006].<br />
As they are currently implemented, tag clouds cannot clearly provide a rich multidimensional<br />
browsing experience over large tagging spaces. There are several reasons<br />
<strong>for</strong> this:<br />
1. Choosing tags by frequency of use inevitably causes a high semantic density with<br />
very few well-known and stable topics dominating the scene.<br />
2. This in turn might lead to a self-sustaining cycle, where well know and stable topics<br />
become ever predominant because they are predominant.<br />
3. Providing only an alphabetical criterion to sort tags heavily limits navigation, scanning<br />
and extraction, and in the end prevents the user from building a coherent global<br />
map of tag-space.<br />
the facetag engine<br />
207
4. A flat tag cloud cannot visually support semantic relationships between tags.<br />
We suggest that these relationships are needed to improve the user experience<br />
and general usefulness of the system.<br />
5. Current tag clouds are simple lists of links and fail to provide any complex semantical<br />
operation, besides allowing to click on any given tag one at a time.<br />
As a result of the inherently inconsistent, evolving and much variable process<br />
of associating words and meanings, tagging systems are implicitly plagued<br />
by a number of linguistic issues which include polysemy, homonymy, plurals,<br />
synonymy and basic level variation, which do not appear easy to solve<br />
[Golder & Huberman 2005]. Any of these problems can dramatically reduce<br />
the effectiveness of the application and the benefits brought by the use<br />
of tagging systems.<br />
folksonomy<br />
taxonomy<br />
facet<br />
1 6 20<br />
tagging<br />
6 8 10<br />
tagging and folksonomies in ia literature<br />
The widespread adoption of tagging systems by end-users has greatly stimulated<br />
discussion about their long-term implications inside the in<strong>for</strong>mation studies community.<br />
In Ambient Findability, Morville [Morville 2005] states that tagging has its<br />
own proper place inside in<strong>for</strong>mation architecture theory and practice, suggesting<br />
that these systems can be productively considered a complementary fast moving<br />
layer over slower layers represented by more traditional <strong>architectural</strong> in<strong>for</strong>mation<br />
practices. Karl Fast rein<strong>for</strong>ced this position showing how pace layering theory can be<br />
combined with the complexity and resilience theories to provide a working model of<br />
interaction between folksonomies and conventional in<strong>for</strong>mation architecture [Campbell<br />
& Fast 2006]. Golder and Huberman [Golder & Huberman 2005] analysed the<br />
structure and dynamics of collaborative tagging systems trying to extract stable patterns<br />
and recurrent tag types in del.icio.us. With Mefeedia [http://mefeedia.com],<br />
Dutch in<strong>for</strong>mation architect Peter Van Dijck was among the first to propose a mixing<br />
of facets and tags, even if in Mefeedia tags are statically assigned to a fixed number<br />
of editorially designed facets. Discussions of faceted classification models in current<br />
websites, and the relationship between facets and tagging, have been presented by<br />
Travis Wilson at the IA Summit 2006 [Wilson 2006].<br />
Marti Hearst and The Flamenco project have been investigating <strong>for</strong> more<br />
than fourteen years how faceted interfaces can help users flexibly navigate<br />
and search through large in<strong>for</strong>mation spaces [Hearst, The Flamenco Search<br />
Interface Project].<br />
Hierarchical relationships can be implicitly found in tagging systems as showed by<br />
Sam H. Kome [Kome 2006], while Heymann and Garcia-Molina presented a simple<br />
algorithm to automatically convert tags associated to objects into a hierarchical<br />
taxonomy [Heymann and Garcia Molina 2006].<br />
The pioneer social <strong>book</strong>marking site RawSugar, now closed, implemented a similar<br />
hierarchical approach complemented by clustering techniques.<br />
Context, language, communities of practice and specialized domains all have a<br />
large impact in the way users tag, as reported by Resmini [Resmini et al. 2008].<br />
208 browsing architecture. metadata and beyond
clustering<br />
tag clouds<br />
17<br />
Finally, Bar-Ilan [Bar-Ilan et al. 2006] compares unstructured (freely assigned tags)<br />
and structured tagging (tags assigned to predefined metadata elements), suggesting<br />
that structured tagging may be able to produce stronger user guidance, hence possibly<br />
resulting in higher quality descriptions.<br />
semantic structures in tagging systems<br />
Usability studies show how in<strong>for</strong>mation seekers in large domains of objects prefer<br />
meaningful groupings of related items, in order to quickly understand relationships<br />
and so decide how to proceed [Hearst 2006a]. In other words, it seems quite clear<br />
that without any means to explore and make sense of large quantities of similar<br />
items, users feel lost and fail. Clustering and faceted classification have both been<br />
proposed in the past as useful techniques to address this issue.<br />
Clusters<br />
Document clustering refers to the act of grouping items according to some<br />
measure of similarity, such as <strong>for</strong> example, identifiable repetitive patterns<br />
of words and phrases.<br />
facet<br />
1 6 20<br />
Some advanced tagging systems like Rawsugar and Flickr are already using clusters<br />
to address the issues that plagued the first generation of folksonomy-based applications:<br />
clusters help reduce the semantic density and improve the visual consistency<br />
of tag clouds. Moreover, clustering is automatable, can be used to refine vague<br />
queries and to disambiguate search keywords. Nonetheless, clustering techniques<br />
and clustering algorithms are not perfect and often generate unclean, hard-topredict<br />
groups. These groups tend to conflate many different dimensions as well, and<br />
easily become hard to label in meaningful ways. Finally, clustering does not generally<br />
allow refinements and follow-up queries, thus resulting in limits to the exploratory<br />
capabilities of the system.<br />
Usability results show that users prefer clear hierarchies with categories at uni<strong>for</strong>m<br />
levels of granularity, to the unpredictable and unlabeled groupings typical of clustering<br />
techniques [Hearst 2006a].<br />
Hierarchical facets<br />
At the other end of the classificatiweb, traditional hierarchical categories are coherent<br />
and complete systems of meaningful labels, which systematically organize a<br />
domain. The main drawback to this approach is that a single monolithic hierarchical<br />
organization rarely has the capability to match the varied ways of thinking and<br />
organizing that the world of different users in a live social environment has.<br />
In this respect, hierarchical faceted metadata has emerged as a promising<br />
middle ground, which can satisfy the needs of a wide range of users with<br />
different mental models and vocabularies [Yee et al. 2003].<br />
Facets are orthogonal descriptors (i.e. categories) within a metadata system. Each<br />
facet has a name and addresses and a different conceptual dimension or feature<br />
type relevant to the collection. As facets can be flat or hierarchical and they can be<br />
the facetag engine<br />
209
assigned single or multiple values, a faceted search interface requires each object<br />
in the collection to be classified using labels from different facets. In a hierarchical<br />
faceted navigation tool, choosing a label from one of the facets is equivalent to<br />
per<strong>for</strong>ming a disjunction over all the labels beneath the selected one, while choosing<br />
labels from different hierarchies results in a conjunction of disjunctions over the<br />
selected labels and their sub labels.<br />
In this kind of interface, users can navigate multiple faceted hierarchies at the<br />
same time [English et al. 2002b]. Usability studies show how this approach is<br />
preferred over single hierarchies because users feel in control without getting<br />
lost [English et al. 2002b; Yee et al. 2003]. Additional features exposed by<br />
faceted-based interfaces are the possibility to suggest logical alternatives<br />
at each step and to avoid dead ends, which produce no result whatsoever.<br />
For these reasons, faceted metadata can be used to support navigation along<br />
several dimensions simultaneously, allowing seamless integration between browsing<br />
and free searching, and an easy way to refine (zoom in) and broaden (zoom out) any<br />
query while retaining a feeling of control and understanding [English et al. 2002b]. In<br />
short, this approach favours recognition over recall and provides better support <strong>for</strong><br />
exploration, discovery and iterative query refinement [Hearst 2006a]. Again, usability<br />
studies attest how hierarchical faceted interfaces are preferred over simpler keyword<br />
based search interfaces and how they can be easily understood by the average user<br />
[Yee et al. 2003] if iteratively designed and tested to address usability issues [English<br />
et al. 2002a].<br />
overview of facetag<br />
FaceTag introduces an innovative, multidimensional semantic paradigm <strong>for</strong><br />
organizing, navigating and searching large in<strong>for</strong>mation spaces through the<br />
use of tags. We believe this approach can limit the impact of linguistic complications,<br />
as FaceTag introduces a number of correctives to explicitly address<br />
these issues:<br />
1. It allows tag hierarchies. Users have the opportunity to organize their resources by<br />
means of parent-child relationships.<br />
2. By means of the underlying, domain-related faceted classification structure, tag<br />
hierarchies are semantically assigned to established facets. These are used to section<br />
and navigate the resource domain flexibly.<br />
3. Tagging and searching can be mixed to maximize findability, browsability and user-discovery.<br />
Similarly, one of the main limitations of hierarchical faceted categories<br />
lies in the difficulty to automate both the creation of categories and the <strong>association</strong><br />
of single items to a label hierarchy under each facet [Hearst 2006a]. FaceTag avoids<br />
this particular issue entirely by reversing the paradigm, as it uses no algorithmic<br />
round-ups: FaceTag is built around the notion that users provide the legwork, and<br />
one of the side-goals of the project is to investigate how a hierarchical and faceted<br />
metadata structure can be added to user generated content making use of tags<br />
provided by end users in collaborative systems, limiting the amount of ef<strong>for</strong>t and toil<br />
required through a careful user interface design [Mascaro 2007].<br />
210 browsing architecture. metadata and beyond
17<br />
Although facet and faceted have become very common terms in the in<strong>for</strong>mation<br />
architecture field, their application falls often far from its original meaning. The attribute<br />
faceted, indeed, is often loosely referred to the availability of means to search<br />
by different keys [La Barre 2004].<br />
The full theory of faceted classification, as developed by S. R. Ranganathan<br />
and the Classification Research Group (crg) and which includes rules<br />
<strong>for</strong> citation order and notation, has definitely enjoyed a less widespread use<br />
as far as website organization is concerned. Notable exceptions to this rule<br />
are usually offered by projects staffing librarians, such as fatks [Slavic 2002],<br />
and FaceTag.<br />
clustering<br />
facet<br />
1 6 20<br />
Reference projects were Flamenco (http://flamenco.berkeley.edu), Facetious<br />
(http://demo.siderean.com/facetious/facetious.jsp), and Etsy (www.etsy.com). It<br />
must be noted that both Facetious and Etsy propose a mixture of properly designed<br />
facets and simpler, less-compliant metadata.<br />
creating facets <strong>for</strong> tagging<br />
The choice of facets is based on the CRG theory [Vickery 1960]. Indeed, an aspect often<br />
underestimated on the World Wide Web is that both Ranganathan and the CRG<br />
described a generic schema <strong>for</strong> faceted classification, which every actual schema can<br />
refer to. Thus, when working on a faceted classification project one does not have to<br />
rebuild a schema from scratch every time, but may follow guidelines. CRG postulates<br />
11-13 general categories [Broughton 2001]: since <strong>for</strong> the test case implementation,<br />
the chosen reference domain was in<strong>for</strong>mation architecture (IA), in Tab. 1 is shown<br />
the matching between CRG standard categories and in<strong>for</strong>mation architecture-related<br />
categories that were used to define the facets. Tab. 2 purports the list of facets<br />
and a number of sample foci derived from the initial data pool, a preliminary corpus<br />
of IA resources gathered from the In<strong>for</strong>mation Architecture Institute Library [http://<br />
iainstitute.org/library].<br />
CRG FaceTag<br />
Thing [Documents, resources]<br />
Type Resource Types (e.g. online report, case study...)<br />
Part -<br />
Property Language<br />
Material [Format]<br />
Process -<br />
Operation Activities/Subjects (e.g. competitive analysis, faceted classification...)<br />
Product [Deliverables]<br />
Byproduct -<br />
Patient Usage (e.g. Industry, Health...)<br />
Agent People<br />
Space [Country]<br />
Time Date<br />
Tab. 1: FaceTag facets definition by CRG standard categories.<br />
the facetag engine<br />
211
erry-picking<br />
13<br />
Facet Examples<br />
Resource Types white paper, case study, blog>enterprise web<br />
Language Predefined values (based on ISO Standard ISO 639-2)<br />
Activities / Subjects Competitive analysis, classification > facets, web 2.0 > folksono<br />
mies, in<strong>for</strong>mation Design > navigation design > breadcrumbs<br />
Usage industry, public administration, health, software > companies<br />
> Google, <strong>education</strong> > conferences > www2006<br />
People Morville, E. Reiss, Weinberger<br />
Date Automatically added<br />
Tab. 2: FaceTag facets and examples of foci.<br />
It must be noted that these facets are being constantly revised upon users’ feedback,<br />
as they are guidelines and not a restrictive framework. User needs are paramount<br />
and should be employed to determine the most valuable facets <strong>for</strong> every system<br />
and community of practice. Moreover, in the actual implementation foci, the values<br />
each facet can assume in faceted classification theory, will be user-generated – as in<br />
this model tags are the foci. The only exceptions are the language facet, which uses<br />
a predefined list of languages in the ISO 639-2 notation, and the date facet, which<br />
will receive a software-generated time-stamp upon resource creation. Tab. 3 lists the<br />
definitive list of facets and labels used by the FaceTag engine.<br />
Facet Examples<br />
Resource Types white paper, case study, blog > enterprise web<br />
Language Predefined values (based on ISO Standard ISO 639-2)<br />
Themes competitive analysis, classification > facets, web 2.0 > folksono<br />
mies, in<strong>for</strong>mation Design > navigation design > breadcrumbs<br />
Purpose industry, public administration, health, software > companies<br />
> Google, <strong>education</strong> > conferencs > www2006<br />
People Morville, E. Reiss, Weinberger<br />
Date Automatically added<br />
Tab. 3: Final list of facets.<br />
berry-picking, in<strong>for</strong>mation scent and the two<br />
axis of in<strong>for</strong>mation architecture<br />
Facets are particularly suitable to classify a homogeneous collection of items – i.e. a<br />
set of resources belonging to a specific disciplinary area, and because of their very<br />
nature, facets constitute an adaptive classification system capable to easily represent<br />
both knowledge in movement, such as that observable in a social, collaborative<br />
context; and several mental models at the same time, such as those playing their role<br />
in this context. As such, the blend of tags and facets helps empower and amplify the<br />
“in<strong>for</strong>mation scent” [Chi et al. 2001] and the “berry-picking” capabilities of the system.<br />
The term “berry-picking” refers to a model in which searching is described not<br />
as a single query-response process, but as an evolving temporally laid out set of<br />
sometimes conflicting search terms along a berry-picking-like path [Bates 1989].<br />
212 browsing architecture. metadata and beyond
17<br />
Every in<strong>for</strong>mation architecture deals with two different in<strong>for</strong>mation axes [Rosati<br />
2007: 76-91]: a vertical (or paradigmatic) axis, consisting of the hierarchical relationship<br />
that each item in a system engages with the others; and a horizontal (or syntagmatic)<br />
axis, consisting of the semantic relationships of contiguity that each item<br />
engages with the others. We believe that the combination of tags and facets allows<br />
<strong>for</strong> better use and management of these:<br />
ſi paradigmatically, when users associate a keyword to a facet (to tag a resource),<br />
FaceTag suggests similar tags or a hierarchy of tags pertaining to the same facet;<br />
ſi syntagmatically, FaceTag allows users to see all the other tags belonging to the<br />
same facet(s).<br />
Fig. 1: The two axes of In<strong>for</strong>mation Architecture (p. 344).<br />
using facetag<br />
FaceTag works differently from the average collaborative <strong>book</strong>marking application.<br />
It offers both a browsing/searching mode and an administrative/<br />
editing mode as separate instances, as these are two different activities to<br />
which the user interface adapts providing different aiding tools (navigation,<br />
resource management) and different behaviours (zooming, tag suggestions).<br />
At the heart of FaceTag is a zooming engine, which maintains a history of all the tags<br />
and searches that a user is requesting (this is called “engaging a tag”). When users<br />
engage a tag, the interface adjusts and zooms in providing a filtered view, a subset of<br />
all available resources based on this active selection. By selecting more tags from different<br />
meaningful facets (as they are editorially chosen <strong>for</strong> the current domain), users<br />
can effectively shrink the results they obtain until they find either what they are looking<br />
<strong>for</strong>, or the last possible result set arising from the intersection of all active tags.<br />
This feature set enables considerably enhanced, berry-picking-like search strategies:<br />
since tags can be disengaged freely and in whatever order suits the users, opening<br />
up new unpredicted result sets, users might decide to pursue another search and enter<br />
new different subsets following some other in<strong>for</strong>mation scent (that is, a theme or<br />
term that appears promising), or start anew by clearing up their history completely,<br />
never finding themselves facing dead-ends, which produce no results at all.<br />
sample session<br />
When a user accesses the application, first FaceTag replies in browsing mode and<br />
the user is presented a page, which lists the most recent additions to the system in<br />
the main body. The other relevant parts of the user interface are the facet containers<br />
and the search box at the top.<br />
Fig. 2: FaceTag main page, with the most recent resources and the facet containers (p. 345).<br />
Inside FaceTag, a user can decide to look <strong>for</strong> content a) by entering tags<br />
manually or b) by clicking on first-level tags in a specific facet container.<br />
If the user enters a tag manually, FaceTag returns the paginated results set of all<br />
the resources, which either contain that tag in their tag pool or have the same term<br />
the facetag engine<br />
213
in their title, description or notes. The facet display is adjusted accordingly to show<br />
only those facets and pertaining first-level tags that are related to the results set. Any<br />
active tag is called an “engaged” tag.<br />
Fig. 3: Searching <strong>for</strong> resources. The user chose “in<strong>for</strong>mation architecture” and facet<br />
containers and tag lists adjust. Stickers <strong>for</strong> the engaged tag appear in the status bar<br />
top, grey (p. 345).<br />
In case the keyword happens to be an umpteenth-level tag, the corresponding facet<br />
will show all umpteenth+1 tags and add any broader tag in the hierarchy up to the<br />
umpteenth-1 tag to the facet title as clickable items, which allow zooming out. If<br />
there is no umpteenth+1 tag, the facet is not displayed. If the user clicks on a tag<br />
from any of the facet containers, FaceTag returns the paginated results set of all the<br />
resources that have been tagged with that tag. The currently engaged tag (or tags)<br />
is displayed in a status bar to show it’s active. The facet containers are adjusted consequently.<br />
The active facet container shows all broader tags from the hierarchy, the<br />
selected tag may be part of and alongside the facet title and all pertaining narrower<br />
tags. Inactive facets show first-level tags, which relate to the resources pertaining<br />
to the results set. Upon subsequent zooming in and refining the query, when there<br />
are no narrower tags, the breadcrumb display is maintained to allow zooming out or<br />
what we call “disengaging”, resetting the search, while the facet container is greyed<br />
out and becomes inactive.<br />
Fig. 4: Empty facet containers and greyed out pertaining terms at the end of a search<br />
session (p. 345).<br />
Obviously, a user may start searching <strong>for</strong> a keyword and then adjust her results set<br />
using facets, combining the two approaches in any way she prefers until she reaches<br />
a satisfactory answer, or proceed vice versa and zoom in and out by using tags. Similarly,<br />
tags pertaining to different facets can be used together during a single search<br />
to narrow down a results set quickly and efficiently. If there is no disengagement, all<br />
subsequent operations are per<strong>for</strong>med on the intermediate results set.<br />
If a user logs in, access to the administrative interface is granted and adding,<br />
editing and deleting resources and tags become possible. Upon entering new<br />
resources, a user is provided with a simple <strong>for</strong>m with entry fields <strong>for</strong> every facet.<br />
These tag fields are optional, and can be left empty at will: there is no mandatory<br />
facet. However, if a user start to enter a tag, the completion tool suggests similar<br />
tags from the pertaining facet only. Moreover, since users can optionally identify two<br />
or more tags as a hierarchy through a simple syntax (using the “>” character), the<br />
completion tool can suggest, again facet per facet, not just similar tags, but similar<br />
tags as parts of a hierarchy of tags, hence effectively suggesting an entire hierarchy.<br />
Gradually, with use, these hierarchies acquire complexity and become globally<br />
significant in the system.<br />
Fig. 5: The administrative interface <strong>for</strong> adding resources to FaceTag (p. 344).<br />
Editing or modifying can be done seamlessly from the browsing interface, by clicking<br />
icons, which appear next to one’s own resources. Noticeably, the same happens if a<br />
user tries to add a resource she already added (based on URI identification): FaceTag<br />
simply supplies the editing interface and preloads the original data.<br />
214 browsing architecture. metadata and beyond
17<br />
conclusions<br />
By providing the user with facets to which hierarchical sets of tags relate and pertain<br />
and a usable interface, which adapts to the ongoing query, FaceTag may solve,<br />
through contextualization and user-added semantic value, most of the basic issues<br />
connected with polysemy, homonymy and base level variations.<br />
While further testing and usability studies are needed to verify to what<br />
extent users are motivated to use our prototype and to introduce structure<br />
in addition to flat tags, preliminary user evaluations show how the addition<br />
of hierarchies and facets can improve and disambiguate the meaning of tags<br />
by means of contextualization and organization.<br />
This approach also augments the overall <strong>architectural</strong> scalability of the system and<br />
directly addresses one of the largest issues faced by the most appreciated social<br />
applications. Iterative card sorting tests with different user groups is being considered<br />
<strong>for</strong> all labelling, with the purpose to map some of the mental models by which<br />
users represent the IA knowledge domain. These results will provide further data to<br />
tune the facet architecture. Similarly, the user interface is being designed through<br />
documented heuristics and patterns and verified at each iterative step by small usability<br />
tests. More extensive user research will involve the use of think-aloud protocol<br />
sessions with more than five testers <strong>for</strong> each session. Scenarios will include storing<br />
<strong>book</strong>marks and retrieving them. Looking at preliminary results, a critical task addressed<br />
by the application is the assignment of new <strong>book</strong>marks and the <strong>association</strong><br />
of tags to relevant facets. The current interface is rather simple but other options,<br />
leveraging advanced tag suggestion and tag/facet <strong>association</strong>, are beginning to be<br />
evaluated.<br />
FaceTag began from the assumption that bottom-up and top-down classification<br />
methods are complementary: tagging is inclusive, simple and matches<br />
the user’s real needs and use of language, whilst <strong>for</strong>mal methods provide<br />
coherent, consistent systems <strong>for</strong> organizing data, but are expensive and do<br />
not have the advantage of corresponding to the user’s use of language.<br />
The system that was built as a result combines both approaches, to mutual benefit.<br />
As testing and evaluation is now underway it is hoped that results will become available<br />
later this year.<br />
references →<br />
the facetag engine<br />
215
eferences<br />
Bar-Ilan J., S. Shoham, A. Idan, Y. Miller, and A. Shachak. 2006. Structured vs. Unstructured<br />
Tagging – A Case Study. WWW2006, Edinburgh. http://www.rawsugar.com/www2006/12.pdf.<br />
Bates, M. 1989. The Design of Browsing and Berrypicking Techniques <strong>for</strong> the Online Search Interface.<br />
Online Review 13: 407-424. http://www.gseis.ucla.edu/faculty/bates/berrypicking.html.<br />
Broughton, V. 2001 Klasifikacija za 21. stoljece: nacela i struktura Blissove bibliografske<br />
klasifikacije [= A classification <strong>for</strong> the 21st century: principles and structure of the Bliss bibliographic<br />
classification]. Vjesnik bibliotekara Hrvatske 44, no. 1-4, 38-51 [Italian translation: Una<br />
classificazione per il 21’ secolo: principî e struttura della Classificazione bibliografica Bliss, AIB-<br />
WEB. Contributi. http://www.aib.it/aib/contr/broughton1.htm].<br />
Campbell, G.D., and K. V. Fast. 2006. From Pace Layering to Resilience Theory:<br />
The Complex Implications of Tagging from In<strong>for</strong>mation Architecture.<br />
Proceedings of IA Summit 2006, ASIS&T (Vancouver, March 23-27, 2006).<br />
http://www.iasummit.org/2006/files/164_Presentation_Desc.pdf.<br />
Chi, E.H., P. Pirolli, K. Chen, and J. Pitkow. 2001. Using In<strong>for</strong>mation Scent to Model User In<strong>for</strong>mation<br />
Needs and Actions on the Web. In Proceedings of the SIGCHI Conference on Human Factors in<br />
Computing Systems (Seattle, Washington, 2001). New York: ACM Press. http://www2.parc.com/<br />
istl/projects/uir/publications/items/UIR-2001-07-Chi-CHI2001-InfoScentModel.pdf.<br />
English, J., M. Hearst, R. Sinha, K. Swearingen, and P. Yee. 2002a.<br />
Hierarchical Faceted Metadata in Site Search Interfaces. CHI 2002 Conference Companion.<br />
http://flamenco.berkeley.edu/papers/chi02_short_paper.pdf.<br />
English, J., M. Hearst, R. Sinha, K. Swearingen, and P. Yee. 2002b. Flexible Search<br />
and Browsing Using Faceted Metadata (Unpublished).<br />
http://flamenco.berkeley.edu/papers/flamenco02.pdf.<br />
Feinstein, D., and F. Smadja. 2006. Hierarchical Tags and Faceted Search. The RawSugar<br />
Approach. In Proceedings of SIGIR (Seattle, Washington, 6-11 August, 2006).<br />
Flamenco Group. 2002. How to Build a Flamenco Instance.<br />
http://bailando.sims.berkeley.edu/flamenco/howtobuild/howtobuild.html.<br />
Gnoli, C., V. Marino, and L. Rosati. 2006. Organizzare la conoscenza. Dalle biblioteche<br />
all’architettura dell’in<strong>for</strong>mazione per il Web [= Organizing Knowledge. From Libraries<br />
to In<strong>for</strong>mation Architecture <strong>for</strong> the Web]. Milan: Tecniche Nuove.<br />
Golder, A.S., and B.A. Huberman. 2005. The Structure of Collaborative Tagging Systems,<br />
In<strong>for</strong>mation Dynamics Lab. http://arxiv.org/pdf/cs.DL/0508082.<br />
Hassan-Montero, Y., and V. Herrero-Solana. 2006. Improving Tag-Clouds as Visual In<strong>for</strong>mation<br />
Retrieval Interfaces. International Conference on Multidisciplinary In<strong>for</strong>mation Sciences and<br />
Technologies, InSciT2006. http://www.nosolousabilidad.com/hassan/improving_tagclouds.pdf.<br />
Hearst, M.A. 2006a. Clustering Versus Faceted Categories <strong>for</strong> In<strong>for</strong>mation Exploration.<br />
Communication of the ACM 49, no.4 (April). http://flamenco.berkeley.edu/papers/cacm06.pdf.<br />
216 browsing architecture. metadata and beyond
17<br />
Hearst, M.A. 2006b. Design Recommendations <strong>for</strong> Hierarchical Faceted Search<br />
Interfaces. ACM SIGIR Workshop on Faceted Search.<br />
http://flamenco.berkeley.edu/papers/faceted-workshop06.pdf.<br />
Hearst, M.A. The Flamenco Search Interface Project. http://flamenco.berkeley.edu/pubs.html.<br />
Heymann, P., and H. Garcia-Molina. 2006. Collaborative Creation of Communal<br />
Hierarchical Taxonomies in Social Tagging Systems. Technical Report InfoLab.<br />
http://dbpubs.stan<strong>for</strong>d.edu/pub/2006-10.<br />
Kome, S. H. 2006. Hierarchical Subject Relationships in Folksonomies. School of In<strong>for</strong>mation<br />
and Library Science, University of North Carolina at Chapel Hill. http://hdl.handle.net/1901/238.<br />
La Barre, K. 2004. Adventures in Faceted Classification: A brave New World or a World of<br />
Confusion? In Knowledge organization and the global in<strong>for</strong>mation society. Proceedings of the 8th<br />
international conference of the International Society <strong>for</strong> Knowledge Organization, ed. C. McIlwaine<br />
(University College London, 13-16 July, 2004). Advances in Knowledge Organization 9: 79-84<br />
La Barre, K. 2006. The Use of Faceted Analytico-Synthetic Theory as Revealed in the Practice<br />
of Website Construction and Design. http://leep.lis.uiuc.edu/publish/klabarre/facetstudy.html.<br />
Mascaro, L. 2007. User Interface per applicazioni Web 2.0 – FaceTag [= User Interface <strong>for</strong> Web 2.0<br />
Applications – FaceTag]. In Proceedings of the Second Italian In<strong>for</strong>mation Architecture Summit 2007<br />
(Trento, Italy, 16-17 November, 2007). http://www.iasummit.it/download/05-siias2007.pdf.<br />
Morville, P. 2005. Ambient Findability. Sebastopol, Cali<strong>for</strong>nia: O’Reilly.<br />
Quintarelli, E.. 2005. Folksonomies: Power to the People. In Proceedings of 1th ISKO Italy-UniMIB<br />
meeting (Milan, Italy, 24 June, 2005). http://www.iskoi.org/doc/folksonomies.htm.<br />
Resmini, A., E. Tonkin, E. M. Corrado, H. L. Moulaison, M. E. I. Kipp, H. D. Pfeiffer, and Qiping<br />
Zhang. 2008. Collaborative and Social Tagging Networks. Ariadne 54.<br />
http://www.ariadne.ac.uk/issue54/tonkin-et-al.<br />
Rosati, L. 2007. Architettura dell’in<strong>for</strong>mazione: Trovabilità dagli oggetti quotidiani al web<br />
[= In<strong>for</strong>mation Architecture: From Everyday Things to the Web]. Milan: Apogeo.<br />
Slavic, A. 2002. FATKS: Facet Analytical Theory in Managing Knowledge Structures <strong>for</strong> Humanities.<br />
http://www.ucl.ac.uk/fatks.<br />
Scott, J. 2000. Social Network Analysis. London: Sage Publications.<br />
Travis, W. 2006. The Strict Faceted Classification Model. In Proceedings of IA Summit 2006, ASIS&T<br />
(Vancouver, 23-27 March, 2006). http://facetmap.com/pub/strict_faceted_classification.pdf.<br />
Vickery, B. C. 1960. Faceted Classification: A guide to Construction and Use of Special Schemes.<br />
N. p.: Aslib.<br />
Yee, K.P., K. Swearingen, K. Li, and M. Hearst. 2003. Faceted Metadata <strong>for</strong> Image Searching and<br />
Browsing. In Proceeding of CHI 2003. http://flamenco.berkeley.edu/papers/flamenco-chi03.pdf.<br />
the facetag engine<br />
217
18<br />
› building management<br />
› building system<br />
› computer integrated<br />
218<br />
computer integrated<br />
building system:<br />
Preliminary Thoughts<br />
› construction<br />
› contemporary fabrication<br />
› design in<strong>for</strong>mation<br />
The author proposes a Computer Integrated Building System<br />
(CIBS) based on the wide application of digital technology in<br />
design, fabrication and building management. The problems,<br />
which CIBS is facing, are divided into several aspects, including:<br />
the incompleteness of the IT revolution, the conflict between<br />
traditional construction and contemporary architectonic,<br />
and the viability and efficiency of IT application in building<br />
management.<br />
This article gives preliminary discussions and constructive<br />
opinions on these problems, concluding in the framework<br />
of four sub-systems of cibs, which are, Computer Integrated<br />
Building In<strong>for</strong>mation System (cibis), Computer Integrated<br />
Building Construction System (cibcs), Computer Integrated<br />
Building Manufacture System (cibms) and Computer Integrated<br />
Building Administration System (cibas). In general, this article<br />
tries to set up a <strong>for</strong>ward-looking argument on the complete<br />
and holistic innovation that should have already taken place<br />
in the field of architecture in the new digital era.
hong zhang<br />
Tsinghua University<br />
Beijing, China<br />
www.tsinghua.edu.cn<br />
Hong Zhang (1977), doctor of engineering.<br />
Assistant Professor in School of Architecture,<br />
Tsinghua University, Beijing, China. Research work<br />
concerning mainly Computer Integrated Building<br />
In<strong>for</strong>mation System (CIBIS), which is a new concept<br />
and workable system <strong>for</strong> studying Life Cycle<br />
Building research.<br />
219
uilding management<br />
building system<br />
Following the first industrial revolution and the first and second technological revolutions,<br />
the human world is entering the second industrial revolution and the third<br />
technological revolution: the in<strong>for</strong>mation revolution.<br />
Ubiquitous digital technology is changing human life completely. This change<br />
in the field of architecture can be seen in two ways. The first is the change<br />
of the life-container, the building itself. The second is the change of the fundamental<br />
<strong>architectural</strong> system.<br />
computer integrated<br />
construction<br />
contemporary<br />
fabrication<br />
design in<strong>for</strong>mation<br />
While the industrial age has a corresponding industrialized system <strong>for</strong> buildings, the<br />
in<strong>for</strong>mation age should, and must have one of its own.<br />
However, the fact is that in the field of architecture, the groundbreaking change in<br />
building systems haven’t yet been thoroughly studied, with no convincing achievement<br />
gained comparable to the CIMS in the manufacture industry. This embarrassing<br />
reality is more obvious when a holistic analysis is taken on the past and present,<br />
treating <strong>architectural</strong> design, building construction, building component fabrication<br />
and building management as a whole and inherent process, with the in<strong>for</strong>mation<br />
flow through them as a central axis.<br />
With the success of cad and PCs, the design process is already somewhat<br />
“paperless”, but deeper investigations suggest that the digitalisation of<br />
design in<strong>for</strong>mation is still a dream not yet realized.<br />
digital design<br />
2<br />
Most of the digital design media we have now are only electronic correspondences<br />
of their traditional predecessors, made, organized and used in the same way as we<br />
did with drawings on paper. These good-looking digital medias (floor plans, facades,<br />
texts and renderings, etc.) are still separated entities, serving their individual objectives<br />
and specific design phases, with no real digital assets such as coherent interrelation<br />
or continuity.<br />
The great potentials of digital data processing such as efficiency, accuracy,<br />
integrity, mass storage and remote processing are far from beeing utilized. The<br />
building in<strong>for</strong>mation system, as advanced as it may look, is still as undeveloped<br />
as it was at it conception. We are still waiting <strong>for</strong> a basic revolution in this<br />
field, given the large-scale construction and urban renewal especially in China.<br />
The Chinese building industry is still under a progress of industrialization, facing the<br />
loss of traditional architectonics, and the lack of contemporary fabrication techniques.<br />
Mechanization of construction, un<strong>for</strong>tunately, is still the main goal of this<br />
progress. Two decades after China opened its borders, with more and more western<br />
architects and contractors working in China, the Chinese are starting to realize that<br />
the big difference of quality in contemporary Chinese and Western buildings, not<br />
only comes from design ideas but also and sometimes even more, from the precision<br />
of design and construction.<br />
Technologically speaking, China has a strong need <strong>for</strong> accuracy in design,<br />
fabrication and construction. This may finally lead to a complete change<br />
in the Chinese building system, from mechanization to digital fabrication.<br />
220 browsing architecture. metadata and beyond
Hard and impractical as this change may seem, the time to act is now. A cibs<br />
supported by a database and network technology should be established.<br />
18<br />
Owing to a long industrial tradition, developed countries have all the basic resources<br />
in the construction and manufacture industry ready <strong>for</strong> innovation. With the success<br />
of CIMS in the fabrication industry, many recent developments have taken place in<br />
the building industry as well. CIMS have entered the fields of building component<br />
prefabrication, building material manufacture and the making of new structures.<br />
Its impact can also be seen in the recent trends of architecture, from the hi-tech<br />
structures and components of Foster, Rogers and Piano, to the ecstatic shells of<br />
Frank Gehry. The maturation of these trends requires much work to be done in the<br />
architecture discipline, including the setting up of standards and assessment criterion,<br />
and the framework of relevant systematic theories.<br />
Traditional architecture is the result of craftsmanship. It inherently embodies<br />
a kind of aesthetics that is natural and humanistic. After the industrial revolution,<br />
industry replaced craftsmanship, with a new kind of aesthetics making<br />
machines and sheer geometries the most admirable objects.<br />
Accuracy, smoothness, tidiness and duplicability have become the most important<br />
properties. It is the aesthetics of the production-line. It is mechanic, totalitarian. It<br />
excludes individuality. However, the recently developed digital technologies have<br />
brought some new changes to the industrial aesthetics, as well as to the industry<br />
itself. Compared to the rigid, mechanic technologies, the digital technologies are<br />
somewhat softer, more elastic, and with the provision of more freedom, they can<br />
even be more individual. Although the mechanic process is still needed <strong>for</strong> the final<br />
production, it is the individual concept and the creative idea that decides the ultimate<br />
quality. There<strong>for</strong>e, products of digital fabrication have the potential to combine<br />
industrial quality and accuracy with the ecstasy of digital quality, thus defining a new<br />
trend in contemporary aesthetics.<br />
In the <strong>for</strong>eseeable future, the most common building materials, steel (and other<br />
metal products), concrete, glass, wood, brick and stone, will not be replaced, but<br />
their fabrication process will be updated, mostly due to the development of digital<br />
technologies. Usually, the design and construction of a building takes only 10% of its<br />
entire lifetime. The other 90% is spent in running and management. The rising level<br />
of building standards and facilities has made the running and management costs<br />
go far beyond the initial construction cost. In many developed countries, Computer<br />
Aided Facilities Management (CAFM) is trying to bring the original building design<br />
and construction data into the running and management phase, thus providing far<br />
better in<strong>for</strong>mation than traditional archived blueprints in both terms of quality and<br />
quantity.<br />
With the aid of a carefully designed computer interface, clients and building<br />
managers can easily browse through the database and find the correct<br />
in<strong>for</strong>mation that meets their administrative and professional needs. Via this<br />
approach the cost of building management can be significantly reduced.<br />
Based on the discussion above, we propose an integrated system of CIBS (Computer<br />
Integrated Building System). Four subsystems are included: CIBIS (Computer<br />
computer integrated building system<br />
221
Integrated Building In<strong>for</strong>mation System), CIBMS (Computer Integrated Building<br />
Management System), CIBCS (Computer Integrated Building Construction System),<br />
and CIBAS (Computer Integrated Building Administration System). The following text<br />
gives <strong>for</strong>ward-looking arguments and constructive suggestions. Several important<br />
problems will be addressed, such as the incompleteness of the building in<strong>for</strong>mation<br />
revolution, the contradiction between traditional construction and contemporary<br />
fabrication, and the efficiency and accuracy of building in<strong>for</strong>mation in building<br />
management.<br />
i cibis<br />
The CIBIS integrates all kinds of building in<strong>for</strong>mation (incl. in<strong>for</strong>mation related to<br />
spatial layout, in<strong>for</strong>mation related to components, rules of symbols and graphs, text<br />
descriptions, etc.) from all related disciplines (incl. architects, structural engineers,<br />
HVAC engineers, economic consultants, etc.) at all stages (incl. strategic planning,<br />
schematic planning, construction documents, construction and installation, takingover<br />
and management, etc.) complying with a common standardized protocol. It<br />
results in a database that is both all-round and dynamic. Today, the computer is only<br />
used to generate media that replace old drawings and texts. In<strong>for</strong>mation at different<br />
working stages is still separated from each other. Graphs and texts are still isolated<br />
objects. CIBIS can bring the following changes:<br />
› Set up a universal plat<strong>for</strong>m <strong>for</strong> in<strong>for</strong>mation exchange between all kinds of people at<br />
all working stages;<br />
› Set up interlinks between different kinds of in<strong>for</strong>mation as well as uni<strong>for</strong>mly organizing<br />
them;<br />
› Create a user-friendly interface and generate appropriate feedback <strong>for</strong> the different<br />
needs of different people.<br />
ii cibms<br />
Today, prefabrication is being increasingly used in practice. With the CIMS concept<br />
as the template and CIBIS as the starting point, the CIBMS brings the contemporary<br />
idea into the realm of the building industry, linking building design, component<br />
design, tectonic design, procurement, quality control, feedback and modification,<br />
product delivery and on-site installation.<br />
It can certainly bring improvements in quality and efficiency, while at the<br />
same time creating a “softer” and more individualized working space. It can<br />
revive some virtues of traditional craftsmanship and the humanistic values in<br />
pre-industrial aesthetics, which have been lost <strong>for</strong> quite some time.<br />
CIBMS makes up a technological base <strong>for</strong> new trends in post-industrial<br />
architecture and can:<br />
› Bind the <strong>architectural</strong> design with contemporary fabrication via the linking<br />
of CIBIS and CIBMS;<br />
› Achieve the first steps in the change of basic building technological systems,<br />
from the industrial age to the in<strong>for</strong>mation age;<br />
› Bring about changes of knowledge and skill in the architecture discipline.<br />
Create new trends in <strong>architectural</strong> aesthetics.<br />
222 browsing architecture. metadata and beyond
18<br />
iii cibcs<br />
Adopting the systematic approach, basing on theories and practices in logistics,<br />
CIBCS takes on the task of contemporary construction management, linking design,<br />
technical design, construction planning, site preparation, procurement, logistics,<br />
project management, contract negotiation, financing and cost control, and can:<br />
› Integrate design and construction via the linking of CIBCS and CIBIS;<br />
› Implement “virtual construction”. Create real-time links between design in<strong>for</strong>mation,<br />
3D VR and construction in<strong>for</strong>mation, and simulate the construction process on<br />
computer;<br />
› Digitalize and systematize logistics management.<br />
iv cibas<br />
The CIBAS links together the ClBIS and the Computer Aided Facility Management<br />
(CAFM).<br />
It gives access to the original design and construction in<strong>for</strong>mation to building managers,<br />
in the <strong>for</strong>m of a knowledge base system, oriented to building maintenance<br />
and facility management.<br />
It offers an in<strong>for</strong>mation service <strong>for</strong> the whole life cycle of a building and results on<br />
coherence and continuity among design, construction, management and occupation.<br />
It will:<br />
› Integrate CIBIS and knowledge base systems;<br />
› Digitalize the building management process;<br />
› Implement ideas of sustainable development in the whole system.<br />
The key to CIBS, with its four sub-systems, is the digital integration of building<br />
in<strong>for</strong>mation. It is this integration that changes the traditional organization<br />
of building in<strong>for</strong>mation and brings segregation among them to an end.<br />
To accomplish this, new standards, new protocols and new links need to be set up<br />
be<strong>for</strong>e the four sub-systems can work with order and coordination.<br />
Basically, the building industry has its own characteristics, just like those of the<br />
manufacture industry. Work on site is necessary and low technology is inevitable<br />
here and there. Each building (except standardized housing) needs to be different.<br />
Large scale and a huge number of components need to be dealt with. Multidiscipline<br />
coordination requires complicated organization; there<strong>for</strong>e CIBS cannot be<br />
established simply by the transplantation of CIMS. The CIBS must be built upon its<br />
own principles with consideration to its own specific problems.<br />
CIBS is not an incremental update of the <strong>architectural</strong> application of the digital technologies<br />
we have today. It is a change in the way of thinking, and a change in the<br />
deeper structure of design, construction and management; this is the great digital<br />
era. It is a fundamental revolution of not only the basic technological systems but of<br />
the profession itself.<br />
CIBS is not only a technological, but also a cultural construct. Just like the industrial<br />
age had modern architecture, the in<strong>for</strong>mation age, should and will have its own<br />
architecture.<br />
Digital technology <strong>for</strong>ms the technological basis <strong>for</strong> a change in architecture style,<br />
and brings new definitions of knowledge and skill to architects.<br />
CIBS is the result of thought on a wider scale. It is a holistic framework, a pioneering<br />
peek into our future.<br />
computer integrated building system<br />
223
19<br />
› born-digital data<br />
› digital design<br />
› digital production<br />
chain<br />
224<br />
save the bubble:<br />
The Architectural Archive<br />
in the Digital Age<br />
› documentation<br />
› original<br />
› preservation<br />
› recovery strategy<br />
At the DAM, a project concerning the examination of strategies<br />
<strong>for</strong> permanent conservation of digital databases in architecture<br />
is currently being carried out.<br />
The project concerns a work by Franken Architekten, Frankfurt,<br />
namely their transparent “BMW Bubble” of 1999, which no<br />
longer exists. It served as a temporary mobile pavilion <strong>for</strong><br />
international automobile fairs. Architects with special animation<br />
software had generated the <strong>architectural</strong> <strong>for</strong>m. The data <strong>for</strong> the<br />
project, which is reputed to be a prototype <strong>for</strong> digital design,<br />
was at risk of perishing, due to the fact that the software and<br />
hardware are no longer used. In cooperation, Franken Architects<br />
and the DAM plan to find out how it is possible to preserve, with<br />
the highest possible grade of detail, the digital data of the BMW<br />
Bubble. The study, which began in Summer 2007, is <strong>for</strong>eseen as<br />
the beginning of a permanent project. In 2008 the existing and<br />
newly generated material of the Bubble will be transferred to<br />
the archives of the DAM.
ernhard franken<br />
Deutsches Architekturmuseum/Franken<br />
Architekten<br />
Frankfurt am Main, Germany<br />
http://dam.inm.de<br />
Mr. Franken completed his Diplom-Ingenieur in<br />
architecture in 1996 at the TU Darmstadt as well as<br />
the Städel University of Fine Arts, Institute <strong>for</strong> New<br />
Media Frankfurt. Having worked as a freelance <strong>for</strong><br />
ABB Architekten, Frankfurt, <strong>for</strong> 5 years, he created<br />
a joint venture, from 2000-2002, with ABB. In 2002<br />
he founded Franken Architekten. Since 1996 he is<br />
present in the academic field as a Guest Professor<br />
<strong>for</strong>; the University Kassel, the Sci Arc in Los Angeles<br />
and the Zollverein School <strong>for</strong> Management and<br />
Design in Essen, among others.<br />
berthold scharrer<br />
Franken Architekten<br />
Frankfurt am Main, Germany<br />
www.franken-architekten.de<br />
2005-today : Work <strong>for</strong> Franken Architekten<br />
as creative director, <strong>architectural</strong> and<br />
research&development project manager.<br />
2004-2006: Work für Schneider+Schumacher<br />
Architekten.<br />
1999-2006: Studies in Architecture at Universities<br />
in Darmstadt and Rome, research on parametric<br />
geometry.<br />
1999-2000: Software Developer.<br />
1996-1999: Education in Cabinetmaking.<br />
1988-1996: Activist in Computer-Demoscene and<br />
Urban Art.<br />
suemri nina michaela vogel<br />
Franken Architekten<br />
Frankfurt am Main, Germany<br />
www.franken-architekten.de<br />
2008: kleinundarchitekten, Frankfurt, Germany.<br />
2007: mad, modeling-architecture-design, Frankfurt.<br />
2006-2007: Visionlab-Architekturexport, Munich,<br />
Germany.<br />
2003-2004: Nemesi Studio, Rome, Italy, Prof. Michele<br />
Molè, <strong>European</strong> Union scholarship.<br />
2003: Bremer & Bremer, Wetzlar, Germany.<br />
2002: Museum of communication, Frankfurt,<br />
Germany.<br />
1999-2007:University of Applied Science, Frankfurt,<br />
Germany.<br />
225
226
digital database<br />
6 20 21 22 23<br />
19<br />
save the bubble. case study,<br />
february-october 2007, continued in 2008<br />
The case study of the Deutsches Architekturmuseum (DAM) and Franken Architekten<br />
focuses on the long-term preservation of a project concerning the examination of<br />
strategies <strong>for</strong> permanent conservation of a digital database in architecture, with the<br />
concrete example of a project by Franken Architekten.<br />
The transparent “BMW Bubble” of 1999 was a non-permanent mobile pavilion <strong>for</strong><br />
the International Automobile Exhibition in Frankfurt (IAA), stored and rebuilt at the<br />
EXPO 2000 Presentation of BMW in Munich.<br />
After the physical destruction of “the Bubble” in 2005 we are trying to ascertain<br />
a proper way to at least preserve its digital presence. Since not only the<br />
planning process was digital, but the whole production chain from design to<br />
manufacturing was one of the first continuous digital processes with computer<br />
aided design in a realised project. Facing the changes in the digital world over<br />
the past eight years, the danger of a complete loss of the data is very real.<br />
A precise databased documentation of the project must be the first step.<br />
Current and used software and hardware versions, the process of the project, the<br />
structure of data, the involved persons and all other facts have to be documented.<br />
The structuring of the metadata and the project-data itself into adequate orders<br />
is a central aspect. The aim is to build a digital archive made accessible<br />
and comprehensible by metadata.<br />
preservation<br />
3 15 24<br />
This enables the researcher to dynamically acquire and visualize in<strong>for</strong>mation out of<br />
the archive, as to guarantee to keep the digital data alive by an automated conversion<br />
processes.<br />
Project data containing parametric design processes had been partially created on<br />
ancient hardware plat<strong>for</strong>ms. Preserving and making this data accessible in differentiated<br />
levels of depth and accessibility is the other central aspect of this research.<br />
The conditions and rules <strong>for</strong> minimum or best results should be established and<br />
carried out as far as possible. We are looking <strong>for</strong>ward to proving guidelines and hope<br />
that in the future they serve not only to presere “the Bubble”.<br />
The results of this case study will report on difficulties and experiences and will<br />
demonstrate the strategy of long-term preservation through the special data of “the<br />
Bubble”.<br />
prologue<br />
In 1998, Bernhard Franken with ABB Architekten won a competition held<br />
by BMW <strong>for</strong> a design <strong>for</strong> the company’s trade-fair presence at the 1999<br />
International Motor Show in Frankfurt. It was a free<strong>for</strong>m in the shape of a<br />
drop of water that visitors could walk into, and was intended to be a landmark<br />
symbol <strong>for</strong> hydrogen-based technology: the so-called “Bubble”.<br />
save the bubble<br />
227
computer aided design<br />
production chain<br />
After two weeks at the Frankfurt Motor Show the Bubble was dismantled, stored and<br />
then rebuilt at the Expo 2000 Presentation of BMW in Munich. There it served as a<br />
café and club <strong>for</strong> another four months, be<strong>for</strong>e again being dismantled and stored.<br />
There had been several attempts to rebuild it, <strong>for</strong> example as a club in Ibiza or as<br />
part of a museum of the Blob Research Group of the Delft University, but in 2005<br />
BMW decided to have the remains destroyed.<br />
The Bubble was one of the first buildings ever to be designed and<br />
manufactured with computer aided design and manufacturing methods.<br />
The continuous digital production chain as well as the <strong>for</strong>m of the building itself<br />
represents a prototype <strong>for</strong> an emerging line of architecture at the end of the 20th<br />
century: the so-called “Blobs”. Even though it was just a temporary pavilion and only<br />
a small building, the Bubble stands <strong>for</strong> the beginning of a new era in architecture<br />
and is there<strong>for</strong>e most important <strong>for</strong> science. That is one of the reasons why the<br />
Deutsches Architekturmuseum is so interested in taking over the Bubble and looking<br />
<strong>for</strong> an adequate way to preserve it.<br />
When the museum contacted Bernhard Franken at the beginning of 2007 it was<br />
known that the building had already been destroyed but there was no idea at the<br />
time – that after 8 years only – there was also a high risk of loosing the digital<br />
Bubble. This was an awful prospect <strong>for</strong> archivists who normally have to deal with<br />
decades and centuries.<br />
To start a case study <strong>for</strong> long-term preservation along the data of the Bubble means<br />
an examination of various types of hardware and software. The difficulties are<br />
immense but in its complexity the data of the Bubble gives us the chance to learn<br />
how to be better prepared <strong>for</strong> the near future. In the past, long-term preservation<br />
primarily meant to care <strong>for</strong> good paper storage, however, today archivists are receiving<br />
thier first complete digital archives from architects. The most important question<br />
is whether all what is important can be saved <strong>for</strong> tomorrow. Archivists and IT experts<br />
are bound to find the answers now.<br />
Only time will tell us the real results of the long-term case study “Save the Bubble”.<br />
The partners Franken Architekten and Deutsches Architekturmuseum hope it will be<br />
possible to preserve more than just some coloured digital images of the building and<br />
its production chain over the years. The first steps have been made.<br />
the digital revolution<br />
and the <strong>architectural</strong> archives<br />
In a very simplistic way one may say that the discipline of architecture deals<br />
with designing, manufacturing and the experience of the built environment.<br />
For the <strong>architectural</strong> discourse many of the most important statements have<br />
never been built.<br />
digitalisation<br />
1 8 13 14 15<br />
Architectural expressions can be as ephemeral as poems or dances, but in practice<br />
the <strong>architectural</strong> archives faced the double-sided problem of how to preserve the<br />
design process documents as well as representations of final buildings. The design<br />
process documents mainly consisted of sketches and drawings on paper and physi-<br />
228 browsing architecture. metadata and beyond
19<br />
cal models. The representations were photos or slides and movies. For these media<br />
proven processes methods of how to categorize, catalogue, preserve, store and document<br />
artefacts already exist. The shift in paradigm from analogue to digital since<br />
the early 90´s of the last century presents the <strong>architectural</strong> archive with a complete<br />
range of problems. In short the problems are what to preserve, how to catalogue, in<br />
which media to store, how to keep the data updated and how to document digital<br />
projects. It is not only a question of data management but of hardware maintenance.<br />
Beside the digital side there are physical outputs to be preserved as well on paper<br />
or as models. Of course this question arises not only <strong>for</strong> pure digital projects, but<br />
also <strong>for</strong> most contemporary <strong>architectural</strong> practice that mixes analogue and digital<br />
processes. The Bubble could be termed an ideal case study since it is extreme in its<br />
digital continuity.<br />
the original in the age of reproduction<br />
Any archive focuses on collecting “originals” as exhibits. In the case<br />
of the Bubble the question arises as to what is the “original”.<br />
It reaches beyond Walter Benjamin’s problem described in “The Work of Art in the<br />
Age of Mechanical Reproduction” in the sense that neither the design process itself<br />
nor its reproduction includes any work of hand 1 . Benjamin differentiated between<br />
an original in its physicality, and its aura and its reproduction that lacked both. The<br />
digital production emancipates the work of art (architecture), not only from its parasitical<br />
dependence on ritual, but on the matter itself.<br />
The digital production chain that led to the Bubble was divided into five phases:<br />
briefing, process, <strong>for</strong>m, computer aided manufacturing and experience. The starting<br />
point <strong>for</strong> the designs was the briefing from BMW to express “Clean Energy”, the<br />
use of hydrogen as fuel in a combustion engine. This briefing was translated into<br />
a process, by way of a computer generated <strong>for</strong>ce field simulation, that lead to a<br />
<strong>for</strong>m. The design methods incorporated special-effects software, common in the<br />
film industry, to simulate the merging of two substances. In an experimental setup<br />
in the computer, parameters were set up such as two drops as base geometry and<br />
cohesion, surface tension and gravity as the laws governing de<strong>for</strong>mation. This <strong>for</strong>m<br />
was directly trans<strong>for</strong>med in different steps using computer aided manufacturing into<br />
the final building, so that the <strong>for</strong>ces of the creation process were visible and thus<br />
delivered a sensory experience. The <strong>for</strong>m of the Bubble arising from this process<br />
was defined to be the master geometry, and it was not to be changed manually in<br />
any way; otherwise the <strong>for</strong>ces of its creation would no longer be perceptible. The<br />
master geometry of the Bubble had a bidirectionally-curved surface without actual<br />
thickness. To begin with, inconsistencies were ironed out and curvature analyzed by<br />
means of an image-generating process.<br />
In order to get from this surface to elements suitable <strong>for</strong> building the term derivative<br />
was introduced. All further manifestations of the project are derivatives from this<br />
original “sacred” master geometry. These derivatives can be computed images (CAD<br />
renderings), or the structural engineer’s stress calculations using finite-element programs<br />
or 2D-sections as CAD-drawings. Be<strong>for</strong>e the data is manifested in real space<br />
as derivative it goes through several intervening digital steps. In the project, derivatives<br />
<strong>for</strong> the first, second or umpteenth degrees were defined. The final bubble is a<br />
composition of numerous derivatives, and thus can be seen in its totality or merely<br />
as one possible version of the original incorporated in the digital master geometry,<br />
in the umpteeenth derivation. All other derivatives could be termed “originals” as<br />
save the bubble<br />
229
archiving strategy<br />
11 13 14<br />
hardware selection<br />
well, regardless of their physical manifestation. So a decision had to be made what<br />
derivative should be archived.<br />
the archiving strategy<br />
The origin of the digital design process is the experimental setup. As a first step this<br />
will be archived as a running file with the original hard and software environment,<br />
together with a movie and stills of this setup that had been screen-captured <strong>for</strong><br />
presentations. Secondly, it will be sufficient to store most of the data of the production<br />
process in an exchange <strong>for</strong>mat, which is to be defined. A process of collecting,<br />
screening and restoring of all the existing data is currently in progress. As a third<br />
step the representation material of the design process, the manufacturing process,<br />
the construction on site and the final building as digital images, photographs and<br />
movies will be archived in physical and digital <strong>for</strong>mats. The <strong>for</strong>th step will be the<br />
physical models produced digitally and original parts of the Bubble. The fifth step<br />
will be a documentation of what has been done and a process manual, which must<br />
be completed to maintain all material. In the following texts these five steps will be<br />
explained in detail.<br />
step 1. restoring and archiving<br />
the design environment<br />
The design was developed in the film animation program Explore by Wavefront on a<br />
O2 Silicon Graphics Hardware running a UNIX operating system. This environment<br />
was preserved in our office, running non-stop <strong>for</strong> almost 10 years. However, recently<br />
the computer malfunctioned.<br />
With the help of Prof. Manfred Koob, TU Darmstadt, department of CAD in architecture,<br />
it was possible to easily purchase an identical system <strong>for</strong> hardware component<br />
exchange.<br />
Hardware description<br />
The Silicon Graphics O2 System was an entry-level Unix workstation introduced in<br />
1996 by Silicon Graphics (SGI) to replace their earlier Indy series. Like the Indy, the<br />
O2 used a single MIPS-based CPU and was intended to be used primarily <strong>for</strong> multimedia.<br />
The O2 was replaced by the Fuel series in 2002.<br />
System architecture<br />
The O2 features a proprietary high-bandwidth Unified Memory Architecture (UMA)<br />
that connects the various system components. A PCI bus is bridged onto the UMA<br />
with one slot available. It has a designer case and an internal modular construction.<br />
It has space <strong>for</strong> two SCSI drives mounted on special sleds (one in the later R10000/<br />
R12000 models due to heat constraints) and this machine had the optional video<br />
capture / sound cassette mounted on the far left side.<br />
CPU<br />
This O2 comes in two distinct CPU flavors; the low-end MIPS 180-350 MHz R5000/<br />
RM7000 based units and the higher-end 150-400 MHz R10000/R12000 based units.<br />
The 200 MHz R5000 CPUs with 1 MB L2-cache are generally noticeably faster than<br />
the 180 MHz R5000s with only 512 KB cache.<br />
This machine has a 150-400 MHz R10000 CPU.<br />
230 browsing architecture. metadata and beyond
19<br />
Disks<br />
The O2 carries an UltraWide SCSI drive subsystem (Adaptec 7880). Older O2’s generally<br />
have 4x speed Toshiba CD-ROMs, but any Toshiba SCSI CD-ROM can be used.<br />
The R5000/RM7000 units have two available drive sleds <strong>for</strong> SCA UltraWide SCSI<br />
hard disks. Due to the fact that the R10000/R12000 CPU module has a much higher<br />
cooling-fan assembly, the R10000/R12000 units have room <strong>for</strong> only one drive-sled.<br />
This machine had 2 additional external discs.<br />
CDROM<br />
The SCSI-CDROM-Drive of both of the machines had been broken. Purchasing a<br />
stored working drive from a specialized hardware-dealer would cost around a minimum<br />
of €60. A working and compatible CDROM-Drive luckily could be found in an<br />
agency in the neighborhood.<br />
Networking and file transfer<br />
Networking is provided through an integrated 10/100 Base-T ethernet port. The<br />
machine supports NFS File-System, which however, is currently not installed. Approaches<br />
to install NFS (Network File System) enabling file transfer from the SGI O2<br />
to the file-servers of Franken Architekten failed due to lacking version compatibility<br />
between IRIX and NFS. A more precise research has to be undertaken.<br />
Operating system<br />
IRIX 6.5, based on UNIX System V with BSD extensions, is capable of extremely long<br />
uptimes, and its XFS file system is regarded as one of the most advanced journaling<br />
file systems in the industry. The current major version of IRIX is IRIX 6.5 which was<br />
released in May 1998. IRIX 6 is compliant with UNIX System V Release 4, UNIX 95<br />
and POSIX (including 1e/2c draft 15 ACLs and Capabilities).<br />
Thanks to the compliance of the systems an attempt to completely virtualize the<br />
plat<strong>for</strong>m appears reasonable.<br />
Approaches to make files being created on the SGI O2 accessible<br />
In the upcoming research it will be important to figure out how far it is possible to<br />
make the original files accessible to researchers. Parametric design processes had<br />
been stored in those files and <strong>for</strong> a researcher it could be interesting which parameters<br />
had been set or which dependency-structures had been used to create and<br />
control certain geometries.<br />
The following approaches cover the spectrum between singular localized accessibility<br />
and most original setup to a wider and much easier non-localized accessibility by<br />
using todays’ technologies and imaging the original setup. Approaches of imaging<br />
have to be proven.<br />
Application software<br />
The software provider Wavefront was merged with Alias to AliasWavefront. The<br />
new company was bought by SGI. The program Explore was stopped at version 4.3.<br />
The merged software Maya does not read Explore files. In case of a recovery of the<br />
original O2 machine the Explore software is available on CD´s and there is a FlexLM<br />
licensing key.<br />
If the machine of the TU Darmstadt has to be used, <strong>for</strong>tunately they used the same<br />
film animation program Explore by Wavefront, and have running keys.<br />
save the bubble<br />
231
Hardware storage: singular localized accessibility, most original setup<br />
Once the original hardware and software is restored it should be stored in the DAM<br />
archive in a flightcase in a dry and moderately climatized place. In order to secure<br />
against future hardware failure, the complete configuration should be cloned and<br />
stored redundantly in another place. Every year it should be run once as a test.<br />
Virtualization of the plat<strong>for</strong>m setup: multi-accessibility, usage of imagingtechnologies<br />
A possible approach to store the original design-process accessible to researchers<br />
independently of hardware originals or duplicates is to install the whole plat<strong>for</strong>m,<br />
applications and files into a virtual machine running under windows-plat<strong>for</strong>ms and<br />
create copies of this installation on CD/DVD media. The process of virtualizing a<br />
plat<strong>for</strong>m enables a researcher to fully simulate the original circumstances of the<br />
design-process and the related development-environment on any modern computer.<br />
After running the OS in the virtual machine, a copy of the Bubbles’ design file can be<br />
loaded into the application. Existing virtual machines should support installing IRIX-<br />
OS. If there is no prefabricated product on the market, which offers the possibility of<br />
an individual setup of a virtual machine, it could quite easily become cost-intensive.<br />
Migration of original Explore file into Maya: usage of current software,<br />
possible loss of originality<br />
Making the parametric process stored in the file accessible in a modern 3d-application<br />
by converting with the help of a third-party-plug-in: http://www.highend3d.<br />
com/maya/downloads/tools/3d_converters/3.html.<br />
Due to the original bubble-geometry been created with a plug-in module <strong>for</strong> the<br />
Explore software, it is to be expected that parameters controlled by the plug-in will<br />
get lost in the conversion to a maya-file-<strong>for</strong>mat.<br />
step 2. data of the production process<br />
In the digital chain of production different sets of data in different hard and software<br />
soloutions are produced, most of which are archived on various carriers at different<br />
companies.<br />
In order to be able to work in the short space time available, with such a<br />
heterogeneous planning team made up of architects, structural engineers,<br />
mechanical engineers, communications experts, lighting designers and av<br />
media specialists, a finely intertwined planning process was developed.<br />
No one existing software met all the demands of the project.<br />
browsing<br />
6 17 21 22 26<br />
The structural calculations and trials were carried out using Ansys and R-Stab, special<br />
finite element programs. Rhinoceros, a powerful free-<strong>for</strong>m surface program, was<br />
utilized to realize the planning of the load bearing structure and the shop drawings.<br />
All these programs run on Windows. This data is partly with the structural engineers<br />
and partly with the contractor and since the contractor un<strong>for</strong>tunately ran bankrupt,<br />
this will be hard to get. The panelisation was done in Catia, the preferred program of<br />
Frank Gehry on IBM UNIX workstations, which are no longer in use by a subcontractor.<br />
It is there<strong>for</strong>e assumed that this data is lost. The CNC-machines only understand<br />
machine code, and separate co-processors were programmed <strong>for</strong> this. This data is<br />
anyway mostly irrelevant. The communications, lighting and construction planners<br />
<strong>for</strong> the interior design used Apple Macintosh plat<strong>for</strong>ms (e.g. with Vector Works).<br />
232 browsing architecture. metadata and beyond
Because of the variety of programs and operating systems used, the design<br />
team chose a process similar to the Internet: not to define one connecting<br />
program, but rather an interface <strong>for</strong>mat (protocol), with which the special<br />
programs can communicate through a browser, with which everyone can<br />
view the data.<br />
photos<br />
14 16 19 22<br />
23 24<br />
movies<br />
16<br />
19<br />
The choice of interface was IGES (a standard <strong>for</strong>mat in industry) <strong>for</strong> all 3D data and<br />
DWG <strong>for</strong> all drawings. In addition plotfiles (PLT) and PDF were allowed as secured<br />
data <strong>for</strong>mats. Some drawings were done in VectorWorks (MCD). Rhinoceros was<br />
defined as the “browser” <strong>for</strong> all 3D, as an inexpensive free-<strong>for</strong>m-compatible CAD<br />
program.<br />
IGES, DWG, MCD and PDF are still standard industry <strong>for</strong>mats and new generations<br />
of hard and software can read them.<br />
Recovering the original data<br />
An archive of a total of 29 CD’s from Franken Architekten had been restored to the<br />
companies’ file server – luckily without any CRC-errors.<br />
The order of the Data had been fragmented, so it was necessary to reconstruct and<br />
to reinvent folder structures, be<strong>for</strong>e the data could became useable. During this<br />
process it was possible to get an overview of the existing data and to distinguish<br />
whether data was relevant or simply useless.<br />
Specific file handling tools <strong>for</strong> comparing folder and file structures had been used to<br />
guarantee that no data-loss occurred while the reordering-process took place.<br />
step 3. representation material<br />
Digital produced images<br />
In the past usually the original sketches and drawings of a project were archived.<br />
Digital images were generated of all the different stages of the production chain.<br />
These images exist as TIFF, TGA or JPG’s.<br />
Photos<br />
The manufacturing process and the final building was documented by photos. These<br />
Photos exist physically as slides, printouts and negatives and as scans in TIFF. The<br />
decision to save just the digital <strong>for</strong>m or the physical <strong>for</strong>m as well still has to be made.<br />
Movies<br />
With a marketing department as a client, an additional approach to the presentation<br />
of the project was taken. In order to explain the design development, the <strong>for</strong>m<br />
generating software was used to make movies as well. The manufacturing process<br />
and the final building was documented by a film team. All this material exists on<br />
videotape. This material will be digitised.<br />
save the bubble<br />
233
Storage<br />
All data has to be screened and relevant data has to be stored on DVD redundantly.<br />
These <strong>for</strong>mats then will have to be maintained, in the sense that changes from one<br />
<strong>for</strong>mat to the next generation of <strong>for</strong>mats of the industry in general will have to be<br />
carried out. Similar care will have to be implied with the carriers of the data. For example<br />
most of the tapes on which the Bubbles’ data is stored are no longer supported<br />
by today’s hardware. So data carriers have to be redundant and regularly updated.<br />
step 4. digitally produced physical models<br />
and original parts<br />
Physical models<br />
A presentation using models has proven to be quite indispensable, as the<br />
complexity of <strong>for</strong>m in the drawings and pictures can be confusing even to<br />
experts. A model, on the other hand, is self-explanatory, allowing any number<br />
of perspectives and can anticipate tangible qualities and lighting effects.<br />
Due to the complex language of <strong>for</strong>m, highly specialized fabrication methods in<br />
the manufacture of models were required. The first model of the Bubbles’ skin was<br />
constructed using a laser sintering method in the department <strong>for</strong> rapid prototyping<br />
at the design department of BMW. This is an example of a very early application<br />
of rapid prototyping <strong>for</strong> <strong>architectural</strong> models. Two more models of the Bubbles’<br />
substructure had been 2D milled from polystyrene. These models still exist and will<br />
be archived applying the usual process in the DAM.<br />
Original parts<br />
For the Bubble, 305 different acrylic-glass plates were heat <strong>for</strong>med onto individually<br />
CNC milled foam blocks, and then trimmed at the edges, again with CNC. The<br />
computer model and constructed surface are absolutely identical, and with a thickness<br />
of 8mm it resembles a dimensionless data-surface. The ef<strong>for</strong>t expended, when<br />
one considers the lack of standardization, is of course immense as each pane was a<br />
one-off. The substructure was based on orthogonally projected sections made from<br />
3 layers of cut sheet aluminum. An additional level of abstraction or derivation to the<br />
master-geometry was thereby introduced. The section cutting was carried out using<br />
CNC-driven water-jet cutters in seven different factories, and the 3500 individual<br />
pieces were completed with required drill holes and assembly markings, so that the<br />
manual work on site <strong>for</strong> assembly could be reduced.<br />
The contractor that stored the Bubble will be asked if he kept some remains of it<br />
when it was destroyed and if he will donate them to the museum.<br />
step 5. documentation<br />
Dynamic Catalogue<br />
Every single file receives adequate metadata-entries in a relational-database.<br />
234 browsing architecture. metadata and beyond
The structure of the database needs to be developed alongside the ordering<br />
of the original project-data. This model of a database-structure is going to<br />
be a prototype <strong>for</strong> later integration into standard archiving-software used by<br />
museums. This does not actually support archiving methods <strong>for</strong> digital data,<br />
but only <strong>for</strong> data as hand drawn plans, photos and physical models.<br />
dynamic catalogue<br />
14<br />
metadata<br />
1 6 8 10<br />
15 17 21<br />
19<br />
Metadata will contain in<strong>for</strong>mation like file <strong>for</strong>mat, file <strong>for</strong>mat version, file size, application,<br />
application version, contained in<strong>for</strong>mation type (2d, 3d, vector, pixel, text,<br />
calculation, diagram), date of creation, creator name, creator company, projectstage,<br />
aim (conceptual design, construction, civil-engineering, manufacturing,<br />
documentation, press…)<br />
Diversified user rights make it possible to give different access to different types<br />
of researchers.<br />
Generating automated reports out of the metadata gives other types of insight into<br />
the project data and the generation of project-data during the process.<br />
Looking <strong>for</strong> certain data criteria could make it possible to find interfaces between<br />
different planning parties in the project and the single stages. It could<br />
be possible to receive in<strong>for</strong>mation <strong>for</strong> future workflow optimisations and to<br />
have closer circles in data-exchange as in collaboration.<br />
Research process documentation<br />
A crucial step of the project will be a proper documentation of what has been done<br />
and a process manual of what will be necessary to maintain the archive. This documentation<br />
will make it possible <strong>for</strong> researchers and third parties to work with the<br />
material. Schedules <strong>for</strong> check-ups will be defined so that the data can be maintained.<br />
epilogue<br />
The problems of archiving the Bubble are typical <strong>for</strong> valuable historical digital<br />
<strong>architectural</strong> projects. To develop proper processes and to generate adequate<br />
resources to handle these issues will be a major challenge <strong>for</strong> museum archives.<br />
However, due to the legal obligation of keeping a 10-year record and the 30-year<br />
warranty of architects <strong>for</strong> their work, this is a general problem facing the industry.<br />
So far there are no ready-made solutions to this problem and it is a priority of the<br />
times to solve it.<br />
All the ef<strong>for</strong>ts to save the Bubble might prove to be worthwhile, not only because<br />
of the historic relevance of the Bubble as one of the first buildings ever designed<br />
and build digitally. Franken Architekten has just one request: would it be possible to<br />
rebuild the Bubble in a new location – as another derivative of the master geometry<br />
– as another original?<br />
Fig. 1-11 (pp. 346-348).<br />
notes →<br />
save the bubble<br />
235
notes<br />
1 Benjamin used the word “aura” to refer to the sense of awe and reverence one presumably<br />
experienced in the presence of unique works of art. According to Benjamin, this aura inheres not in<br />
the object itself but rather in external attributes such as its known line of ownership, its restricted<br />
exhibition, its publicized authenticity, or its cultural value. Aura is thus indicative of art’s traditional<br />
<strong>association</strong> with primitive, feudal, or bourgeois structures of power and its further <strong>association</strong> with<br />
magic and (religious or secular) ritual. With the advent of art’s mechanical reproducibility, and the<br />
development of <strong>for</strong>ms of art (such as film) in which there is no actual original, the experience of<br />
art could be freed from place and ritual and instead brought under the gaze and control of a mass<br />
audience, leading to a shattering of the aura. “For the first time in world history,” Benjamin wrote,<br />
“mechanical reproduction emancipates the work of art from its parasitical dependence on ritual.”<br />
http://en.wikipedia.org/wiki/The_Work_of_Art_in_the_Age_of_Mechanical_Reproduction.<br />
236 browsing architecture. metadata and beyond
19<br />
save the bubble<br />
237
20<br />
› classification system<br />
› database<br />
238<br />
a classification system<br />
<strong>for</strong> construction units<br />
and products:<br />
Methodological Hypothesis<br />
and Application Testing<br />
on Pre-Modern Building<br />
› knowledge management<br />
› methodology<br />
The research presented in this paper aims to structure a<br />
database <strong>for</strong> the systemization of construction units in all<br />
their complex and elementary sections, including a method <strong>for</strong><br />
defining the final products derived from the construction of the<br />
individual components. The work starts from an assessment of<br />
the instruments of knowledge and in<strong>for</strong>mation technology <strong>for</strong><br />
construction considering the current production, but mainly<br />
analyzing the evolution of the so-called manuals in the last<br />
two centuries. The issue is to apply a unique methodology <strong>for</strong><br />
the decomposition of the building. This problem stems from<br />
the hierarchical structuring of the most commonly adopted<br />
system, the standard uni 8290, which was made by subdividing<br />
types of industrial buildings and is inadequate to describe premodern<br />
buildings. Moreover, the technical evolution, leading<br />
to new morphostructural types, makes it even more difficult to<br />
classify them. Starting with an analysis of the different types of<br />
general classification, we conducted a critical reading of two<br />
specific methodologies of architecture: the uni 8290 and the<br />
SfB systems. Research has led to an integration hypothesis of a<br />
closely specialized know-how of architecture technology with<br />
that of other scientific fields, specifically knowledge management<br />
and in<strong>for</strong>mation. The result was a facets structure onto which<br />
are grafted hierarchical relationships in order to use uni 8290<br />
without being tied to it.
sara scapicchio<br />
Università di Napoli “Federico II”<br />
Naples, Italy<br />
www.unina.it<br />
Master degree in Architecture at the Università di<br />
Napoli “Federico II” in 2004 with an experimental<br />
Thesis on Bio-<strong>architectural</strong> residences; Ph.D. student<br />
in Architecture Technology at the same University<br />
where she also works as an expert in the field <strong>for</strong> the<br />
course on technology. She is carrying out research<br />
about rural architecture and bio-<strong>architectural</strong> and<br />
sustainability fields.<br />
17<br />
239
“In<strong>for</strong>mation without control or organization, it’s no longer<br />
a resource but becomes instead the main enemy of those working”.<br />
(Naisbitt)<br />
manuals<br />
search engines<br />
technical in<strong>for</strong>mation<br />
database<br />
6 19 21 23<br />
Any development always starts with the problem of knowledge transmission. Obviously,<br />
no one can speak of a real problem with only the ability to communicate a<br />
limited amount of in<strong>for</strong>mation. Problems arise when the amount of data to be communicated<br />
becomes excessive and when the situation passes from direct to indirect<br />
communication, which requires the use of specialised media to amass, transmit and<br />
interpret in<strong>for</strong>mation.<br />
There<strong>for</strong>e it is necessary to systematise the knowledge to make it easier to store<br />
and to transmit. In the field of architecture, and more generally of construction, the<br />
problem of transmission of knowledge focuses on in<strong>for</strong>mation technology.<br />
technical in<strong>for</strong>mation in contemporary<br />
architecture<br />
Technical in<strong>for</strong>mation, traditionally referring to the description of equipment,<br />
products or constructive technology, today signifies all the in<strong>for</strong>mation involved in<br />
the various stages of the process; it discusses conventions among different actors<br />
and the type of in<strong>for</strong>mation that they exchange, thus we can evaluate possible<br />
standardising interventions useful to make this in<strong>for</strong>mation exchange effective and<br />
reliable.<br />
The doubts about the effectiveness and the use of technical in<strong>for</strong>mation come from<br />
the deep trans<strong>for</strong>mation in the building process in the industrial era, when a range<br />
of techniques and materials that remained virtually the same <strong>for</strong> centuries changed<br />
within a few decades. Faster and more invasive innovation characterising landscape<br />
construction made traditional certainties fail, which ensured the achievement of<br />
a substantial <strong>for</strong>mal and technical quality through the reinterpretation of stylistic<br />
codes and techniques validated by experience and continuous repetition.<br />
With the arrival of new technologies, <strong>for</strong> the first time the manuals of the last century<br />
needed to describe new constructive disciplines in functional and technological<br />
terms, rather than with morphological, stylistic or purely physical-mechanics terms;<br />
these manuals discovered a whole new way to communicate the process of design<br />
and construction, with new materials and new disciplines in construction caring <strong>for</strong><br />
function, per<strong>for</strong>mance and detail. There is a migration from manuals to technical<br />
literature.<br />
This crisis of technical in<strong>for</strong>mation came not only from this moment of extraordinary<br />
abundance, but also from confusing in<strong>for</strong>mation. Since the 1960s<br />
progress has seemed unstoppable; new paradigms of industrialisation were<br />
created; new construction processes and materials; productive subjects<br />
and organizational models; and <strong>architectural</strong> design began to suffer from<br />
a lack of in<strong>for</strong>mation clarity and regulatory apparatus.<br />
The completeness of technical in<strong>for</strong>mation was then seen as a key to proper communication<br />
of technological innovation <strong>for</strong> the building process. The authority<br />
of a “standard” was seen as the perfect solution, to be an effective guide <strong>for</strong> the<br />
construction process, also offering quality control.<br />
240 browsing architecture. metadata and beyond
20<br />
In those years, the CIB (Conseil International du Bâtiment) had proposed, with its<br />
Master List of Properties, an exhaustive list of all the per<strong>for</strong>mances that an object<br />
at any scale of construction could theoretically provide in response to a set of needs;<br />
it was a text to develop the so-called “per<strong>for</strong>mance standards”, but it could also be<br />
used as an “index” of a hypothetical catalogue of building materials or products.<br />
For many years it was used as a standard in design.<br />
Attempts to rebuild a systematic knowledge of build technology only rarely<br />
stop to get the technical innovation in architecture and more often return<br />
a framework of technologies that is removed from the actual application<br />
of the context. This has inevitably led to the contribution of manuals becoming<br />
obsolete 1 .<br />
Nevertheless, the demand <strong>for</strong> manuals to support design is still very strong; one has<br />
only to think about the facsimile edition of the Architect’s Hand<strong>book</strong> in its edition of<br />
1965, the well-known Neufert Manual and the new Architect’s Hand<strong>book</strong> published<br />
by Mancosu in 2000. To these publications we must add lots of other specialised<br />
manuals, ranging from single materials or specific constructive technologies, to real<br />
mono or plurithematic series.<br />
The specialized production branches are a disciplinary area. Like the Hand<strong>book</strong><br />
of building design by Hoepli (1994), or the Manual of Restoration, there are also<br />
manuals on single materials or components, such as the “Great Atlas of Architecture”<br />
published by UTET, which is divided into various volumes on a single theme, like the<br />
“Atlas of the Great Facades” or the “Atlas of the Great Stone”.<br />
Today rapidly changing technology has created inadequate manuals, because<br />
without a critical approach, they become mere trade publications; on the<br />
other hand, there is an extremely prolific output since the majority of these<br />
manuals are subject to rapid obsolescence and thus replaced by new texts,<br />
however, due to their competitive nature they can never be truly innovative.<br />
Even magazines are moving towards technical in<strong>for</strong>mation. For example, those<br />
involved in the study of constructive systems or materials, such as the German<br />
“Detail” or the Italian “The Plan”, “Building Materials” or “Construction”, or the most<br />
traditional “glossy magazines” about architecture such as Domus or Lotus, with their<br />
great attention to construction technologies. Publishers have also launched a vast<br />
number of publications focusing on various themes ranging from current law (The<br />
energy certification of buildings), technical standards (Safety on construction sites),<br />
to more general areas of <strong>architectural</strong> studies and building types (Eco-building,<br />
School construction, Sports buildings, etc.). It should also be noted that computer<br />
systems of representation and communication have significantly changed the application<br />
of technical in<strong>for</strong>mation, as they have changed both the request <strong>for</strong> types<br />
of materials, and the medium on which they can be displayed.<br />
The variety of factors involved in implementing, but also in finding in<strong>for</strong>mation about<br />
the construction sector frequently requires the use of the Internet to give or receive<br />
technical in<strong>for</strong>mation. This significantly increases the amount of in<strong>for</strong>mation, but at<br />
the same time highlights the lack of a standardised and recognisable system that<br />
creates a shortage or inaccuracy of in<strong>for</strong>mation; there is often a clear disproportion<br />
between the time it takes <strong>for</strong> a search online and the results obtained through search<br />
engines based also on semantic data mining.<br />
a classification system <strong>for</strong> construction units and products<br />
241
Specialized portals are mediators between many different factors, however,<br />
the search through these websites is often limited to products and companies<br />
who own or sponsor the site itself and their structures can be quite basic or<br />
at worst confusing; sometimes it is not possible to trace a product without<br />
knowing who the producer is, and classification is made indifferently between<br />
technological unit and field.<br />
On the Internet it is also possible to consult the websites of manufacturing firms that,<br />
after the registration and data acquisition of a potential client, provide in<strong>for</strong>mation.<br />
Among professional companies there is an increasing practice to allow the download<br />
of part of their work in graphic and/or vector <strong>for</strong>m, duly protected from the possibility<br />
to change and reuse them. The first groups to provide this opportunity were the<br />
big international “atelier”, such as Renzo Piano and Norman Foster.<br />
Another web resource, and perhaps the most interesting experiment, is the Materioteche<br />
that is both a physical place, configured as laboratories and research centres<br />
where the database is not necessarily in one location and also as a virtual space,<br />
configured as a portal with the specialised functions of a catalogue.<br />
There are two main groups involved: trade and universities. Involved in the trade side<br />
are MaterialConnextion and Matech that have a worldwide network, also offering<br />
support to the development of new materials by providing sites <strong>for</strong> experimentation.<br />
The universities are ArTec of the University of Venice, Politeca of the University of<br />
Milan and Materioteca® of the University of Alexandria. These are public structures<br />
<strong>for</strong> in<strong>for</strong>mation and teaching, not limited by companies or sponsors.<br />
Fig. 1: Contemporary Technical In<strong>for</strong>mation: current scenario (p. 349).<br />
The general framework of contemporary technical in<strong>for</strong>mation seems quite broad,<br />
but at the same time disarticulated. It is thus necessary to recover research into the<br />
field of architecture technology, particularly of the last century, aiming to achieve a<br />
proper uni<strong>for</strong>m standard of the elements and materials involved in the construction<br />
sector, in order to guide users, customers or producers, in a constructed dialogue <strong>for</strong><br />
a more useful exchange of in<strong>for</strong>mation.<br />
systems classification <strong>for</strong> building<br />
A building is a structured system of elements per<strong>for</strong>ming together. If each<br />
part is assigned a function, then we can consider the building unit as a<br />
domain in which to classify its components according to their functions and<br />
relations.<br />
classification<br />
3 21<br />
There are already classification systems made <strong>for</strong> this domain; in our study we<br />
decided to consider two of them, the standard UNI 8290 and the system SfB.They<br />
have different typological structures, hierarchical the first and faceted the second,<br />
referring to Italian and international standards.<br />
Published in 1981, inspired by the principles of the Master List of CIB, UNI 8290 is<br />
still the standard reference in the Technical Institutes and Universities where it is<br />
used.<br />
The UNI 8290 is a hierarchical enumerative structure that creates a classificatory<br />
sequence based on the division into classes of technological units, each technologi-<br />
242 browsing architecture. metadata and beyond
20<br />
cal unit class is in turn divided into technological units, each technological unit is in<br />
turn divided into classes of technical elements.<br />
Classi di unità tecnologiche<br />
Struttura portante<br />
Chiusura<br />
Partizione interna<br />
Standard UNI 8290 – Summary.<br />
Unità tecnologiche<br />
Struttura di fondazione<br />
Struttura di elevazione<br />
Struttura di contenimento<br />
Chiusura verticale<br />
Chiusura orizzontale inferiore<br />
Chiusura orizz. su spazi esterni<br />
Chiusura superiore<br />
Partizione interna verticale<br />
Partizione interna orizzontale<br />
Partizione interna inclinata<br />
a classification system <strong>for</strong> construction units and products<br />
Classi di elementi tecnici<br />
Struttura di fondazioni dirette<br />
Struttura di fondazioni indirette<br />
Struttura di elevazione verticali<br />
Struttura di elevazione orizzontali<br />
e inclinate<br />
Struttura di elevazione spaziali<br />
Struttura di contenimento<br />
verticali<br />
Struttura di contenimento<br />
orizzontali<br />
Pareti perimetrali verticali<br />
Infissi esterni verticali<br />
Solai a terra<br />
Infissi orizzontali<br />
Solai su spazi esterni<br />
Coperture<br />
Infissi esterni orizzontali<br />
Pareti interne verticali<br />
Infissi interni verticali<br />
Elementi di protezione<br />
Solai<br />
Soppalchi<br />
Infissi inerni orizzontali<br />
Scale interne<br />
Rampe interne<br />
The expressions that define the various sets are called items. The entries of each<br />
level are selected according to criteria of homogeneity. The voices of different levels<br />
are such that the requirements and/or required systems can be defined, measured<br />
and verified.<br />
For the application, we can identify the technical elements proceeding along each<br />
respective branch.<br />
The norm is organized into three parts each referring to “Classification and terminology”,<br />
“Analysis of the requirements” and “Analysis of the agents”. These parts relate<br />
to each other as well as with the UNI 8289 on essential requirements of users.<br />
The Classification System SfB is a faceted classification; its acronym comes from the<br />
initial Unitarian Working Committee <strong>for</strong> Building Problems – in Swedish Samarbetskommittén<br />
<strong>for</strong> Byggnadsfragor (SfB). In 1950 the Swedish SfB published the<br />
technical standard, the result of three years work, while two associated organisations<br />
published a catalogue and a price list <strong>for</strong> building materials and components,<br />
based on the same classification system. It was designed to solve classification<br />
problems about technical aspects of the project and building process.<br />
In 1958 the IBBC (International Committee <strong>for</strong> the Construction Classification),<br />
established by the CIB (International Council <strong>for</strong> Construction) and FID (International<br />
Federation of Literature) decided to recommend the adoption of the SfB.<br />
243
classificatory<br />
methodology<br />
faceted classification<br />
system<br />
1 17<br />
The CIB, which has status in the UN, assumed the copyright and the task to promote<br />
the SfB on an international scale through the granting of licences to correspondent<br />
national <strong>association</strong>s to commit to translating and publishing in their countries<br />
manuals developing the use of SfB.<br />
The classification system, although well known, is not used on a large scale, despite<br />
the fact that its first English version was translated into German and Italian.<br />
In the language of SfB a certain item always has the same code, whether it is in a<br />
<strong>book</strong>, a data sheet, a quality assurance document, or a computation; there<strong>for</strong>e it<br />
becomes a “common language <strong>for</strong> construction” that facilitates cross-references<br />
between documents and different operators in the building process, bypassing the<br />
usual limits of technical and national languages.<br />
The SfB identifies some basic principles of the building process in the constructive<br />
activities that produce parts of a building defined through quantity and location. This<br />
means that the distinctive feature of the system, is to divide a building or a project<br />
into parts identified by these main three viewpoints:<br />
› function: what part is it?<br />
› method: how it is built?<br />
› material: what is the material made of?<br />
The first version, in answer to these questions, has three tables: “1 – Elements”,<br />
“2 – Works” and “3 – Materials”.<br />
The English version was later extended to contain two other tables: “0 – Natural and<br />
build environment” and “4 – Activities and requirements”.<br />
In<strong>for</strong>mation is classified using codes that refer to the tables. For example, to classify<br />
“sound insulation panels made with plastered ceiling <strong>for</strong> a cinema” we have:<br />
› Tab. 0: Show building: cinema 525;<br />
› Tab. 1: Finishing: false ceiling (35);<br />
› Tab. 2/3: Works/Materials: gypsum hard sheet Rf7;<br />
› Tab. 4: Sound, quiet: soundproofing (P2).<br />
The complete code <strong>for</strong> in<strong>for</strong>mation will be: 525 (35) Rf7 (P2).<br />
The structure of SfB allows us to separately classify the space, the technical elements<br />
that per<strong>for</strong>m specific functions and the materials that they are made of. It is<br />
not simply a list of items coded as with UNI 8290, but a system of items related to<br />
each other. In Italy the SfB system is not widely used, because current practice is still<br />
linked to UNI 8290.<br />
metaproject of an interactive database<br />
The first operation is to identify the classificatory methodology, a precise definition of<br />
our domain action, so that it is clear what we mean by building units and products.<br />
The commonly accepted meaning <strong>for</strong> a construction product is any product used in<br />
construction. The product is essentially “the result of a process, namely of a system<br />
of related activities or interacting elements that trans<strong>for</strong>m input elements into<br />
output” 2 . Accepting this definition allows us to distinguish the material by subject, so<br />
that we can classify the material as a product; the greater the degree of importance<br />
on the original characteristics of the matter, the greater the difference between the<br />
material and the process. Obviously the minimum process is to extract the material.<br />
Marble is a matter; the block of marble is already a material and once extracted it<br />
becomes a product.<br />
The peculiarity of manufactured building, as an organism unit, is that it is composed<br />
of elements with precise minimum features that define the unit, separable<br />
as elements that do not per<strong>for</strong>m the same functions and there<strong>for</strong>e not classified as<br />
244 browsing architecture. metadata and beyond
20<br />
minimal unit, but as materials, in building processes. One can easily guess that there<br />
are certain items that we find on the edge of this limit, such as products that can be<br />
functional elements only at the end of their industrial production.<br />
Our domain will cover the total construction field, from material to opportunity,<br />
to catalogue entire buildings. We are trying to structure a complete<br />
definition of the construction domain. This domain ontology will also <strong>for</strong>m<br />
the basis of an inferential search engine that, together with a traditional one,<br />
will respond to the questions of users of the database.<br />
For the nature of our domain we choose a faceted classification system, in order to<br />
allow greater flexibility of the database and a unique management of the material<br />
under investigation at various scales.To define our basic categories we choose to<br />
rely on basic categories currently defined by studies of CRG (Classification Research<br />
Group). This international research group, founded in 1960, implemented the<br />
CC-Colon Classification, broadening the groups of basic categories. Starting from<br />
their succession order, we set up a series of tables of the identified categories, each<br />
containing series of relating factors not necessarily exhaustive, but implemented.<br />
CC Category CRG Category Tables Identified Category<br />
P: Personality<br />
M: Matter<br />
E: Energy<br />
S: Space<br />
T: Time<br />
Objects<br />
Species or types<br />
Parties<br />
Matters<br />
Proporties<br />
Processes<br />
Operations<br />
Agents<br />
Space<br />
Time<br />
Table 1<br />
Table 2<br />
Table 3<br />
Table 4<br />
Table 5<br />
Table 6<br />
Table 7<br />
Table 8<br />
Table 9<br />
Table 10<br />
Summary of Tables in relation to CC and the CRG.<br />
a classification system <strong>for</strong> construction units and products<br />
Object<br />
Capital letter<br />
Functional typology<br />
[Number]<br />
Element<br />
Lowercase letter<br />
Matter<br />
<br />
Requirements<br />
<br />
Productive process<br />
(Lowercase letter)<br />
Constructive system<br />
[Lowercase letter]<br />
Operators<br />
<br />
Territory<br />
(Capital letter)<br />
Period of production<br />
[Capital letter]<br />
To each catalogued product is then associated a code of 10 fields (notation, Fig. 2).<br />
Not necessarily all fields must be completed. An object may not have any of the<br />
characteristics, in which case this will be left blank.<br />
Fig. 2: Notation in relation to the Category tables (p. 349).<br />
245
Each category is represented by numbers or letters:<br />
A [1] a 1 (a) [a] (A) [A]<br />
A sequence can be written without a table, simply rewrite the individual fields in succession,<br />
each separated by one point <strong>for</strong> a clearly reading:<br />
A.[1].a.1..(a).[a].(A).[A]<br />
If a field is blank it will be skipped in the sequence of notation, as the different symbolism<br />
allows to distinguish in what fields the symbols are present:<br />
A.[1].a.1.(A).[A]<br />
From the 10 tables, we can define the same number of fields and we can easily find<br />
elements that have the same classification based on the category tables. In this way<br />
the system aims to find and compare objects belonging to similar types. However,<br />
when we want to catalogue these objects we must identify them uniquely in the<br />
repository: the eleventh field has this function. This is a numeric field whose function<br />
is to be a unique counter that is automatically associated to a sequence in the index.<br />
The advantage of using a system of facets is to impose relations among the<br />
various terms. The structure will be partly pre-coordinated and partly postcoordinated;<br />
from the terms of all the tables it will be possible to create a<br />
general relationship. The terms in Tab. 1 <strong>for</strong>m a hierarchical pre-structured<br />
relationship.<br />
Tab. 1 is, in fact, what gives us the first and fundamental in<strong>for</strong>mation on the analysis,<br />
because it allows us to define the “scale” on which we operate.<br />
Tab. 1 – Object: capital letter – reserve character Z<br />
A – Building unit<br />
B – Sub-system<br />
C – Technical element<br />
D – Semi-finished<br />
E – Material<br />
Tab. 2 is related to function and is derived from the tab. 0 of SfB “natural and build<br />
environment”, as it is easily assessed, applicable and expresses function in common<br />
urban standards.<br />
Tab. 3 has been structured according to UNI 8290, showing its hierarchical relationship.<br />
This choice comes from a purely practical problem: the Standard 8290 is very<br />
popular in its own nation, among users and producers. It provides an extremely<br />
stable classification and is there<strong>for</strong>e indispensable.<br />
This is very similar to the system SfB (Tab. 1), yet it seem more flexible, since the<br />
possibility of using relations within the voices of individual tables can integrate the<br />
degree of freedom of UNI 8290 to overcome the limitations of hierarchy, particularly<br />
in the breakdown of traditional structures.<br />
Indeed, introducing the simple relation “:” (colon), <strong>for</strong> example, we can indicate a<br />
exterior load-bearing masonry as:<br />
aba = Vertical elevation structure<br />
baa = Perimeter vertical walls<br />
so aba : baa.<br />
246 browsing architecture. metadata and beyond
20<br />
Tab. 4 was deduced from the “the new architect hand<strong>book</strong>” integrated with the<br />
note<strong>book</strong> of “Architectural Design Manual – Synthetics Materials”.<br />
Tab. 5 resumes again UNI 8290 in its listings about definition of requirements, linked<br />
to UNI 8289.<br />
For Tab. 6 we verified that in Italy there is not a unique standard reference, so we<br />
chose to follow the common directive of engineering universities and use the German<br />
standard <strong>for</strong> industrial processing of materials DIN 8580.<br />
Tab. 6 – Productive process: (letter) – reserve character Z<br />
a – Process of manufacturing / assembly<br />
aa – Continuous<br />
ab – For parts<br />
b – Process<br />
ba – Shaping amorphous material<br />
bb – Trans<strong>for</strong>mation/plastic de<strong>for</strong>mation<br />
bc – Union<br />
bd – Separation<br />
be – Surface treatment<br />
bf – Changing of physical characteristics<br />
c – ...<br />
Tab. 7 was designed to mediate between the definitions that the current Italian legislation<br />
provides <strong>for</strong> professionals to identify constructive systems, with technological<br />
characteristic definitions of structures. First there is a distinction about executive<br />
techniques and then one about structural morphology. The report of these terms<br />
together with those provided by the legislation definition allows us to include the<br />
various constructive systems in use avoiding redundant terms.<br />
Tab. 7 – Constructive system: [letter] – reserve character Z<br />
a – Executive techniques<br />
aa – Dry system<br />
ab – Wet system<br />
b – Structural morphology<br />
ba – Point system<br />
bb – Continuous system<br />
c – Legislation definition<br />
ca – Normal rein<strong>for</strong>ced concrete framework<br />
cb – Pre-stressed concrete framework<br />
cc – Steel framework<br />
cd – Bearing panels structure<br />
ce – Masonry structure<br />
cf – Timber structure<br />
cg – Unusual constructive systems<br />
ch – Combined systems<br />
Tab. 8 partially derives from the UNI standard 10914/1 and the UNI standard 10838<br />
assessing building process <strong>for</strong> the various users.<br />
a classification system <strong>for</strong> construction units and products<br />
247
Tab. 9 expresses territorial characteristics, providing in<strong>for</strong>mation from about 4 areas,<br />
namely the institutionalised territory (<strong>for</strong> example, Campania is divided into provinces<br />
but certain territories, such as cilento or salento, fall into different provincial<br />
administrative areas) and geological and geomorphologic areas, distinguishing in<br />
this way the characteristics of the territory in its consolidated stratigraphy and external<br />
environmental relations.<br />
Tab. 10, the last table, concerns chronological operating. It is designed also to add<br />
in<strong>for</strong>mation about historical periods. It has not yet been completed because it could<br />
be ambiguous. In fact sometimes, historical periods do not coincide with the history<br />
of art, giving rise to possible misunderstandings.<br />
In conclusion, a corresponding item in each table, plus a string name free<br />
of text will characterise the object entered into the database. Each object<br />
may have associated graphics, video or alphanumeric documents.<br />
Each object may have associated sub-objects with similar configuration and structure<br />
that will be subordinate to Tab. 1.<br />
Fig. 3: UML scheme (p. 350).<br />
The research will be done through an in<strong>for</strong>mation retrieval system in which the<br />
user can, by issuing a query, select key words to search through a traditional search<br />
engine and/or select the fields related to terms belonging to the tables of categories.<br />
Currently we are validating the procedure with pre-modern constructive<br />
systems, but the hypothesis that we want to prove is to make an application<br />
with innovative elements and components in order to verify the validity<br />
of the system <strong>for</strong> all building types.<br />
248 browsing architecture. metadata and beyond
20<br />
notes<br />
1 Nardi, G. Tecnologie dell’architettura. Teorie e storia. Milan: CLUP, 2001.<br />
2 Norma UNI EN ISO 9000, Sistemi di gestione per la qualità – Fondamenti e terminologia. 2000.<br />
bibliography<br />
Ciribini G., ed. Tecnologie della costruzione. Rome: NIS, 1992.<br />
Denton, W. How to Make a Faceted Classification and Put It On the Web. Melvil: Miskatonic<br />
University Press, 2005.<br />
Gnoli, C. Classificazione a faccette. Rome: AIB, 2004.<br />
Guenzi, C. L’arte di edificare. Manuali in Italia 1750-1950. Milan: Be-Ma, 1981.<br />
Nardi, G. Tecnologie dell’architettura. Teorie e storia. Milan: CLUP, 2001.<br />
Tatano, V., ed. Dal manuale al web. Cultura tecnica, in<strong>for</strong>mazione tecnica e produzione edilizia<br />
per il progetto di architettura. Rome: Officina Edizioni, 2007.<br />
DIN 8580: 2003, Fertigungsverfahren - Begriffe, Einteilung (German)/ Manufacturing processes -<br />
Terms and definitions, division (English).<br />
Norma UNI 8290/1, Edilizia. In<strong>for</strong>mazione tecnica. Terminologia. 1984.<br />
Norma UNI 8290/2, Edilizia. In<strong>for</strong>mazione tecnica. Classificazione dei livelli di completezza<br />
dei contenuti. 1984.<br />
Norma UNI 8290/3, Edilizia. In<strong>for</strong>mazione tecnica. Articolazione ed ordine espositivo<br />
dei contenuti. 1984.<br />
Norma UNI 10838, Edilizia, Terminologia riferita all’utenza, alle prestazioni, al processo<br />
edilizio e alla qualità edilizia. 1999.<br />
Norma UNI EN ISO 9000, Sistemi di gestione per la qualità – Fondamenti e terminologia. 2000.<br />
Norma UNI 10914/1, Edilizia, qualificazione e controllo del progetto edilizio di intervento<br />
di nuova costruzione e di interventi sul costruito. Criteri generali e terminologia. 2001.<br />
a classification system <strong>for</strong> construction units and products<br />
249
21<br />
› content-based indexing<br />
› content-based search<br />
250<br />
the probado framework:<br />
A Repository <strong>for</strong><br />
Architectural 3d-models<br />
› repository<br />
› 3D model<br />
In this paper, we describe a repository <strong>for</strong> <strong>architectural</strong> 3dcad<br />
models which is currently set up at the German National<br />
Library of Science and Technology (tib), Hannover as part of the<br />
larger German probado digital library initiative: The proposed<br />
probado-framework is integrating different types of multimedia<br />
content-repositories and adding features available in text-based<br />
digital libraries.<br />
A metadata model <strong>for</strong> organizing the 3d model data collection<br />
has been developed. The 3D repository can be searched using<br />
both textual (metadata-based) and non-textual (e.g. 3dsketching)<br />
retrieval mechanisms. A workflow <strong>for</strong> automated<br />
content-based data analysis and indexing is proposed.
ina blümel<br />
German National Library of Science<br />
and Technology (TIB)<br />
Hannover, Germany<br />
www.tib.uni-hannover.de<br />
Ina Blümel received her Diploma from TU<br />
Braunschweig, Germany and Master of Science<br />
in Architecture Helsinki UT, Finland both in 2000<br />
and started working at digitales bauen, Karlsruhe,<br />
with focus on optimizing the planning of individual<br />
architecture regarding prefabrication and facilities<br />
management. Since 2006 she has been research<br />
assistant <strong>for</strong> the probado-3d group at TIB, Hannover.<br />
harald krottmaier<br />
Technical University Graz, Institute of Computer<br />
Graphics and Knowledge Visualization<br />
Graz, Austria<br />
www.tugraz.at<br />
Harald Krottmaier studied Telematics (1991-1998)<br />
in Graz, University of Technology. He started his<br />
work on Digital Libraries in 1996 using a second<br />
generation Hypermedia-System (Hyperwave).<br />
In 2002 he finished his dissertation on aspects<br />
of modern electronic publishing systems. Main<br />
interests are on digital libraries, personalization<br />
and service-integration.<br />
raoul wessel<br />
University of Bonn, Computer Graphics Group<br />
Bonn, Germany<br />
www.cg.cs.uni-bonn.de<br />
Raoul Wessel studied Computer Science and<br />
Economics at the University of Bonn, Germany.<br />
He received his diploma in 2005 and started working<br />
as a research assistant <strong>for</strong> the probado digital<br />
library initiative. His main interests are 3d shape<br />
retrieval and matching with a special focus on<br />
<strong>architectural</strong> data.<br />
251
252
introduction<br />
The number of newly generated multimedia content increases year by year<br />
and the use of this complex, non-textual data is becoming more and more important.<br />
However, this data is not analyzed and indexed sufficiently within the<br />
workflow of today’s digital libraries, which are focussing on textual documents.<br />
keywords<br />
7 13 15 17<br />
21<br />
Even though a lot of research has been done on how to manage, search, retrieve<br />
and present multimedia documents, there is still the need <strong>for</strong> integrating multimedia<br />
documents in existing library workflows. User-friendly tools must be developed so<br />
that both the management of multimedia documents <strong>for</strong> librarians and the user<br />
access to these documents (both content-based and in the conventional way of<br />
searching metadata) become possible.<br />
Indexing multimedia content with keywords often results in a loss of in<strong>for</strong>mation.<br />
multimedia<br />
16<br />
To give an example: if a complex 3D model of a roof is just marked with the keyword<br />
roof, it is not identifiable as a flat roof, a pitched roof or a cupola. In current document<br />
interpreting processes two different persons have to use the same keywords<br />
to make the document detectable: the person interpreting the document and, to<br />
detect the document, the person who is searching. Another issue is that authors are<br />
not motivated to extend their documents with metadata, even with the presence of<br />
suitable tools. Furthermore it is also nearly impossible to interpret all existing data<br />
manually.<br />
The result is that in most cases multimedia documents are “black boxes”<br />
whose contents cannot be searched individually.<br />
repository<br />
8 10 11 14<br />
16 26<br />
classification<br />
As a concrete step <strong>for</strong>ward, we will describe an ongoing project initiative that aims<br />
to set up a repository <strong>for</strong> digital <strong>architectural</strong> 3D-content at the German National<br />
Library of Science and Technology (TIB), Hannover. The project aims to develop an<br />
integrated workflow <strong>for</strong> both document handling and cataloguing, according to the<br />
classical librarian workflow and content-based document processing, i.e., making<br />
the collection accessible through content-based retrieval, the latter involving automatic<br />
content-based document analysis and indexing. As key contributions, we<br />
› propose a generic structure of a 3D repository <strong>for</strong> storing realworld <strong>architectural</strong> 3D<br />
content that is suitable <strong>for</strong> both conventional and content-based access;<br />
› propose a metadata scheme <strong>for</strong> 3D repositories;<br />
› describe a concrete design of a corresponding 3D repository that is currently set<br />
up at TIB and in particular describe a prototypical workflow <strong>for</strong> automatic contentbased<br />
document analysis, annotation and access;<br />
› sketch up how the proposed repository will be integrated into the larger-scale<br />
PROBADO framework that facilitates access to general document types stored in<br />
digital libraries.<br />
related work<br />
In library catalogues and subject databases textual documents are normally<br />
interpreted by the title, keywords and classifications. But there are also selected<br />
databases that provide a content base search <strong>for</strong> 3D models: 2D or 3D sketching and<br />
the probado framework<br />
253
database<br />
6 19 20 22 23<br />
3d model<br />
9 10 24<br />
model-upload by e.g. Princeton 3D Model Search Engine [1] in academical and e.g.<br />
3DSeek [2] in commercial context.<br />
Two research projects in the area of digital 3D libraries, which are funded by the<br />
<strong>European</strong> Union, are AIM@SHAPE [3] and SCULPTEUR [4]: The innovation sought<br />
by the <strong>for</strong>mer project is to move towards digital representations of shapes which are<br />
able to model, not only the visual appearance of objects, but also their meaning or<br />
functionality in a given knowledge domain. The older SCULPTEUR project has been<br />
developing both the technology and the expertise to help create, manage and present<br />
cultural archives of 3D models and associated multimedia objects, exploiting the<br />
semantic web technology.<br />
Automatic generation of metadata <strong>for</strong> multimedia files is sought by the<br />
German theseus [5] initiative. The research partners are looking <strong>for</strong> ways<br />
of registering content and creating interoperable metadata <strong>for</strong> audio-visual<br />
data, with the aim of improving the indexing, archiving and accessing<br />
of multimedia sources.<br />
the probado-project<br />
probado is a cooperative German digital library project funded by Deutsche<br />
Forschungsgemeinschaft (dfg). The project started in February 2006 and<br />
has a tentative duration of 5 years. The main goal of probado is to integrate<br />
general (in particular non-textual) multimedia documents into the workflow<br />
of existing libraries.<br />
text-based queries<br />
content-based queries<br />
6 17 19 22 26<br />
Important subtasks of the project are to develop and implement; a) methods to support<br />
automatic processing of general documents in the library processing chain of<br />
document acquisition, annotation, search & delivery, and storage; b) local PROBA-<br />
DO repositories which are located at particular libraries and in which documents<br />
and annotation data <strong>for</strong> single subject areas (e.g. 3D models) can be organized; c) a<br />
common PROBADO plat<strong>for</strong>m serving as a web-based access point <strong>for</strong> searching and<br />
accessing documents stored in the connected repositories.<br />
Rather than being a pure research project, it is a special focus of probado<br />
to achieve long-term usage of the developed systems and workflows at the<br />
cooperating libraries.<br />
To achieve the above goals, project partners from different universities, each having<br />
expertise in distinct areas of multimedia document analysis and retrieval, are<br />
cooperating with partners of two large German libraries (TIB, Hannover and BSB,<br />
Munich).<br />
Fig. 1: Overall system architecture of the PROBADO framework (p. 351).<br />
An overview of the PROBADO system architecture is depicted in figure 1. It consists<br />
of three layers. The user interface layer enables a user to per<strong>for</strong>m both classical textbased<br />
queries as well-as content-based queries <strong>for</strong> the specific subject areas (e.g.,<br />
query-by-sketching <strong>for</strong> the 3D subject area).<br />
254 browsing architecture. metadata and beyond
21<br />
The main component of the PROBADO system layer is a task dispatcher that is used<br />
to assign incoming queries to the respective query engines located at the connected<br />
repositories. As a special feature, global DublinCore-style metadata <strong>for</strong> all documents<br />
stored in the connected repositories is managed in a central metadata repository<br />
that is hosted at the PROBADO system.<br />
A service-oriented architecture is used to connect different layers in the system.<br />
There<strong>for</strong>e PROBADO services are loosely coupled. Every single layer may be replaced<br />
by some new implementation, as long as service-contracts are abided by the<br />
concrete implementation. These service-contracts are described by Web service<br />
description language (WSDL). The architecture is not tied to a specific technology or<br />
programming language. Currently many parts of the system are implemented using<br />
Java-technology.<br />
The repository layer consists of an arbitrary number of repositories, each one<br />
specialized <strong>for</strong> a specific multimedia domain and holding documents and associated<br />
data <strong>for</strong> a specific subject area. In the current stage of the project, PROBADO repositories<br />
are set up <strong>for</strong> the particular subject areas of 3D models and music. In this<br />
paper we describe the PROBADO repository <strong>for</strong> the subject area of <strong>architectural</strong> 3D<br />
models, that is currently set up at the German National Library of Science and Technology<br />
(TIB), Hannover [6] in cooperation with the Computer Graphics Groups at<br />
the Universities of Bonn [7] and Graz [8]. Each repository offers a specific number of<br />
query engines, which are registered at the central repository manager located in the<br />
PROBADO system layer. Beside a mandatory query engine <strong>for</strong> descriptive metadata<br />
a repository may contain an arbitrary number of query engines <strong>for</strong> content-based<br />
queries. We refer to [9] <strong>for</strong> detailed in<strong>for</strong>mation.<br />
the metadata model <strong>for</strong> the probado<br />
3d model subject area<br />
In <strong>architectural</strong> context a special meanings are associated with the metadata,<br />
as 3d models should be described with relation to other subjects, e.g. built architecture<br />
or a competition, if we want to substantially increase the benefits<br />
<strong>for</strong> the user.<br />
metadata<br />
1 6 8 10<br />
15 17 19<br />
Architects, as a target group, were integrated intensively in the development of the<br />
3D repository, e.g. by a survey concerning the search behaviour or the use of 3D in<br />
practice. As one result, many potential users are less interested in models of entire<br />
buildings, but rather in the partial models and elements within a building model,<br />
<strong>for</strong> above all, having the option to integrate these objects into their own building<br />
models. This was considered within the development of the metadata model (Group<br />
1 entities).<br />
After the evaluation of standards <strong>for</strong> storing 3D metadata (e.g. ISO 19115, VRA<br />
and MPEG-7) an entity relationship model was developed. Most of the entities are<br />
arranged within three groups: Group 1 describes the 3D models themselves including<br />
semi-automatically derived model-metadata, Group 2 the involved agents, and<br />
Group 3 different optional related subjects. Nearly all the 15 elementary descriptors,<br />
useable <strong>for</strong> a lot of bibliographical in<strong>for</strong>mation, from the common Dublin Core [10]<br />
standard are used as attributes within the entities.<br />
Group 2 and 3 entities are based on the Functional Requirements <strong>for</strong> Bibliographic<br />
Records (FRBR) [11], which is a suggestion of the International Federation of Library<br />
Associations and Institutions <strong>for</strong> an improved structure of bibliographic metadata.<br />
Group 1 entities do not encapsulate all in<strong>for</strong>mation that is inherent to the model<br />
the probado framework<br />
255
epository<br />
8 10 11 14<br />
16 26<br />
itself, as the IFC-standard exists <strong>for</strong> the comprehensive digital description of the<br />
logical building structures, associated characteristics as well as geometry. The repository<br />
supports IFC, which is developed by the International Alliance <strong>for</strong> Interoperability<br />
(IAI) and registered under ISO16739 to facilitate interoperability between<br />
software plat<strong>for</strong>ms in the building industry.<br />
Fig. 2: Main parts of the 3D metadata model (p. 351).<br />
Figure 2 shows a low level view of a part of the metadata model that is used <strong>for</strong> the<br />
3D subject area of the PROBADO project. The model is shown as an entity-relationship<br />
diagram <strong>for</strong> a relational database design containing the most important entities<br />
with attributes and relations. The 3D repository uses the non-commercial MySQL <strong>for</strong><br />
storing metadata.<br />
The central entity of Group 1 (the bottom left box) is “model_<strong>for</strong>malinfo”, which<br />
can be described as an abstract representation of a 3D model encapsulating <strong>for</strong>mal<br />
in<strong>for</strong>mation. “Model_entityinfo” holds the metadata of the concrete model, e.g.<br />
vertices, polygons, size, location etc. Usually, several copies of a model that differ in<br />
some key feature, like their <strong>for</strong>mat or resolution, are exported. They can be examined<br />
together in a group as one “model_<strong>for</strong>malinfo” may have multiple relations to<br />
“model_entityinfo”. A detailed building model usually contains several small models,<br />
e.g. furniture or structural components. There<strong>for</strong>e a recursive nesting of <strong>for</strong>malinfo<br />
and entityinfo is possible, and <strong>for</strong> each <strong>for</strong>malinfo entity a type in<strong>for</strong>mation (e.g.<br />
building model) is additionally stored.<br />
Group 3 (the top box) contains the entities object (built architecture), place and<br />
event (e.g. seminar, competition), which give expanding in<strong>for</strong>mation about a model.<br />
Group 2 (the box to the right) captures in<strong>for</strong>mation regarding a person or an institute<br />
that is in some way (creating, ownership, uploading, etc.) associated with 3D models<br />
or objects and events.<br />
the 3d repository at tib<br />
Model collection<br />
Figure 3 shows an overview of the components of the repository. The primary data<br />
stored in the repository consists of <strong>architectural</strong> 3D models of different <strong>for</strong>mats<br />
and image-files. Contributors are faculties of architecture, producer of <strong>architectural</strong><br />
components or 3D model databases. Momentarily the repository contains over 500<br />
building, construction unit and object models, which are converted, indexed and<br />
extensively described with metadata as well as approximately 5000 models that are<br />
still to be analyzed and indexed.<br />
Fig. 3: Components of the PROBADO 3D repository (p. 352).<br />
Processing and obtaining metadata<br />
For easier indexing, searching and viewing, a copy of each model is normalized and<br />
automatically converted into a uni<strong>for</strong>m <strong>for</strong>mat. For previewing, an image and a 3D<br />
pdf file is obtained. The latter is needed if the author doesn’t want his CAD-model to<br />
be downloaded by other users.<br />
256 browsing architecture. metadata and beyond
One major goal of the probado project is to minimize the manual cataloguing<br />
work and to automatically generate the appropriate metadata wherever<br />
possible. As a 3D model normally does not bring along any describing data<br />
(if it is not catalogued in a database be<strong>for</strong>ehand), the main source <strong>for</strong> first<br />
metadata is the automatic deduction.<br />
21<br />
For establishing the PROBADO service in practice, the import both of individual<br />
models and large data sets of external sources, e.g. servers of university chairs or<br />
manufacturer databases, is facilitated with a specific interface. Apart from bundling<br />
existing tools like metadata extraction or thumbnail generation, a further function<br />
<strong>for</strong> recognizing errors in models has to be integrated, so the time per model can be<br />
reduced substantially, with continuous quality of model processing.<br />
After automatically deriving metadata, some additional compulsory data<br />
needs manual intervention via interface, e.g. realizing the relation to the particular<br />
contributor, often already stored as an entity in the database. Further<br />
automation of this process is required <strong>for</strong> the future.<br />
Searching the 3D repository<br />
The user can search the repositories connected to PROBADO in different ways:<br />
when no specific subject area is selected, the user enters text in a Google-like search<br />
<strong>for</strong>m and the search is done on global PROBADO metadata, which is a subset of<br />
the metadata of all connected PROBADO repositories (similar to Dublin Core). For<br />
3D-specific searches, the PROBADO system allows: a) searching in the metadata of<br />
PROBADO 3D repositories; b) content-based search.<br />
a) Basic and advanced search<br />
The search in the metadata of the PROBADO 3D repositories is similar to the traditional<br />
search in OPACs of large libraries. It is a text-based search with a basic search<br />
<strong>for</strong>m (with just one input field) and an advanced <strong>for</strong>m. In the advanced case, the<br />
user can specify entities and attributes whose values must match the text that the<br />
user enters into the input fields.<br />
b) Content-based search<br />
For content-based search, PROBADO 3D currently offers three query engines (Fig.<br />
3). The Room Connectivity search engine makes use of the room configuration and<br />
topology of 3D building models (Fig. 4). This in<strong>for</strong>mation can be used <strong>for</strong> queries in<br />
two ways.<br />
Fig. 4: Room connectivity graph and results from the database (p. 352).<br />
First, the user can upload a 3D building model and search <strong>for</strong> database models containing<br />
a similar room configuration like the query object. Second, the user is offered<br />
sketching interfaces (Fig. 5) allowing quick and intuitive drawing of volumes or floor<br />
plans, which can be used as a query to the building database.<br />
Fig. 5: Query by 3D sketching <strong>for</strong> content-based global search of the PROBADO 3D<br />
repository (p. 352).<br />
the probado framework<br />
257
The Component Search engine is especially tailored to retrieve single<br />
building units like roofs, stairs, etc., from building unit databases as well as<br />
from 3d building model databases. This search engine relies on query-byexample,<br />
i.e. the user can upload 3d models of building units and search<br />
<strong>for</strong> similar components.<br />
The third query engine is based on 3D building model parameterization. Here, the<br />
user is offered an interface allowing <strong>for</strong> change of parameters defining a 3D building<br />
model, like <strong>for</strong> example the number of floors or roof type. Fast retrieval and indexing<br />
techniques make it possible to search <strong>for</strong> building models in the database with a<br />
similar parameter setting.<br />
Content-based document analysis and indexing<br />
As one major goal of the probado digital library initiative is to minimize<br />
manual cataloguing work, the main focus during development of all three<br />
search engines was to keep the amount of manual administrator interaction<br />
<strong>for</strong> metadata generation and indexing as small as possible.<br />
In the last years, automatic content based indexing research resulted in the detection<br />
of many indexing characteristics especially in the lower semantic layers, i.e.<br />
characteristics relying on rather pure geometrical shape content. These low-level<br />
semantic features are mainly used in our Component Search engine. They can be<br />
generated completely automatically and do not require any administrative interaction<br />
by the librarian.<br />
For the semi-automatically interpreting process additional semantic layers are<br />
defined: physical, logical (e.g. building structure), small semantic (e.g. room connectivity<br />
graphs, Fig. 5), higher semantic (e.g. the assignation of a building comparing<br />
room connectivity, floor area and other relevant characteristics). These higherlevel<br />
semantic features are used in the Room Connectivity search engine. Although<br />
extraction of these could not yet be completely automated, it only relies on a small<br />
amount of in<strong>for</strong>mation, like <strong>for</strong> example building orientation and scale, which need<br />
to be provided by the librarian during model acquisition. For technical details on the<br />
corresponding retrieval problems, we refer to the corresponding technical papers<br />
[13][14][15].<br />
conclusions and future directions<br />
In this paper, we presented the PROBADO 3D repository <strong>for</strong> organizing and making<br />
accessible<br />
collections of digital 3D models, which are currently set up at TIB, Hannover, as a<br />
component of the larger PROBADO framework.<br />
The next steps in setting up the 3d repository will consist of finishing the<br />
metadata <strong>for</strong> the initial probado 3d collection and subsequently increasing<br />
the number of 3d models considerably.<br />
258 browsing architecture. metadata and beyond
21<br />
Concerning content-based document analysis, the next steps consist of evaluating<br />
and completing the workflow <strong>for</strong> automatic indexing and annotation. For contentbased<br />
retrieval, existing query engines have to be adapted and integrated into the<br />
repository. For presenting retrieval results to the user and <strong>for</strong> facilitating contentbased<br />
browsing within the 3D collection, further components <strong>for</strong> multimodal<br />
browsing, retrieval, and presentation of 3D data have to be integrated. Finally, the<br />
repository will be connected to the overall PROBADO framework and the PROBADO<br />
service will be integrated into the conventional library services. For in<strong>for</strong>mation on<br />
the PROBADO project, we refer to [16].<br />
references<br />
[1] http://shape.cs.princeton.edu/search.html.<br />
[2] http://www.vizseek.com/3DSeek/Sketch.aspx.<br />
[3] http://www.aimatshape.net.<br />
[4] http://www.sculpteurweb.org.<br />
[5] http://theseus-programm.de.<br />
[6] http://tib-hannover.de.<br />
[7] http://cg.cs.uni-bonn.de.<br />
[8] http://www.cgv.tugraz.at.<br />
[9] Krottmaier, H., F. Kurth, T. Steenweg, H. J. Appelrath, and D. Fellner. 2007. PROBADO –<br />
A Generic Repository Integration Framework. In Proceedings of Research and Advances<br />
Technology <strong>for</strong> Digital Technology: 11th <strong>European</strong> Conference – ECDL 2007 (Budapest, Hungary,<br />
16-21 September, 2007).<br />
[10] www.ifla.org/VII/s13/frbr/frbr.pdf.<br />
[11] http://dublincore.org.<br />
[12] http://www.buildingsmart.de/2/2_01_01.htm.<br />
[13] Wessel R., I. Blümel, and R. Klein. 2008. The Room Connectivity Graph: Shape Retrieval<br />
in the Architectural Domain. In Proceedings of the 16th International Conference in Central Europe<br />
on Computer Graphics, Visualization and Computer Vision’ 2008 (University of West Bohemia,<br />
Campus Bory, Plzen – Bory, Czech Republic, 4-7 February, 2008).<br />
[14] Schnabel, R., R. Wessel, R. Wahl, and R. Klein. 2008. Shape Recognition in 3D Point-Clouds.<br />
In Proceedings of the 16th International Conference in Central Europe on Computer Graphics,<br />
Visualization and Computer Vision 2008 (University of West Bohemia, Campus Bory, Plzen –<br />
Bory, Czech Republic, 4-7 February, 2008).<br />
[15] Berndt, R., D.W. Fellner, and S. Havemann. 2005. Generative 3D models: A Key to More<br />
In<strong>for</strong>mation Within Less Bandwidth at Higher Quality. In Proceedings of the 10th International<br />
Conference on 3D Web Technology, 111-121. New York: ACM Press.<br />
[16] http://www.PROBADO.de.<br />
the probado framework<br />
259
websites<br />
A <strong>European</strong> Network<br />
of Architectural Contents<br />
Websites and portals devoted to architecture and websites of professional<br />
architects have a considerable amount of resources (pictures, renderings,<br />
2d-3d drawings, details, texts, videos animations and in<strong>for</strong>mation)<br />
continuously updated and enriched. However this material is often<br />
disorganised, poorly structured, not properly tagged, and has no advanced<br />
and coherent search systems enabling cross-referencing among the<br />
available documents. A lot of very interesting resources often remain<br />
inoperative and useless, lost in the abyss of often unknown databases.<br />
Moreover, very often each website is an isle on the Internet that<br />
does not communicate with its brothers and sisters, that remains alone<br />
affronting lots of difficulties to survive, renovate, update tools<br />
and generally look after the way content is provided and organised.<br />
This <strong>book</strong> addresses the following topics and other related ones:<br />
› Organisation of contents of in<strong>for</strong>mation, architecture and knowledge<br />
› Which content <strong>for</strong> what kind of people and purposes<br />
› Architectural portals and their goals<br />
› User communities and web 2.0<br />
› Implementation of virtual super-networks and impacts<br />
on the original repository
22<br />
› advertising<br />
› archiving<br />
› cities<br />
› community<br />
› copyrights<br />
› creative commons<br />
› database<br />
› Europe<br />
› feedback<br />
› guide<br />
262<br />
mimoa:<br />
An Interactive Architecture<br />
Guide<br />
› interaction<br />
› interface<br />
› mapping<br />
› modern<br />
› niche<br />
› open<br />
› photography<br />
› portfolio<br />
› shared tools<br />
› travelling<br />
This essay was written <strong>for</strong> the mace International Conference on<br />
“On-line Repositories in Architecture” held in Venice, during the<br />
period of “La Biennale di Architettura 2008” 12-13 September,<br />
2008. It is by no means a “scientifically justified” paper nor can<br />
we verify made statements with thorough research. It is merely<br />
an account of a process we followed and experiences we had,<br />
while developing MIMOA. It can be read as an approach to<br />
building, maintaining and managing an on-line architecture<br />
guide. Some of the issues we address are interesting to the<br />
larger extend of Architectural Repositories, and fit the scope<br />
of the conference.
mieke vullings<br />
Utrecht, Netherlands<br />
www.mimoa.eu<br />
naomi schiphorst<br />
Amsterdam, Netherlands<br />
www.mimoa.eu<br />
Dutch architects Mieke Vullings (1976) and Naomi<br />
Schiphorst (1978) were both educated at the<br />
Technical University in Delft and San Sebastián<br />
(Spain), faculty of Architecture. They currently<br />
work as senior architects, Mieke since 2002 at A12<br />
Architecten BNA, and Naomi since 2003 at RAU.<br />
Together they founded the architecture guide<br />
MIMOA (www.mimoa.eu) in August 2006, and<br />
officially launched in September 2007. Mieke and<br />
Naomi share their love <strong>for</strong> photography, architecture<br />
and travelling. They have successfully started a<br />
growing community of like minded architecture<br />
lovers who organise, contribute, and map modern<br />
architecture throughout the world. Next to MIMOA,<br />
Mieke and Naomi cherish a special interest in Spain,<br />
the people, it’s language and the food.<br />
263
what is mimoa<br />
mimoa (Mi MOdern Architecture) is, in short, an international interactive<br />
architecture guide. It is a user generated website on modern architecture that<br />
offers exactly the in<strong>for</strong>mation you need to actually find and visit buildings,<br />
parks, bridges, public interiors and art in public spaces all in real life. All visitors<br />
can find and add in<strong>for</strong>mation <strong>for</strong> free.<br />
architecture guide<br />
travelling<br />
Who is MIMOA<br />
MIMOA is developed by Mieke Vullings (31) and Naomi Schiphorst (29), two Dutch<br />
architects, who share a love <strong>for</strong> travelling, architecture and photography.<br />
What’s your problem?<br />
mimoa was born out of personal frustration: never being able to find the right<br />
addresses of most recent Modern Architecture when you set out to choose<br />
and prepare a city trip. We spent hours aimlessly flipping through hundreds<br />
of dusty architecture magazines that do not include addresses.<br />
website<br />
modern architecture<br />
28<br />
City guides generally cover “old” architecture, proven to be worthy <strong>for</strong> mainstream<br />
tourism. Architecture <strong>book</strong>s cannot keep up with the pace and are not up to date.<br />
We turned to the web and found inconsistent and non-comprehensive websites,<br />
which fail to provide an easy to compare and all-in-one-glance overview of the latest<br />
developments. We saw many colleagues and friends share the same experience. We<br />
also imagined the struggle non-architects must have.<br />
Be your own audience<br />
We knew there had to be a better way, so we decided to build our own. In August<br />
2006 we “just started”. We are our own target audience, and we know what would<br />
make our lives, and our visitors, a little easier. As it turned out, we weren’t the only<br />
ones. Thousands of like-minded people are in the same boat.<br />
We created a tool that we’re passionate about. And that’s the best way to<br />
get others to feel passionate about it too. In less than six months, thousands<br />
of architects, photographers, students and travellers were using and contributing<br />
to mimoa.<br />
real life architecture<br />
Stay focussed<br />
MIMOA is an international website that focuses on visiting <strong>architectural</strong> projects – in<br />
real life. Most off-line architecture repositories tend to collect the derivatives of<br />
264 browsing architecture. metadata and beyond
database<br />
6 19 20 21 23<br />
22<br />
architecture itself: drawings, models, written descriptions, often even objects, furniture<br />
and fragments of long <strong>for</strong>gotten note <strong>book</strong>s. Instead, MIMOA focuses on the<br />
real-life encounter. There are many examples of websites (and magazines) that become<br />
(on-line) destinations in themselves, intentional or not. We decided to collect<br />
only the in<strong>for</strong>mation that is strictly needed to actually find and visit architecture.This<br />
is where MIMOA strongly differs from other on-line architecture databases. The final<br />
personal judgement and experience can only be made after seeing the site in person.<br />
“Architecture teaches you to see, and there<strong>for</strong>e you learn to see things – and<br />
they are not all in one place. And sometimes they are in places far away from<br />
home. And you have to travel; and travelling and seeing is more important to<br />
your <strong>education</strong> than reading <strong>book</strong>s. You have to teach yourself by seeing; and<br />
life becomes richer and the world is yours in a way”.<br />
Quote from architect I.M. Pei in the documentary movie “First Person Singular: I.M.<br />
Pei (1997)”, Director: Peter Rose.<br />
Stay lean<br />
We only publish projects that are built, or under construction. MIMOA does not<br />
publish artist impressions, drawings or plans. Each publication is accompanied by a<br />
maximum of 3 real-life photos. Just enough to recognize the project, and illustrate all<br />
a designer needs to explain. We do not collect endless shots of beautiful buildings:<br />
you simply need to get excited to eventually visit a project. A real life experience<br />
doesn’t match up with the on-line equivalent. Besides: images take up a whole lot of<br />
disk space, and we wouldn’t want to have our visitors waiting <strong>for</strong> loading time.<br />
Stay fresh<br />
We found that this condition of the “real-ness” of objects is a powerful filter<br />
of critical selection. It makes it possible to stay clear of a narration by images,<br />
and the max. 3 photos constraint improves the quality of the photos.<br />
Not only is the first selection by the first-time contributor better; photos are<br />
the first things to be changed by others. If someone has better quality photos<br />
or new in<strong>for</strong>mation on how to get there, we’ll update the publication. This<br />
way we stay accurate and actual.<br />
real world objects<br />
1<br />
niche market<br />
“MIMOA is interesting in that it targets a niche audience which really is rather large.<br />
Who doesn’t go to Europe without expecting to see some fabulous architecture?”<br />
Text from Killer Startups “MIMOA.eu – Comprehensive Database, Architecture in<br />
Europe”, Author: Siri, Posted December 21 2007 1 .<br />
mimoa<br />
265
Tiny slice, big market<br />
How many people could possibly be interested in content with such pinpoint focus?<br />
A very large number, as it happens. At the time of writing, in nearly half a year after<br />
it’s launch, MIMOA has reached about 40,000 page views and 200,000 unique visitors<br />
per month. MIMOA is addressing a mega-niche, a thin slice of the Web, which<br />
nonetheless represents roughly 22 million users. Now that more than a billion people<br />
have access to the Web, there is no longer a trade-off between size and specificity: a<br />
tiny slice of an immense pie is huge. A tightly focussed group is smaller, but easier to<br />
reach and more loyal than a mass audience.<br />
Address the right audience<br />
MIMOA can assemble a large highly committed audience because it doesn’t try to<br />
be all things to all people. The essential content is disclosed by the essential features<br />
and tools adjusted to the needs of a specific customer. Architecture students immediately<br />
understood the ease and opportunities MIMOA brought them and they are<br />
among MIMOA’s most dedicated contributors. Now architects use MIMOA to present<br />
their work internationally, and to get inspired by others. But also city marketeers,<br />
real estate developers, related magazines, and travel organizations have discovered<br />
MIMOA as its <strong>for</strong>emost monitor <strong>for</strong> <strong>architectural</strong> trends in Europe. Finally, <strong>for</strong> people<br />
who love culture and travelling in general, MIMOA is an eye opener, a new source of<br />
inspiration <strong>for</strong> their next destination.<br />
Young and inexperienced<br />
Of all these groups, students matter most. Students have typically been<br />
thought of as transients who contribute little to the collective world of <strong>architectural</strong><br />
publishing. In fact, mimoa’s application <strong>for</strong> financial support from<br />
a national fund that grants “cultural <strong>architectural</strong> projects that foster the<br />
development of knowledge of the design disciplines” and helps projects that<br />
seek to “circulate knowledge and can involve a professional public and/or<br />
a broad spectrum of the general public” was rejected.<br />
web 2.0<br />
7 8<br />
The advising committee saw “no confidence in the critical expertise of the two executive<br />
graduates”. The judging committee “does not expect them to be able to place<br />
the in<strong>for</strong>mation in a national, nor international perspective”. The report continues to<br />
argue: “Those who are to create and develop this project are two young, inexperienced<br />
architects of whom the committee can not judge if they would be capable of<br />
editing the contents of such a website”.<br />
New era of collective enthusiasm<br />
But in the world of Web 2.0, the world where we start by assuming that everyone<br />
already uses the web, the young ones matter <strong>for</strong> several reasons. First: they’ve got<br />
time to work and to contribute to a site like MIMOA, secondly they have the skills,<br />
and thirdly, they are more eager to engage and claim the (on-line) stage, precisely<br />
because they are young. They want to collect, connect and distribute in<strong>for</strong>mation<br />
266 browsing architecture. metadata and beyond
Most important is that young people are part of a large like-minded network<br />
of casual social connections. The exact value lies in casual meetings, like<br />
study trips, summer schools, <strong>for</strong>eign traineeships, exchange programs and<br />
student assemblies. They generate an enthusiastic spin-off <strong>for</strong> companies<br />
and encourage other individuals to join in a cycle of self-rein<strong>for</strong>cing growth.<br />
creative community<br />
1 8 23<br />
22<br />
and are socially motivated. MIMOA offers them a level of involvement and influence.<br />
With collective enthusiasm they continually encounter the classical conventions<br />
where gained knowledge of (the history of) architecture practice among students is<br />
considered not matured enough to be of any general valuable.<br />
Tell your friend<br />
The potential of this focus group – the “creative community” 2 of architects, architecture<br />
students and design related professionals – is that they are amazingly effective<br />
attractors, and their effect is truly magnetic. As a result, the site doesn’t need to<br />
advertise to the general public to reach its audience. The general public will follow<br />
the dedicated ones. If you get the niche right, the audience is not only large and<br />
inexpensive, but active and loyal as well.<br />
Be open<br />
Architecture Museums and archives have an equal interest in the question of audience:<br />
in what ways can <strong>architectural</strong> museums address issues of importance to both<br />
<strong>architectural</strong> students, and to the general public? This question illustrates other<br />
unexpected dimensions of the mega-niche’s power:<br />
The multifaceted role of young people not only plays a part in an ever expanding<br />
network, their amenities help to create a progressive, open and tolerant climate that<br />
attracts and retains members of the “creative community”. The key to a successful<br />
community lies in developing a “people-climate”, aimed at attracting and retaining,<br />
especially but not limited to, creative people. The question comes down to whether<br />
or not people feel they are doing something valuable and fun. This means MIMOA<br />
needs to actively work to cultivate, remain open, and invest and develop in the tools<br />
that the focus group really wants to use the most.<br />
interaction with users<br />
Let your audience guide you<br />
“Revealing news: MIMOA’s first demo is on-line! Go check our beta-version, which is<br />
continuously developed and altered to our and your (feedback feedback) latest insights.<br />
Even though not every feature works, and the face of it will probably change<br />
several times, we thought it to be better to get something real up and running<br />
quickly, instead of building a flash-demo. So, the release version actually is the same<br />
as the beta-version. We hope to improve the site, and the community gets early access<br />
to what they want. It allows our users to tell us what they think, so please spam<br />
us!” MIMOA’s blog “Demo On-line”, Author: Naomi, Posted: February 12th, 2007 3 .<br />
mimoa<br />
267
Just start and learn<br />
We didn’t have large funding, nor a huge team or lengthy development time.<br />
We just decided to build, launch and learn. We started the development,<br />
and set every new step directly on-line. This way we could immediately start<br />
building a community and start collecting content.<br />
In February 2007 we had our first page on-line. After 6 months of updates, new<br />
features, bug removing, user experience tests reporting issues, more updates, evaluating,<br />
and a lot of constructive feedback, the first fully functional version of MIMOA<br />
1.1 was launched in September 2007.<br />
Real-life interaction<br />
The a<strong>for</strong>ementioned constraints <strong>for</strong>ced us to get our idea out quickly. After a month<br />
or so we had a pretty good idea of whether we were on the right track or not. The<br />
faster you get feedback from your users the better. Ideas can sound great on paper<br />
but in practice turn out to be suboptimal. The sooner you find out about fundamental<br />
issues that are wrong with an idea, the better. There’s no substitute <strong>for</strong> real<br />
people using your site in real ways. You can listen and respond to your users. We<br />
learnt that once you iterate quickly and react on customer feedback, you establish a<br />
strong community connection. Many features in our latest update (MIMOA 1.2) were<br />
requested by our contributors.<br />
Get your priorities straight<br />
To actively work and improve MIMOA, we’ve got a large list of possible updates,<br />
features and tools in our heads, which will probably help to make MIMOA 1.3 (and<br />
MIMOA 1.4, 1.5, etc) more fun, bigger, easier and better. However, we still don’t<br />
have large funding and we are still bound to time, but that is a good thing, as we<br />
have to think about what’s really essential and what we could do without. We keep<br />
it small and manageable, so we can actually enjoy the process, planning new steps<br />
in an appropriate order and prioritizing as we go along. The lack of time <strong>for</strong>ces us to<br />
deal with real problems, instead of hypothetical ones. Don’t waste time on problems<br />
you don’t have yet! If we had had to solve everything be<strong>for</strong>e we started, we would<br />
have probably never have started at all. Just because we do it this way, by developing<br />
step-by-step, and not rushing into things, we are creating a sustainable product,<br />
a company that has collected real-life experience and knowledge and built a durable<br />
committed community. Which is, eventually the motor of all.<br />
“We live in a time of great promise. We have evolved economic and social systems<br />
that tap human creativity and make use of it as never be<strong>for</strong>e”.<br />
Text from “The Rise of the Creative Class (2002)”, Author: Richard Florida.<br />
usability<br />
Start with the user<br />
From the start we were in urgent need of a user-experience designer, since we (as<br />
268 browsing architecture. metadata and beyond
user interface-design<br />
3 6 11 24<br />
22<br />
two young architects) mainly look at things from the end-user perspective, and had<br />
difficulties communicating with the technical side. The UX designer helps us to plan<br />
and to develop a clear and well-thought user interface-design <strong>for</strong> each update or<br />
feature. Developing starts with the interface; the real screens that people are going<br />
to use. It begins with what the customer actually experiences and builds backwards<br />
from there. This lets you get the interface right first, avoiding timely mistakes with<br />
the software.<br />
Usability is everything<br />
As it’s founders we were, and still are mimoa’s most critical users. We’re very<br />
impatient. Instead of focusing on the relatively easy task of disclosing in<strong>for</strong>mation,<br />
similar existing sites were cluttered with options that only complicated<br />
the process; we don’t want to see things we won’t use.<br />
We don’t want something that’s appealing to in<strong>for</strong>mation hungry “geeks”, but so<br />
overloaded that regular people can’t find the basic stuff they are looking <strong>for</strong>. For<br />
MIMOA we needed to find the right approach <strong>for</strong> the usability, especially but not<br />
limited to, creative people. When someone uses a website, they’re not just looking<br />
<strong>for</strong> features, they’re looking <strong>for</strong> an approach, and this especially makes sense to the<br />
general public. To stimulate their appreciation of architecture, we needed to make<br />
the website accessible and attractive. The idea behind the design is that not only<br />
architects will enjoy MIMOA, but a much broader target group. That’s why we tried<br />
to give MIMOA a friendly look, adding colour and friendly fonts, unlike the not-soeasy-to-use<br />
black-and-white (and red) architecture databases out there.<br />
Keep a clear overview<br />
On top of our list was a one-page-overview of a project. You need to see<br />
everything requested without having to click through pop-ups and new pages<br />
only to find yourself lost in the quest <strong>for</strong> in<strong>for</strong>mation. So every single page<br />
shows everything we have about the project you’re viewing.<br />
browsing<br />
6 17 19 21 26<br />
Ease of searching, browsing, finding<br />
Thanks to the immediacy and ease of it’s searching, MIMOA ef<strong>for</strong>tlessly opens up its<br />
databases. Designers get inspiration; students find a valid support to their <strong>education</strong>;<br />
moreover, the agile and effective structure of query paths also addresses a<br />
much wider, interdisciplinary public made up of lovers of contemporary architecture,<br />
travellers, people mindful of the evolution of the constructed heritage and, in general,<br />
in the development of cities.<br />
Lost without a map<br />
In all the sites we analysed we never saw the possibility to show the in<strong>for</strong>ma-<br />
mimoa<br />
269
tion’s location with a map. We can truly say the map is mimoa’s best part.<br />
It’s always there, on every page providing a clear overview, orientation and<br />
suggesting new destinations <strong>for</strong> navigation.<br />
It took some time to make it fully functional and interactive: adjusting it’s zoom<br />
levels with clusters and corresponding markers; focussing on the selected project;<br />
showing personal favourites and projects you’ve visited; intelligent zoom when<br />
showing search results; the choice to show or hide other nearby projects; and the<br />
possibility to enlarge the map on your screen.<br />
We ran several usability tests that showed the user wasn’t aware of all these capabilities,<br />
and simply used it intuitively.<br />
“As you browse through the buildings featured in MIMOA you can add them to your<br />
favourites or you can add them to the list of buildings you have seen.Once you start<br />
tagging your favourites and the buildings you have visited these become options<br />
on the map. You can there<strong>for</strong>e create a map that only includes your favourites or a<br />
map that just includes the buildings you have visited. This is a feature I haven’t seen<br />
be<strong>for</strong>e in other Google Maps projects and is a great way to personalise the browsing<br />
experience”.<br />
Text from weblog Google Maps Mania “MIMOA”, Author: Keir Clarke, Posted: March<br />
03 2008 4 .<br />
Credit the author<br />
Registered members, who have the opportunity to edit their own profiles, make the<br />
contributions. He or she can link to a website, add a picture and text to explain their<br />
interests, backgrounds and profession. They can choose which in<strong>for</strong>mation is made<br />
public, and whether they want to publicly publish their names. Authorship of the<br />
content is a strong factor in assessing the quality of the content.<br />
By deliberately and prominently including the small sentence “contributed<br />
by” to each and every publication, mimoa gives its authors ownership and<br />
pride. It gives them a plat<strong>for</strong>m where they can proclaim their authority. Especially<br />
professional reviewers and journalists gratefully adopt this attribution<br />
and are actively using their personal editable profile to advertise themselves.<br />
In time, currently unknown or “very young” contributors may grow to become<br />
expert reviewers themselves. Ideas to further nourish this concept are currently<br />
being developed.<br />
An illustration<br />
The original Wikipedia design made its content ego-less and time-less. Instead of<br />
attributing the documents to a certain person, they removed much of the visual representation<br />
of ownership. They decided it wasn’t important who wrote the content<br />
or when it was written. Some say this decision fostered a shared sense of community<br />
and was a key ingredient in the success of Wikipedia. However, this vision is now<br />
heavily disputed, not the least by it’s own founders, resulting in a true battlefield.<br />
270 browsing architecture. metadata and beyond
22<br />
Recently founded Citizendium (where “the general public and experts collaborate,<br />
using their real names” 5 ) and Veropedia 6 en<strong>for</strong>ce an expert review or approval<br />
mechanism to maintain order, intended to counter Wikipedia’s grown amateurism,<br />
anonymity and anarchy 7 .<br />
content management<br />
Consistent entries<br />
All the design strategy, user research and interaction design in the world isn’t<br />
going to get customers to the in<strong>for</strong>mation they need without a sound architecture<br />
to guide them.<br />
copyrights<br />
14<br />
Other interactive (user generated) databases have major difficulties showing their<br />
in<strong>for</strong>mation in a clear, comparable and comprehensive way, and at the same time<br />
maintaining a high quality of content. We designed our pages in such a way that all<br />
the in<strong>for</strong>mation is structured in exactly the same manner. Input by third parties creates<br />
an extra variable and requires a clear structured content management system.<br />
Consistent data entry is crucial.<br />
Adding or improving?<br />
Furthermore, subsequently added in<strong>for</strong>mation (data that is added to the database<br />
after publication) is either separated from the original entry in new fields (<strong>for</strong><br />
example the comments) or it is an update of the original data. We have a hard limit<br />
on text input. To a hardcore data-collector this may sound senseless, but MIMOA is<br />
not <strong>for</strong> enlarging the collection and offering more data, we would prefer to improve<br />
the quality of the in<strong>for</strong>mation, boiling it down to its essentials. This is a fundamental<br />
element of our content management system: focussed on condensing data and<br />
spending less time on managing additions, supplements and appendixes. Lean and<br />
easier to change or improve, but above all: the right records are easier to find. Oh,<br />
and yes; it keeps our storage costs down.<br />
Editing be<strong>for</strong>e publishing<br />
The basic project entries are reviewed be<strong>for</strong>e publishing, checked on required<br />
minimal in<strong>for</strong>mation and checked <strong>for</strong> errors. As soon as a new project is submitted,<br />
MIMOA reviews and edits the data, adds in<strong>for</strong>mation where possible, and decides<br />
whether to put it on-line. We keep the right to change the texts a bit, but will always<br />
respect the personal contributions. We also need to check the copyrights of all data<br />
that others contribute. You might think that this is quite a lot of work, why not use<br />
a more wiki-like system? Many “wiki-like” sites have major problems on keeping<br />
the in<strong>for</strong>mation consistent, correct and complete. That is why we need an “editing<br />
panel”, a gentle expert guidance to maintain order. You would be surprised to see<br />
what people try to upload.<br />
Copyrights on content<br />
We respect the intellectual property of others, and we expect our users to do the<br />
mimoa<br />
271
copyrights<br />
same. MIMOA does not claim copyright on the photos or texts, which always remains<br />
with the author. If we believe that someone is publishing content without the<br />
rights to distribute it, we simply don’t publish it. We ask the contributor if he or she<br />
has a photo that they’ve taken themselves. Members are very understanding about<br />
this. The photos do not have to be of a professional standard, the object just needs<br />
to be recognizable. People need to register be<strong>for</strong>e contributing content, thus we can<br />
always get in touch with them if we have any questions. For example, if we want to<br />
use a member’s content <strong>for</strong> any use other than publication on MIMOA then we ask,<br />
and so far no one has ever said no.<br />
Integrating Creative Commons<br />
The Internet has pushed the rigid structures of copyright law to breaking point.<br />
The problem is that absolute control is contrary to what users and customers need.<br />
The non-profit organization Creative Commons provides free tools that let authors,<br />
scientists, artists, and educators easily mark their creative work with the freedoms<br />
they want it to carry. You can use CC to change your copyright terms from “All Rights<br />
Reserved” to “Some Rights Reserved” 8 . Currently they cover increasing amounts of<br />
web content, including Flickr photos. MIMOA wants to integrate the CC licences into<br />
the site. Many contributing photographers do not mind others using their material to<br />
create other works, and have begun to offer their content to users under these liberal<br />
licensing terms. Having CC-licensed open contents on the site offers a better service<br />
to current and new visitors.<br />
Choose your medium, set your content<br />
Just like the amount of photos is set to a maximum, we also have a limit on<br />
text. It <strong>for</strong>ces you to write down only the essentials. In 1000 characters, including<br />
spaces, every one can convey a message, and if not, you can link the<br />
publication to any other web page leading to more in<strong>for</strong>mation.<br />
Providing <strong>architectural</strong> content on a medium such as ours, <strong>for</strong>ced us to rethink<br />
the character and size (or length <strong>for</strong> that matter) of in<strong>for</strong>mation. We want to see<br />
large size real-life photos we’re not writing <strong>book</strong>s on-line. Also, drawings are pretty<br />
difficult to publish. How many times do you run into an architects’ website and<br />
find scaled, low resolution, blurred illustrations with indefinable details – probably<br />
texts? Apart from the visual restrictions, drawings are juridical gremlins 9 . We’re not<br />
including these into our website, but will always link a project to the architects’ site,<br />
where you can probably find them. “The first is that the Web is not a medium of<br />
data, in<strong>for</strong>mation, knowledge, wisdom, or content – it is a medium <strong>for</strong> linking data,<br />
in<strong>for</strong>mation, knowledge, wisdom, and content. Just as writing a newspaper column<br />
isn’t like writing a novel”. From “Lessons Learned: We Still Don’t Get the Web” article<br />
published in Wired 04.29.97, Author: Michael Schrage 10 .<br />
Take your content with you<br />
“I envisioned myself wandering around a city with a hand-held device<br />
such as a pda or an iPhone viewing a map that tells me where I am,<br />
and what beautiful architecture exists around the corner”.<br />
272 browsing architecture. metadata and beyond
digital content<br />
22<br />
Quoted from an email send to MIMOA by one of its members.<br />
One major advantage of having only digital content is its mobility. The use of wireless<br />
Internet will only continue to grow and we see a great opportunity <strong>for</strong> visitors<br />
to be able to reach MIMOA with their mobile phones. Travelling is becoming easier,<br />
cheaper and the number of city trips (in Europe) is growing. There will be a major<br />
change in the use of travel-guides and other city sources. Travellers don’t want to<br />
spend hours searching <strong>for</strong> in<strong>for</strong>mation, buying heavy travel <strong>book</strong>s, nor do they want<br />
to walk around conscious about with their small “ruthlessly researched, designconscious<br />
hand<strong>book</strong> <strong>for</strong> the discerning traveller” 11 in their hands. As a global traveller<br />
you want inside niche in<strong>for</strong>mation on the spot.<br />
content selection and quality<br />
mimoa has set up a complete and easy-to-use interactive upload <strong>for</strong>m to help<br />
you get your most favourite, last built, and just visited new projects published<br />
on-line. You can even save your work and come back later to finish the upload<br />
<strong>for</strong>m, so there is no need to prepare days in advance, just start now.<br />
From the MIMOA website, introduction to the upload <strong>for</strong>m.<br />
Selection starts at the door<br />
The interactive on-line upload <strong>for</strong>m is really easy to use, but the amount of fields<br />
may intimidate the first time contributor. This is a good thing. If contributing were<br />
easy, editing would be hard.<br />
As Saint Gobain puts it: “One less chore in life. Actively break down dirt so your<br />
windows stay cleaner <strong>for</strong> longer. Save time and money...” 12<br />
User generated content<br />
Of course there are a lot of remarks to be made about the quality of the content of<br />
user-generated websites. Today’s fierce discussions on the reliability of in<strong>for</strong>mation<br />
of these “open” plat<strong>for</strong>ms provoke reactions that go from legitimate scepticism to labelling<br />
them “dangerous places” that are best to be avoided. The fact is that today’s<br />
user-generated content has great utility.<br />
“The tools of production, from blogging to video sharing, are fully democratized,<br />
and the engine <strong>for</strong> growth is the spare cycles, talent, and capacity of regular folks,<br />
who are, in aggregate, creating a distributed labor <strong>for</strong>ce of unprecedented scale. It’s<br />
providing the energy that drives a new sort of company, one that understands that<br />
talent exists outside Hollywood, that credentials matter less than passion, and that<br />
each of us has knowledge that’s valuable to someone, somewhere”.<br />
Text from “People Power”, article published in Wired July 2006, Author: Chris Anderson<br />
13 .<br />
Without the input of its users, it would have been very hard, if not impossible <strong>for</strong><br />
MIMOA to be able to compile and collect the in<strong>for</strong>mation, necessary <strong>for</strong> building<br />
such a database.<br />
mimoa<br />
273
Feedback from avid users<br />
Apart from the editorial quality of content coming from architecture magazine<br />
advertisements and architects office promotions, the majority of projects<br />
are contributed by less editorially skilled “architecture lovers”. However, if you<br />
search through the publications on mimoa, you really have to look hard to find<br />
fast and non-comprehensive “Euringlish” 14 , or terrible, badly lit snapshots.<br />
In fact, some photos by amateur photographers are so good we get requests from<br />
architecture firms who want to contact the authors. One of the reasons <strong>for</strong> the high<br />
quality of the content, apart from the ones a<strong>for</strong>ementioned, is the feedback we get<br />
from our visitors. Some of them are true groupies and avidly report errors and place<br />
additional comments.<br />
Who knows best?<br />
Returning to discuss the “professional” contributors, some of our members have<br />
been communicating that they find “generalizing topics in the commentary misleading,<br />
that clearly show that the buildings have been described and analysed from<br />
a magazine’s review” and that “the idea then of letting locals from each city add<br />
reviews about their buildings is quite an advancement from traditionally printed<br />
magazines” 15 .<br />
The fact that the reviews are reports from volunteers somehow represents<br />
a more compelling recommendation than the opinion of an expert whose job<br />
it is to review architecture. This user-generated content creates very different<br />
points of view, all depending on both who the contributor is, and who the<br />
audience is.<br />
Interference of advertisement and editorial content<br />
Similar to magazines, architects tend to make reality look better, but not more<br />
realistic. They are not to blame; eventually it’s their job. MIMOA does not have a<br />
guideline that states that (concealed) advertising and commercial sponsorship must<br />
not influence any editorial content, <strong>for</strong> architecture is advertising. A 5-star hotel<br />
owner preferably has his newest venture designed by a certain architect <strong>for</strong> reasons<br />
of image and appearance, status and prestige. Why would those buildings not be<br />
included in a guide? This issue again exemplifies the need <strong>for</strong> published authorship<br />
and disclosure of intentions and competing interests.<br />
Relevance of the publications<br />
Not only does the editorial quality or purpose of publication differ, also the relevance<br />
of the submitted projects strongly diverges. Simple and complex, well-known or<br />
obscure, pretentious and humoristic designs vary. It’s more symbiosis than rivalry.<br />
MIMOA does not reject a contribution based on its looks. The only criteria are that it<br />
matches the required minimal in<strong>for</strong>mation. This way we can offer a true exchange of<br />
people, designs and ideas. It’s up to the visitor to judge and <strong>for</strong>m their opinion.<br />
274 browsing architecture. metadata and beyond
22<br />
How about the “old buildings”?<br />
We’ve never stated on our website that we only want to publish actual, or<br />
new buildings. Somehow it just works this way and people add what they feel<br />
needs to be added. Most of the time, the contributions are not the projects<br />
that are covered in mainstream tourism <strong>book</strong>s, sites and guides, but the ones<br />
that are not (yet) present in the all-to-familiar-tourist-guides.<br />
Buildings everybody knows about are less interesting, of course eventually they will<br />
be included too, and we would never reject a contribution because it is “too old”.<br />
However, there is a sense of what is “modern” that somehow starts around 1900.<br />
The community has got lots of tools to filter and rate the projects and we want to<br />
keep these assessments, to continue this reviewing-factor with the public.<br />
Selecting content<br />
Apart from the quality, it is much more interesting to see how the visitor chooses<br />
from the quantity of objects. How does he choose to select the projects he wants to<br />
see on his next two-day trip to Amsterdam? From the group of registered members,<br />
maybe only 10% actively publishes projects, but the remaining 90% of consumers<br />
are also contributing, unintentionally or not. They all use the other “Web 2.0-features”<br />
MIMOA has to offer. We can track the popularity of a project by all the other<br />
movements: the use of the comments-box; rating; adding in<strong>for</strong>mation on your profile;<br />
making your favourites lists; marking where you’ve been; selecting and creating<br />
a personal architecture guide; tell a friend – it all contributes to the database. All this<br />
data is then returned to the site, and you can easily find out which projects are worth<br />
visiting in a certain city from their popularity. No “one” is as smart as all of us.<br />
Managing content by creating Mi guides<br />
The recently introduced Mi guide offers visitors a simple selection tool. It adds external<br />
projects to a guide, prints a <strong>book</strong>let or downloads as a PDF. Since the launch<br />
of the first version of the Mi guide it has proved to be a very popular tool and has<br />
created a rise in visitor numbers.<br />
This feature could develop into something bigger, creating a sub-community<br />
around the development of the Mi guides. It can achieve a higher level than<br />
just contributing, because people are able to compile a list based not on what<br />
they have submitted, but on what they think is important to experience.<br />
We noticed a new creative use of the Mi guides: people collecting content based on<br />
other, special preferences, not related to geographic location. They are compiling<br />
reference guides, with projects all made out of the same material or categorized in<br />
the same discipline (<strong>for</strong> example all housing). Some architecture firms even started<br />
publishing their own portfolio and urge their clients to download it from their<br />
personal profile page on MIMOA. This phenomenon prompts a new interesting question:<br />
How can on-line databases help architects to archive their work by promoting<br />
the exchange of in<strong>for</strong>mation, and vice versa?<br />
mimoa<br />
275
Turn community into content<br />
Selecting projects <strong>for</strong> a Mi guide is actually also a <strong>for</strong>m of “voting”. But voting isn’t<br />
the only mechanism <strong>for</strong> collecting feedback. We can run tests to see what buttons<br />
people click on and check our statistics to see which projects are viewed most, where<br />
visitors come from and where they go. Many users question whether MIMOA is<br />
really Web 2.0, with an editing panel behind all publications. Fortunately they <strong>for</strong>get<br />
the other Web 2.0 features that turn community into content – “<strong>for</strong>tunately”, because<br />
whenever the visitor is unaware that he’s using these tools, they prove to work<br />
best. MIMOA is a convincing example of how to fuse these two strands, combining<br />
metadata and social networking.<br />
The Web truly is a medium that can measure, monitor, track, and segment<br />
the marketplace with a rigor and intensity that <strong>for</strong>ce an editorial refocus.<br />
That’s great. That’s what responsiveness and innovation should be all about.<br />
archiving<br />
11 13 14<br />
Text from “Lessons Learned: We Still Don’t Get the Web”, article published in Wired<br />
04.29.97, Author: Michael Schrage 16 .<br />
archiving trends, issues and considerations<br />
Archiving? Too much trouble...<br />
These days no building is designed without the use of a computer. The archives<br />
that repositories will acquire in the future will largely consist of digital files. Also<br />
architects are less keen on saving all consecutive versions of a drawing. Archiving is<br />
time consuming and architects often only keep the final versions in their archives.<br />
Furthermore, we’ve experienced that many architects outsource the promotion-part<br />
of their work. They hire communication offices to react on in<strong>for</strong>mation requests and<br />
send out press releases.<br />
How can we help architects with their diminishing willingness to archive and<br />
their desire to promote their material? Can we offer new tools <strong>for</strong> archiving<br />
and promoting?<br />
Changing production methods and changing products<br />
Does the type of on-line media and it’s ease of usability change the way <strong>architectural</strong><br />
in<strong>for</strong>mation is published? Does it also influence the range, quality, content and typology<br />
of the products, which architects create? The issues with publishing drawings<br />
on-line are mentioned above. We have already see some architecture offices that<br />
have turned their websites into meticulously kept databases, exclusively filled with<br />
content that’s fully adjusted to the use of monitors.<br />
Off-line or on-line archiving?<br />
What is the future of large off-line repositories of which the majority are hardly ever<br />
consulted? Should all those regional or national institutions keep on collecting while<br />
the target group has already dropped out? The collective nature of the architect has<br />
changed.<br />
276 browsing architecture. metadata and beyond
Architecture students don’t take the time to go and dig into dusty archives<br />
<strong>for</strong> a history class, only to drop the project as it becomes too unwieldy and<br />
time consuming.<br />
22<br />
On-line repositories can become the new content-interchange plat<strong>for</strong>m, where the<br />
creators of content publish their work, and the knowledge is actively republished and<br />
released to the same group: students and architects alike.<br />
New products and new interest groups<br />
All users add a new company value to the extensive database: their reviews, opinions<br />
and traffic-stats are all combined into a new product. The archiving activities are not<br />
only interesting <strong>for</strong> the first targeting group that is creating and collecting the data,<br />
but also large real estate developers, city marketeers, travelling organizations, and<br />
related magazines (<strong>architectural</strong>, design, travelling, life style), who all need facts &<br />
figures to define their upcoming activities. With enough content to enable viable output,<br />
you can track the creative flows. By collecting personal in<strong>for</strong>mation, reviews and<br />
opinions, on-line repositories like MIMOA can become cultural trend watchers.<br />
Content distribution networks<br />
Creating great content that no one knows about is of no use. “Build it and they<br />
will come” is not a viable plan with search marketing. A successful website not<br />
only depends on the quality of the content worth visiting, but also on the distribution<br />
network. The key to realizing the linking benefit from creating useful,<br />
engaging and unique content is to create channels of distribution.<br />
Next to the channels that we spread ourselves, like blogging, newsletters, press release<br />
distribution, RSS feeds and social networking, a content-provider like MIMOA<br />
needs partnerships to increase the network of content distribution.<br />
Various examples already exist. Now that the music industry has found itself losing<br />
its lucrative distribution chains and television producers are changing their ways of<br />
distribution not to lose out on new business opportunities on the web. The BBC is cooperating<br />
with Azureus to distribute their television shows and original productions.<br />
iTunes movie rentals service, is powered by deals with all the major film studios and<br />
stands to reinvent the way people rent and watch movies 17 .<br />
MIMOA can receive new visitors by distributing content through relevant channels<br />
such as <strong>MACE</strong>. By interlinking with other <strong>architectural</strong> databases, users find more<br />
content to discuss, tag, use and learn from. And eventually these new channels, or<br />
<strong>for</strong>mats <strong>for</strong> content distribution, will have a great effect on building an organized<br />
content distribution network and the corresponding effect on search engine visibility.<br />
Fig. 1-6 (pp. 353-355).<br />
notes →<br />
mimoa<br />
277
notes<br />
¹ Read the original article here:<br />
http://www.killerstartups.com/Web20/MIMOAeu---Comprehensive-Database-Architure-in-Europe.<br />
See the corresponding post on MIMOA’s blog here: http://www.mimoa.eu/blog/?p=149.<br />
2 We gratefully adopted the term “Creative Community” from Richard Florida’s<br />
Rise of the Creative Class (Cambridge, Massachusetts: Basic Books, 2002).<br />
3 Read the original post here: http://www.mimoa.eu/blog/?p=7.<br />
4 Read the original article here: http://googlemapsmania.blogspot.com/2008/03/mimoa.html.<br />
See MIMOA’s corresponding weblog post “Innovations in the use of Google Maps”<br />
<strong>for</strong> more in<strong>for</strong>mation: http://www.mimoa.eu/blog/?p=190.<br />
5 Text from Citizendium: http://en.citizendium.org/wiki/Main_Page.<br />
6 Read more on: http://veropedia.com.<br />
7 Read more about the reliability and history of Wikipedia in Wired: “Jan. 15, 2001:<br />
Enter Wikipedia, <strong>for</strong> Better and Worse”, Author: Tony Long, 01.15.08.<br />
http://www.wired.com/science/discoveries/news/2008/01/dayintech_0115.<br />
Read more about Veropedia here: http://en.wikipedia.org/wiki/Veropedia.<br />
Read more about Citizendium here: http://en.wikipedia.org/wiki/Citizendium<br />
8 Text from http://www.creativecommons.org.<br />
278 browsing architecture. metadata and beyond
22<br />
9 Gremlin: in American folklore, malicious, airborne supernatural being. Gremlins were first heard<br />
of during World War II as creatures responsible <strong>for</strong> unexplainable mechanical failures and disruptions<br />
in aircraft (from: The Columbia Encyclopedia. NewYork: Columbia University Press, 2007).<br />
10 Read the full article here: http://www.wired.com/techbiz/media/news/1997/04/3460.<br />
11 Text from Wallpaper City Guides product in<strong>for</strong>mation http://www.wallpaper.com/travel/<br />
wallpaper-city-guides/1085.<br />
12 Product in<strong>for</strong>mation of SGG Bioclean, Self Cleaning Glass. Text from the Saint-Gobain website.<br />
http://uk.saint-gobain-glass.com/b2c/default.asp?nav1=pr&nav2=single%20pane&id=108.<br />
13 Read the full article here: http://www.wired.com/wired/archive/14.07/people.html<br />
14 Euringlish, or also Euro-English: refers to dialects of English spoken by <strong>European</strong>s <strong>for</strong> whom<br />
English is not their first language, especially since English is frequently used by two <strong>European</strong>s to<br />
communicate especially when neither of them know each other’s language as their first language.<br />
http://en.wikipedia.org/wiki/Euro-English.<br />
15 From Archinect Forum “<strong>European</strong> modern architecture database”, Author: Medit, Posted: 25<br />
September 2007. http://www.archinect.com/<strong>for</strong>um/threads.php?id=64697_0_42_0_C.<br />
16 Read the full article here: http://www.wired.com/techbiz/media/news/1997/04/3460.<br />
17 From Wired “Apple Reinvents Film Biz With iTunes Movie Rentals”, author: Eliot Van Buskirk, 15<br />
January, 2008. http://www.wired.com/gadgets/mac/news/2008/01/macworld_keynote.<br />
mimoa<br />
279
23<br />
› digital graphics representation<br />
<strong>for</strong> architecture<br />
280<br />
nextroom:<br />
The <strong>European</strong> Hub<br />
<strong>for</strong> Contemporary<br />
Architecture<br />
› learning objects<br />
› learning paths<br />
nextroom was founded in 1996 by Juerg Meister with the idea of<br />
“creating a space <strong>for</strong> architecture on the Net”. Today nextroom<br />
has become the <strong>European</strong> hub <strong>for</strong> contemporary architecture<br />
based on an extensive database of buildings, images and texts.<br />
The architecture database was set up according to a collection<br />
principle guaranteeing high quality standards. Qualified<br />
<strong>architectural</strong> institutions select buildings and prepare project<br />
descriptions. Numerous partners in 8 <strong>European</strong> countries,<br />
curating nextroom collections, already undertake this <strong>for</strong>m<br />
of ongoing documentation. nextroom acts as editor-inchief,<br />
links all in<strong>for</strong>mation, searches daily <strong>for</strong> articles on<br />
architecture in newspapers and specialised magazines and<br />
offers a comprehensive overview of up-to-date <strong>book</strong>s in its<br />
library. The Federal Republic of Austria made this development<br />
possible through art promotion grants. At the moment, the site<br />
generates more then 2.5 million page impressions every month;<br />
the community keeps growing, and nextroom has evolved into<br />
a top-quality web<br />
address <strong>for</strong> architecture. 8,000 buildings,<br />
16,000 actors, 60,000 images were thus collected, edited and<br />
stored in a joint database. This data stock served as the basis<br />
<strong>for</strong> the subsequent development of archtools, applications<br />
aimed at architects (archbau.at), <strong>architectural</strong> photographers<br />
(archfoto.com) and authors specialising in architecture and its<br />
communication (archtour.at).
juerg meister<br />
nextroom<br />
Wien, Austria<br />
www.nextroom.at<br />
Born in 1958 in Aarau, Switzerland, an Architect;<br />
vocational training in Aarau; studied architecture<br />
at Basle Engineering School (Muttenz); in Vienna<br />
since 1982; collaborator of A. Krischanitz; freelance<br />
architect and participation in art projects in Austria<br />
and Switzerland; founded nextroom – architektur<br />
im netz in 1996; since 1997 continued development<br />
of the database <strong>for</strong> contemporary architecture and<br />
connected online tools.<br />
helga kusolitsch<br />
nextroom<br />
Wien, Austria<br />
www.nextroom.at<br />
Born in 1968 Hainburg, Austria, studied history and<br />
art history in Vienna, researcher on cultural affairs<br />
with a special focus on architecture; editor on<br />
Austrian cultural policy; 1998-2000 DAM, Frankfurt;<br />
co-editor of World Architecture 1900-2000 (UIA);<br />
since 2001 consulting and editorial work; since<br />
2003: nextroom – concept, editing, development of<br />
<strong>European</strong> co-operation ventures.<br />
stephan f. haupt<br />
nextroom<br />
Wien, Austria<br />
www.nextroom.at<br />
Born in 1973 in Vienna, Austria, studied business<br />
in<strong>for</strong>matics at Vienna University with a focus on<br />
applied in<strong>for</strong>matics, investment and financing,<br />
banking operations; until 2001: strategy and concept<br />
consulting <strong>for</strong> telecommunications, infrastructure<br />
and financial companies, since 2002: nextroom<br />
collaborator; technical concept development and<br />
implementation of the architecture database <strong>for</strong><br />
nextroom.<br />
281
282
origins<br />
Although the origins of nextroom date back to the earliest days of the World<br />
Wide Web, the evolution of the online database was much more strongly<br />
influenced by a thematic-artistic commitment to the <strong>architectural</strong> discourse<br />
than by the possibilities offered by this (then novel) technology.<br />
contemporary<br />
architecture<br />
22<br />
online database<br />
6 19 20 21<br />
presentation of<br />
<strong>architectural</strong> data<br />
8 11<br />
23<br />
Most network activists in Vienna were artists. Artists’ networks such as “The Thing”,<br />
which was brought from New York to Vienna by Helmut Mark, or Konrad Becker’s<br />
“Public Netbase” as well as “digital cities” – above all Amsterdam – tried to further<br />
the interaction between art, city and Internet. The roots of nextroom are likewise<br />
steeped in the field of Internet art and right from the beginning were strongly<br />
determined by the new visual levels disclosed by the Web. “nextroom – architektur<br />
im netz” was founded in spring 1996. The first regular service was an <strong>architectural</strong><br />
event calendar, which was followed by the online building database as early as in<br />
1997. This core of nextroom was continuously enlarged and today is the heart of<br />
a high-frequency hub integrated into a dense <strong>European</strong> network of contemporary<br />
architecture.<br />
milestones<br />
1996: Start-up of nextroom on the Internet.<br />
1997: Start-up of architecture database with an Austrian collection partner.<br />
1998: Start-up of press review on architecture-related issues.<br />
2005: Start-up of specialised review archive, enlargement into <strong>European</strong> architecture<br />
database.<br />
2005: Start-up of online library.<br />
2006: GIS (geographic in<strong>for</strong>mation system).<br />
2008: 2.5 million page impressions, partners from 8 <strong>European</strong> countries, 17 building<br />
collections, more than 30 newspapers and magazines, 50 publishing houses specialising<br />
in architecture, approx. 8,000 buildings, 16,000 actors, 60,000 images, 1,000<br />
publications.<br />
content<br />
Right from the beginning, the nextroom application was designed <strong>for</strong> the co-operative<br />
management and presentation of <strong>architectural</strong> data from a variety of sources.<br />
Numerous building collections, newspapers, <strong>architectural</strong> reviews and publishing<br />
houses specialising in architecture from 8 <strong>European</strong> countries provide the database<br />
with content that is constantly complemented and edited by nextroom.<br />
buildings<br />
nextroom presents contemporary architecture but is mainly concerned with providing<br />
an ongoing documentation of current <strong>architectural</strong> production. The main database<br />
objects are buildings (currently approx. 8,000), which are selected by independent<br />
collection partners. This quality-based documentation is the key characteristic<br />
of nextroom.<br />
nextroom<br />
283
The buildings are presented with text, images and meta-data. Moreover, links<br />
with other in<strong>for</strong>mation sources, such as texts from newspapers and specialised<br />
magazines, publications, awards and prizes, actors involved in a given<br />
building and related events, are offered as well.<br />
community<br />
8 22<br />
photographs<br />
14 16 19 22<br />
23 24<br />
Buildings can be accessed via index lists (persons, locations, chronology, function,<br />
companies) as well as via a search function. The nextroom front-page features a list<br />
of ever-changing new entries. A newsletter in<strong>for</strong>ms the numerous subscribers about<br />
all new entries of the week.<br />
actors<br />
Since nextroom is primarily a collection of objects and not a directory of actors/persons,<br />
the latter are only presented if linked to objects (building, texts, photos, etc.) as<br />
authors of a specific item and if at least one of their works is accessible on nextroom.<br />
The currently 16,000 entries on actors (both legal and physical persons) result thus<br />
from the fact that each of them is linked to at least one object; paid entries are not<br />
admitted. In this respect, nextroom differs markedly from person-focused providers<br />
that offer marketing plat<strong>for</strong>ms – on which clients can buy space – based on their<br />
directories.<br />
images<br />
At the moment, the database contains close to 60,000 images, which mostly include<br />
<strong>architectural</strong> photographs as well as plans and diagrams. nextroom always features<br />
photographs untrimmed with their original aspect ratios; the authors of each image<br />
are of course cited by name, and copyrights are invariably clarified be<strong>for</strong>e publication.<br />
In this, too, nextroom differs from other plat<strong>for</strong>ms. All images are provided to<br />
nextroom free of charge.<br />
press<br />
Architecturally themed articles and features from dailies and weeklies in Germanlanguage<br />
are an important element of the database.<br />
nextroom continuously scans approx. 20 of the leading print media <strong>for</strong> contributions<br />
with relevant <strong>architectural</strong> content and presents these in different<br />
<strong>for</strong>mats, either as full text or with a link to the respective newspaper<br />
or magazine server.<br />
specialised press<br />
Leading <strong>architectural</strong> magazines and reviews have been part of the nextroom<br />
network since 2004. In the context of individual media co-operation projects, the<br />
editorial teams of as many as 20 reviews submit selected articles <strong>for</strong> publication on<br />
nextroom. Depending on the specific co-operation model, these texts are presented<br />
in various <strong>for</strong>mats; with the spectrum ranging from integrated full-text articles to<br />
284 browsing architecture. metadata and beyond
23<br />
PDF download abstracts or brief summaries. Roughly 700 contributions are already<br />
listed. By comparison to the text archives of major newspapers and specialised text<br />
libraries such as e.g. the “Baugedächtnis” (electronic library service) of ETH Zurich,<br />
the main focus of the nextroom press review is on linking texts to buildings, images<br />
and actors from the database.<br />
publications<br />
An online library was added to the database in 2005. This enables nextroom to build<br />
a comprehensive directory of contemporary publications on architecture directly<br />
connected to the nextroom content. Due to our co-operation with publishing houses,<br />
the library already offers close to 1,000 titles.<br />
awards & prizes<br />
Awards and prizes that are linked to buildings, texts and actors provide another<br />
important source of in<strong>for</strong>mation. As a quality criterion of contemporary architecture,<br />
they can be searched in nextroom, with a list of concrete examples.<br />
event calendar<br />
The event calendar was the first nextroom application and has remained<br />
a key database element.<br />
Organisers can publish events free of charge; to ensure thematic completeness, the<br />
event index is also edited by nextroom.<br />
the hub <strong>for</strong> architecture<br />
The core of nextroom is provided by the building database, which derives<br />
from a quality-oriented selection of buildings that is ensured by the nextroom<br />
collection partners acting as an editorial team.<br />
This core is given greater thematic richness and completeness through the general<br />
and specialised press reviews, the library, the list of awards and prizes, and the event<br />
calendar. All content elements are edited and interlinked by nextroom. The specific<br />
and unique quality of nextroom is embodied in the resulting knowledge matrix.<br />
In addition to the “traditional” plat<strong>for</strong>m nextroom.at, this content of the nextroom<br />
database can be visualised in other output <strong>for</strong>mats (archbau.net, archfoto.com,<br />
archtour.at) as well. The difference between these various visualisation modes lies in<br />
the interest-based filters <strong>for</strong> specific content selection, which are not subject to the<br />
collection criteria. The core building data always serve as focal starting-points <strong>for</strong> all<br />
further content elements (texts, images, etc.) and in this way mediate, as it were, between<br />
the different interests fuelling the use of nextroom (non-commercial, qualitybased)<br />
and archtools (commercial, marketing-based), while precluding potential<br />
negative influences. By building its international network, linking different <strong>for</strong>ms of<br />
content and creating the possibility of individual content visualisation, nextroom has<br />
established itself as a high-frequency hub <strong>for</strong> architecture.<br />
nextroom<br />
285
intelligent networking<br />
intelligent networking<br />
The concept of “intelligent networking” allows <strong>for</strong> the interlinkage of different<br />
partners, contents, output modes and user interests in the online presentation of<br />
contemporary architecture. Numerous international partners <strong>for</strong>m the nextroom network.<br />
A great variety of data is collected by means of decentralised data capturing<br />
and common data standards. As fine-grained data, they are stored and interlinked<br />
in the database, which permits structured data editing in nextroom.at. Individual<br />
guidelines then permit the presentation of the same content on other websites as<br />
well as its multi-plat<strong>for</strong>m linking (to archfoto.com, archbau.net, archtour.at, wienarchitektur.at,<br />
architekturwettbewerbe.at).<br />
archtools<br />
archtools are special output <strong>for</strong>mats of the nextroom application that dip into<br />
the joint data pool but are also open to commercial purposes. The first archtool,<br />
archfoto, was developed in 2000 as an online image archive <strong>for</strong> <strong>architectural</strong><br />
photography that is used by such notable exponents as Margherita<br />
Spiluttini, Rupert Steiner and others.<br />
archfoto enables photographers specialising in architecture to administer their<br />
pictures via personalised database access directly in the nextroom system and to link<br />
these photos to concrete buildings. nextroom collection partners may likewise access<br />
archfoto images and “borrow” photographs as required <strong>for</strong> illustration purposes and<br />
to document their buildings. A link to the commercial picture archive of the respective<br />
photographer is placed right beside the photograph published on nextroom.<br />
In 2006, archbau was the next online tool developed to compile an online project<br />
archive <strong>for</strong> architects. Again, the thus emerging collection is used as a project pool<br />
<strong>for</strong> the nextroom collection partners, which can then select and access these projects<br />
<strong>for</strong> their publications. At the same time, the proposal procedure <strong>for</strong> architects is thus<br />
simplified.<br />
As the last archtool so far, archtour, the Web application <strong>for</strong> online<br />
architecture guides, was implemented in 2007.<br />
Intelligent networking enables archtour operators to put architecture guides online<br />
to combine wide reach with high-quality <strong>architectural</strong> in<strong>for</strong>mation while necessitating<br />
only limited research and editing input. The archtour administrator simply<br />
chooses buildings <strong>for</strong> the database, which are then illustrated with text and images<br />
and compiled to result in geographically structured tours. At the same time, architecture<br />
guides can be complemented without any further cost by inserting links to<br />
the extensive range of in<strong>for</strong>mation provided by nextroom.at – constant updating,<br />
sustainable in<strong>for</strong>mation and target group-specific reach are thus ensured.<br />
photo/image agencies<br />
Another <strong>for</strong>m of intelligent networking is related to the illustration service of nextroom.<br />
Agencies specialising in <strong>architectural</strong> photography like “artur” are granted<br />
privileged access to the database to place their images online and thus add to the<br />
286 browsing architecture. metadata and beyond
23<br />
nextroom image stock. Conversely, the linking of the images featured on nextroom<br />
to other image and photo stocks of the respective agency website creates attractive<br />
distribution channels.<br />
event calendar<br />
Together with Architekturzentrum Wien (Vienna Architecture Centre) and Architekturstiftung<br />
Österreich (Austrian Architecture Foundation), nextroom maintains an<br />
event calendar as a co-operative exchange project. This <strong>for</strong>m of intelligent networking<br />
aims at disseminating in<strong>for</strong>mation items through various channels. Thus<br />
organisers publish their events in three attractive locations – their own website, the<br />
nextroom event calendar and wienarchitektur.at, the central calendar of architecture-related<br />
events in Vienna – by simply inputting the respective calendar dates.<br />
<strong>architectural</strong> competitions<br />
When the Federal Chamber of Architects and Consulting Engineers was planning<br />
a portal <strong>for</strong> the comprehensive documentation of <strong>architectural</strong> competitions<br />
in Austria, nextroom’s experience made it the ideal partner, not only<br />
<strong>for</strong> concept development and implementation, but above all <strong>for</strong> intelligent<br />
content networking as well.<br />
Ongoing competitions are automatically shown in the nextroom competition<br />
calendar, while actually built projects are directly linked from competition portal to<br />
corresponding nextroom building.<br />
The concept of “intelligent networking” embodies the comprehensive<br />
competence regarding all matters <strong>architectural</strong> that nextroom has acquired<br />
in the course of its work to create an international hub <strong>for</strong> contemporary<br />
architecture.<br />
Fig. 1: nextcard #1: Blindgänger, Hof am Leithaberge, Austria, Architects: the POOR BOYS<br />
ENTERPRISE (Margherita Spiluttini © , p. 356).<br />
Fig. 2: Screenshot nextroom.at (Margherita Spiluttini © , p. 356).<br />
Fig. 3: Screenshot nextroom.at (Rupert Steiner © , p. 357).<br />
Fig. 4: Screenshot nextroom.at (Robert Leš © , p. 357).<br />
Fig. 5: nextroom.at advertisment (p. 357).<br />
project team + photo credits →<br />
nextroom<br />
287
project team<br />
nextroom-team<br />
Juerg Meister: idea, concept and project management.<br />
Stephan Haupt: technical development.<br />
Karl Seiringer: infrastructure and administration.<br />
Regine Koth-Afzelius: HTML, image editing and cover picture.<br />
Helga Kusolitsch: editing and public relations.<br />
Collection partners<br />
afo architektur <strong>for</strong>um oberösterreich; Architekturführer Kassel; aut Architektur und Tirol, Az W<br />
Architekturzentrum Wien; BOKU/ILA University of Natural Resources and Applied Life Sciences,<br />
Vienna; Department of Landscape, Spatial and Infrastructure Sciences; DAZ Architects’ Association<br />
Zagreb; DESSA Slovenia Architectural Association; gat Steirische Architektur im Internet;<br />
Initiative Architektur Salzburg; Kärntens Haus der Architektur, Napoleonstadel; KEK Hungarian<br />
Contemporary Architecture Centre; ÖGLA Austrian <strong>association</strong> of Landscaping and Landscape Architecture;<br />
ORTE architekturnetzwerk nö; USTARCH SAV Institute of Construction & Architecture,<br />
Slovak Academy of Sciences; vai Vorarlberger Architektur Institut.<br />
Architectural magazines<br />
A10; anthos; archithese; Architektur+Wettbewerbe; archplus; Atrium; BauArt; Bauwelt; dérive;<br />
detail; db deutsche bauzeitung; Hintergrund; Hochparterre; Metamorphose; Steeldoc; tec21;<br />
Umbau; Werk, Bauen + Wohnen; Zolltexte; Zuschnitt.<br />
Newspapers<br />
Berliner Zeitung; Falter; Frankfurter Allgemeine Zeitung; Frankfurter Rundschau; Kurier; Neue<br />
Zürcher Zeitung; ORF on; Die Presse; Salzburger Nachrichten; Der Standard; Süddeutsche Zeitung;<br />
Tagesanzeiger; DIE WELT; Weltwoche; Die Zeit.<br />
288 browsing architecture. metadata and beyond
23<br />
Publishing houses<br />
AAM Archives d’Architecture Moderne; Absolut Medien; archplus; avedition; Böhlau; Birkhäuser;<br />
Callwey; Christoph Merian Verlag; Detail; Dietrich Reimer Verlag; Ernst Wasmuth Verlag;<br />
Feierabend Verlag; Filmgalerie 451; Folio; Gebr. Mann Verlag; GTA; Hatje-Cantz; Heike Werner<br />
Verlag; Hochparterre; Jovis; Junius; Karl Krämer Verlag; Kick Film; Lars Müller Publishers; Manz;<br />
Milena; Niggli; öbvhpt Verlag; Passagen; Peter Lang Verlag der Wissenschaften; Promedia; Quart;<br />
Scheidegger & Spiess; Schnell & Steiner; Sonderzahl; SpringerWienNewYork; Verlag Anton Pustet;<br />
Verlag Gebrüder Mann; Verlag HdA Graz; Verlagshaus Braun; VS Verlag; Werd Verlag.<br />
nextroom-patrons 2008 after BMUKK (Austrian Federal Ministry <strong>for</strong> Education,<br />
the Arts and Culture, Arts Division) departure<br />
BIG Bundesimmobilien GmbH; BENE; Winkhaus; Rheinzink.<br />
Links<br />
www.nextroom.at; www.archfoto.com; www.archbau.net; www.archtour.at; www.spiluttini.com;<br />
www.wienarchitektur.at; www.architekturwettbewerbe.at; www.architekturstiftung.at; route.<br />
centrope.info; www.archtour.at/vai.<br />
photo credits<br />
Juerg Meister (Pez Hejduk © )<br />
Helga Kusolitsch (Martin Stöbich © )<br />
Stephan Haupt (Martin Stöbich © )<br />
nextroom<br />
289
24<br />
› 3d modelling<br />
› architecture<br />
› content<br />
management<br />
› gallery<br />
290<br />
the lafis project:<br />
Managing Publicly<br />
Induced Data<br />
into a Scholar Environment<br />
› image<br />
› open source<br />
› photography<br />
› scripting<br />
› web resources<br />
The Lafis project is an open application still under development,<br />
whose purpose is to archive digital content, and by creating indexes<br />
make it available on the Internet, classified and accessed<br />
by scripting routines created in an open source environment.<br />
It is a web-based deployment of resources, focusing on digital<br />
photography, 3D modelling, and envisaging BIM in the near<br />
future. At its core, it is a portal combining the publication of<br />
administrator controlled resources and publicly generated input<br />
collected as database content.
francisco agostinho<br />
Technical University of Lisbon<br />
Lisbon, Portugal<br />
www.utl.pt<br />
Graduate from the Faculty of Architecture TU Lisbon,<br />
1984, modelled the church of Jerónimos Monastery<br />
as a case study in his PhD thesis, using GDL scripts<br />
and objects. Became a CAD teacher at the Faculty of<br />
Architecture in 1993, having been a strong adopter<br />
of Internet publishing tools as course content, as<br />
of 1999. Presented his PhD thesis in December<br />
2000. Currently coordinator of CAD and Computer<br />
Graphics courses at this school, member of the<br />
Steering Committee of CIAUD, coordinator of LaFIS,<br />
maintains an interest in scripting and programming<br />
and in the use of databases and sensorial perception<br />
as cognitive modellers.<br />
291
3d modelling<br />
3d models<br />
9 10 21<br />
the lafis project: managing publicly induced data<br />
into a scholar environment<br />
The Lafis project (http://lafis.fa.utl.pt/; http://lafis.fa.utl.pt/hiper_base;<br />
http://lafis.fa.utl.pt/hiper_MAMsys; http://lafis.fa.utl.pt/ hiper_MAMsys/3Dsys)<br />
is an open application still under development, whose purpose is to archive digital<br />
content, and by creating indexes make it available on the Internet, classified and<br />
accessed by scripting routines created in an Open Source environment.<br />
It is a web-based deployment of resources, focusing on digital photography, 3D<br />
modelling, and envisaging BIM in the near future. In its core, it is a portal combining<br />
the publication of administrator controlled resources and publicly generated input<br />
collected as database content.<br />
The project aims to create, classify and make available digital content dealing<br />
with the dual nature of design problem solving: on the one hand the necessity<br />
<strong>for</strong> a knowledge base of declarative nature, which is known to be part of<br />
well defined knowledge domains and on the other hand the necessity to make<br />
available input that can be used in ill-defined problem areas, such as imagery.<br />
application<br />
3 6 11 22<br />
architecture studio<br />
& learning process<br />
2<br />
Another objective is to create an open system of programming routines with a<br />
value of its own that can be used as an example with didactic purpose towards the<br />
development of an Open Source software directed towards archiving, preserving and<br />
making available digital content. This application will work with routines scripted in<br />
Php and Mysql. The routines will access content, which can be on the file system<br />
under a directory structure, or reside as records in database tables. So<br />
we have<br />
a double standard applied to the archiving and content retrieval: in some cases content<br />
will be gathered from the file system (text files), while in other cases it will result<br />
from queries made to the database.<br />
The reason <strong>for</strong> this double standard derives from the nature of the application, as a<br />
didactical resource working within the architecture design context.<br />
What we want to create is a system that may be easily understood by designers<br />
involved in the architecture studio, with some degree of transparency<br />
between the programming processes and the results being displayed. At the<br />
same time there is a learning process being staged, which addresses the programming<br />
logic processed on the server with Php.<br />
cognitive science<br />
2<br />
multidisciplinarity<br />
9 11 26<br />
photography<br />
14 16 19 22 23<br />
In terms of content, what we see are articles published through administrator<br />
management and collections of database tables containing data generated by public<br />
access, indexed in such a way that they become relevant to the articles content, and<br />
thus can be presented.<br />
The scripting processes in action are different depending on whether articles<br />
controlled by administration, or database content are being published. Articles are<br />
generated as plain text files (txt), relevant in terms of their chronology. Each article<br />
may be composed of one or more such files, ordered in the file system in folders<br />
named with a prefix that increment in time, being read and displayed in reverse<br />
order. They are displayed by means of a Php routine, which opens and prints each<br />
file to the screen. Querying the database on fixed selectors, based on the table’s<br />
fields, however, accesses public generated data. One of the most relevant of these<br />
292 browsing architecture. metadata and beyond
24<br />
is Keywords, where users can upload terms that may carry relevance across different<br />
subjects, building flexibility within the system. There are three main tables gathering<br />
public content:<br />
web address collection (implying a literature and web links catalogue), image collection<br />
and 3D collection.<br />
We also note that there is a need to create a stable and well-preserved repository<br />
of data and files using indexes from metadata associated to knowledge domains,<br />
receiving input of both a declarative and procedural nature that is relevant to <strong>architectural</strong><br />
design problem solving.<br />
This particular design problem solving is a field where cognition is working<br />
with what can be called an ill-defined problem area, meaning that both the<br />
problem and the solution depend on each other <strong>for</strong> structure and clarification.<br />
The prospect of dealing with such ill-defined problem areas is challenged<br />
by stating the clear necessity <strong>for</strong> a system to access and display<br />
in<strong>for</strong>mation in a natural way, yet with sufficient redundancy in order <strong>for</strong> the<br />
in<strong>for</strong>mation to be presented and available with opportunity and pertinence<br />
to architecture and design. This redundancy is an important factor on the<br />
easiness and opportunity <strong>for</strong> the creation and display of data and in<strong>for</strong>mation:<br />
file system + database query.<br />
Database tables being used at present produce the archival and retrieval of two<br />
main types of media and in<strong>for</strong>mation: photography and 3D modelling. For each<br />
field there is specific in<strong>for</strong>mation of declarative nature associated with the records,<br />
defined in fields and deriving from metadata, descriptions and keywords, the latter<br />
will play a major part on the behaviour of the whole system. The files displayed by<br />
this process are placed in two groups, photography and digital imaging, from which<br />
other in<strong>for</strong>mation existing on the Internet will be derived: literature, links and scheduled<br />
events, all filed on a table indexing internet URL’s.<br />
A web address table may be used to target a specific subject, or to access an activities<br />
agenda and schedule, or bibliographic data pointing to subject dependant<br />
resources. Each of these tables is called upon when browsing the articles, or may be<br />
used on its own, displaying results from the user’s queries.<br />
The <strong>association</strong> between facts, data and literature as the declarative knowledge<br />
<strong>for</strong> the implied knowledge domains of photography and digital imaging,<br />
correspond to an imagery related to procedural knowledge, and are controlled<br />
by keywords which are created upon each record submission, whether<br />
it be a photograph, a 3d file or a url link.<br />
These keywords control the path and opportunity <strong>for</strong> the display of each record on<br />
the main portal, which will act as an aggregator. There are two main types; photography<br />
and digital imaging (a third type not yet implemented relates to technology<br />
being used, seen as a didactical value) and three subtypes, literature (bibliographic<br />
references), Internet references (i.e. institutions, case studies) and scheduled events.<br />
the lafis project<br />
293
What is assumed from the start is the existence of an underlying affinity between<br />
photography and sketching in a design studio context; both have a visual nature in<br />
their interpretation, and both will be put to use on the process of shaping and defining<br />
the design space problem, creating inference and in<strong>for</strong>mation that didn’t exist<br />
prior to their creation.<br />
In fact, both of them are called upon on the process of creating structure <strong>for</strong> the<br />
problem area by means of partial solutions. This aspect of the application’s use is<br />
determined by the availability of photographs and 3D models as imagery and in<strong>for</strong>mation,<br />
as well as by the possibility to manipulate the actual context, the layout and<br />
the way they are presented.<br />
Thus this imagery is a factor in the creation of a preferred space on which<br />
to foster solutions <strong>for</strong> new problems, implying invention or innovation. The<br />
possibility to access and manipulate, to sketch upon this imagery, has indeed<br />
been credited by cognitive science as a most useful capacity and skill when<br />
dealing with invention and innovation.<br />
Being able to control the images layout and to use and present them in different<br />
contexts is also a critical factor to increase their usefulness. On the one hand they<br />
cannot be excessively randomized, meaning that there must be a reliable querying<br />
process in order to predict some expected results, granting opportunity to the<br />
selection presented, whilst at the same time this selection must be flexible enough to<br />
adapt to changes created from lateralization towards different aspects of the design<br />
logic and its intentions. The <strong>association</strong> between imagery and language, by means<br />
of text fields, is part of the solution towards the desired ambivalence between order,<br />
predictability versus change and surprise.<br />
Other factors are; being able to interact with the imagery presented, which is clearly<br />
the case on the 3D models display and also enabling users to create their own<br />
display layout and context.<br />
The use of photography as an applied knowledge field is a result of its capacity to<br />
depict and create a <strong>for</strong>mal paradigm with each picture, resulting from intentionality<br />
that may be present at creation time and framing, and also the recognition that<br />
there is a specific value to a collection as a whole.<br />
The in<strong>for</strong>mation made available by this application, addressing photography<br />
as domain knowledge, both technical and artistic, has implied consequences<br />
at different levels of the space of <strong>architectural</strong> design. It determines a technical<br />
domain with specific skills, directed towards a structured audience from<br />
different practices and knowledge fields, such as art, journalism, cinema,<br />
architecture and science.<br />
It entails a set of situations and examples that may be used as an analogy on a<br />
design situation, with a historical or technical assertion. There are external references<br />
that have to be gathered and aggregated in order to embody a knowledge<br />
domain as literature and events. It may also constitute as an analytic instrument<br />
and documentation, while addressing a specific task or problem. Lastly, it is an allimportant<br />
instrument with some specific procedural domains, such as surveying and<br />
photogrammetry.<br />
294 browsing architecture. metadata and beyond
24<br />
This project is significant in terms of gathering publicly induced data, into a controlled<br />
context from which this in<strong>for</strong>mation is broadcast. It is also important in the<br />
way that it creates a visible connection between the creative and procedural knowledge<br />
inherent to photography and the domain oriented programming knowledge,<br />
which builds the technical backbone <strong>for</strong> this system.<br />
Under current development is the implementation of Google maps <strong>for</strong> the<br />
placement of pictures, widening 3D <strong>for</strong>mats publication to GEarth Kmz models<br />
and GDL objects. Two primary goals under development are the possibility<br />
of recreating queries tested within the Lafis application on different Internet<br />
sites by using cookies; the second, is to develop a tool that will capture any<br />
given site being browsed and insert its URL and descriptive in<strong>for</strong>mation on<br />
the fly into the hyper base table.<br />
Fig. 1-7 (pp. 358-361).<br />
references →<br />
the lafis project<br />
295
eferences<br />
Web references<br />
Archiving Born-Digital Architecture and Design Data at the Art Institute of Chicago.<br />
http://source<strong>for</strong>ge.net/projects/daarch.<br />
Cité de l’Architecture & du Patrimoine.<br />
http://archivesarchitecture.gaudiprogramme.eu/index.php?r=31.<br />
Content Management System.<br />
http://www.joomla.com.<br />
DILPS. http://www.dilps.net.<br />
Dspace. http://www.dspace.org.<br />
DWF. http://freewheel.autodesk.com.<br />
Future-proofing Architectural Computer-Aided Design.<br />
http://facade.mit.edu.<br />
PHP. http://www.php.net.<br />
Kennedy, T. 2001. Building a Photo Gallery. Webmonkey.<br />
http://hotwired.lycos.com/webmonkey/01/27/index3a.html.<br />
<strong>MACE</strong>. http://www.mace-project.eu.<br />
Merlet, N. 2006. Function Searchdir. In php Man Ch. XXIX.<br />
http://pt2.php.net/manual/en/ref.dir.php.<br />
Open Source<br />
http://www.opensource.org.<br />
http://source<strong>for</strong>ge.net.<br />
296 browsing architecture. metadata and beyond
24<br />
Printed references<br />
Agostinho, F. 2005. Architecture as Drawing Perception and Cognition, Digital Design:<br />
The Quest <strong>for</strong> New Paradigms. In 23nd eCAADe Conference Proceedings (Lisbon, Portugal,<br />
21-24 September, 2005), 83-90.<br />
Amar, P. 1997. Histoire de la Photographie. Paris: Presses Universitaires de France.<br />
Arnheim, R. 1969. Visual Thinking. Berkeley: University of Cali<strong>for</strong>nia Press.<br />
Barthes, R. 1980. La Chambre Claire. Note sur la photographie. Paris: Gallimard Seuil.<br />
Casakin, H., and G. Goldschmidt. 1999. Expertise and the Use of Visual Analogy: Implications<br />
<strong>for</strong> Design Education. Design Studies 20, 153-175.<br />
Marchan Fiz, S. 1996. Las vanguardias históricas y sus sombras (1917-1930). Madrid: Espasa-Calpe.<br />
Freund, G. 1974. Photographie et Société. Paris : Éditions du Seuil.<br />
Goldshmidt, G. 2003. The Backtalk of Self-Generated Sketches. Design Issues, volume 19, no. 1<br />
(Winter).<br />
Moholy-Nagy, L. 1950. Peinture Photographie Film et autres écrits sur la photographie.<br />
Paris: Editions Gallimard.<br />
Pelliteri, G. et al. 2005. Distance Collaboration. A comparative Analysis of Tools and Procedures.<br />
In 23nd eCAADe Conference Proceedings (Lisbon, Portugal, 21-24 September, 2005).<br />
Restrepo, J, and H. Christiaans. 2003. Problem Structuring and In<strong>for</strong>mation Access in Design.<br />
In Expertise in Design: Design Thinking Research Symposium 6. Creativity and Cognition, eds. Cross,<br />
N., and E. Edmonds. Sydney, Australia: Studios Press.<br />
Whelan, R., T. Wesselmann, S. Greenough, and A. Stieglitz. 2005. Stieglitz On Photography. N.p.:<br />
Aperture.<br />
Tisseron, S. 1996. Le Mystère de la Chambre Claire. Paris: Champs/Flammarion.<br />
the lafis project<br />
297
25<br />
› <strong>architectural</strong> repositories<br />
› classification<br />
298<br />
a database of<br />
<strong>architectural</strong> repositories:<br />
Criteria <strong>for</strong> Selection<br />
and Evaluation<br />
› content<br />
› <strong>education</strong><br />
A considerable amount of in<strong>for</strong>mation that students and<br />
teachers in <strong>architectural</strong> <strong>education</strong> would find useful in their<br />
practice is available in a multitude of online databases and<br />
repositories, all structured in different ways and providing<br />
disparate search methods. The <strong>European</strong> project <strong>MACE</strong><br />
(Metadata <strong>for</strong> Architectural Contents in Europe) will provide a<br />
framework to facilitate finding, acquiring, using and discussing<br />
online digital <strong>architectural</strong> content previously reachable only<br />
to small user groups.<br />
In the context of <strong>MACE</strong> we have been building a database of<br />
more than 200 <strong>architectural</strong> repositories, structured according<br />
to several criteria relevant <strong>for</strong> <strong>architectural</strong> <strong>education</strong>.<br />
The database allows <strong>for</strong> multi-criteria filtering or search of<br />
repositories. Each repository is presented in the same <strong>for</strong>mat<br />
offering an immediate view and allowing direct access to the<br />
repository.
stefan boeykens<br />
k.u. leuven<br />
Heverlee, Belgium<br />
http://www.asro.kuleuven.be/caad<br />
http://asro.sbuild.com<br />
The author is an architect-engineer, from Leuven<br />
(Belgium). After a few years of <strong>architectural</strong> practice,<br />
he joined the research group of Building and Design<br />
Methodology at the Department of Architecture<br />
at the K.U.Leuven. He recently finished his PhD,<br />
focusing on facilitating transitions between design<br />
phases and scale levels in Building In<strong>for</strong>mation<br />
Modeling software. He also teaches CAAD Seminars<br />
<strong>for</strong> the students of architecture.<br />
herman neuckermans<br />
k.u. leuven<br />
Heverlee, Belgium<br />
http://www2.asro.kuleuven.be/asro/english/home/<br />
HN/home.htm<br />
The author is professor and head of the research<br />
group Building and Design Methodology at the<br />
Department of Architecture at the K.U.Leuven. He<br />
has <strong>for</strong>mer experience as a self-employed architect,<br />
but is now full-time member of the academic staff.<br />
He teaches several courses, including Construction<br />
of Buildings, Design Methodology and CAAD. He is<br />
program director <strong>for</strong> the Department and is the past<br />
president and currently a council member of the<br />
<strong>European</strong> Association <strong>for</strong> Architectural Education<br />
(EAAE).<br />
299
search engine<br />
7 10 18 21<br />
introduction<br />
Powerful search engines extracting the relevant in<strong>for</strong>mation from the estimated 2<br />
billion pages on the web are crucial <strong>for</strong> the future of digital in<strong>for</strong>mation and moreover<br />
<strong>for</strong> <strong>education</strong>.<br />
<strong>MACE</strong> has the ambition to integrate as many repositories as possible<br />
and focuses on learning objects and their metadata.<br />
This paper is way above that level of detail and aims at fast assessment<br />
and directed search of repositories as a whole. There<strong>for</strong>e repositories<br />
have been tagged with multiple characteristics.<br />
archival management<br />
20 24<br />
digital drawing<br />
digitalisation<br />
1 8 13 15 19<br />
repository<br />
7 10 18 21<br />
23 26<br />
rights of property<br />
27<br />
taxonomy (criteria)<br />
Apart from ID data, repositories are classified according to several criteria in a matrix<br />
containing one row <strong>for</strong> each repository, while the criteria are listed in the columns<br />
thus allowing <strong>for</strong> multiple characterization and search of repositories. The criteria<br />
belong to three categories, being <strong>architectural</strong> domain, content types and target<br />
users.<br />
Architectural domain<br />
These criteria refer to the different subjects taught in <strong>architectural</strong> <strong>education</strong>. They<br />
identify repositories that are particularly relevant <strong>for</strong> students and teachers in one of<br />
the following subjects:<br />
› Basic sciences, such as mathematics, physics, stress and strain, chemistry, computer<br />
science and mechanics;<br />
› Architecture Theory and History, coupled as a single category, since they are often<br />
collaborating;<br />
› Construction and Technology;<br />
› Equipment and Installations;<br />
› Architectural Design (including Design Studio work);<br />
› Urban Design;<br />
› Interior and Furniture Design;<br />
› Materials Science;<br />
› Drawing and Sketching (which could include CAAD).<br />
Content types<br />
In parallel organizational categories are introduced in order to filter and sort the<br />
repository database.<br />
› Architectural Archives<br />
There are many digital archives or digitised paper archives, which could provide an<br />
exceptional source of first hand in<strong>for</strong>mation <strong>for</strong> the study of architecture and related<br />
subject areas, as well as to the development of the <strong>architectural</strong> profession.<br />
› E-Learning Plat<strong>for</strong>ms<br />
E-learning plat<strong>for</strong>ms focused on architecture are a really relevant kind of resource<br />
because they usually have vital user communities. They are commonly organized in<br />
300 browsing architecture. metadata and beyond
25<br />
courses and other kind of instructional tools.<br />
› Material Databases<br />
They disclose important documentation regarding products, architecture related<br />
materials and the latest technologies in the building field. Visual Collectors take<br />
on the figurative, <strong>for</strong>mal, perceptive and spatial dimension of architecture, the<br />
Project databases take on the spatial organization of dimension and typology,<br />
while the Material databases bring the material and technological dimension of<br />
architecture. This last dimension is useful not only to students and teachers, but<br />
also to the professional world which often has difficulties finding updates on new<br />
materials, products or technologies.<br />
› Project Databases<br />
Project Databases and Architects websites are a rich source of constantly<br />
updated images and projects. The involvement of architecture portals often<br />
guarantees a rich and fresh image store.<br />
› Software Resources<br />
They help to orient the student, teacher or professional in choosing which software<br />
is most suitable <strong>for</strong> his/her work or study needs and they also guarantee<br />
constant updating regarding the latest CAD, 3D, visualization and simulation<br />
products. This type of update is determinant as in<strong>for</strong>matics has invaded the<br />
architecture studio as well as the classroom.<br />
› Topical Search Engines<br />
these refer to <strong>European</strong> Internet portals and Search Engines dealing with<br />
architecture. Well-organized search engines help to retrieve structured, rich and<br />
updated materials and in so doing respond appropriately to the user’s research<br />
requirements.<br />
› Vertical Portals<br />
Besides possessing a rich image repertory, Vertical portals are important<br />
because they contain critical essays and document the development of the contemporary<br />
debate on architecture. This critical dimension/part complements the<br />
project and image repertories of Visual collectors and Project databases which<br />
would otherwise remain mute.<br />
› Visual Collectors<br />
Visual collectors offer large collections of images, drawings or videos, be it<br />
mostly unstructured. Image rich repositories are important <strong>for</strong> architecture students<br />
who need to study, design or find project cues by looking at architecture<br />
examples and teachers who must organize a lesson or analyze a building. Currently<br />
the first search that students and teachers per<strong>for</strong>m is carried out primarily<br />
on the web. The use of libraries is often only a second option. Providing support<br />
directly on the web is thus fundamental.<br />
Target user profiles<br />
While the criteria discussed so far are valid and relevant, they cannot fully<br />
qualify the relevance of the listed repositories <strong>for</strong> a particular (type of) user.<br />
Some repositories are mostly appealing <strong>for</strong> particular users, such as students,<br />
teachers, researchers, professionals, while other repositories try to address any<br />
potential user.<br />
a database of <strong>architectural</strong> repositories<br />
301
› Students will look <strong>for</strong> different in<strong>for</strong>mation in different situations. The student<br />
category is thus further subdivided:<br />
›› Course work, e.g. theoretical classes on <strong>architectural</strong> design, history and<br />
theory;<br />
›› Design studio work, e.g. individual or group assignments to design projects,<br />
often as a combination of collecting reference in<strong>for</strong>mation, elaborating design<br />
propositions and homework reviews;<br />
›› Construction learning, focusing on the technical aspects of building, including<br />
knowledge on materials, structural systems, stability, energy per<strong>for</strong>mance etc.<br />
› Teachers will mostly look <strong>for</strong> either <strong>education</strong>al content such as tutorials or <strong>for</strong><br />
in<strong>for</strong>mative sites to refer students to.<br />
› Researchers will often look <strong>for</strong> objective, quantifiable and reviewed in<strong>for</strong>mation, to<br />
use as reference inside their own research. They are typically referring to journals,<br />
<strong>book</strong>s and conference proceedings.<br />
› Professionals are here mostly regarded in the context of Life-Long-Learning, although<br />
many repositories would be interesting references <strong>for</strong> their current practice. In<br />
fact, during most professional design projects, architects will have to study reference<br />
material on construction technology, <strong>architectural</strong> history and <strong>architectural</strong> design.<br />
It is possible to define additional stakeholders on different levels, ranging from<br />
people looking <strong>for</strong> interesting places and buildings to visit (<strong>architectural</strong> travellers or<br />
tourists) to administrative services, on the level of urban and region planning. They<br />
are at the moment not included in the repository list.<br />
It is possible to classify the appeal of a repository <strong>for</strong> a specific target group with<br />
increasing levels of relevance, such as marginal, useful, interesting or essential. However,<br />
<strong>for</strong> practical reasons, we have only been using a Boolean true or false value.<br />
additional criteria<br />
While the three criteria discussed so far are the most relevant, considering the scope<br />
and focus of the repository content, it is interesting to include some additional<br />
criteria, pertaining to the accessibility and the potential quality control over the<br />
repository content.<br />
Access<br />
The database also rates the objective value and accuracy of the displayed in<strong>for</strong>mation.<br />
Here we distinguish a few levels of user accessibility (read-access) to the<br />
contents:<br />
› Open indicates that the repository is freely accessible, without registration or log-in<br />
procedure;<br />
› Registration implies that the user will access some personal in<strong>for</strong>mation, albeit<br />
without requiring a fee;<br />
› Subscription indicates that the user will also have to make some kind of payment,<br />
which might be periodical to retain access to the content;<br />
› In a Private repository, only invited people can access the content. In this case,<br />
the maintainer of the repository will create user accounts, which might or might not<br />
involve an access fee.<br />
In some cases repositories have different access levels. Many commercial sites<br />
302 browsing architecture. metadata and beyond
25<br />
provide a limited access <strong>for</strong> non-paying visitors, while registered customers will be<br />
able to access additional content or more detailed in<strong>for</strong>mation. In some cases, different<br />
levels of paid-access are set up, e.g. silver and gold memberships, providing<br />
additional permissions and additional benefits when a larger fee is paid.<br />
Quality control<br />
The addition or uploading of content might have different levels of control. We use<br />
the same terms <strong>for</strong> the level of access, but add the review value.<br />
› An Open repository contains content that can be uploaded by anyone. The site<br />
owners often warn the visitor that they bear no responsibility <strong>for</strong> the displayed<br />
content;<br />
› Usually uploading requires some <strong>for</strong>m of Registration, which is here assumed to be<br />
free to the user;<br />
› A Subscription based repository requires payment be<strong>for</strong>e users can upload content.<br />
This is less likely to occur. However, in a market repository, such as eBay or Turbosquid,<br />
the seller might have to pay a fee to be able to make content available to<br />
potential buyers;<br />
› In a Private repository, which is what most repositories are, the content is maintained<br />
by an internal team and visitors can only view the results;<br />
› A Reviewed repository contains content that can be uploaded by visitors, but a<br />
review team will check the content be<strong>for</strong>e making it available. There is no review<br />
procedure to access or view content, though.<br />
The existence of a review procedure could indicate a certain quality level, although<br />
it can be argued that closed or even open repositories are not by definition sources<br />
of unreliable in<strong>for</strong>mation. Sites such as Wikipedia rely completely on uploaded and<br />
user-edited content. However, there are certain mechanisms to maintain a certain<br />
level of quality, most obviously to avoid spam or unsuitable marketing messages. A<br />
high level of community input in these sites generates a certain level of filtering, and<br />
removes or corrects inaccurate or false in<strong>for</strong>mation.<br />
excerpts from the repository database<br />
Screenshot<br />
The screenshot shows the <strong>for</strong>mat of the (internal) repository database website, where<br />
the left frame displays the list of repositories (possibly filtered using a search <strong>for</strong>m),<br />
while the right frame displays the collected in<strong>for</strong>mation about the site, including a live<br />
preview using an iFrame. An authenticated user can edit the metadata and browse<br />
the site in parallel. An interactive version, using the EXHIBIT framework from MIT is<br />
also available <strong>for</strong> browsing and filtering and can be requested from the authors.<br />
Fig. 1: Screenshot of the (internal) repository listing website (p. 362).<br />
Collage of some of the repositories included<br />
The following screenshot displays a small sample of selected repositories, with their<br />
homepage.<br />
Fig. 2: Collage of homepages <strong>for</strong> some of the referenced repositories (p. 362).<br />
a database of <strong>architectural</strong> repositories<br />
303
3d modelling<br />
3d models<br />
9 10 21<br />
photography<br />
15 16 19 22 23<br />
short record examples<br />
The following excerpts display a few selected repositories, with the kind of general<br />
in<strong>for</strong>mation that is extracted from the database. It displays their name and a short description,<br />
but also the language(s) used, the category and the domain, along with a url.<br />
Vertical portals<br />
› About.com:Architecture (ENG)<br />
Generic portal on architecture. The <strong>architectural</strong> domain is classified underneath<br />
“home and garden” which clarifies the non-specialist focus of this site.<br />
[Vertical portals | Listed | Architectural Design]<br />
http://architecture.about.com<br />
› AJ+ “The Architects Journal” (ENG)<br />
“The Architects’ Journal”, is a colossal English portal dedicated to architecture.<br />
Focusing on the national area, it provides timely updated news on the most recent<br />
events; it points out international bids and publishes articles and special features<br />
relative to building materials. The AJ specification section contains archives of over<br />
300 architectures, 200 biographical files, and 3000 suppliers; to access the site registration<br />
is necessary and free of charge.<br />
[Vertical portals | Listed | Unspecified]<br />
www.ajplus.co.uk<br />
› Arcadata “Architectural Portal on technology and projects” (ENG ITA)<br />
Portal <strong>for</strong> in<strong>for</strong>mation about architecture: projects, schools, companies,<br />
<strong>book</strong>s and reviews.<br />
[Vertical portals | Listed | Construction]<br />
www.arcadata.com<br />
› …<br />
Visual collectors<br />
› 3D Warehouse “3D Model library” (ENG)<br />
3D Models shared by SketchUp users, but usable in different applications<br />
[Visual collectors | Listed | Drawing and Sketching]<br />
http://sketchup.google.com/3dwarehouse<br />
› ANNO “Oesterreichische Nationalbibliothek” (GER)<br />
Large collection of digitised Austrian magazines.<br />
[Visual collectors | Listed | Theory and History]<br />
http://anno.onb.ac.at<br />
› Architecture Gallery (OIII) “Architecture Gallery” (ENG)<br />
A section containing over one thousand excellent photographs of recent and<br />
extremely recent architecture by major international architects (96 projects realized)<br />
can be found in Carolin Hinne’s and Ludwig Abache’s site (0lll). Among the galleries,<br />
the one dedicated to the building phases of Toyo Ito’s Pavilion of the Serpentine<br />
Gallery, realized during the summer of 2002, in London, is pointed out; this special<br />
feature alone contains 370 images.<br />
[Visual collectors | Listed | Architectural Design]<br />
304 browsing architecture. metadata and beyond
25<br />
www.0lll.com/lud/pages/architecture/archgallery<br />
› Flickr “Photography web plat<strong>for</strong>m” (ENG)<br />
Flickr, owned by the Yahoo! Group, is a web plat<strong>for</strong>m that allows loading images<br />
onto ones own space, sharing online photo albums managed directly by the browser.<br />
Flickr is a new virtual window on the trans<strong>for</strong>mation of our urban areas thanks to the<br />
thousands of images of cities and architecture shared online by the sites users.<br />
[Visual collectors | Listed | Unspecified]<br />
www.flickr.com<br />
mind map<br />
The mind map in the next picture was also generated from the database. The<br />
trunks of the topical search engines; vertical portals, visual collectors and software<br />
resources are folded in, as they provide rather large lists of references repositories.<br />
Fig. 3: Automatically generated mind map from the repository database (p. 362).<br />
conclusion<br />
Apart from offering a collection of more than 200 <strong>architectural</strong> repositories, the tool<br />
presented here is a companion <strong>for</strong> fast navigation through <strong>architectural</strong> repositories.<br />
This is particularly important <strong>for</strong> those repositories that will or cannot be included in<br />
<strong>MACE</strong>.<br />
acknowledgements<br />
This research is carried out within the EU-project <strong>MACE</strong> (Metadata <strong>for</strong> Architectural Content in<br />
Europe. More in<strong>for</strong>mation at www.mace-project.eu.<br />
We would like to thank the project partners from UNIVPM (www.univpm.it) <strong>for</strong> the category<br />
descriptions and the repository collection from the <strong>MACE</strong> Analysis Framework, which have been<br />
included in this database.<br />
a database of <strong>architectural</strong> repositories<br />
305
26<br />
› cultural heritage<br />
› management<br />
› natural heritage<br />
306<br />
cultural heritage<br />
repositories:<br />
DigitalArchives<strong>for</strong><br />
Conservation and Management<br />
› protection<br />
› repository<br />
› world heritage<br />
The unique and irreplaceable value of cultural heritage has<br />
long been recognized. Similarly, the need <strong>for</strong> accurate and<br />
detailed in<strong>for</strong>mation about heritage <strong>for</strong> its conservation<br />
and management is well understood. Yet the records of our<br />
heritage have received less thorough treatment. From the need<br />
<strong>for</strong> heritage repositories, to the steps in creating them, this<br />
paper provides a high-level look at digital archives of cultural<br />
heritage. Using the evolving unesco World Heritage portal<br />
as our example, we provide an overview of the requirements<br />
<strong>for</strong> cultural heritage organizations, from planning to design,<br />
to deploy, and maintaining a digital repository, emphasizing<br />
in<strong>for</strong>mation specific to the management, monitoring, and<br />
conservation of cultural heritage.
alonzo addison<br />
UNESCO World Heritage Centre<br />
Paris, France<br />
http://whc.unesco.org<br />
Alonzo C. Addison serves as Special Advisor <strong>for</strong><br />
applied technology to the UNESCO World Heritage<br />
Centre. Past Director of the Center <strong>for</strong> Design<br />
Visualization at the University of Cali<strong>for</strong>nia at<br />
Berkeley, his work spans historical visualization to<br />
design simulation, in<strong>for</strong>mation architecture, and<br />
collaborative networks. As Vice President of Cyra<br />
Technologies in the 1990s, he helped develop one<br />
of the first commercially viable laser scanners – a<br />
“monument-scale” 3D LIDAR camera now common<br />
in heritage documentation. A co-founder of the<br />
Virtual Heritage Network, he is Vice President of<br />
the ICOMOS Int’l Scientific Committee (ISC) on<br />
Interpretation and Presentation (ICIP), on the board<br />
of the ICOMOS ISC on Heritage Documentation<br />
(CIPA), and Vice President of the VSMM Society.<br />
Author of Disappearing World: the Earth’s Most<br />
Extraordinary and Endangered Places, he has written<br />
extensively on heritage and its documentation.<br />
mario santana quintero<br />
University of Leuven<br />
Heverlee, Belgium<br />
www.kuleuven.be<br />
Mario Santana Quintero completed studies of<br />
architecture in 1994 at the Universidad Central de<br />
Venezuela. In 2003 he obtained a PhD on “The use of<br />
three-dimensional documentation and dissemination<br />
techniques in studying built heritage” at the R.<br />
Lemaire International Centre <strong>for</strong> Conservation<br />
(University of Leuven). He is currently Assistant<br />
Professor at the Lemaire Centre and post-doctoral<br />
researcher <strong>for</strong> the <strong>MACE</strong> EU Project, University of<br />
Leuven. He is also a Professor at the University of<br />
Applied Sciences St Lieven and associate faculty at<br />
the University of Pennsylvania. He serves as Vice<br />
President of the ICOMOS Scientific Committee on<br />
Heritage Documentation (CIPA) and Executive Officer<br />
of the Virtual Systems and Multimedia Society.<br />
307
308<br />
marta severo<br />
unesco World Heritage Centre<br />
Paris, France<br />
http://whc.unesco.org<br />
Marta Severo has just obtained a PhD in<br />
Management of Cultural Heritage (at IMT Lucca)<br />
with a dissertation on web-based tools to manage<br />
network cultural heritage. She graduated at the<br />
Communication Department of the University of<br />
Bologna. Since 2006, she serves as a consultant<br />
<strong>for</strong> several UNESCO sectors. Currently, she is<br />
coordinating the web community of the UNESCO<br />
Network of Migration Museums.
cultural heritage<br />
protection<br />
world heritage<br />
9<br />
heritage in<strong>for</strong>mation<br />
browsing<br />
6 17 19 21 22<br />
26<br />
background: cultural heritage and conservation<br />
Cultural heritage – our shared legacy from the past – is a unique and irreplaceable<br />
source of identity and inspiration. As defined in the “Convention concerning the Protection<br />
of the World Cultural and Natural Heritage” (or World Heritage Convention<br />
as it is more commonly known), “cultural heritage” refers to “monuments”, “groups<br />
of buildings”, or “sites” with “historical, artistic, aesthetic, scientific, ethnological or<br />
anthropological… outstanding universal value” 1 . These heritage places can range<br />
from “a large area such as a whole region or landscape” to “a small area such as a<br />
feature or building” 2 .<br />
With recognition of the universal value of these heritage places has come increased<br />
focus on their conservation. From the creation of the world’s first national park at<br />
Yellowstone in 1872, to the adoption of the World Heritage Convention by the United<br />
Nations Educational, Scientific and Cultural Organization (UNESCO) on the 16th of<br />
November 1972 3 , we have increasingly sought to identify, protect and preserve our<br />
heritage. Today heritage conservation is a major discipline, with thousands of professionals,<br />
from archaeologists, to architects, historians, museologists, masons, surveyors,<br />
and others working to conserve and manage cultural sites across the globe.<br />
Fig. 1: Aachen Cathedral, a UNESCO World Heritage Site in Germany (M. Santana<br />
Quintero©, p. 363).<br />
heritage in<strong>for</strong>mation<br />
The growth of the field of conservation has brought with it vast quantities<br />
of heritage in<strong>for</strong>mation, from scientific records, to historical studies, surveys,<br />
inventories, photographs, maps, and field documentation. Once laboriously<br />
collected by hand and recorded on paper, this in<strong>for</strong>mation is today increasingly<br />
gathered, organized, and archived digitally. Today it plays a vital role<br />
in defining a heritage place’s significance, integrity, extent, and threats, and<br />
is crucial to understanding, protection, and management.<br />
In<strong>for</strong>mation challenges<br />
Yet the explosion in heritage in<strong>for</strong>mation has exacerbated 3 key data challenges:<br />
1. Fragmentation: despite the importance of this in<strong>for</strong>mation, it remains largely<br />
disjointed, typically residing with the individuals that produce it rather than in shared<br />
or common repositories known to a site manager or international conservation<br />
organizations.<br />
Sadly, this means that valuable time, resources, and knowledge are often lost in<br />
reproducing already completed work, adversely impacting on heritage places and<br />
their conservation.<br />
2. Reliability: with increased awareness of heritage, has come increased in<strong>for</strong>mation<br />
and documentation of cultural heritage.<br />
The ubiquity of digital cameras alone has led to the production of more imagery of<br />
cultural heritage in the last decade than in all previous recorded history.<br />
Although often well intentioned, the rapid growth in the quantity of data, as well<br />
as numbers and backgrounds of individuals producing in<strong>for</strong>mation about sites,<br />
cultural heritage repositories<br />
309
has brought with it significant challenges. Mislabelling and miscategorization is<br />
common. Without provenance, professionals find it hard to trust much of this new<br />
generation of in<strong>for</strong>mation.<br />
As shown in Tab. 1, reliability, especially with the new era of digital data, has five<br />
sources of error or bias.<br />
Error/Bias<br />
Artifact<br />
Device<br />
Environmental<br />
Human<br />
Provenance<br />
Description<br />
3. Longevity: although in<strong>for</strong>mation survival has always been an issue, the growth of<br />
digital records has also increased a long-standing problem. As illustrated in figure 2,<br />
without special care, heritage records today stand little chance of surviving as long<br />
as the monuments they are meant to document.<br />
310 browsing architecture. metadata and beyond<br />
Sites are not constant – they evolve, age and are modified over time, meaning<br />
data about them must consider what point in history it is pertaining to.<br />
From rounding errors to calibration and issues like CCD color accuracy, the<br />
tools play an important role in accuracy.<br />
From temperature to sunlight and cloud cover, environmental conditions play<br />
a role in accuracy.<br />
Perhaps the hardest to identify, human error/bias is always present to some<br />
extent.<br />
Without an attached record of why, how or with what, where, and by whom,<br />
accuracy is limited.<br />
Tab. 1: In<strong>for</strong>mation Reliability (from Alonzo Addison 2006).<br />
Fig. 2: Record Longevity (from Alonzo Addison 2006, p. 363).<br />
Heritage repositories<br />
Necessitated by both the quantity of in<strong>for</strong>mation, as well as the burdens of archiving,<br />
organizing, and disseminating it, researchers and heritage managers have<br />
deployed a broad array of tools and methods to store their records.<br />
These new repositories are largely ad-hoc, developed in-house to solve specific<br />
challenges. An overview of the types of in<strong>for</strong>mation systems in typical use today are<br />
presented in Tab. 2.<br />
Often important <strong>for</strong> making in<strong>for</strong>med decisions about the identification, classification,<br />
management and conservation of heritage places, some of these systems are<br />
also valuable aids in promoting cultural identity and tourism.
Types Pro’s Con’s Examples<br />
Physical<br />
(document and photographic<br />
inventories and catalogues)<br />
Localized electronic<br />
databases<br />
Geographic In<strong>for</strong>mation<br />
Systems (GIS)<br />
3D Earth Viewers (on-line<br />
GIS with spatial imagery)<br />
Hybrid, shared, ‘Web 2.0’<br />
systems with relational<br />
data structures, XML, &<br />
other standards<br />
digital repository<br />
institutional repository<br />
11<br />
26<br />
› Simple to setup<br />
› Low cost<br />
› Highly customizable<br />
› Relatively easy to get<br />
started with<br />
› Simplifies indexing<br />
› Strong data mgmt potential<br />
› Highly customizable<br />
› Combines advantages of GIS<br />
with an intuitive and easy to<br />
understand ‘real’ background<br />
› Highly customizable,<br />
adaptable, and shared<br />
cultural heritage repositories<br />
› Typically linear/hard to<br />
cross-index<br />
› Hard to search/query<br />
› Physical storage requirements<br />
can become a challenge<br />
› Interaction with other<br />
inventories is difficult<br />
› Non-standard, specialized<br />
query tools hard <strong>for</strong> novice<br />
users<br />
› Adding and managing data<br />
can be complex<br />
› Requires considerable input<br />
of mapping info.<br />
› Steep learning curve.<br />
› Can be costly<br />
› Not as useful <strong>for</strong> non-spatial<br />
data<br />
› Nothing more than a nice<br />
visual interface (i.e. little data<br />
management and requires<br />
other tools to extend)<br />
› Emerging technology<br />
www.nps.gov/history/hdp/<br />
standards/CRGIS/paper.htm<br />
(description of a planned migration<br />
from paper to digital)<br />
www.kikirpa.be/www2/en/<br />
doc/docu.htm<br />
www.mip.berkeley.edu/spiro<br />
www.timemap.net<br />
http://zimas.lacity.org<br />
http://earth.google.com<br />
http://worldwind.arc.nasa.gov<br />
www.microsoft.com/VirtualEarth<br />
http://whc.unesco.org<br />
Tab. 2: Types of heritage in<strong>for</strong>mation systems (based on research by M. Santana Q.).<br />
building a digital repository:<br />
lessons from unesco’s world heritage portal<br />
Using the UNESCO World Heritage web portal (http://whc.unesco.org) and its redesign<br />
as our example, the steps in creating a modern repository are outlined below.<br />
The official website of unesco’s flagship “Convention concerning the Protection<br />
of the World Cultural and Natural Heritage”, the World Heritage portal is<br />
the source of the most definitive in<strong>for</strong>mation about the World Heritage List,<br />
the Convention, and its many partners around the world.<br />
Both the repository of all statutory in<strong>for</strong>mation about the treaty, as well as a public<br />
in<strong>for</strong>mation tool, scientific material archive, community workspace, and news<br />
source, it illustrates many of the challenges of a modern heritage repository. It serves<br />
as an in<strong>for</strong>mation dissemination and exchange tool at an international, regional, and<br />
local level, raising awareness and aiding in conservation management, monitoring,<br />
and mobilization.<br />
Fig. 3: UNESCO World Heritage portal (p. 363).<br />
311
preservation<br />
15 16 19<br />
Understanding heritage in<strong>for</strong>mation<br />
There is a wealth of in<strong>for</strong>mation about heritage documentation, from what is useful<br />
to collect, to how to collect it, and standards <strong>for</strong> organizing it. The following documents,<br />
although not specifically about digital repositories, provide a good background<br />
on heritage in<strong>for</strong>mation and are an important starting point <strong>for</strong> anyone who<br />
wants to develop a digital cultural heritage in<strong>for</strong>mation repository:<br />
› Principles <strong>for</strong> the analysis, conservation and structural restoration of <strong>architectural</strong><br />
heritage (Charter ratified by ICOMOS in 2003) 4 ;<br />
› ICOMOS Principles <strong>for</strong> the Recording of Monuments, Groups of Buildings and Sites<br />
(Principles ratified by ICOMOS in 1996) 5 ;<br />
› Guidance on inventory and documentation of the cultural heritage (available as a<br />
<strong>book</strong> from the Council of Europe, 2002) 6 ;<br />
› The Core Data Index to Historic Buildings and Monuments of the Architectural Heritage<br />
(1995 Recommendation of the Committee of Ministers of the Council of Europe,<br />
adopted in 1998 by the Getty In<strong>for</strong>mation Institute’s ObjectID program and available<br />
in the <strong>book</strong> Documenting the Cultural Heritage, R. Thornes and J. Bold, eds.) 7 ;<br />
› The International Core Standard <strong>for</strong> Archaeological Sites and Monuments (1992<br />
Standard from the International Council of Museums (ICOM) International Committee<br />
<strong>for</strong> Documentation (CIDOC) in collaboration with the Council of Europe, adopted<br />
in 1998 by the Getty In<strong>for</strong>mation Institute’s ObjectID program and available in the<br />
<strong>book</strong> Documenting the Cultural Heritage, R. Thornes and J. Bold, eds.) 8 .<br />
Defining goals and organizing data<br />
A well-designed cultural heritage repository should:<br />
› Safely store multidisciplinary knowledge of a place, its value/significance,<br />
and integrity;<br />
› Archive together all a place’s rich media, from maps to images, drawings,<br />
documents, CAD files, movies, audio recordings, etc.;<br />
› Allow intuitive querying and straight<strong>for</strong>ward contributions of additional records;<br />
› Guarantee long-term viability of the records through clear, simple, and humandecodable<br />
data structures;<br />
› Promote interest and involvement in the preservation of the heritage through the<br />
dissemination of acquired in<strong>for</strong>mation;<br />
› Enable in<strong>for</strong>med decision making;<br />
› Ensure that a place’s management, maintenance and conservation is related to its<br />
integrity (physical <strong>for</strong>m, materials, construction, etc) and its historical and cultural<br />
significance.<br />
To fulfill unesco’s and the Convention’s mission, the World Heritage portal<br />
needed to accomplish a series of goals that included improving accessibility<br />
and enhancing and linking in<strong>for</strong>mation about the Convention, and its sites,<br />
stakeholders, and activities. This could only be accomplished by organizing<br />
data in an effective and coherent repository with easy public access via an<br />
interactive web interface.<br />
In the case of the World Heritage portal, it was decided early on to group the underlying<br />
data into 7 key categories:<br />
1. Sites (the List of protected sites).<br />
312 browsing architecture. metadata and beyond
26<br />
2. States (the Nations that have signed the Convention).<br />
3. News (news about the places).<br />
4. Activities (projects about the places).<br />
5. People (from staff to the conservation workers, site managers, researchers, and<br />
the public with interests or activities at places).<br />
6. Money (financial assistance expended in support of sites).<br />
7. Documents (from official reports to images, maps, movies, and other rich media).<br />
Each of these categories is 2-way referenced to every other to allow rich and fast<br />
searching and interrelationships. In addition, data is increasingly thematically and<br />
spatially tagged wherever possible. Although certain data is available only to the World<br />
Heritage professional community upon site login, a vast amount is publicly accessible.<br />
Among the most visited pages are those of the individual World Heritage properties.<br />
These 878 dynamic pages present a friendly interface to a vast repository of in<strong>for</strong>mation<br />
previously only available in paper archives. Since the design of the data structure<br />
cross-links seven key categories of in<strong>for</strong>mation, a wealth of related data can<br />
be pulled and displayed <strong>for</strong> each site, from imagery to official decisions, nomination<br />
files, and so <strong>for</strong>th. The in<strong>for</strong>mation available from the site pages includes (although<br />
not all is publicly accessible):<br />
Main Tab<br />
› Name, Location and Latitude/Longitude position;<br />
› Flag and Country (cross-linked to country in<strong>for</strong>mation);<br />
› Zoomable flash map showing location in the world;<br />
› Iconic image of site;<br />
› Date of inscription and Criteria (summary);<br />
› Official “Brief Description”;<br />
› Justification <strong>for</strong> inscription and Statement of Significance/OUV;<br />
› Related News, Events, Activities, and Web Links.<br />
Locations Tab<br />
› Coordinates and descriptions <strong>for</strong> serial sub-properties;<br />
› Scanned nomination maps (under development);<br />
› IS tool (under development).<br />
Media Tab<br />
› Photographs, panoramic images, CAD files, movies, sound clips, etc.<br />
Documents Tab (a sortable list of all official records mentioning the site)<br />
› Nomination file as originally submitted to UNESCO;<br />
› Decisions of the World Heritage Committee about the preservation of the site;<br />
› Annual State of Conservation reports;<br />
› Longer-term Periodic Reports on conservation status as submitted by States;<br />
› Mission reports of site visits.<br />
Issues (Threats) Tab<br />
› Danger listing;<br />
› Details of danger listing;<br />
› Threats statistical graph;<br />
› Photographs of issues (under development);<br />
› Related In<strong>for</strong>mation (under development).<br />
cultural heritage repositories<br />
313
A “related in<strong>for</strong>mation” section, currently under development, will allow the<br />
user to contribute research papers, news, events, multimedia files (photographs,<br />
qtvr panoramas, sound, cad, and other relevant files), links, etc. This<br />
will allow wh staff, site managers, professionals, and the public to interact<br />
towards a better understanding of the site and its needs. This should enrich<br />
preservation activities and the decision making processes as interested parties<br />
use the portal to exchange preservation in<strong>for</strong>mation (otherwise transferred<br />
through meetings and personal contacts), to carry out benchmarking<br />
analyses, and to define shared policies.<br />
These interactions will be managed offsite by the “Virtual Heritage Network”, an<br />
associated organization to the World Heritage Centre’s In<strong>for</strong>mation Management<br />
Initiative. This organization’s remote servers will allow Web 2.0-like community input<br />
contributions, which could not be hosted by UNESCO itself, as they are not official<br />
governmental records.<br />
Fig. 4: A World Heritage Property sub-page details, UNESCO World Heritage Centre 9 (p. 363).<br />
Choosing a technology plat<strong>for</strong>m<br />
In the digital world, technology choices can have far-reaching consequences.<br />
Given the rapid advances in digital technology, choosing a system is particularly<br />
challenging. In the case of the World Heritage portal, moving from paper<br />
records and a simple html website to an advanced digital repository presented<br />
many challenges.<br />
A variety of complete “commercial off-the-shelf” tools were proposed but all ultimately<br />
rejected as they hid the data in a “black-box”. Knowing that technology would<br />
evolve and such a system would eventually need to be replaced, we considered it<br />
crucial that the underlying data structure be designed, clear, intuitive, and visible.<br />
Instead of selecting a single system, the World Heritage portal uses an assemblage<br />
of tools. At its heart is an open-source relational database (MySQL). On top of this,<br />
the website is driven by a commercial web development language (Adobe’s ColdFusion),<br />
which at the time the project started was considered more stable than some<br />
of the other open-source tools (such as PHP) then beginning to emerge. Much of<br />
the look and feel is controlled with style sheets (CSS), Flash, Javascript, etc. This is<br />
an evolving project and in the future the scripting language will likely be migrated<br />
into either a “code framework”, to make code management easier, or potentially<br />
even into one of the many community-supported “content management systems”<br />
(CMSes) built on PHP, ColdFusion, etc.<br />
Providing a simple, intuitive interface<br />
As important as the underlying technology is ease of use. Many repositories today<br />
(including on-line heritage photo archives) can be challenging to use, from<br />
314 browsing architecture. metadata and beyond
complex interfaces to specialized data classification and search systems. Good<br />
data organization is a first step, but a clear and simple interface is also crucial.<br />
26<br />
Be<strong>for</strong>e the launch of its new on-line repository, UNESCO’s World Heritage Centre<br />
relied upon an overcrowded static website, printed newsletters, journals, and <strong>book</strong>s<br />
to disseminate knowledge and issues related to its mandate as Secretariat of the<br />
Convention. This led to a considerable gap between the in<strong>for</strong>mation available at<br />
the World Heritage Centre and the amount of in<strong>for</strong>mation being disseminated to<br />
stakeholders and the public in general.<br />
Today the World Heritage Centre has a dynamic engine and regularly updated<br />
content, which serves thousands of professionals and public users every<br />
day. Each of the 878 current sites on the World Heritage List can be accessed<br />
geographically using a dynamic world map, by region, by category or by simply<br />
typing its name in the internal search engine.<br />
Each property has its own dynamically generated page, providing the most up-todate<br />
in<strong>for</strong>mation, from facts, to documents, activities, partners, financial support,<br />
events and news. Similarly, there are dynamic and richly cross-linked pages <strong>for</strong> each<br />
of the States Parties to the Convention, as well as news, projects, events, etc.<br />
conclusions<br />
Using the UNESCO World Heritage portal as an example, this paper has presented<br />
a set of ideas useful <strong>for</strong> the creation of effective digital repositories <strong>for</strong> heritage.<br />
Although still in its early stages, the new World Heritage web portal has already<br />
shown itself to be a useful conservation, communication, and archiving tool. With<br />
more than 600,000 visitors each month, and one-third of all UNESCO web traffic, it<br />
has quickly grown to be one of the most powerful tools in World Heritage conservation<br />
and communication.<br />
Although successful, much still remains to be done. The final step of building<br />
any repository is to use, track and refine it. Future goals <strong>for</strong> the World Heritage<br />
portal include Web2.0-like features to allow authorized users, from site<br />
managers to governments, to directly update and contribute new in<strong>for</strong>mation,<br />
news and multimedia in a tracked, Wiki-like <strong>for</strong>mat.<br />
User interface improvements are also planned, from general layout, to better media<br />
gallery tools and customization based on general user type (from general public, to<br />
child, researcher, and site manager). Using the power of the web and the growing<br />
numbers of related professional and amateur repositories, from Flickr photo libraries<br />
to serious archives like ArchNet, future plans call <strong>for</strong> using next generation web technologies<br />
to better interlink and cross-reference repositories while ensuring archival<br />
viability.<br />
notes + bibliography + acknowledgements →<br />
cultural heritage repositories<br />
315
notes<br />
1 http://whc.unesco.org/en/conventiontext.<br />
2 Australian Heritage Commission, ed. Protecting local heritage places: a guide <strong>for</strong> communities.<br />
Sydney 2000, 4.<br />
3 http://whc.unesco.org/en/conventiontext.<br />
4 http://www.international.icomos.org/charters/structures_e.htm.<br />
5 http://www.international.icomos.org/recording.htm.<br />
6 http://<strong>book</strong>.coe.int/EN/ficheouvrage.php?PAGEID=36&lang=EN&produit_aliasid=1369.<br />
7 http://www.object-id.com/heritage/index.html (accessed 15/07/2008)<br />
8 Ibid.<br />
9 http://whc.unesco.org/en/list/211./6.<br />
bibliography<br />
Addison, A. “World Heritage In<strong>for</strong>mation Systems Initiative”. Unpublished presentation<br />
to the World Heritage Committee. Paris, 2003.<br />
Addison, A. “The Vanishing Virtual: Safeguarding Heritage’s Endangered Digital Record”.<br />
In Beyond Verisimilitude. Proceedings of the Conference on Cultural Heritage and New Media,<br />
eds. Kalay, Y., and T. Kvan. Hong Kong Univesity, 2006.<br />
Box, P. GIS and Cultural Resources Management: A Manual <strong>for</strong> Heritage Managers.<br />
Bangkok: UNESCO, 1999.<br />
Burnett, J., and I. Morrison. “Defining and Recording the Resource: Documentation”. In Manual<br />
of Heritage Management, ed. Harrison, R., 117-126. Ox<strong>for</strong>d: Butterworth-Heinemann, 1994.<br />
Clark, K. In<strong>for</strong>med Conservation. London: English Heritage, 2001.<br />
Eppich, R. ed. Documentation <strong>for</strong> Conservation: Illustrated Examples. Los Angeles:<br />
The Getty Conservation Institute [<strong>for</strong>thcoming].<br />
Evans, K., and L. Fielding. “Giza: The use of GIS in managing a World Heritage Site”.<br />
In Visitor Management: Case Studies from World Heritage Sites, ed. Shackley, M., 82-99.<br />
Ox<strong>for</strong>d: Butterworth, 1998.<br />
316 browsing architecture. metadata and beyond
26<br />
Matero, F., et al. “Archaeological Site Conservation and Management: An Appraisal of Recent<br />
trends”. Conservation and Management of Archaeological Sites 2 (1998): 129-142.<br />
Palumbo, G. “Beyond CAD: a Look at Data Analysis and Integration Using GIS”. In GRADOC.<br />
Graphic Documentation Systems in Mural Painting Conservation, ed. Schmid, W., 114-124.<br />
Rome: ICCROM, 2000.<br />
Pearson, M., and S. Sullivan. Looking After Heritage Places: The Basics of Heritage Planning <strong>for</strong><br />
Managers, Landowners and Administrators. Melbourne: Melbourne University Press, 1995, 126-<br />
186.<br />
Santana Quintero, M., A. Addison, S. Refsland, and E. Esquivel. “A Portal to the World’s Heritage:<br />
Rethinking UNESCO’s World Heritage Web”. In Proceedings of the 10th International Conference<br />
on Virtual Systems and Multimedia – VSMM’2004 (Ogaki, Japan, 17-19 November, 2004).<br />
Severo, M. “Sharing In<strong>for</strong>mation about Network Cultural Heritage”. In EVA Conference Proceedings,<br />
(25-28 August, 2008), 2008.<br />
Stovel, H. “Monitoring World Cultural Heritage Sites”. ICOMOS Canada Bulletin 4-3 (1995): 15-20.<br />
Thornes, R., and J. Bold. Documenting the Cultural Heritage. Los Angeles: J. Paul Getty Trust, 1998.<br />
Wheatley, D. “The Impact of In<strong>for</strong>mation Technology on the Practice of Archaeological Management”.<br />
In Managing archaeology, eds. Cooper, M.A., A. Firth, J. Carman, and D. Wheatley, 163-174.<br />
London: Routledge, 1995.<br />
acknowledgements<br />
The World Heritage (http://whc.unesco.org) portal is the product of an interdisciplinary team and<br />
thousands of hours of work. Conceived by Alonzo Addison and supported by Francesco Bandarin,<br />
Minja Yang and Kishore Rao, among the many involved in the system development include: Scot<br />
Refsland, Mario Santana, Eric Esquivel, Benjamin Geebelen, Nicolas Caris, Maria Lepeigne-Cobo,<br />
Pierre Smars, Jurgen De Keyser, Hung Nguyen, Olivia Prevost, Roel Bylemans, Francesca Balzani,<br />
Marta Severo, and Peter Stott. Major support has come from the World Heritage Fund, the Flemish,<br />
Dutch, Italian, Spanish, and French governments, and Hewlett Packard. We would also like to<br />
thank Rand Eppich <strong>for</strong> his insightful feedback.<br />
cultural heritage repositories<br />
317
images
1<br />
mace: connecting and enriching<br />
repositories <strong>for</strong> <strong>architectural</strong> learning<br />
Fig. 1: <strong>MACE</strong> technical infrastructure.<br />
Fig. 2: The Hjelmslev’s interpretative semiotic model, based on the double opposition<br />
of contents/expression and substance/<strong>for</strong>m, reduced and focused on <strong>architectural</strong><br />
works.<br />
Fig. 3: The first level of the Mind Map Taxonomy: decomposition and classification of<br />
the <strong>architectural</strong> domain; result of the <strong>MACE</strong> analysis requirements activity.<br />
320 browsing architecture. metadata and beyond
Fig. 4: The whole Mind Map Taxonomy.<br />
images<br />
321
1<br />
322 browsing architecture<br />
Fig. 5: Mockup of map widget and related links widget<br />
integration into the DYNAMO portal.<br />
Fig. 6: Add and edit metadata in place.<br />
Fig. 7: The detail view of a Learning Object shows a patchwork<br />
of all its available metadata in widget <strong>for</strong>m, resulting<br />
in various pivot points <strong>for</strong> further browsing and search.
Fig. 8: (a) <strong>MACE</strong> advanced search (b) experimental faceted<br />
browsing interface.<br />
Fig. 9: Browsing the hierarchical classification glossary in structured tag cloud<br />
visualizations.<br />
images<br />
323
2<br />
324 browsing architecture<br />
models of design activities:towards effective<br />
design scaffolding<br />
Fig. 1: (a) The semiotic triangle (b) Levels showing how the interpretation process is<br />
related to the structure of the interpretative codes.<br />
Fig. 2: Building sketches and designer’s words denote a reference building and connote<br />
general concept related to aggregation <strong>for</strong>ms.
Fig. 3: Signs and objects of building design domain arranged<br />
according to a multimodal perceptual representation.<br />
Fig. 4: A functional schema of a multimodal perceptual model.<br />
images<br />
325
2<br />
326 browsing architecture<br />
Fig. 5: Functional scheme that synthesises the interaction<br />
between various <strong>for</strong>ms of expressions in a solutions’<br />
elaboration process.<br />
Fig. 6: The figure shows a design problem regarding the <strong>for</strong>mal definition of a building.
3<br />
mace: enabling legacy repositories<br />
Fig. 1: WINDS in action.<br />
Fig. 2: WINDS technical architecture (schema) and the OAI adaptor.<br />
Fig. 3: DYNAMO screenshot.<br />
images<br />
327
3<br />
Fig. 4: The OAI-PMH harvesting process.<br />
328 browsing architecture<br />
Fig. 5: Mapping DYNAMO’s metadata onto the <strong>MACE</strong> Application<br />
Profile.<br />
Fig. 6: OAI-PMH and DYNAMO mapping tool technical architecture.
6<br />
indexed and browsed: a new didactic approach<br />
towards the orders of columns<br />
Fig. 1: tEXtMACHINA, web-based plat<strong>for</strong>m to work collaboratively with texts.<br />
Fig. 2: Media-Database of ZHdK provides a plat<strong>for</strong>m <strong>for</strong> saving, grouping and sharing<br />
of images.<br />
images<br />
329
6<br />
330 browsing architecture<br />
Fig. 3: HyperImage, an editor to compile interactive presentations.<br />
Fig. 4: Column-Browser, starting situation with randomly filled image-bands.
Fig. 5: Column-Browser. Browsing situation: a reference image and related examples<br />
to the left and to the right.<br />
Fig. 6: The metadata field opened out of the index-browser. Showing on the bottom<br />
of the screen a “basket” to collect and group images by drag and drop.<br />
images<br />
331
6<br />
332 browsing architecture<br />
Fig. 7: Column-Matrix: five columns of terms. Refinement of the search<br />
by marked terms.
7<br />
housing@21.eu: integrating learning spaces and<br />
<strong>architectural</strong> repositories<br />
Fig. 1: Web site to collect and study housing examples (www.housing21eu.net).<br />
Fig. 2: Web site of the Design Workshop (www.housing21eu.net/workshop1).<br />
images<br />
333
7<br />
334 browsing architecture<br />
Fig. 3: Case repository collaborative tools: keywords mode.<br />
Fig. 4: Case repository collaborative tools: grouping mode.
8<br />
beyond digital repositories:<br />
<strong>architectural</strong> in<strong>for</strong>mation presentation<br />
Fig. 1: Examples of the layering of texts, sketch, 2D and 3D animations, videos and<br />
drafted drawings with interactive navigation.<br />
Fig. 2: A concept of piecing in<strong>for</strong>mation through a multi-user, online jigsaw puzzle.<br />
images<br />
335
8<br />
336 browsing architecture<br />
Fig. 3: Screenshot of Microsoft Live Lab’s Photosynth allowing users to “navigate”<br />
through Piazza San Marco, Venice, Italy.<br />
Fig. 4: A screenshot of Rheingold’s slide presentation.
9<br />
towards using digital modeling systems:<br />
the context of e-learning<br />
Fig. 1. Digital modeling system.<br />
Fig. 2. Understanding and interpretation of an <strong>architectural</strong> site.<br />
images<br />
337
9<br />
Fig. 3. Evolution of an <strong>architectural</strong> space<br />
as a learning tool.<br />
338 browsing architecture<br />
Fig. 4. Models produced as e-learning tools.
10<br />
@gd: keeping a record of learning paths<br />
on digital graphics representation<br />
<strong>for</strong> architecture<br />
Fig. 1: Learning path of a Geometric Modelling class of the Digital Graphics Post-<br />
Graduation Course.<br />
Fig. 2: Learning path of a specific activity of a discipline.<br />
images<br />
339
10<br />
340 browsing architecture<br />
Fig. 3: The GPS_3D Course, an extracurricular activity.
13<br />
building up digital collections:<br />
from policy to implementation<br />
Fig. 1: Schematic drawing of the MINT module of MINISIS.<br />
Fig. 2: Schematic drawing of the authorities.<br />
Fig. 3:Schematic drawing of the Collection<br />
In<strong>for</strong>mation System linked to the NAI repository<br />
and external repositories and interface<br />
of the Collection Management System.<br />
images<br />
341
16 ?<br />
342<br />
image archive: a hybrid structure <strong>for</strong> the<br />
enhancement of architecture videos<br />
Fig. 1: “Post Barnsley”, squint/opera, architecture<br />
by Alsop Architects, UK 2003.<br />
Fig. 2: “Botha House”, dbox and ARC574, architecture by<br />
Thomas Phifer and Partners, US 2003.<br />
Fig. 3: “Altstetten Church”, Takehiko Nagakura, architecture<br />
by Alvar Aalto, US 2003.<br />
browsing architecture
Fig. 4: “Bo-Bo”, archi media, FR 2003.<br />
Fig. 5: “Rooftecture”, Shuhei Endo, JP 2003.<br />
Fig. 6: “Words, Images and Spaces”, Kyong Park, US 2002.<br />
Fig. 7: “Park Avenue”, Florent Rougemont, NL 2003.<br />
images<br />
343
17 ?<br />
344 browsing architecture<br />
the facetag engine: a semantic collaborative<br />
tagging tool<br />
Fig. 1: The two axes of In<strong>for</strong>mation Architecture.<br />
Fig. 5: The administrative interface <strong>for</strong> adding resources<br />
to FaceTag.
Fig. 2: FaceTag main page, with the most recent resources<br />
and the facet containers.<br />
Fig. 3: Searching <strong>for</strong> resources. The user chose “in<strong>for</strong>mation<br />
architecture” and facet containers and tag lists adjust. Stickers<br />
<strong>for</strong> the engaged tag appear in the status bar (top, grey).<br />
Fig. 4: Empty facet containers and greyed out pertaining<br />
terms at the end of a search session.<br />
images<br />
345
19 ?<br />
346 browsing architecture<br />
save the bubble: the <strong>architectural</strong> archive<br />
in the digital age<br />
Fig. 1.<br />
Fig. 2.<br />
Fig. 3.
Fig. 4.<br />
Fig. 5.<br />
Fig. 6.<br />
Fig. 7.<br />
images<br />
347
19<br />
Fig. 8.<br />
Fig. 9.<br />
Fig. 10.<br />
Fig. 11.<br />
348 browsing architecture
20<br />
a classification system <strong>for</strong> construction units<br />
and products: methodological hypothesis<br />
and application testing on pre-modern building<br />
Fig.1: Contemporary Technical In<strong>for</strong>mation: current scenario.<br />
Fig. 2: Notation in relation to the Category tables.<br />
images<br />
349
20<br />
Fig. 3: UML scheme.<br />
350 browsing architecture
21<br />
the probado framework: a repository<br />
<strong>for</strong> <strong>architectural</strong> 3d-models<br />
Fig. 1: Overall system architecture of the PROBADO framework.<br />
Fig. 2: Main parts of the 3D metadata model.<br />
images<br />
351
21<br />
Fig. 3: Components of the PROBADO<br />
3D repository.<br />
352 browsing architecture<br />
Fig. 4: Room connectivity graph and results from the database.<br />
Fig.5: Query by 3D sketching <strong>for</strong> content-based<br />
global search of the PROBADO 3D repository.
22<br />
mimoa: an interactive architecture guide<br />
Fig. 1: MIMOA home page.<br />
Fig. 2: MIMOA <strong>European</strong> map.<br />
images<br />
353
22<br />
Fig. 3: MIMOA project detail page.<br />
Fig. 4: MIMOA project detail page photo.<br />
354 browsing architecture
Fig. 5: MIMOA selected guides.<br />
Fig. 6: MIMOA weblog.<br />
images<br />
355
23 ?<br />
356 browsing architecture<br />
nextroom: the european hub<br />
<strong>for</strong> contemporary architecture<br />
Fig. 1: nextcard #1: Blindgänger, Hof am Leithaberge, Austria, Architects: the POOR BOYS<br />
ENTERPRISE (Margherita Spiluttini © ).<br />
Fig. 2: Screenshot nextroom.at (Margherita Spiluttini © ).
Fig. 3: Screenshot nextroom.at (Rupert Steiner © ).<br />
Fig. 4: Screenshot nextroom.at (Robert Leš © ).<br />
Fig. 5: nextroom.at advertisment.<br />
images<br />
357
24 ?<br />
358 browsing architecture<br />
the lafis project: managing publicly induced data<br />
into a scholar environment<br />
Fig. 1.<br />
Fig. 2.
Fig. 3.<br />
Fig. 4.<br />
images<br />
359
24<br />
Fig. 5.<br />
Fig. 6.<br />
360 browsing architecture
Fig. 7.<br />
images<br />
361
25 ?<br />
362<br />
a database of <strong>architectural</strong> repositories:<br />
criteria <strong>for</strong> selection and evaluation<br />
Fig. 1: Screenshot of the (internal) repository listing website.<br />
Fig. 2: Collage of homepages <strong>for</strong> some of the referenced repositories.<br />
Fig. 3: Automatically generated mind map from the repository database.<br />
browsing architecture
26<br />
cultural heritage repositories: digital archives<br />
<strong>for</strong> conservation and management<br />
Fig. 1: Aachen Cathedral, a UNESCO World Heritage Site in<br />
Germany (photograph by M. Santana Quintero©).<br />
Fig. 2: Record Longevity (from Alonzo Addison 2006).<br />
Fig. 3: UNESCO World Heritage portal.<br />
Fig. 4: A World Heritage Property sub-page details, UNESCO World Heritage Centre.<br />
images<br />
363
index of terms – folksonomy<br />
advertising 22<br />
<strong>architectural</strong> history 12<br />
<strong>architectural</strong> repositories 25<br />
architecture 3 9 10<br />
archival description 14<br />
archival management 14<br />
archive 16<br />
archiving 22<br />
best practice <strong>for</strong> preservation 15<br />
born-digital data 19<br />
cam 3<br />
check the transmission state of record 15<br />
circulation 16<br />
cities 22<br />
classification 17 25<br />
classification system 20<br />
cognitive models 2<br />
collaborative work space 9<br />
collection in<strong>for</strong>mation system 13<br />
community 22<br />
compatibility 15<br />
computer integrated 18<br />
contemporary architecture 23<br />
contemporary fabrication 18<br />
content 3 22 25<br />
content-based indexing 21<br />
content-based search 21<br />
364<br />
browsing architecture<br />
content management 24<br />
construction 18<br />
copyrights 22<br />
creative commons 22<br />
credits 22<br />
crowds 22<br />
cultural heritage 26<br />
culture 22<br />
database 20 22<br />
de facto standard <strong>for</strong>mat <strong>for</strong> preservation 15<br />
design 22<br />
design in<strong>for</strong>mation 18<br />
design learning 2<br />
design meaning 2<br />
design models 2<br />
design practice 2<br />
design process 2<br />
digital <strong>architectural</strong> record 14<br />
digital collections 13<br />
digital design 19<br />
digital drawing 14<br />
digital graphics representation 10<br />
digital libraries 1<br />
digital modeling systems 9<br />
digital production chain 19<br />
digital records reference 14<br />
digital repositories 7
digitisation 14<br />
documentation 19<br />
domain-specific architectures 1<br />
<strong>education</strong> 5 9 25<br />
e-learning 6 9<br />
electronic records in an <strong>architectural</strong> practice 15<br />
Europe 22<br />
facetagging 17<br />
faceted classification 17<br />
facoltà Quaroni 5<br />
features 22<br />
feedback 27<br />
file naming 15<br />
film 16<br />
folksonomies 17<br />
gallery 24<br />
guide 22<br />
harvesting 3<br />
heritage 9<br />
housing studies 7<br />
hub 23<br />
ict 9<br />
identification and retrieval of electronic records 15<br />
identity metadata 15<br />
image 24<br />
indices 6<br />
in<strong>for</strong>mation architecture 5 17<br />
index of terms – folksonomy<br />
in<strong>for</strong>mation technology 5<br />
innovation 16<br />
institutional repository 11<br />
integration digital tools with traditional approaches 12<br />
integrity of electronic records 15<br />
interaction 22<br />
interaction design 4<br />
interactive data exploration and discovery 1<br />
interface 22<br />
interoperability 1 3<br />
it revolution in architecture 5<br />
knowledge management 20<br />
learning objects 10<br />
learning paths 10<br />
longevity of removable media and hard-drive 15<br />
mace 3 4<br />
management 26<br />
mapping 22<br />
matrix of terms 6<br />
media 15<br />
media and hard-drive 15<br />
media-database 6<br />
mental images 2<br />
metadata 3 4 11 15 16 22 23 24<br />
methodology 20<br />
migration of media 15<br />
modern 22<br />
365
index of terms - folksonomy<br />
monitor electronic records and profiles 15<br />
multidisciplinarity 9<br />
multimedia 15 16<br />
natural heritage 26<br />
nextroom 23<br />
niche 22<br />
oai 3<br />
open 22<br />
open source 24<br />
original 19<br />
orders of columns 6<br />
photography 22 24<br />
portfolio 22<br />
precedent based design 2<br />
preservation 19<br />
protection 26<br />
protocol analysis 2<br />
repository 3 11 21 26<br />
record management 15<br />
recovery strategy 19<br />
reliability and authenticity of electronic records 15<br />
rss 3<br />
scaffolding procedure 2<br />
scaffolding tools 2<br />
scripting 24<br />
selection of hardware and software 15<br />
semiotics 2<br />
shared tools 22<br />
366 browsing architecture<br />
significant process 2<br />
sketching 2<br />
social classification 17<br />
social construction 11<br />
stability of electronic records 15<br />
studio 11<br />
tag 17<br />
tagging 17<br />
tangible interface 4<br />
teacher 5<br />
team-based project 12<br />
traveling 22<br />
tutorial discourse 2<br />
università La Sapienza 5<br />
user experience 4<br />
user interface 1<br />
users 22<br />
video 16<br />
virtual design studios 7<br />
visual browsing 6<br />
web 5<br />
web-based collaborative learning 7<br />
web resources 24<br />
wiki 9 12<br />
winds 3<br />
world heritage 26<br />
3d model 21<br />
3d modelling 24
This <strong>book</strong> has been published on occasion<br />
of the International Conference<br />
On-line repositories in architecture<br />
Venice, Italy, 20-21 September, 2008<br />
Curator of the International Conference<br />
On-line repositories in architecture<br />
Furio Barzon (Collaboratorio, Italy)<br />
Scientific Committee<br />
Herman Neuckermans, coordinator (eaae, Belgium)<br />
Markus Eisenhauer (Fraunhofer fit, Germany)<br />
Alberto Giretti (Università Politecnica delle Marche, Italy)<br />
Erik Duval (Katholieke Universiteit Leuven, Belgium)<br />
Markus Specht (Open University Netherlands, Netherlands)<br />
Martin Wolpers (Fraunhofer fit, Germany)<br />
Mario Santana Quintero (eaae, Belgium)<br />
Ezio Arlati (Politecnico di Milano, Italy)<br />
edited by<br />
Matteo Zambelli<br />
Anna Helena Janowiak<br />
(Collaboratorio, Italy)<br />
Herman Neuckermans<br />
(eaae, Belgium)<br />
produced by<br />
mace Consortium<br />
colb Collaboratorio snc, Italy<br />
dfki Deutsches Forschungszentrum für Künstliche Intelligenz, Germany<br />
eaae <strong>European</strong> Association of Architectural Education, Belgium<br />
fhp Fachhochschule Potsdam University of Applied Sciences, Germany<br />
fit Fraunhofer Institut für Angewandte In<strong>for</strong>mationstechnik, Germany<br />
irb Fraunhofer In<strong>for</strong>mationszentrum Raum und Bau, Germany<br />
kul Katholieke Universiteit Leuven, Belgium<br />
hum Humance ag, Germany<br />
nau Nautes srl, Italy<br />
ounl Open University Netherlands, Netherlands<br />
polimi Politecnico di Milano, Italy<br />
univpm Università Politecnica delle Marche, Italy<br />
iuav University IUAV of Venice, Italy<br />
upc Technical University of Catalonia, Spain<br />
powered by<br />
Collaboratorio, Italy<br />
eaae <strong>European</strong> Association of Architectural Education, Belgium<br />
published and distributed by<br />
Fraunhofer irb Verlag, Germany<br />
supported by<br />
<strong>European</strong> Commission, eContentplus Program<br />
thanks to<br />
Alessandro Miniussi, Italy (typesetting)<br />
Nick Simcock, England (English check)<br />
Hans-Martin Barth and Klaus Kaiser, Germany (publishing)<br />
This <strong>book</strong> is part of the series<br />
eaae Transactions on Architectural Education no. 40
www.mace-project.eu