Showing posts with label Display. Show all posts
Showing posts with label Display. Show all posts

Friday, March 25, 2016

Revit Incompatible with Custom Display Scales

Revit appears to be incompatible with custom display scaling greater than 150%. If you've got a relatively new computer you may have a display that exceeds what Revit is currently designed to support, though I've seen reports of AutoCAD having difficulty with it too, FWIW.


I've been encountering complaints from people getting bizarre graphic display behavior when attempting to use scaling between 150-200%. It seems to be happening a bit more in the Apple camp of users that are running Windows via Boot Camp. I've even heard about a few that won't work above 100% at all.

If you're in this boat then I advise taking some Dramamine, set it back to 100%, and check your video card, settings, and drivers.

Sunday, February 21, 2016

Clearance Subcategory in Linked Files and Families

You've linked a model that has families which include clearance elements. That's excellent for doing clash detection. However you may not really want to see the graphics they've provided for this in all of your own documentation views.

Hopefully the clearance elements have been assigned to a unique subcategory that you can control by overriding the link's Visibility/Graphics.


If so and you'd like to control the subcategory without overriding their linked file you can use Copy to Clipboard on one of the families (TAB to select it) with the clearance elements in them. Then paste a copy somewhere in your model. Now the family's subcategories are part of your own model. You'll be able to control it via V/G without overriding the link, assuming the link is assigned to By Host.


You probably realized that doing the above is a shortcut to creating a matching subcategory assigned to the correct category in Object Styles ourselves. It is a shortcut because we probably won't know what subcategory the family is using without examining the family more closely, by opening the linked file and editing the family directly. Using Copy and then Paste provides us with a copy we can interact with directly instead and any subcategories it has are brought into our project for us.

Families are prone to inconsistency because they can be obtained from a variety of sources. Consider that even the families from Autodesk aren't entirely consistent from one to another. It may still be necessary to crack open a family to find out how their clearance elements are controlled. For example, the lines that form the "X", and the "box" around them, in this family are assigned to the Hidden Lines subcategory, not Clearance.


In 3D there are forms to indicate clearance requirements and they are assigned to a Clearance subcategory but they also have their Visible parameter unchecked which means we can't see them in the project at all, anywhere.


This family does not intend for us to turn off the clearance "X", at least not via its Clearance subcategory. It has a subcategory called clearance and the solid forms for its clearance zones are assigned it but then it was decided they shouldn't be visible at all. By the way, doing so does not prevent Revit from seeing the clearance forms when using its own Interference Checking. However in Navisworks they don't show up. That might be considered bad form (pun intended). From a family editor perspective (and user), it would have been more flexible if the Visible parameter had been associated with a Yes/No parameter to allow us to turn it on or off if necessary. Unfortunately, keeping in mind that this post began about families in a linked file, it wouldn't make any difference for us.

Consistency is easier to manage and achieve when it is your own content library and your project files. It can be a bit trickier dealing with the content that is part of the linked files you need from other disciplines. It's easy to create a family that makes me happy, or my team. It may not make the other consultants happy though. Something to think about while you're being happy making content.

Thursday, August 07, 2014

Structural Column Preview does not Show

Daniel Stine shared this situation with me the other day. It may be familiar to you too?
Revit has a glitch in how it deals with the structural column preview (i.e. outline of structural member relative to the cursor) during placement. Working with Autodesk Support, the problem comes into play when the Levels are “Moved” vertically (the problem kicks in after a certain distance – not sure what the magic number is yet).
These are the steps he described that will (should) reproduce the problem using the out of the box (OOTB) structural template.
  • Open the structural template
  • Switch to elevation (or section)
  • Select the levels and move them up 100’
  • Switch to the level 1 plan view
  • Try placing a structural column
  • The preview (i.e. outline of structural member) should not be visible but it it will appear after placing the first one
Dan also mentioned:
In testing this, the problem does not occur when using the Relocate Project tool and changing the Levels to use the Elevation Base parameter setting: Survey Point. We submitted this to Autodesk and support has passed it on to development for a closer look. This is one of those little annoying things for our staff.

Friday, April 12, 2013

Fittings Do Not Look Right

A troublesome thread popped up at RevitForum.org the other day and DMapes came to the rescue. I haven't encountered this peculiarity before, and now that I know about it it's a bit surprising that I haven't. I guess I've just been lucky.

When you use the Underlay setting in Revit MEP you run the risk of altering the way your pipe fittings (duct fittings too in views using Detail Level: Coarse) scale and/or look. Here's a good and bad side by side.


The pipes on the left are good but those in the view on the right are smaller and halftone, as a result of using the Underlay setting.

Set to None the fittings look correct, but using the same level the fittings are associated with as the underlay equals sadness. It doesn't seem to mind if you use other levels as the underlay though. Careful with your underlay!