BILT Speaker

BILT Speaker
RevitCat - Revit Consultant
Showing posts with label categories. Show all posts
Showing posts with label categories. Show all posts

Friday, 1 April 2016

Revit Stair Subcategories and Materials

Last year I posted a detailed description of what the 'new' stair component subcategories do in different views - plan vs section.
It seems that I missed something - Dan Stine (author of several Revit text books) has pointed out that the Treads/Risers subcategory does actually have an effect in plan views:
It controls the materials and surface patterns of the treads.  I did some testing to understand the subtleties of how this works. . . . .

Here I am using my subcategory visibility colour overrides to make it easier to see what is being controlled by which subcategory.

 Normally turning the 'Treads/Risers' subcategory seems to have no effect in a plan view.
This would be the case for one of two reasons:
  • If your monolithic stair run does not have a separate tread
 
  • If the stair run does have a tread, but the tread material does not have any surface pattern
Tread material - Run type property
 
Material properties of stair run tread

However, if the material of the tread is changed so that it has a surface pattern, this will display in a plan view

It looks different depending on the visual style of the view:
Hidden Line View with tiles on treads
Shaded View with tiles on treads
Realistic View with tiles on treads

If you then hide the Treads/Risers subcategory, the tread material will no longer be displayed.  Instead it will display the material of the underlying stair structure - if it is monolithic, that would most likely be concrete.

We normally do not have a surface pattern on concrete because it would show up in too many views.  However, if you do have a surface pattern, it will show once you have hidden the treads


Hidden Line - concrete surface pattern
Shaded View - concrete surface pattern
Realistic View - monolithic concrete stair


Really Weird Stair Stuff

