Cumincad : CUMINCAD Papers : Search Results

CumInCAD is a Cumulative Index about publications in Computer Aided Architectural Design
supported by the sibling associations ACADIA, CAADRIA, eCAADe, SIGraDi, ASCAAD and CAAD futures

PDF papers
References

Hits 1 to 8 of 8

Reformat results as: short short into frame detailed detailed into frame

_id	4caf
authors	Van der Does, Jan and Giró, Héctor
year	1999
title	IMAG(IN)ING, a fresh look at design, presentation and communication
source	Simulation of Architectural Space - Color and Light, Methods and Effects [Proceedings of the 4rd European Architectural Endoscopy Association Conference / ISBN 3-86005-267-5] Dresden (Germany), 29 September - 1 October 1999, pp. 12-20
summary	The project focuses on the use of specific imaging media in the phase from the first sketches to the finished sketch design. We also considered the crucial role of verbal communication in the contact between the architect and the client.
series	EAEA
email
more	http://info.tuwien.ac.at/eaea
last changed	2005/09/09 10:43

_id	3017
authors	Carson, J. and Clark, A.
year	1999
title	Multicast Shared Virtual Worlds Using VRML 97
source	Proceedings of VRML 99 Fourth Symposium on the Virtual Reality Modeling language, The Association for Computing Machinery, Inc. New York, pp. 133-140
summary	This paper describes a system for authoring and executing shared virtual worlds within existing VRML97 viewers such as Cosmo Player. As VRML97 does not contain any direct support for the construction of virtual worlds containing multiple users extensions are presented to provide support for shared behaviours, avatars and objects that can be manipulated and carried by participants in the world; these extensions are pre-processed into standard VRML97 and Java. A system infrastructure is described which allows worlds to be authored and executed within the context of the World Wide Web and the MBone. CR Categories and Subject Descriptors: C.2.2 [Computer Communication Networks]: Network Protocols - Applications; C.2.4 [Computer Communication Networks]: Distributed Sys- tems - Distributed Applications; H.5.1 [Information Interfaces and Presentation] Multimedia Information Systems - Artificial, Aug- mented and Virtual Realities; 1.3.2 [Computer Graphics]: Graphics Systems - Distributed/network graphics: 1.3.6 [Computer Graph- ics]: Methodology and Techniques - Interaction Techniques; 1.3.7 [Computer Graphics]: Three Dimensional Graphics and Realism - Virtual Reality.
series	other
last changed	2003/04/23 15:50

