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 365
Reformat results as: short short into frame detailed detailed into frame
In fact, many efforts at international level are in progress to define tools in order to make easier the multiple exchange of information in different fields of building design. Concerning this point, protocol and ontology of structured information interchanges constitute the first steps in this sense, e.g. those under standardisation by ISO (STEP), PDT models and Esprit project ToCEE. To model these problems it has brought forth a new research field: the collaborative design one, an evolution of distributed work and concurrent design.
The CAAD Laboratory of Dipartimento di Architettura and Urbanistica per l'Ingegneria has carried out a software prototype, KAAD, based on Knowledge Engineering in the fields of hospital building and of building for aged people. This software is composed by an Interface, a Knowledge Base, a Database and Constraints. The Knowledge Base has been codified by using the formal structure of frames, and has been implemented by the Lisp language. All the elements of KB are objects
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.
Prior to the experiment an extensive literature search was carried out to explore the relationship between the design process, visual thinking, conventional sketching (interactive imagery) and Computer Aided Design. Out of this search a number of design variables were identified, developed and then tested through a series of observations and interviews with the students while they were engaged in the design of the Graphic Designer’s Studio. Questionnaires were also administered to students to explore their views on issues including, using CAD instead of conventional tools, design areas where CAD is most effective, and how CAD can improve design skills.
In Sweden representatives from the construction and building management industry have put forward a research and development program called: "IT-Bygg#2 2002 - Implementation". It aims at making IT the vehicle for decreasing the building costs and at the same time getting better quality and efficiency out of the industry.
The presented strategy is based on a seminar with some of the most experienced researchers, developers and practitioners of CAD in Sweden. The activities were recorded and annotated, analyzed and put together afterwards.
The proposal in brief is that object oriented distributed CAD is to be used in the long perspective. It will need to be based on international standards such as STEP and it will take at least another 5 years to get established.
Meanwhile something temporary has to be used. Pragmatically a "de facto standard" on formats has to be accepted and implemented. To support new users of IT all software in use in the country will be analyzed, described and published for a national platform for IT-communication within the construction industry.
Finally the question is discussed "How can architect schools then contribute to IT being implemented within the housing sector at a regional or national level?" Some ideas are presented: Creating the good example, better support for the customer, sharing the holistic concept of the project with all actors, taking part in an integrated education process and international collaboration like AVOCAAD and ECAADE.
Together these features offer a broader horizon to architectural design. New source of inspiration can be found in virtual reality that makes visible what does not really exist, permitting design to suggest itself with its primordial image. We mean a kind of architectural imprint, where the first three-dimensional lines suggest in some way the designer with their shape, and encourage the definition process.
Through the visualisation of some images, it is possible to show the modifications of language and style, to examine the transformation modalities of the design process and to propose an essay of the new methods to communicate architecture.
Here we present a second step of development of the analyser: the implementation of some semantic capabilities. The most elementary level of semantics is the simple recognition of each object present in the architectural image. Which, in turn means attributing to each object the name of the class of similar objects to which the single object is supposed to pertain. While at the syntactical level the pertinence to a class implies the identity of an object to the class prototype, at the semantic level this is not compulsory. Pertaining to the same class, that is having the same architectural meaning, can be objects having approximately the same shape. Consequently in order to detect the pertinence of an object to a class, that is giving it an architectural meaning, two things are necessary: a date base containing the class prototypes to which the recognized objects are to be assigned and a tool able to "measure" the difference of two shapes.
For more results click below: