Showing posts with label Visibility Graphics. Show all posts
Showing posts with label Visibility Graphics. Show all posts

Saturday, August 17, 2013

Linked Files and Visibility/Graphics

When you examine the Visibility/Graphics dialog you'll find each Revit file you've linked is shown in a list under the Revit Links tab. In this example I've linked Building A, B and C into a host model. The Project Browser shows three linked files and Visibility/Graphics shows the same three but also shows one child link beneath the top level row for each link.


The top level row for each link is the definition of the linked file while the child beneath it represents the actual instance that is placed in the model. The single child for each link provides a way to customize the appearance of the individual linked file apart from the parent definition. Ordinarily this would NOT be required. If overrides are necessary it is sufficient and appropriate to just alter the definition (top level) only.

However if for some reason you were to use two instances of Building A and Building C the Visibility/Graphics dialog would look more like this, while the Project Browser would remain unchanged.


The new child rows listed for Building A and C are the result of copying the originals for each to a new location. Each new row provides us with the ability to use Visibility/Graphic overrides for each child differently if necessary. For example, I could turn off the first instance of Building C without affecting the second instance.


As you can see, the upper Building C is off now. I could also use the button that appears in the Display Settings column to override individual instances of the linked files. If I want to alter both copies the same way I just need to change the top level definition. I start by checking the option "Override display settings for this instance", choosing Custom, activating the Model Categories tab and then changing the Model Categories drop down to Custom. Now I can override individual model categories in just one instance of the two copies of the linked file.


The link names you see are not default values, I changed them via the Name parameter in the Properties palette.


When worksets are involved the top level is assigned to the Type Parameter "Workset" and the child has its own instance parameter for "Workset" too. This means the definition can be assigned to a workset but each instance can be assigned to different worksets.

If you see more than one child instance of a linked file and there should only be one child that probably means someone has copied a link inadvertently. If you can't tell then it's likely they used Copy to Clipboard followed by Paste Aligned to Same Place and there are two instances on top of each other. Since it's been so easy to accidentally select a link I see this happen fairly often. It can create some confusion when people are trying to override graphics and their efforts don't seem to work. There may be another copy lurking underneath.

Wednesday, July 3, 2013

Visibility Graphics Dialog and Using Current View Only

Revit 2014 introduces an enhancement regarding importing CAD data (I believe undocumented). During an Import of CAD, in the past when we used the option "Current View Only" Revit showed a reference to that link in the Visibility Graphics dialog (V/G) regardless of the view we were working in.


With Revit 2014 it now filters out the link in views that it was not imported into. Naturally if you use Copy to Clipboard and Paste Aligned to put a copy in another view Revit will start to include the link in the V/G dialog again. This is what you should see if you use Current View Only for the import.


Monday, June 17, 2013

View Templates are Mean

If you do something that prompts Revit to pop up this kind of warning (this one is about Spaces)...


You'll be tempted to answer Yes with the expectation that Revit will show your spaces. Well you'd be wrong if your view is assigned to a view template. As in this example if you place a space (using Revit MEP features) you'll get this warning next.


Aggressive view templates will deny the override that the warning dialog implies. It's like asking your mother if you can do something and she says yes but then your father says no. It makes sense but the warning message can be confusing, at least initially. You still have to edit the View Template so it will show whatever category you really want to see.

Tuesday, December 11, 2012

Applying Visibilty Graphics Overrides

This might be obvious but you can apply changes to views much faster if you don't have any views open that show model elements. Now that it is possible to alter the properties of a view without actually opening it, because the Properties Palette will display a selected view's propeties when you select it in the Project Browser, this means we can edit its visibilty graphics settings even if it isn't open.

It is particulary evident when a project has many linked files. You can alter a view for the first floor but if another floor's view is open Revit seems to spend time thinking about that one too, even mention the linked files.

If you are in the habit of using a synchronize with central view or bulletin board drafting or legend view then open that view and close all others before you dive into overriding view graphics or applying view templates.

Thursday, October 25, 2012

Family Editor Please Respect Visibility Settings

[rant mode on]

I really really really really really wish the family editor would honor the Detail Level settings, as well as Yes/No parameter assignment relationship to elements. It is magical enough working in the family editor environment. When you have complicated geometry meshing with lots of visibility controls and options it would be so helpful if we didn't have to drop it into a project to see if they are working correctly.

Yes the elements turn light gray when Yes/No parameters govern or Detail Level settings, but often it would be so much more helpful if it actually turned OFF!

[rant mode off...maybe...]

Monday, March 26, 2012

Where Did it Go?

I've caught myself doing this a couple times before and a question at AUGI reminded me of it. We can temporarily hide things using the Temporary Hide/Isolate feature. When not in use the icon just looks like glasses, more like sunglasses when it is in use, plus the turquoise blue frame around the drawing area and the slight shading behind the glasses too. One of the options available to us is listed at the top, Apply Hide/Isolate to View.


I've clicked on that when I really intended to click the Reset Temporary Hide/Isolate option instead. Later on I end up wondering where "that thing" went. Reveal Hidden Elements (little light bulb) helped me out.


If whatever you were missing shows up with this mode active then you did the same thing. The Apply Hide/Isolate to View option either applies your temporary condition to the element selected or the category depending on how you temporarily hid it to begin with. The end result is the same as if you used the right-click option Hide in View and either chose Elements or Category.


Next time "that thing" goes missing the little light bulb might need to go on.

Friday, February 10, 2012

Visibility Pecking Order

Worth an echo. Ryan at The Revit Clinic wrote a post this morning that lists the order of power, the pecking order, the order in which visibility settings and override tools stack up...who wins when multiple things are applied. Good info, check it out! Here's the list...you need to read his post to get the graphics.

(10 is the lowest and 1 is the highest, using walls as an example)

  1. Line Work Tool
  2. Override Graphics in View > By Element > Halftone
  3. Graphic Display Options – Silhouette Edges
  4. Override Graphics in View > By Element
  5. View Filters
  6. View Depth – “Beyond” Line Style
  7. Phasing Graphic Overrides
  8. Visibility / Graphic Overrides > Override Host Layers > Cut Line Styles
  9. Visibility / Graphic Overrides > Projection \ Cut Lines
  10. Project Object Styles