_id	44c0
authors	Van Leeuwen, Jos P.
year	1999
title	Modelling architectural design information by features : an approach to dynamic product modelling for application in architectural design
source	Eindhoven University of Technology
summary	Architectural design, like many other human activities, benefits more and more from the ongoing development of information and communication technologies. The traditional paper documents for the representation and communication of design are now replaced by digital media. CAD systems have replaced the drawing board and knowledge systems are used to integrate expert knowledge in the design process. Product modelling is one of the most promising approaches in the developments of the last two decades, aiming in the architectural context at the representation and communication of the information related to a building in all its aspects and during its complete life-cycle. However, after studying both the characteristics of the product modelling approach and the characteristics of architectural design, it is concluded in this research project that product modelling does not suffice for support of architectural design. Architectural design is characterised mainly as a problem solving process, involving illdefined problems that require a very dynamic way of dealing with information that concerns both the problem and emerging solutions. Furthermore, architectural design is in many ways an evolutionary process. In short term this is because of the incremental approach to problem solving in design projects; and in long term because of the stylistic development of designers and the continuous developments in the building and construction industry in general. The requirements that are posed by architectural design are concentrated in the keywords extensibility and flexibility of the design informationmodels. Extensibility means that designers can extend conceptual models with definitions that best suit the design concepts they wish to utilise. Flexibility means that information in design models can be structured in a way that accurately represents the design rationale. This includes the modelling of incidental characteristics and relationships of the entities in the model that are not necessarily predefined in a conceptual model. In general, product modelling does not adequately support this dynamic nature of design. Therefore, this research project has studied the concepts developed in the technology of Feature-based modelling, which originates from the area of mechanical engineering. These concepts include the usage of Features as the primitives for defining and reasoning about a product. Features have an autonomous function in the information model, which, as a result, constitutes a flexible network of relationships between Features that are established during the design process. The definition of Features can be specified by designers to formalise new design concepts. This allows the design tools to be adapted to the specific needs of the individual designer, enlarging the library of available resources for design. In addition to these key-concepts in Feature-based modelling as it is developed in the mechanical engineering context, the project has determined the following principles for a Feature-based approach in the architectural context. Features in mechanical engineering are used mainly to describe the lowest level of detail in a product's design, namely the characteristics of its parts. In architecture the design process does not normally follow a strictly hierarchical approach and therefore requires that the building be modelled as a whole. This implies that multiple levels of abstraction are modelled and that Features are used to describe information at the various abstraction levels. Furthermore, architectural design involves concepts that are non-physical as well as physical; Features are to be used for modelling both kinds. The term Feature is defined in this research project to reflect the above key-concepts for this modelling approach. A Feature is an autonomous, coherent collection of information, with semantic meaning to a designer and possibly emerging during design, that is defined to formalise a design concept at any level of abstraction, either physical or non-physical, as part of a building model. Feature models are built up entirely of Features and are structured in the form of a directed graph. The nodes in the graph are the Features, whereas the arcs are the relationships between the Features. Features can be of user-defined types and incidental relationships can be added that are not defined at the typological level. An inventory in this project of what kind of information is involved in the practice of modelling architectural design is based on the analysis of a selection of sources of architectural design information. This inventory is deepened by a case study and results in the proposition of a categorisation of architectural Feature types.
keywords	Automated Management Information Systems; Computer Aided Architectural Design; Information Systems; Modelling
series	thesis:PhD
email
more	http://www.ds.arch.tue.nl/jos/thesis/
last changed	2003/02/12 22:37

_id	64eaea2001
id	64eaea2001
authors	Willecke, Jörg
year	2002
title	Prognosis of Landscape Change for the Area of Ellingerode (Hessen, Germany)
source	Environmental Simulation - New Impulses in Planning Processes [Proceedings of the 5th European Architectural Endoscopy Association Conference / ISBN 3-922602-85-1]
summary	In the academic year of 1999/2000, a student project at the University of Kassel started to work on a prognosis of landscape change for a mid mountain range area of Hessen (Germany). The project, named ”Change of Landscape in the Area of Ellingerode”, was based at first on the question: "How does the landscape change if the AGENDA 2000 (the present agricultural policy of the European Union) takes effect?”. The students soon realized that to give an answer on this question, basic inquiry on the key factors that govern the changes of landscape are needed. So actually the primary question was ”How does landscape change?”
series	EAEA
more	http://info.tuwien.ac.at/eaea
last changed	2005/09/09 10:43

_id	ga9912
id	ga9912
authors	Loocke, Philip Van
year	1999
title	The art of growth and the solution of cognitive problems
source	International Conference on Generative Art
summary	A cellular method is proposed as an alternative for a connectionist approach. The present method does not use connections between cells, but introduces a field concept instead. If the fields are determined in accordance with the transformations familiar from fractal theory, then the solutions of problems that have some symmetry are forms of remarkable beauty. This way, a link is proposed between generative art and problem solving. It is conjectured that the ‘black box’ nature of connectionist systems can be replaced by an approach in which the solution of a problem coincides with a vivid visualization, also if the problems at hand are of a high-dimensional nature.
series	other
email
more	http://www.generativeart.com/
last changed	2003/08/07 17:25

