This chapter introduces you to the best-practice techniques for importing data into your Autodesk® Revit® MEP 2014 database, either directly into the project file or via a loadable family. The chapter also covers which data to use and when in the project life cycle to use it. Selecting a button that performs the import is easy—but, more important, why are you doing it? And for that matter, should you be doing it?
Revit works reasonably well with file types other than native RVT project files. Many of the issues you will encounter are due to the differences between existing CAD technologies, which for the most part rely on elements—lines, arcs, and circles, while the newer BIM technologies are founded on object-based parametric databases.
This version of the software introduces some exciting new functionality. Not only has the import of 2D information been improved, but 3D solids contained in an import can now be exploded and manipulated within Revit. These two types of databases are different, so when you have to start working with other consultants who use other data types, you may experience issues such as the following:
The other question we must ask is, is 2D really 2D? An Autodesk® AutoCAD® 2D DWG file can show up in a 3D view. Do you want it to?
In this chapter, you will learn to do the following:
The AutoCAD file format has differences even among drawings that are created in the same AutoCAD version. For example, virgin AutoCAD can sometimes produce an error when opening a DWG file that was created in any of the vertical products (AutoCAD® Civil 3D®, AutoCAD® Architecture, AutoCAD® MEP, and so on). When you import this file into Revit, the error shown in Figure 5-1 is displayed.
An additional message is the one displayed in Figure 5-2. Although not exactly an error message, it should make the user take notice—were you actually expecting objects to be in AutoCAD model space? If so, then there may be some fidelity issues with the drawing file that you are trying to link.
The issue we face here is whether the “intelligent” data in the AutoCAD file is important or, for the sake of the Revit project, can we explode (if possible) the objects to base elements that can be read in Revit?
You have other options if the data has been created in one of the vertical products. You’ll learn about these options in the “3D Data Types” section later in this chapter.
Although Revit currently supports AutoCAD versions 2000 through 2013, only files from MicroStation versions 7 and 8 can be imported. The possible alternatives here include asking the originator either to use their version of the Save As command to create an AutoCAD file format that MicroStation can handle, or to export as a DXF file.
The Drawing Exchange Format (DXF) has been around for almost as long as DWG and DGN. It is a well-recognized and trusted translation medium between primarily 2D formats. The DXF file format also supports conversions to file formats 2000–2010.
When importing 2D data for standard details, you may well be linking existing details from your company library. If you are using the same drafting standards in AutoCAD and Revit, this process is relatively easy. However, you might want to take a look at your existing company standards if you are planning on running two systems.
The main decision point relates to the use of the legacy default AutoCAD SHX fonts, such as romans.shx or isocp.shx. The great thing about these fonts for AutoCAD users is that you can control the line weight of the text by utilizing different colors. However, although Revit recognizes these fonts, you cannot adequately control the line weight of text objects in Revit. In fact, the only way to edit the weight of the text is to make it bold. Again, this process involves editing the AutoCAD drawing. For example, Revit does not recognize all the codes CAD users have used for years, such as the degrees symbol (%%d), underline (%%u), and so on. In this respect, the developers of Revit felt that focusing on more-modern font technologies (TrueType fonts) was more appropriate in the long run than using the much older SHX font approach. Therefore, instead of using line weight, Revit favors a text output that is consistent with most other word processing software.
Thus, in order to use Revit and AutoCAD and have your output identical, you need to change your AutoCAD fonts to TrueType fonts. This has been a hot topic for many people implementing Revit. Once you get past the shock that this is required and that drafting standards need to change, the actual conversion process can be automated in AutoCAD.
When you import a file into Revit, you must ask yourself the following questions:
Also worth noting is that when exploding an imported object, you have two options: Partial and Full. A partial explosion turns the result into the highest level of lines, circles, arcs, and text while respecting the existence of blocks, which can be partially exploded again. A full explosion reduces the imported drawing into its simplest representation of lines, arcs, circles, and text. Text becomes single lines of text rather than retaining any multiline settings, regardless of the explosion type. Entities not recognized by Revit—points, for example— are not translated and are lost in the explosion process.
When importing or linking into a plan, section, or elevation view, the drawing will show up in multiple views unless you select the Current View Only check box in the import dialog box. See Figure 5-3.
If the view you are using is either a drafting or a legend view, the Current View Only check box is grayed out, because these views are only 2D.
When importing a file for use as a detail, positioning generally is not as important as when importing an overall plan. The Positioning options for importing are shown in Figure 5-4.
For details, you can generally use the manual options and place the details where required. Trying these options in a blank project file before you bring any file into your live project is always a good rule of thumb; it gives you a sense of where the objects are going to be and whether the scale is correct.
Figure 5-5 indicates the options available for import units. Although Auto-Detect is the default option and usually works, sometimes the originator of your imported data is not as rigorous as they should be and their units don’t quite match their documentation. So specifying the units is preferable to letting Revit apply a default. Also, the scale used in the view should match the scale intended to display the detail in the original software used to make it. This ensures that geometry, hatching, and fonts will be as close to the same as possible. If this isn’t set before importing the detail, then the poor fidelity can compound the issue of units being wrong.
Finally, since Revit MEP 2013, you have the option to correct lines that are slightly off axis, as shown in Figure 5-6.
This feature should be used with care, however, because those “slightly off-axis lines” may be by design!
Let’s say that you are using Autodesk Revit MEP and want your staff members to keep using that program, even though you have other projects in your office for which the architect is using traditional drafting methods. Should you do these projects in AutoCAD or Revit? Once you have been using Revit for a while, using anything else feels like it takes far too long, and there’s all that checking!
The following Revit workflow has been tried and rigorously tested. It means that your staff members retain their knowledge, and the project design is still coordinated (albeit only with the other building services, not with the architecture—although the architect can provide you with sections as well as plans).
When going down this route, you need to consider how your project team generally works: either in one multiservice file or in multiple project files with only one service. If all services are in one model, linking the plans and sections into that file is probably the best way forward.
My experience is one of working with multiple project files—Architecture, Structure, Electrical, HVAC, Fire, Plumbing, and Drainage. This is born of necessity, because the project teams are in different geographic locations. Although the company does have technology to support distributed file servers and project teams on different continents in this instance, the reality is that managing this process can be more trouble than it is worth.
In this latter workflow, linking the 2D files into each project file is an option. These linked files appear only as linked overlays in the same way as they do in AutoCAD. Managing the location of multiple linked files in multiple project files is a messy and time-consuming task. You have to rely on users not moving or deleting anything accidentally. Of course, this applies in any project, but the problem can become compounded under these circumstances. The best option here is to have one architectural file, one place to update and manage, and all your services files can be kept at the same stage for printing. This does require some setup at the start of the project but, once complete, it is almost as manageable as linking a Revit Architecture model.
The following exercise will take you through linking plans and elevations into a new project file, creating levels and default views that any of the project engineers can then use to obtain the prints they require for markup. Although this exercise uses a few of the more basic Revit commands, it is mainly designed to show a best-practice workflow, especially when linking this file into your services project files.
Whether you’re linking or importing CAD data from other formats, although you can use the overrides to change what you see or how you see it, you can also, in fact, use the Import Line Weights option, as shown in Figure 5-15. This enables you to specify a DWG color number and associate it with a pen weight in Revit. This can range from a series of default standards supplied with the software to loading your own (or partner’s) standard, so the weights of lines are the same between CAD and Revit.
In addition, you have the ability to select and query the layers in a linked/imported CAD file. Say, for example, you are unsure of the layering standard in the linked file; you can select that file and then use the Query command, as indicated in Figure 5-16. You can select lines and objects within the link file and choose the option to hide that selection in your current view.
This section is easy—well, it should be anyway. You are, after all, importing and manipulating 3D data in a 3D application. What could possibly go wrong?
It all depends on the type of data you want to import or link into your project. Let’s start with the easiest—a Revit project file. Surely, there cannot be anything difficult with that? What it boils down to, however, is the other users and how they have set up their projects. If you are lucky, they have a lot of experience and have communicated how the model is constructed to the entire project team.
Much also depends on what you, as an MEP user, want to get out of the project, so let’s see.
Working with external consultants can be very trying at the best of times. Think back to times when all you had to worry about was whether lines had been drawn on the correct layer and whether they were either by layer or by block. Yearning for the old days? Life did seem simpler then, but was it really?
Getting a set of drawings from the architect meant doing some preparation work such as running the odd AutoLISP routine to change layers, linetypes, and color. Then you had to make sure the plans all had the same User Coordinate System (UCS) and elevations, and that sections matched floor and ceiling plans. Now I remember the pain!
However, now that we have swapped one system for another, there are a whole host of new problems. Worksets, especially ones that were off by default, did cause lots of problems. Since Revit MEP 2011’s release, however, you have been able to alter the default visibility status of worksets, and that particular issue has largely disappeared. With Revit MEP 2014, you can disable worksets when collaborating with others. When you open a workset-enabled file and click Detach From Central, a dialog box gives you the options shown in Figure 5-17.
Disabling worksets results, of course, in the loss of workset visibility. Unfortunately, some users utilize worksharing as a type of extended layer or visibility control. The trouble with this workflow is that the problem is exacerbated by the introduction of workset visibility control in view templates. Now there are six ways of turning off an object in a view in your project file:
You can also control any linked file either in conjunction with your view settings or separately.
If an architect has an existing building and is developing new and future designs, that architect may have these phases set up in the project file. You’ll definitely need instruction from the architect on the particular phase of the project on which you are working, and what Phase filters were applied. Once you have a list of the phases in the architect’s project and understand which ones apply to your contract, you can set up phase mapping.
Say the architect has phases for Existing, New Build, and Interior. Your project has the phases First Fix and Second Fix. Select the linked Revit file and, from the Properties dialog box, select Edit Type. Then, in the Type Properties dialog box, select Phase Mapping, as shown in Figure 5-18.
This is where you decide which phase in the architect’s file corresponds to a phase in your project, as shown in Figure 5-19.
Once this mapping is finalized, any views set up in your project specifically for First Fix or Second Fix will also display the architectural model correctly. (Notice the term model. This has no effect on any linked DWG files, since phasing applies only to model objects.)
Hopefully, by the time it comes to the MEP design, most major issues, such as whether the building is square or rectangular, will have been sorted out. However, if the architect is still in discussion with the client, you will need to be prepared to discuss the primary design option with the architect and, if are you being paid to, design for that option plus the other options that the architect thinks the client may like.
But I’ve jumped ahead here! What about the MEP concept and preliminary designs? How do we as modelers and designers fit in with what the architect is designing? What are our responsibilities, and how much are we modeling and designing in Revit?
If we are relying on the architect to provide a model at the concept stage so that we can run analysis calculations for a building’s heating and cooling loads, we really need an airtight model. Chapter 17, “Solid Modeling,” covers the merits of using the Mass Modeling tools in Revit to generate a building form.
Revit families are the elements that bring any design to life. They hold data that, when created correctly, provides more than just a visible indication of an object’s placement. Thus, team members should reach a consensus that Revit families are implemented to a certain standard:
Within your company, you should have a standard for family creation. This standard could specify any of the techniques and best practices used in creating families that can be placed into your library.
Your standard should include items such as the following:
The Autodesk Exchange File (ADSK) format promises to be one that will cover multiple platforms. In its current format, which is XML based, ADSK allows the user to export from, say, the Autodesk Inventor® platform to an ADSK file, which can then be imported into Revit. There is functionality in Revit Architecture to export ADSK files for use with civil engineers, although this is not supported in MEP. This is a static form, but it does have the benefit that, if connectors have been placed in Inventor, their properties are taken through as Revit MEP connectors. You can open ADSK files from the Open command, and, after you save them, they become loadable Revit families.
The Industry Foundation Classes (IFC) file format was introduced as a solution to the problems of multiple software vendors competing in 3D space. IFC is an XML file format that can be edited in text editors such as Windows Notepad.
Using IFC can increase the number of consultants with whom you can interact. There is a potential downside, however. Unless you spend adequate time at the front end of the project discussing just how the data (format) is to be transferred with all parties, problems can arise from data that, when opened, is so inefficient as to be almost worthless. In some cases, it is preferable to use the import method as described in the previous exercise than it is to import an IFC file. On an average-size project, an IFC file can take literally hours to import, and then the objects that are imported might turn out to be in-place families.
The preceding case study highlights some of the issues that users face when using the IFC format. At the time of this writing, numerous companies are producing free as well as fee-based IFC viewers, which allow the user to view the building model and any properties that are attached to the building elements. Some of these software vendors also provide IFC cleaners that allow for the optimization of an IFC file prior to opening it in any other suitable software.
As described earlier in this chapter, native AutoCAD and MicroStation files are easily imported or linked into Revit. The purpose of doing so in the 2D environment is that it can be a good way of bringing together a project team with a wide range of skills.
The reasons for importing native 3D objects from AutoCAD can be a bit blurred. If you were modeling 3D building objects in AutoCAD, why wouldn’t you do the same in Revit? It could be argued that a company already has a wide range of 3D library components that may or may not need to be parametric, so what would be the harm in importing those objects into a family template of the correct category that is then saved as a loadable Revit family? There are mixed opinions about this, especially when companies have to invest substantially in extra development work. With the bottom line speaking louder than it has for many years, a lot of companies are preserving or reusing as much as they can, in the hope that doing so will save them money. At the end of the day, it comes down to economics, but (and point this out to your employer) invest wisely and spend the necessary time on developing or purchasing your Revit library. The alternative is reusing the existing 3D data, but this often has detrimental effects on the project: file size, excessive complexity, and appearance all play their part in slowing down your production.
AutoCAD verticals (such as Architecture, MEP, and Civil 3D) and Bentley Architecture are object based, relying on additional object enablers to create more functionality. This can lead to proxy objects, discussed earlier in this chapter.
The way AutoCAD or MicroStation handles this intelligent information is to give the user the ability to export to IFC. Exporting DWG/i.dgn elements to IFC does work. Sometimes you even get real building elements when this data is opened in Revit. However, exporting isn’t perfect. Many times the data is all there but can end up as in-place elements, which can be inefficient.
There! I said it!
Yes, you can.
Why?
OK. OK! Say that someone has modeled the entire city block and surrounding suburbs in Trimble SketchUp, and you can import that model, enabling you to perform sun studies. Later in the book, you’ll see how to do exactly the same thing in Revit and have something useful in your project file.
So, while these 3D elements can be imported into Revit, the latest functionality introduced to Revit 2014, as mentioned at the start of this chapter, is the ability to import files (for example, ACIS solids in the form of SAT format files), explode them, and retain the 3D elements. This lets you directly manipulate the 3D object, as this is now a freeform object within Revit that can be manipulated, stretched, and cut with voids just as any other Revit solid object. This function has the potential to greatly help in the transition from one file format to another.
However, this new feature has some limitations. Although rectilinear objects can be stretched and manipulated using shape handles, any radii remain static, even though they can be dimensioned. Figure 5-20 shows two examples. On the left, an ACIS solid created in AutoCAD and imported into a Revit mass can be seen. Notice the grips on each face, but no controls on the arc. On the right, a similar model has been imported from SketchUp. The main difference is the way SketchUp uses triangulated surfaces to create arcs.
Point clouds are beginning to be the new import for existing conditions. Obtain a laser scan of your building, and it’s a simple job to check design data against the As Built model. Revit supports a wide variety of formats (including PCG, which was the default file format in previous versions). In this release, the point cloud engine has been changed to use RCP and RCS formats; the others must be processed on insertion into Revit. You can do this by selecting Raw Formats from the Files Of Type drop-down list, as shown in Figure 5-21.
These raw files need to be indexed, as shown in the message box in Figure 5-22. This process creates the native (RCP) files. Although the conversion may take a while, this indexing is performed in the background, so you can continue to work on other things.
Once the RCP file is created, it can then be linked into your Revit project in the same way as any other linked file. This type of new format is a great way to start an as-built project. This type of data is going to take up resources, however, with files starting at around 200 MB. Nonetheless, the indexed file performs well after it is linked. With the point cloud data linked, you can view it in the same way as any other linked file. In Figure 5-23, you can see this cropped 3D view, which displays above-ceiling pipework.