Tuesday, March 31, 2009

Level display in the Graphical Column Schedule

Gosh... how did this one slip by me. Not for sure if it was in the initial 2009 version or one of the web updates. I guess it pays to read the new features list closely. This was one of those items that was on my wish list from day one. The ability to display the shared elevation of a Level in the Graphical Column Schedule (GCS). Well, I just found out that you can, or at least Revit does it automatically for you based on the "Elevation Base" parameter value in the Type properties of a level. The value that a particular level or level type displays throughout your project is what is displayed in the GCS.
We typically follow the lead of the architect on the majority of our projects. We link in their Revit model at origin to origin so our coordinates match up. Some of our architects standards are to start all projects off at 0'-0" and set up a shared coordinate for 0'-0" to equal 100'-0". Some start all projects off at 100'-0" and if for some reason the contractor wants to see the datum elevations of 860'-0" they will move the project to Revit's project coordinates of 860'-0". We would follow their lead and try to avoid the entire project being moved after it has been started. In some cases the right choice was to set up a shared elevation in lieu of moving all of the elements in the model to a new position. Anyways, the GCS was not friendly in displaying the shared elevation base when it was required for us to take that route. We would either miss out on the opportunity to use the GCS, place text over top of the elevations and maintain their position, or place a note on the schedule saying 0'-0" = 100'=0".
After dealing with this for a few years I just got so use to the work-arounds and kept requesting that the architect not use a shared elevation base that I stopped looking for it to be added.
Enough rambling.... if you didn't notice this behavior change (like me), hopefully this post will brighten your day.

Sunday, March 15, 2009

Redefine your Collaboration Workflow

I recently had an article I wrote published in AUGI World magazine which has now went Green and is only available in digital format. I encourage you to read all of the articles in the magazine. It can be found at the below link.

AUGI World January/February 2009

Here is what I had to say. I hope you enjoy!

Redefine your Collaboration Workflow

By now I am guessing that most of you are already using Revit® Structure to produce your design documentation, and, if you aren’t using it, more than likely you are at least considering it. If you aren’t looking at it, what are you waiting for? The use of Revit for any discipline definitely changes the workflow for you. If the workflow is not changing, then you were doing it way different than the way I was doing it! How different this workflow becomes depends a little bit on how much you are willing to change how you have been doing things in the past with other 2D CAD applications. Let’s take a second and reminisce about what I now call the “Old School” 2D days of CAD.
Old school CAD
As structural professionals, we would always receive what everybody said was this perfectly good CAD file from the architect. This file contained everything we needed to produce our structural documentation, we were told. The thinking went something like this: “They already have the grids laid out. Let’s just trace over them, or better yet, let’s just copy/paste them into our file, or much better yet, let’s just save their file as a new file, delete information that is not needed, and make it our structural file.” In return, the CAD manager would say, “Absolutely Not! We are going to verify every single line, dimension, text, and draw our own information in our file.” Why was this done? Because over time we began to lose faith in the accuracy of the drawings we were receiving. Structurally, we wanted precision set to 1/256" and “they” wanted it set to 1/16" or sometimes even 1/8". Other programs were used to produce napkin sketches of the building during schematic design and those sketches were being pulled into CAD. Sometimes the sketches were turned into nice numbers that were easy to work with and other times it looked like they were just left as sketches. The bottom line is we could not trust the CAD files to enable us to produce an accurate set of drawings that would allow other parties, such as fabricators, to use downstream. Using Revit on a project changes all of that; at least it needs to in order for the whole process to work.

The workflow needs to change
What needs to change? First, everybody needs to start producing accurate models that we all can trust. This means that those working on the project are going to have to step up their game a bit and go that extra mile to make things correct. Without this accuracy in the Revit models you are sharing, you will have little chance of relying on someone else’s model. Second, we need to start communicating again. No more of the architect moving an elevator shaft over 6" so he or she can maintain a certain corridor width and not tell structural it was done. Drawings get issued, it gets built from the structural drawings, and the elevator shaft is constructed in the wrong location. There can be no more of the engineer changing a beam depth size and not telling mechanical. The field guy is installing some duct work and finds out that his duct work does not clear the bottom of the beam. Dropping it would lower the ceiling height. Who wins? I could go on and on with scenarios from all sides of the design team, but right now I would like to talk about how Revit can eliminate this. Using Revit to model your projects and to produce construction documents is a chance to regroup with everyone and change the way you have been doing things in the past. I know that some of you who have been doing this correctly, but I also know that there are others using the undesirable methods described above. So let’s discuss the workflow that can get you started in a new direction.

Using a dependent collaboration workflow
What do I mean by dependent collaboration? Well, this means that each discipline models only the elements for which it is responsible. Architectural should not be modeling footings, foundation walls, columns, framing, and structural slabs. Structural shouldn’t be modeling exterior finishes and door/windows to show how they relate to a lintel or a foundation wall. And I have to believe that Mechanical does not want to model any of that, preferring to model its own discipline specific elements. Can all of this happen 100 percent of the time for every project? No. You will face challenges that might discourage you from thinking that any of this makes sense, but hopefully as you are reading this, you are thinking about what part of this workflow might allow you to take advantage of the same benefits we see when we work on projects in this manner. Some project schedules might not allow for this workflow and certain structural systems may accommodate this more easily than others. There will always be scenarios that will prevent some of these efforts from being carried out to the fullest degree. But over time, I see this slowly decreasing as the workflow is further defined. At my company, this method of collaboration is what we try to use on the majority of our projects. The goal for all team members is to avoid modeling anything twice. If this can be done, then your model has to be coordinated or your drawings will not be correct. Figure 1 shows a structural section that clearly is not coordinated.

figure 1

figure 2

The red indicates that the architectural model is linked into the structural file. This information is not modeled by structural; structural can’t change it because it is linked into our model. We could lower the trench footing down, but whose model is right? Well, I’m going to say that structural’s model is right because structural is always right! Of course, the architects will say they are always right. Seriously, we could both change our models to be correct, but the next time we exchange our models the section would be wrong again. In the past, we would each change our drawings and when the drawings were issued we would not be coordinated.
With Revit, you can be dependent on each other’s work, so as long as you are communicating about whose model is correct and you are using the most up-to date models prior to printing, you will be coordinated. At least if your section is wrong, it will be wrong in the same way throughout everyone’s documents.

What does the structural engineer use from the architectural model?
· Doors
· Windows
· Walls
· Curtain Panels
· Curtain Systems
· Curtain Wall Mullions
· Architectural Columns
· Stairs and Railings

What does the architect use from the structural model?
· Footings (wall, isolated, slab)
· Foundation Walls
· Piers
· Columns/Post/Hangers
· Framing
· Slab on Grades
· Structural Slabs
· Roof Deck

Now don’t get the idea that Revit is going to do all of this for you. It will, for the most part, after you determine your settings, but first you need to get yourself familiar with working with the Visibility/Graphic Override dialog box and the RVT Link Display settings shown below. Getting deep into this is another topic for discussion. So for now, if you are unfamiliar with it, check it out.

figure 3

figure 4

figure 5

Also take note that getting started with all of this is going to take a bit more time than you are accustomed to, mostly because it is new method of working and thinking and you need to get past the learning curve. What I see is the time you may have spent on the phone after your documents were issued is now shifted to more time on the phone before you issue. The kick is that your time on the phone is going to be much more enjoyable and beneficial for everyone because you are fixing problems before they are costing everybody more money. If you are just starting out, it will take more time because everyone is learning the new workflow as well as trying to understand and learn what everyone expects to happen on the project. So with that said, the most important thing for you to take from all of this is to communicate before a project is even started. Get everybody’s expectations out on the table and come up with a plan to achieve your goals.

Communicate, communicate, and communicate some more
During this communication process you need to be communicating internally to your own people, externally to other team members, and continue to communicate on a daily basis throughout the duration of the project. Currently, I find that users of all levels from all disciplines are still learning the software as well as the new work flows involved, so the level of communication required to pull this off is key. The biggest thing is to get everybody on the same page prior to starting a project. Decide what is expected and discuss the best way to work within those expectations. To do this, we push to have a Revit kickoff meeting prior to any new project. This means that the minute someone catches wind of a project starting up, someone needs to be picking up the phone to get a meeting scheduled. In this meeting we bring with us an agenda that walks the team through everything that should be discussed prior to starting the project.

What things should you talk about in a Revit kickoff meeting?
· Identify team members and their roles
· Set the expectations and goals for the project
· Identify the workflow process each team will use
· Determine who will be modeling what
· Review how each team will be using Revit
· Discuss limitations each team might have with the software
· Discuss how models will be transferred and how often
· Decide when Revit will be used (some might still use 2D CAD for SD and DD)
· Define the deliverables (Revit model, DWF, DWG, hardcopy, model presentation)

You might also consider creating a separate document that is more specific to your company regarding your own list of expectations in terms of what will be in your model as well as what will be in someone else’s model. Be prepared to manage expectations that are not met. You may be dealing with someone who is new to Revit or a client with whom you haven’t worked before. Either way you need to be ready to deal with the consequences of a changed workflow and you must relay that workflow back to your own team. At least with the BIM/Revit kickoff meeting, you are dealing with these problems up front rather than waiting until the day of a deadline or after an issue arises. The use of Revit gives you the perfect excuse to embrace change and redefine your collaboration workflow. Revisit the accuracy of your drawings, duplication of effort, and how you communicate. Over time I think you will find that it was the right thing to do. So what are you waiting for? Go ahead, call your client or your consultant. Set up a meeting to see how you can use Revit to collaborate on your projects and maybe even change things up a bit with regard to how you work on a project. Who knows, with your next project, you might just be able to leave work on time!

Jamie D. Richardson is an Associate and CAD\BIM Manager at Ericksen Roed & Associates, a Structural Engineering firm based in Saint Paul, Minnesota, USA. Throughout his 14 years of experience with Autodesk products, Jamie has been instrumental in the rollout of several versions of AutoCAD as well as the implementation of Revit Structure. He has been an avid speaker on Revit Structure at Autodesk University and recently co-authored the book Mastering Revit Structure 2009.