In order to hide the surface pattern of the underlying monolithic material in a plan view, you have to turn off both 'Nosing Line' & 'Riser Lines' subcategories.  Turn off just one or other of them and you hide the lines, but not the material surface pattern.  That makes no sense to me.
Plan subcategories for materials


 How do you hide the material of the underlying monolithic structure?
  1. Make sure the material does not have a surface pattern, and view it in Hidden Line or Shaded View.  Or:
  2. Turn off the 'Nosing Line' and 'Riser Lines' subcategories.  That could be frustrating if you need to see the nosing or riser lines themselves!  
    Or (the better solution):
  3. Go to the Surface Pattern override for the whole stair;  untick the Pattern Overrides 'Visible' checkbox (won't work in a realistic view)
        The Pattern will then list as 'Hidden'


Which one of the three solutions you choose depends on exactly the result you are after, and on what Visual Style setting you have for the view.

For a Realistic View, you can hide the tread material (by Tread/Riser subcategory) but cannot hide the underlying monolithic material at all.

Material Linestyle Overrides 

Unlike the actual linework of the stairs, the lines within the surface patterns cannot have their weight or linestyle overridden in the Visibility Graphics dialog - they follow the standard rules for hatching lines.  The colour can be overridden, but you have to change the overall stair category pattern colour override, not the subcategory line colour override.  This means that the button to click on for colour override is quite different to the location of the 'Treads/Risers' subcategory visibility control checkbox(es).


The actual hatching pattern can be overridden from the same dialog - this allows you to choose a totally different pattern just for that view.  If you set it to "No Pattern", it just clears the override, rather than temporarily removing the pattern as an override - which is frustrating if that was the result that you wanted, particularly if you just tried to override one element, not all in that view.

The line weight of the surface patterns cannot be overridden by view, but that is another story . . . .

Wednesday, 29 January 2014

Separating Model and Detail Lines in Revit

Have you ever wanted to select all the detail lines in a view in Revit, without selecting any model lines?  Or to select all (and only) the annotation on a view?

Easy, you might think - until you realise that Revit makes it quite hard to distinguish between some model and detail elements.  Lets try it:

1.  Filter

Select a whole bunch of elements and go to the Selection Filter.  Note that it is inconsistent in how it displays the categories/subcategories:
  • It does not distinguish between model or detail lines, but it does separate out line types
  • It lists "Detail Items" as one category, when in reality they could be filled regions, detail components, repeating details etc.
  • Stairs are listed, and stair components are itemised separately
  • Text Notes are listed but not separated by type (as lines are)
  • etc - the list goes on
It would be so helpful if it distinguished all those things properly and consistently.

2.  View Visibility

Since you cannot separate model/detail lines using the selection filter, you could try the Visibility/Graphics dialog box.  Then you discover some more Revit madness:
  • Some categories are wrongly assigned as model - eg. Detail Items, which are clearly annotation categories as they are view specific
  • Model and detail lines are again all grouped together under Lines in the model tab - wrong!  
  • Even worse, Lines include sub-categories for Area Boundaries and Room Separation lines, which should really be subsets of Areas and Rooms; and these line subcategories don't even behave the same way although they perform similar functions - Area lines are never visible in 3D, while Room separation lines are visible in 3D.
  • Just to add to the confusion, if you go to the Annotation Tab, you'll find a whole bunch of stuff that is certainly not view specific: 
  • Grids, Levels and Reference Planes should most assuredly have their own tab called "Datums"
  • Scope Boxes, Section Boxes, Callouts, Sections, Elevations are all to do with view definitions - and they can all potentially be seen in multiple views (some in 3D too).  What on earth are they all doing under the Annotation tab?  They need a separate tab - or maybe grouped with datums under "Setouts"?
  • Adaptive Points under the Annotation tab - just plain crazy!  And there are some other point types that you can't even control visibility of from this dialog box (eg. divide path/surface), which is endlessly frustrating.
  • For a new user, this stuff is confusing as hell.  Its a mess that is long overdue for a fix-up.
  • And it doesn't even remotely help us with this task.

3.  Select All Instances in View

Well, this just plain doesn't work for detail or model lines, so forget that idea.

4.  Isolate

If you select a detail line and try "Isolate Category" it does at least work - but again it does not distinguish between model and detail lines.  However, it does actually isolate by sub-category for lines (like the selection filter) - possibly useful, but it is yet another inconsistency.

5.  Properties

When you select a line and look at the properties, it is not immediately apparent whether it is a model or detail line.  But if you look carefully there is a discrete little checkbox under the Graphics Heading.  It would be very laborious checking each line by this method.
If you select a mixture of detail and model lines the checkbox is even more discrete - you need to look carefully to see the tick is gray not black

6.  Tooltip

Lets suppose you had a staircase on plan and you wanted to verify if it was a model stair or whether some naughty cad drafter had taken a shortcut by drawing linework.  You could just hover the cursor over the stair lines - it will pop up with a little tooltip.  In this example it tells you the viewname and that it is a detail line;  in the case of a model line or stair it would also give you the workset and category.  You might also be lucky enough to have your eye drawn to this stair by the dodgy looking door opening onto it!!  That should be enough to warn you that it is probably not modeled as a real stair.

7.  Worksets

If your project has worksets enabled then you may find this useful for separation of model and annotation categories.  Because model lines are assigned to a model workset you can hide or isolate them by workset;  Detail lines and all other true annotation always belong to the view workset.  View references (sections, callouts etc) have their own worksets.

You could try the nifty new(ish) Worksharing Display command on the View Control Bar - choose to display by Worksets:
All the model worksets will be displayed by colour;  annotation categories will remain unchanged.  However, the fifth colour (purple*) is too dark to easily distinguish between that and black or gray lines.
Go to the Worksharing Display settings, and change the purple colour to something slightly brighter
 Then it should be easier to visually check where the detail lines are
It might be easier to read if you hide the surface shading by making the view wireframe.

This still does not help you to actually select all those detail lines quickly, so here's one last thing to try:
First, reset the worksharing display to normal.  Then . . . 

8.  Workset Visibility

If you go back to the Visibility/Graphics dialog box, we can get it to do one last trick.  We could turn off all the model elements to leave the annotation visible.   However, you can't just use the neat looking "Show model categories" checkbox at the top left - because the software designers have left us with a chaotic jumble of categories under each tab.
But you can control it another way.  Go to the Worksets tab.
Select all the worksets listed (they are only model worksets, as you cannot select view worksets here)
 Then set their Visibility Settings to "Hide"
Click Ok and you will be left with only detail lines, detail items and text (ie. the dumb annotation).  Warning:  all hosted annotation will not be visible either as they will only display when their host model elements are visible (ie. clever annotation - tags, dimensions).
Now at last you can easily see and select all those dodgy detail lines

9.  Convert

There is a neat little utility that the software designers put into Revit a few years back - it lets you convert selected lines from detail to model and vice versa.
Warning:  If you don't know which type you selected, it just goes ahead and converts them without letting you know which direction.
If you selected a mixture of model and detail lines, it asks you which you want to convert
So now you can easily convert those dodgy stair detail lines into slightly less dodgy stair model lines - at least they will then show up on multiple views.
The next task will be to persuade the person who drew them the error of their ways.  I offer no advice here on that subject, except that there is one tool that could help you - if you have Worksharing Display ON, then the tooltips offer up a little more information.  Use it as you will!
It should be noted that if you need to recreate a new central file by "save as", then all the elements in the model up to that point will have your name listed under "Created by".

[Edit]  

10.  View Model Display

An anonymous commenter has rightly pointed out that I missed the most obvious method:  There is a view property 'Display Model' that allows you to hide the model elements (leaving the detail lines visible);  It also has a Halftone setting.
Part 2 - Click here to see a description of this technique
Part 3 - Using addins to separate elements in selections

Monday, 12 March 2012

Changing category of just one type in a Revit family

I recently had a tricky little Revit problem to solve, so I thought I would share the workflow that I devised to achieve it.  We have a "non-specific" joinery family that is basically just a box, that can be used quickly in early stages of modeling - it has a category of "Casework".  The only problem is that it sometimes gets overused  to represent boxy objects that should be of another category.  A case in point occured when someone used it to represent solar panels on a roof.  I actually have a solar panel family that has an adjustable angle for the top surface, and it calculates the top surface area so it can be scheduled to give a total panel area for the roof - it is of the category "Specialty Equipment".  We needed to swap the wrongly placed casework boxes over for the specialty equipment panels - simple job I thought.  Until I tried it and remembered that Revit won't even list the specialty equipment families when you select an already placed casework component, let alone allow you to swap it over.  So, how to achieve it ?

There is a workaround that allows you to change the category of a family - just select one, edit family, change its family category and reload.  But that would mess up all the legitimately placed joinery boxes in the project.  So I took that process a step further:

  1.  Select one of the boxes on the roof; edit its family;
  2. Save it with a temporary name;
  3. Set its default instance parameters as you wish to use on the solar panels (optional);
  4. Load it back into project (it will not overwrite anything);
  5. Select all the ones you want to change - eg, select 'all instances in view' on the roof plan;
  6. Swap all of them to the temp family.
  7. Go back to the family editor;
  8. Change its category using the "Family Category & Parameters" icon 
  9. Load it back into project;
  10. It will overwrite the temporary family and in the process happily change its category to the one you selected (Specialty Equipment in this case);
  11. Select all instances of the temporary family and change to the other family/type of that category (eg Solar panels) – it will now let you do so as they are same category;
  12. NB. if the parameter names are the same, hopefully it won't mess with the instance values.  If it does, try undo, and resetting the default values in the solar panel family to what you want before loading the family into the project. 
  13. Delete/purge the temp family from project.
You obviously need to be a little careful and follow the process rigorously. 

Here is another tip regarding categories (documented, but worth repeating):

If you plan to change categories of a family, it will appear to wipe out the sub-categories - but actually they are still there, hidden away;  they may show up in the project listed under the old category in Visibility Graphics.
To avoid this:
  • Go to Object Styles in the family editor – check for sub-category names;  if you have any, make a note of them, then check which objects use that sub-category; 
  • Delete the sub-category from Object Styles (because otherwise it will vanish at next stage but stay in memory, hidden).
  • Change the category of the family;
  • Go to Object Styles again – add the sub-category name(s) back in, under the new category;  
  • Select the relevant elements and change them to that sub-category.