Showing posts with label BIM Content. Show all posts
Showing posts with label BIM Content. Show all posts

Thursday, May 7, 2009

Sites worth noting

I’ve been meaning to write about these for a while so here we go:

revitstore

Ian Howard is the main force behind this site. I didn’t know, but Ian used to work for Revit Technologies before Autodesk’s acquisition. This is a great website hosting good quality Family Content from UK Content Autodesk Consultant/Content Developer. It also contains lots of Tips and Tricks that are gradually being added, time permitting.

buildz

Zach Kron from Autodesk has started a great blog. Zach is a wizard with the new curtain panels in the new massing environment (those that Beta tested Revit know this!). I highly recommend subscribing.

As usual, keep an eye on my blog’s sidebar for the latest links to various resources of interest, as I don’t write about every link I add ;)


Share/Save/Bookmark

Wednesday, October 15, 2008

BIM Content - Part 2

So today I’ll try to wrap up my thoughts about “BIM Content”, although it won’t be the last time you’ll hear about it :) What am I trying to get to? I think it is quite clear that to create suitable content, you need to know what the end use is. Is it a piece that will be suitable for all aspects of a project or a series of interchangeable parts that are replaced at different stages throughout the life of a building project? If the latter is the case, then there's a lot of coordination that needs to happen to safeguard against elements moving in relation to each other when these parts are replaced, or to protect the integrity of the data from being lost or tainted. How will this coordination be handled when we use third party content?

Yes, I'm one of the skeptics when it comes to using manufacturer supplied content; at least for now I am as I see too many variables. We have a hard time coordinating efforts within our firm and we're the ones building content to meet our specific needs! Most of the content that we get from most web sources ends up being unsatisfactory in terms of function, quality, level of detail, etc, or it lacks the 2D representation that we’re after. And how can we trust that this content represents the latest version of the manufactured component?

Navigating through content in Revit’s Project Browser leaves a lot to be desired. It is very cumbersome to find what you need in the Type Selector especially when using the Component tool to place an object. Currently users are forced to come up with naming conventions in order to group content logically or abandon the use of the tool and use the drag & drop capabilities directly from the Project Browser. The interface can help us a lot with sorting out the categories for example, instead of showing us big, alphabetized lists. After all, it is a database! The same applies to scrolling through the expanded tree of categories of families and types (don’t you hate it when colleagues expand every single node?!). On small projects this might not be too bad, but when the size and complexity of projects increases, the volume of required bits and pieces grows exponentially and has adverse effects on the efficiency and productivity of the team. Currently I personally focus more on minimizing the amount of unique families needed in a project and try to manage their configurations and dimensions through Types and instance parameters. This can lead you to a point where families get quite complex and more difficult to change later. Regardless of how snazzy content navigation gets, I think there is a lot of value to be gained from being efficient in how you build content, at least while we’re still in (1) and (2).

There’s going to be a big leap that the industry needs to take to get to (3). I’m only focusing on the content aspect here and staying away from the legalese, etc. Assuming the use of a digital model moves from phase to phase and the information in it is used, refined and enhanced until we end up with a real building and an identical digital version, it is clear to me that the content in the beginning stages would differ from that in the operation stage. Not to mention that during this stage, some components might be replaced with different ones. How can we safely replace content as the digital model moves across this “conveyor belt” (time)? It sounds to me that unless we have some form of “syndicated” content, then we cannot realistically get to (3). Should the different manufacturers be the ones that supply it? Who sets rules/guidelines as to how this is built? What happens with building assemblies that are not put together in a shop, but built on the jobsite (think of drywall walls and ceilings for example)? The implications of variance and lack of accuracy change with each different object in a building project. For example a discrepancy of an inch in a wall mounted object will not have the same effects as a cooling tower that is larger and heavier than the one used as design basis to size the support framing. For BIM to work properly, we need access to content that we can trust. Dimensionally speaking, trust has to reach its maximum as we start construction.

Our current reality is different but I think we cannot ignore these questions and we need to work towards a successful framework. If we move completely towards digital models, how will detailing decisions that we currently illustrate in 2D be communicated? If we intend to just work in 3D and print to paper until I reach retirement, then we should be fine I guess! With our current process, there is a certain “sketchiness” built in: the builder uses a measuring tape to transfer measurements to the slab for build a wall (yes, some are using digital instruments too, but not in all stages of construction) and most elements are built on the jobsite after measuring partially built assemblies, etc. But if the promise of BIM is to be fulfilled and we get to a point where we “blindly” trust the digital model’s accuracy and have more complete components delivered to the jobsite for final installation, then that content needs to be trustworthy and adaptable/exchangeable for downstream use without the risk of data loss/infection. We’re also assuming that the A&E industry is willing to participate in post-construction downstream use (Operations). Is that a realistic assumption or a gross one? If we’re not willing to as an industry, then why would we worry about how the content is replaced/adapted for future use? Should BIM stop at (2) for the construction industry and pick up from there for Owners, Operators and others interested in offering building management services?

