Friday, October 7, 2011

Interesting Article - Joshua Prince-Ramus on The Myth Of Architectural Genius

http://www.forbes.com/2010/06/12/architecture-eco-buildings-technology-future-design-joshua-ramus.html

This is a great article, and smack in the middle of my wheelhouse, so I thought I would point it out. It made me see that there are many architects that are still somewhat shortsighted and nervous when it comes to BIM. While it is scary to get into new technology, CAD was not the demise of Architecture, nor will BIM be. Some excerpts from the article that I thought were worth mentioning:

The biggest change in our profession is what's called building information modeling, or BIM. It will either be the harbinger of death or the salvation of architecture. BIM creates a three-dimensional model of a building in which every piece is tagged in terms of price and time. It lets you discover ways of construction and sequencing and optimizing shapes for cost.

Many Architects are selling the technology short, and this is just one case of it. BIM can do far more than analyze Cost and Time, but more importantly manage the nouns, verbs and adjectives (What, How and Why) of every aspect of a building. If someone selects a specific window, the information includes a “Why” based on the properties of the window (Energy Efficiency or Light Transmittance/Refraction). A wall knows that it has certain sound characteristics, fire characteristics and structural capabilities. By leveraging this type of information a building can be looked at as a “Whole” rather than a sum of its parts to streamlie design and create more efficient buildings for the lowest cost.

The reason why it could be the harbinger of death is that the technology is incredibly complex and operating the software is a specialty in and of itself. That person makes a lot of assumptions and spits out the options to be picked (I call that design) by the architect (which I call "stylist"). That further marginalizes the architect from the center of the project, which is the realm of project management and structural engineering and acceptance of liability--the execution side of things.

I am in partial agreement with this statement, and I am that specialist that he talks of. I disagree of the marginalization of the architect though, as an architect’s strengths are in forging the Design Aesthetic of the building, and hire others to implement the design through hand drawings, CAD and now BIM. The technology is creating the need for that “Stylist” which I refer to as the “Knowledge Manager”, who is little more than another employee of the architect. It’s the Building Owners that will drive the demise. If they choose to go with more standardized designs, then the need for the “design aesthetic” is diminished. I just don’t foresee than happening, since Architecture is the convergence of Art and Engineering, with the emphasis on Art.

All of this is why I decided to write a second book (I Just got the contract from Wiley Press last Thursday) on the need for management of the information and processes within a BIM project. This eliminates the “assumptions” that he discussed here by having a seasoned professional (Architectural Construction Specifier), like myself as an administrator of the project (Stylist, Knowledge Manager) from the earliest design concepts all the way through to Facility Commissioning and ongoing lifecycle and maintenance. I’m looking for case studies in the Boston Area right now, and the book will be released at the American Institute of Architects (AIA) show in 2013. I am hoping that more professionals like this will identify the need for information and process management as time goes on.

Wednesday, August 3, 2011

Classification Systems for Building Products and Materials

In this day of BIM based design, the concept of cataloging materials has been turned on its ear. It’s no longer enough to just see what a material looks like in a 3”x3” sample chip and hope that it is what you want for a project. BIM affords design and construction teams the ability to not only thoroughly visualize, but quantify and qualify the material based on its merits and the design intent of the project. What I mean by this is the ability to embed computer readable information into a material that tells us not just what a material looks like, but what it “is” and how much of it is present on a project or in a given location. This is a tremendous benefit to both architects and contractors, giving them the ability to analyze product options and determine alternate solutions through cross referencing attributes.

Let’s suppose a solid wood material is specified on a project in order to provide the necessary density on a wall that is designed to reflect sound. Let’s also suppose that the wall has substantial curves, making the bending of the material very labor intensive, and potentially detrimental to the integrity of the wood. Rather than accepting the material at face value, researching materials in order to find an alternative product that achieves the required density, but is more flexible might lead the designer to a laminated material with a high density backer that meets the design intent, looks the same, and is less expensive. The difficulty in this type of operation is ensuring that the information about what the material is, how it performs, and what it looks like needs to be not only catalogued, but standardized.

