When and how Revit section markers display on plan views can be a bit confusing when you are working with multiple disciplines. With more disciplines involved with a model, the more noticeable and confusing the issue becomes. This is due to the fact that section markers are discipline-specific and cannot be displayed on all the different disciplines of plan views.
Revit is designed so that section markers will not show in other discplines’ views and this is based upon the Discipline parameter of a view. Revit has 6 different Disciplines available for selection for a view. They are:
Most Revit users have heard that Autodesk has released the 2019 versions of its various software packages. Autodesk has included a lot of nice enhancements with this release and delivered on many of the user wish list items. While there are still many improvements to be made to Revit, I am pleased with enhancements in this release.
Electrical symbol legends are a critical part of electrical design documents and everyone wants to have a Symbols List which automatically updates to show the actual electrical symbols that are placed in a project. That way, the only symbols that are on the list are ones that are actually placed in the model and the list does not include many unused symbols. It is actually possible to do this. When an electrical item gets added to the model, the symbol gets added to the symbol list.
When adding piping system to a Revit model, it is desirable to label piping systems with their system type so that you see text on the piping line. Some examples of this are HW for Hot Water, CW for Cold Water, and S for Sanitary Waste.
In AutoCAD, piping systems are typically shown by drawing a line with a specific line type that displays the desired text. This works fine since the lines themselves contain no data and are just symbolic. Revit does not allow line types with text in the line like is allowed in AutoCAD. However, Revit makes it super easy to label piping systems with the appropriate text. I believe that the net result is the same, if not better.
There are times that a Revit user will come across a family where the family creator added many types to the family. I recently talked to someone that had a family with over 100 types defined within the family. This has the following ramifications:
It increases the size of the family.
It creates many family types in the project that are not needed.
It displays a long list of types in the Type Selector for the family making it confusing finding the desired type.
Fortunately, Autodesk Revit has provided us with an easy way to create a Type Catalog that contains all of the types contained within the family. This eliminates the need to have a family with a huge list of types within it. We can create the Type Catalog directly from the family, so we do not need to recreate the data contained in each family type.
For a long time, I have wished that there were better ways to organize schedules in Revit’s Project Browser, especially in project files with dozens of schedules. The recently released 2018.1 version of Revit does just that and allows me various ways to organize my schedules in a Revit project file. Different disciplines and different companies have varying quantities of schedules, so some users will appreciate this new feature more than users.
The following image shows grouping the schedules based upon working schedules and schedules that will be placed on sheets. This particular option is created by having 2 different View Templates for schedules – one for working schedules and one for schedules on sheets. Schedules are then grouped by View Templates.
It is pretty typical for organizations to utilize the Starting View function within Revit and use that view to show project information. That information often includes project name, project number, project address, and other important data. Ideally, some of that information would be displayed using the same project parameters as used in title blocks to maintain consistency. It can.
I believe that using a starting view is “good BIM” and good utilization of the starting view is very important. It can help the model load more quickly and give the user important information about the project since it will be the first view seen when opening the project file.
Many organizations use a drafting view as their starting view. When using a drafting view, project parameters cannot be used since labels are not allowed in a drafting view. A “Label” is needed in order to use a parameter and are used in families. If a drafting view is used, regular text needs to be used for the information.
A good method to use project parameters in your starting view is to utilize a sheet with a custom title block for the starting view.