I have a lot more questions than answers on this topic and am very interested to see what path we’ll take in the immediate future. In the meantime we obviously need to focus on efficiency and productivity gains from our content (ex: 3D Modeling needs to yield the exact 2D representation we require for print as we cannot afford to spend too much time “cleaning up” to achieve both). We struggle with wanting to be accurate in our modeling, but if something doesn’t represent well in 2D, we stop short and end up with incomplete and inaccurate 3D information due to a shift in focus towards traditional 2D illustration. We cannot afford to end up with untrustworthy 3D models and “ok” 2D print hybrids.


Share/Save/Bookmark

Monday, October 6, 2008

BIM Content - Part 1

It's been a while since I wanted to write something about this topic. I've shied away from it mostly because there are many opinions out there and I guess I was afraid to speak my mind on the subject, especially because I consider myself a “newbie” in the profession in general. I’m going to write it in two parts or I risk the post becoming too long and boring :) And this way you’ll come back!

A considerable part of what designers, architects and engineers do is to plan how real building elements and systems will come together as the builder assembles the thousands of parts that make up a construction project. When this planning was solely done by hand with a series of lines, we were mostly concerned with the spatial characteristics of the represented parts. From a detailing standpoint, it was also important to know what the materials of the interfacing elements were, depending on what view and scale you were representing. Scale had a lot to do with it and when things got to be too small to draw, we substituted them with symbols that were not to scale.

With digital drafting, not much has really changed, but we started realizing that we could start embedding information with each part that we represented. There was a departure from representing assemblies with just lines and we started thinking of objects, thus transforming these lines into "blocks" or "groups", which can be assigned some arbitrary identity. This data could be used downstream either to communicate information to the design team itself or to owners and operators of the building. The other subtle shift was in layering, where these also started being used to convey information. So you knew that a line on A-Wall represented the edge of a wall, whereas a line on A-Flor-Case represented the edge of floor-mounted casework for example.

And then along came BIM, with the premise that the playground was going to change radically. Most of the early adopters of technologies that spurred from this ideology recognized that working in the third dimension helped them to better understand the relationships between building components and systems, resulting in higher quality design. I think it has the potential to make "3D space" accessible to more people. We all know that not everyone in this business can think past the second dimension.

To me, content is a vehicle to increase efficiency. Whether it's a two-dimensional drawing of a detail or a 3D model of a building component, it's a way to get to the end faster. But what is the end?

  1. Is it when the building planning, design and documentation is ready for print?
  2. Is it when the building is completely built?
  3. Is it when the building's service life has reached its end?

The extent of our services is a line that is becoming increasingly blurred. In most cases this is because firms are realizing that they can offer more paid services or add more value compared to the competition, thus winning more work and commissions. Today, the majority of A&E firms operate in scenario (1) and are still producing mostly paper documents. That means that 2D representation is still a crucial component of this content. The industry is slowly beginning to move towards (2), but paper and 2D is still a solid core of the business. Some, like myself, dream of times when digital models become our deliverable and we would not be concerned much with what it looks like when represented in a flat print. However, I cannot stop thinking that the barriers to this future are simply more than rules, regulations and liabilities. The industry as a whole deals with a very wide spectrum of expertise: from unskilled labor to people having college degrees and doctorates. And on top of that, technology-saviness is often independent of the level of education! So how do we deal with using fragile technology in lieu of paper in dust-laden, dirty and rugged jobsites? Paper is not invincible, but it stands up to the challenge quite well. It also doesn't crash and is not dependent on power. It's right there when you need it.

Scenario (3) is where the digital deliverable IS the finished building, or at least BECOMES the finished building in digital form with useable information as construction comes to an end. At least the content used to describe it needs to be flexible enough to be interchanged with more applicable content. I'm refraining from using the word "intelligent" because perhaps it doesn't need to be. Maybe all it needs is more information and connection points to other information, rather than "behavior" intelligence (elements could be static rather than dynamic). I really don't know the extent of the subject of managing a building, and am only speculating at this point. Obviously one could assemble purpose-built digital models for particular downstream uses, but then BIM wouldn’t be living up to the hype. This is what is happening now, where for example manufacturers of lighting controls are not using the BIM model itself to feed/tie their information into.

Earlier, I briefly made a distinction between 2D “details” and BIM content. Next time, I will continue shifting the focus away from 2D content because I don’t think of that under the “BIM Content” umbrella, and also because I don’t think the particulars of 2D are that complex (I’m not talking about the act of detailing). We have probably exhausted all there is to talk about on the topic of 2D representation and we know how to do it. You could argue that we knew how to do it better in the past! In the meantime, I encourage you to comment on this topic and stay tuned for more.


Share/Save/Bookmark