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
Hits 1 to 20 of 717
Reformat results as: short short into frame detailed detailed into frame
Abelson, Harold, diSessa and Andera (1968) gave the first rules concerning Spirolaterals. To obtain a Spirolateral from a set of straight lines, the first of them must be one unit long and the following must be incremented one unit at each step, at the same time that they turn in a constant direction. Odds (1973) establish the variation of the rotation direction, either to the left or the right. However, he did not give a mathematical relation able to calculate open Spirolaterals. Krawczyk (2001) developed a computer program that generates Spirolaterals following the method suggested by Abelson. These are Spirolaterals obtained by enumeration without a predictive mathematical formula. Krawczyc went farther proposing Spirolaterals based in curved lines. He pointed out that there are a variety of spirolateral forms that have architectural potentiality. Following this, the architectural potentiality of Spirolaterals is the basis of this paper.
To take advantage of that potentiality a computer program was implemented to generate spatial configurations based in Spirolaterals. When a third dimension is given to the Spirolaterals they become Spirospaces. These new entities need spatial and design parameters to be useful for architectural purposes. Barrionuevo and Borsetti (2001) gave results about that work establishing the concept of Spirospaces.
The aim of this paper is to describe a work directed to improve rules and procedures concerning Spirospaces. It is expected that these procedures governed by the proposed rules can be employed as tools during the early steps in the architectural design process.
In this work some aspects concerning Spirospaces are considered. First, Spirolaterals are presented as the predecessors of Spirospaces. Second, Spirospaces are defined, together with their structural parameters. Architectural modeling is studied at the light of two special elements of the Spirospaces: Interstitial spaces and Object spaces. Next, a computer program is presented as the appropriate tool to model configurations having architectural potentiality. Finally, the results obtained running the computer program are analyzed to determine their possible use as architectural forms. Several graphic illustrations are presented showing steps going from the exploration of spatial alternatives to the selection of a specific configuration to be developed.
It is expected that the described computer program could be employed as a design aid tool. As the operation of the program generates a variety of spaces able to dwell architectural objects, it eases the search of configurations suitable to specific functions. The results obtained have the possibility of being exported to computer graphic applications able to add materials, lights and cameras.
Decisions taken in the ‘private design space’ of the design team or ‘actor’ are closely related to the type of support that can be provided by a Collaborative Design system: automatic checks performed by activating procedures and methods, reporting of 'local' conflicts, methods and knowledge for the resolution of ‘local’ conflicts, creation of new IT objects/ building components, who the objects must refer to (the ‘owner’), 'situated' aspects (Gero and Reffat, 2001) of the IT objects/building components.
Decisions taken in the ‘shared design space’ involve aspects that are typical of networked design and that are partially present in the ‘private’ design space. Cross-checking, reporting of ‘global’ conflicts to all those concerned, even those who are unaware they are concerned, methods for their resolution, the modification of data structure and interface according to the actors interacting with it and the design phase, the definition of a 'dominus' for every IT object (i.e. the decision-maker, according to the design phase and the creation of the object). All this is made possible both by the model for representing the building (Carrara and Fioravanti, 2001), and by the type of IT representation of the individual building components, using the methods and techniques of Knowledge Engineering through a structured set of Knowledge Bases, Inference Engines and Databases. The aim is to develop suitable tools for supporting integrated Process/Product design activity by means of a effective and innovative representation of building entities (technical components, constraints, methods) in order to manage and resolve conflicts generated during the design activity.
For more results click below: