We are in an interesting and tumultuous time in the AEC and CAD industry. There is change happening all around us, and it is happening very fast, faster than any transformative transition in the past. Organization structure, processes, contract styles, legal framework, client demands, sustainability demands and technology, it is all changing. No matter what your specific role is in this game, chances are you are changing the way you do your day-to-day work of designing, constructing, operating, or managing buildings, assets, and projects. Some have made the move at their own free will, some have been pushed by management, and so
me have been forced by owner/client requirements. There is no doubt in my mind that the integrated, collaborative methods that are now emerging, aided and enhanced by new forms of technology and management are not only the way of the future, but very positive as a whole for most everybody involved (when planned and executed correctly). These changes cause a lot of anxiety and headaches. These issues arise from many things, making drastic changes to the way people work, the tools people use, software that is not developed enough of the job, hardware restrictions and the expectations of the end user and a general fear of doing something new and stepping out of your comfort zone.
For the most part in the present time we are required to delivery 2D .DWG files as a submission standard. There are times when certain clients, projects, or companies that require BIM as a deliverable. In some cases there are projects, or requirements that keep you stuck in the middle, between CAD and BIM, which is what we are dealing with on one of our current projects. We, as an engineering consultant hired by a large Design-Build general contractor, are using BIM as a tool, and a process to provide a higher quality deliverable in a streamlined fashion. We are also using these tools because it is a project requirement set out by the client in a very weak specification. We also have a responsibility to deliver the tradition 2D .DWGs as part of the deliverable, which must be follow very stringent CAD standards. The CAD manual is well developed and clear in what it requires, which is expected after 20+ years of time to define and document what it is we want out of our CAD. From my understanding the need for compliance with the CAD standards is for the sub-contractors downstream who will receive the CAD drawings to build from who do not have BIM capabilities. I would say this is a ‘medium’ sized project, but again we are in the Middle East so options may vary.

The BIM specification, in summary, states something along the lines of, “you must use and submit BIM, but you must also follow strict CAD standards for submission.” This is great that we get to use BIM, and it is also great that there are developed BIM and CAD manuals for the project (which most of the time we don’t event get) that for the most part spell out how the project and files should be structured. Beyond file naming and folder structure there is not much guidance on what, how or why there is a requirement for BIM. You do not need to sell me on why they want BIM, but what they missed out on, and the detail that will bring problems to the project and teams is how they will use the BIM and the process used to deliver the project. The main problem arises when extracting the 2D CAD from the BIM which does not, and cannot match the CAD standards required for the project. This creates a parallel universe in both BIM and CAD to attain the required output, as well as a lot of extra work to get your BIM exports to suitable CAD standards for submission. This is what I have termed Technology Purgatory. You are in this state when you are stuck between the old 2D CAD days and the new BIM world. In most cases I would venture to say that it is causes more problems than the benefits it could potentially bring to the project. We cannot use one tool and process to complete the task, we are stuck in between the two. What to do? There are many workarounds that we could use to get by, some less evil than the others, but none are efficient, or even necessary, and all require a lot of rework. This rework also adds a layer of uncertainty in the output and quality of the drawings and project. Creating multiple views, for exporting, layer settings coming from the model file, layer matching in CAD etc, all painful experiences. For those of you familiar with Revit MEP 2011 you know that you cannot define Layer export settings lower than the Category level, which unless you only have one type of duct, pipe or other elements in your project, you are stuck with all of these in one layer in the CAD export. This is far from the plethora of layers and settings that are required by the CAD standards. FYI Revit 2012 addresses these layer issues.

Getting from point A to point B exporting to CAD
One of the reasons to use these new technologies and process and technology is to make things simpler and more efficient. In this case it is making things more complicated, time consuming and wasteful without bringing tangible benefits to the project or stakeholders involved. Until there are clearly defined procedures and processes we are going to face this on our projects. All we need is a little proper planning in the early stages, or a full commitment to BIM.
Have you experienced, or are currently experiencing similar problems?
Charles Blaschke, LEED AP
MEP BIM ManageriTechCharles@itechholding.com