The Construction Specifications Institute (CSI) develops and manages standards and formats that surround the AECOO communities, including MasterFormat™, Uniformat™, and the series of Omniclass Tables. The rapid growth of BIM creates a need to organize materials using not only methods understandable by people, but also by computers. To simplify, BIM software is little more than a series of tables in a database. These tables have relationships with one another, and in order to ensure that the connections are not broken by the use different colloquialisms or a varying taxonomy, each entry in a table should have some sort of unique identifier (GUID), or “primary key”. This is where CSI comes in. Just as MasterFormat catalogs the resulting effort of a given task, and Uniformat classifies entire elements within a project, Omniclass Table 23 – Products, and Table 41 – Materials catalog specific building products and materials so that regardless of the actual naming, a computer can understand what the user is referring to. It is no different than a librarian using the Dewey Decimal System to Catalog an entire library of books.

In terms of a library, the 200 Class (Level 1) within the Dewey system refers to Religion, with subcategory 220 (Level 2) referring to Bibles. There are entries beneath 220 which refer to the Old Testament (221) and New Testament (225), as well as other books which fall into the same category of “Bibles”. The word “Bible” needs to be put into context though, as the term has also been associated with anthologies and books that are designed to be all-encompassing, such as the AutoCAD Bible from Sybex Publishing. Even though libraries and bookstores have become keyword searchable, the Dewey Decimal system is still used to actually find the book or periodical within the larger bookstore or library, and create a singular reference for a certain type of book or specific title. This allows a machine to make a unique reference to a book, and only that book.

Similarly, a building product or material has the same hierarchical structure using Omniclass. Table 23 organizes products using four grouped pairs of digits, where the first is always the table number, in this case 23. As information is added, additional pairs may be added to further elaborate on the product. At the top level, table 23 products would look like this: 23.00.00.00 – Products, and at its most detailed fifth level it might look like this: 23.30.10.11.34.17 – Mail Slot. In this example, 23.30.00.00 (Level 1) refers to “Openings”; 23.30.10.00 (Level 2) refers to “Doors”; 23.30.10.11 (Level 3) refers to “Door Components”; 23.30.10.11.34 (Level 4) refers to “Door Accessories”. While one person might refer to the component as a “mail slot”, another might refer to it as a “postal opening”. Either way, the classification system will allow the user to choose the taxonomy while still allowing a computer to understand the intent.

Omniclass Table 41 – Materials performs the same operation, but rather than considering Building Products, it considers actual physical materials, regardless of their origin. It organizes materials down to their elemental level, which may not seem relevant, until you consider that specific chemicals may be banned from a project, or certain types of materials may be favorable. Table 41 uses the standard Omniclass “grouped pairs” format with Level 1 organizing materials into Periodic Elements, Solids, Liquids, and Gases. Level 2 through 5 dive deeper into the categorization of a material where level five 41.30.20.11.99.11 refers specifically to Cast Iron, which is different from Wrought Iron (41.30.20.11.99.14) or Ductile Iron (41.30.20.11.99.17).

Within each of these material and products, there are a series of attributes or physical properties which define what it is, how it behaves, how it performs, what it looks like, and a host of other considerations. Omniclass Table 49 – Properties creates a taxonomy that allows attributes to be given specific names and identifiers, making them uniform and machine readable. There are many different names which can apply to the same attribute, and a single character, capitalized letter, or mark in the naming will throw a computer for a loop. For instance, in some circles, the term U-Value is used, where in others, the term U-Factor is used. Those who understand what is being discussed may know that the two terms are synonymous, but a computer does not. By leveraging Table 49 and creating an enumeration strategy, one can assign specific attributes to building products and materials, and ensure that all of the information will show up in database reports, exports, and schedules.

With a membership base of Building Product Manufacturers, Architects, Specifiers, Engineers, and Contractors, CSI has more knowledge and experience than any organization in categorizing, classifying, and cataloging building materials. As the keepers of MasterFormat, Uniformat, and Omniclass, the expertise of the membership is implementing standards and formats for use in BIM software. This allows BIM software and processes to grow from visual design tools to data rich analysis and digital prototyping models. Structuring models to be useful for downstream usage requires that information be clear, concise, complete, correct, and consistent. It is arguable that without standards and formats developed and maintained by CSI, none of this would be possible.