_id	ga0026
id	ga0026
authors	Ransen, Owen F.
year	2000
title	Possible Futures in Computer Art Generation
source	International Conference on Generative Art
summary	Years of trying to create an "Image Idea Generator" program have convinced me that the perfect solution would be to have an artificial artistic person, a design slave. This paper describes how I came to that conclusion, realistic alternatives, and briefly, how it could possibly happen. 1. The history of Repligator and Gliftic 1.1 Repligator In 1996 I had the idea of creating an “image idea generator”. I wanted something which would create images out of nothing, but guided by the user. The biggest conceptual problem I had was “out of nothing”. What does that mean? So I put aside that problem and forced the user to give the program a starting image. This program eventually turned into Repligator, commercially described as an “easy to use graphical effects program”, but actually, to my mind, an Image Idea Generator. The first release came out in October 1997. In December 1998 I described Repligator V4 [1] and how I thought it could be developed away from simply being an effects program. In July 1999 Repligator V4 won the Shareware Industry Awards Foundation prize for "Best Graphics Program of 1999". Prize winners are never told why they won, but I am sure that it was because of two things: 1) Easy of use 2) Ease of experimentation "Ease of experimentation" means that Repligator does in fact come up with new graphics ideas. Once you have input your original image you can generate new versions of that image simply by pushing a single key. Repligator is currently at version 6, but, apart from adding many new effects and a few new features, is basically the same program as version 4. Following on from the ideas in [1] I started to develop Gliftic, which is closer to my original thoughts of an image idea generator which "starts from nothing". The Gliftic model of images was that they are composed of three components: 1. Layout or form, for example the outline of a mandala is a form. 2. Color scheme, for example colors selected from autumn leaves from an oak tree. 3. Interpretation, for example Van Gogh would paint a mandala with oak tree colors in a different way to Andy Warhol. There is a Van Gogh interpretation and an Andy Warhol interpretation. Further I wanted to be able to genetically breed images, for example crossing two layouts to produce a child layout. And the same with interpretations and color schemes. If I could achieve this then the program would be very powerful. 1.2 Getting to Gliftic Programming has an amazing way of crystalising ideas. If you want to put an idea into practice via a computer program you really have to understand the idea not only globally, but just as importantly, in detail. You have to make hard design decisions, there can be no vagueness, and so implementing what I had decribed above turned out to be a considerable challenge. I soon found out that the hardest thing to do would be the breeding of forms. What are the "genes" of a form? What are the genes of a circle, say, and how do they compare to the genes of the outline of the UK? I wanted the genotype representation (inside the computer program's data) to be directly linked to the phenotype representation (on the computer screen). This seemed to be the best way of making sure that bred-forms would bare some visual relationship to their parents. I also wanted symmetry to be preserved. For example if two symmetrical objects were bred then their children should be symmetrical. I decided to represent shapes as simply closed polygonal shapes, and the "genes" of these shapes were simply the list of points defining the polygon. Thus a circle would have to be represented by a regular polygon of, say, 100 sides. The outline of the UK could easily be represented as a list of points every 10 Kilometers along the coast line. Now for the important question: what do you get when you cross a circle with the outline of the UK? I tried various ways of combining the "genes" (i.e. coordinates) of the shapes, but none of them really ended up producing interesting shapes. And of the methods I used, many of them, applied over several "generations" simply resulted in amorphous blobs, with no distinct family characteristics. Or rather maybe I should say that no single method of breeding shapes gave decent results for all types of images. Figure 1 shows an example of breeding a mandala with 6 regular polygons: Figure 1 Mandala bred with array of regular polygons I did not try out all my ideas, and maybe in the future I will return to the problem, but it was clear to me that it is a non-trivial problem. And if the breeding of shapes is a non-trivial problem, then what about the breeding of interpretations? I abandoned the genetic (breeding) model of generating designs but retained the idea of the three components (form, color scheme, interpretation). 1.3 Gliftic today Gliftic Version 1.0 was released in May 2000. It allows the user to change a form, a color scheme and an interpretation. The user can experiment with combining different components together and can thus home in on an personally pleasing image. Just as in Repligator, pushing the F7 key make the program choose all the options. Unlike Repligator however the user can also easily experiment with the form (only) by pushing F4, the color scheme (only) by pushing F5 and the interpretation (only) by pushing F6. Figures 2, 3 and 4 show some example images created by Gliftic. Figure 2 Mandala interpreted with arabesques Figure 3 Trellis interpreted with "graphic ivy" Figure 4 Regular dots interpreted as "sparks" 1.4 Forms in Gliftic V1 Forms are simply collections of graphics primitives (points, lines, ellipses and polygons). The program generates these collections according to the user's instructions. Currently the forms are: Mandala, Regular Polygon, Random Dots, Random Sticks, Random Shapes, Grid Of Polygons, Trellis, Flying Leap, Sticks And Waves, Spoked Wheel, Biological Growth, Chequer Squares, Regular Dots, Single Line, Paisley, Random Circles, Chevrons. 1.5 Color Schemes in Gliftic V1 When combining a form with an interpretation (described later) the program needs to know what colors it can use. The range of colors is called a color scheme. Gliftic has three color scheme types: 1. Random colors: Colors for the various parts of the image are chosen purely at random. 2. Hue Saturation Value (HSV) colors: The user can choose the main hue (e.g. red or yellow), the saturation (purity) of the color scheme and the value (brightness/darkness) . The user also has to choose how much variation is allowed in the color scheme. A wide variation allows the various colors of the final image to depart a long way from the HSV settings. A smaller variation results in the final image using almost a single color. 3. Colors chosen from an image: The user can choose an image (for example a JPG file of a famous painting, or a digital photograph he took while on holiday in Greece) and Gliftic will select colors from that image. Only colors from the selected image will appear in the output image. 1.6 Interpretations in Gliftic V1 Interpretation in Gliftic is best decribed with a few examples. A pure geometric line could be interpreted as: 1) the branch of a tree 2) a long thin arabesque 3) a sequence of disks 4) a chain, 5) a row of diamonds. An pure geometric ellipse could be interpreted as 1) a lake, 2) a planet, 3) an eye. Gliftic V1 has the following interpretations: Standard, Circles, Flying Leap, Graphic Ivy, Diamond Bar, Sparkz, Ess Disk, Ribbons, George Haite, Arabesque, ZigZag. 1.7 Applications of Gliftic Currently Gliftic is mostly used for creating WEB graphics, often backgrounds as it has an option to enable "tiling" of the generated images. There is also a possibility that it will be used in the custom textile business sometime within the next year or two. The real application of Gliftic is that of generating new graphics ideas, and I suspect that, like Repligator, many users will only understand this later. 2. The future of Gliftic, 3 possibilties Completing Gliftic V1 gave me the experience to understand what problems and opportunities there will be in future development of the program. Here I divide my many ideas into three oversimplified possibilities, and the real result may be a mix of two or all three of them. 2.1 Continue the current development "linearly" Gliftic could grow simply by the addition of more forms and interpretations. In fact I am sure that initially it will grow like this. However this limits the possibilities to what is inside the program itself. These limits can be mitigated by allowing the user to add forms (as vector files). The user can already add color schemes (as images). The biggest problem with leaving the program in its current state is that there is no easy way to add interpretations. 2.2 Allow the artist to program Gliftic It would be interesting to add a language to Gliftic which allows the user to program his own form generators and interpreters. In this way Gliftic becomes a "platform" for the development of dynamic graphics styles by the artist. The advantage of not having to deal with the complexities of Windows programming could attract the more adventurous artists and designers. The choice of programming language of course needs to take into account the fact that the "programmer" is probably not be an expert computer scientist. I have seen how LISP (an not exactly easy artificial intelligence language) has become very popular among non programming users of AutoCAD. If, to complete a job which you do manually and repeatedly, you can write a LISP macro of only 5 lines, then you may be tempted to learn enough LISP to write those 5 lines. Imagine also the ability to publish (and/or sell) "style generators". An artist could develop a particular interpretation function, it creates images of a given character which others find appealing. The interpretation (which runs inside Gliftic as a routine) could be offered to interior designers (for example) to unify carpets, wallpaper, furniture coverings for single projects. As Adrian Ward [3] says on his WEB site: "Programming is no less an artform than painting is a technical process." Learning a computer language to create a single image is overkill and impractical. Learning a computer language to create your own artistic style which generates an infinite series of images in that style may well be attractive. 2.3 Add an artificial conciousness to Gliftic This is a wild science fiction idea which comes into my head regularly. Gliftic manages to surprise the users with the images it makes, but, currently, is limited by what gets programmed into it or by pure chance. How about adding a real artifical conciousness to the program? Creating an intelligent artificial designer? According to Igor Aleksander [1] conciousness is required for programs (computers) to really become usefully intelligent. Aleksander thinks that "the line has been drawn under the philosophical discussion of conciousness, and the way is open to sound scientific investigation". Without going into the details, and with great over-simplification, there are roughly two sorts of artificial intelligence: 1) Programmed intelligence, where, to all intents and purposes, the programmer is the "intelligence". The program may perform well (but often, in practice, doesn't) and any learning which is done is simply statistical and pre-programmed. There is no way that this type of program could become concious. 2) Neural network intelligence, where the programs are based roughly on a simple model of the brain, and the network learns how to do specific tasks. It is this sort of program which, according to Aleksander, could, in the future, become concious, and thus usefully intelligent. What could the advantages of an artificial artist be? 1) There would be no need for programming. Presumbably the human artist would dialog with the artificial artist, directing its development. 2) The artificial artist could be used as an apprentice, doing the "drudge" work of art, which needs intelligence, but is, anyway, monotonous for the human artist. 3) The human artist imagines "concepts", the artificial artist makes them concrete. 4) An concious artificial artist may come up with ideas of its own. Is this science fiction? Arthur C. Clarke's 1st Law: "If a famous scientist says that something can be done, then he is in all probability correct. If a famous scientist says that something cannot be done, then he is in all probability wrong". Arthur C Clarke's 2nd Law: "Only by trying to go beyond the current limits can you find out what the real limits are." One of Bertrand Russell's 10 commandments: "Do not fear to be eccentric in opinion, for every opinion now accepted was once eccentric" 3. References 1. "From Ramon Llull to Image Idea Generation". Ransen, Owen. Proceedings of the 1998 Milan First International Conference on Generative Art. 2. "How To Build A Mind" Aleksander, Igor. Wiedenfeld and Nicolson, 1999 3. "How I Drew One of My Pictures: or, The Authorship of Generative Art" by Adrian Ward and Geof Cox. Proceedings of the 1999 Milan 2nd International Conference on Generative Art.
series	other
email
more	http://www.generativeart.com/
last changed	2003/08/07 17:25

_id	3fe2
authors	Van Helvoort, Rob
year	1999
title	When Reality fills Fantasy
source	AVOCAAD Second International Conference [AVOCAAD Conference Proceedings / ISBN 90-76101-02-07] Brussels (Belgium) 8-10 April 1999, pp. 337-342
summary	After having had students in practical training for some years now, both in Belgium and in other European countries, we have discovered it does not really matter which CAD package is used in the design office they work in. Having an AutoCAD background means that most of the time it is only a matter of hours for one to be able to work with almost every other CAD program. Even better; within weeks quite a number of our students actually became responsible for the CAD-department in the office.
series	AVOCAAD
last changed	2005/09/09 10:48

_id	8313
authors	Harrop, Patrick H.
year	1999
title	Amor Infiniti/Horror Vacuii: Resolving Architecture Beyond the Planck Length ()
source	III Congreso Iberoamericano de Grafico Digital [SIGRADI Conference Proceedings] Montevideo (Uruguay) September 29th - October 1st 1999, pp. 19-24
summary	If one were to presume that every major shift in the perception and representational modes of architecture has its mirror in what is made, then we should be able to divine and critique the implications of making architecture through information technologies. We are only now beginning to enter speculations of what can possibly be made as a direct result of these systems. Already, the representation of digital space is undergoing a fundamental transition: From the highly precise facsimile of traditional Euclidean geometry, that we currently use in most CAD and modelling software to the visual interpretation of dense data arrays, as is emerging in GIS (Global Information Systems). This shift from a Vectorial world to a bitmap world is perhaps the most challenging to our historical and perhaps necessary assumption that Euclidean geometry , such as proportion and projection, is at the heart of making architecture. Does this shift imply an ultimately fatal divorce from the Vitruvian tradition of architecture through geometry or is it re-directing the interaction between computers and architecture into perhaps a more appropriate and creative realm of opportunity? This paper hopes to address these questions in the forum of a theoretical and historical discussion focused on the representation of architecture and making. Some current experimental digital work by the author will accompany this presentation and paper.
series	SIGRADI
type	normal paper
email
last changed	2016/03/10 09:53

No more hits.