Monday, January 13, 2020

Linked DWG Xref Overlay vs Attached Bug

Revit has long understood the difference between a DWG having an attached or overlay external reference (Xref). It uses the same logic for its own linking behavior for RVT files. Recently a client began reporting seeing DWG files including Xref layers in Object Styles and Visibility/Graphics even though the DWG has only an overlay Xref. Revit seems to be converting the overlay Xref to a block element and including it and all the layers in the process.

We noticed it happening first with projects hosted on BIM360. That led me to consider it was because this firm isn't using Autodesk Desktop Connector. Not too surprising considering Autodesk recommends using it for linked DWG support on BIM360.

That's irrelevant now that I've reproduced it on a project file based on a stock template, doesn't use worksets and the all files are on a single PC. It's related to how Revit is reloading the linked DWG when a new session of Revit is opened.

It seems to matter that it is a new session of Revit, opening the project again, and to a lesser degree if there are changes in the DWG file. Any of those conditions seems to be enough to find an overlay Xref(s) showing up but reporting as a block element with Query. It is pretty easy to reproduce now that I've done it a few times.
  • Start a new project
  • Link a DWG with an Xref (overlay)
  • Save the project > close it and the Revit session
  • Open Revit again
  • Open project (xref is now visible)
Variables:
  • When the project is opened and the linked DWG has changes it will load the xref too.
  • If after opening the Revit project the file looks correct using Reload From will display the xref afterward.
The images that follow are captured using Revit 2020.2. In this version using Reload From fixed it, a couple times but not every time. I've also run through this with 2018.3 and 2016 with similar results. I didn't try 2019 or 2017 because they are not installed on this particular PC.

This is the mockup DWG files.


This is the result of linking the file into a Revit project.


This is what happens after opening Revit and the project again.


This is what Revit's Query feature reports when selecting a line that belongs to the overlay Xref in the linked DWG.


It also occurred to me that it could happen if the host file's Xref was originally attached, when it was linked to Revit and changed afterward. Testing didn't support that theory. The example above is based on a xref that was placed as an overlay from the start, not changed to overlay. It also occurred to me that it might be related to large coordinate values. Civil files are linked here primarily. To rule that out, the mock up I show above is at the WCS origin and linked origin to origin.

This particular firm uses Civil 3D/AutoCAD for their civil and landscape disciplines so eliminating DWG files isn't in their future. This bug is annoying AND increasing the time required to prepare projects for plotting and publishing.

Assuming this isn't being caused by some aspect of this firm's EyeTee implementation (PC configuration and/or security measures) I'd love to hear some corroboration.

Monday, December 30, 2019

UnHelpful Help Location URL

I read about quirky Reviteristic issue at RFO this afternoon. A weird graphics glitch occurs when we interact with the Help Icon families that use the URL parameter feature to reference an external document. This is an example of it in the sample architecture model that ships with Revit (rac_basic_sample_project.rvt - in imperial content).


When we select the icon and examine its properties we get this Learning Link parameter.


When we click in the field the small button appears with the ellipsis icon. Clicking on the that button will take us to the URL saved in family.


The trouble begins after we move our cursor away from the field and start to resume work. The URL is stuck on screen over another parameter like below, the Detail Number parameter for the view.


I noticed that I can work past the issue if I click in the Default Analysis Display Style field, which I presume works because it also has an navigation/ellipsis style button.


I also noticed that if I am careful to click on the field right above the Learning Link, called Location, before leaving the Properties Palette I can avoid the issue too.


The forum thread was talking about this in 2019 but these images are from 2020.2. 

Monday, December 23, 2019

Revit 2020.2 Internal Origin Part Three

John Pierson and Parallax Team Apps recently shared a solution at the Autodesk App Store called Internal Origin Hide-ifier. I thought mine was cool but it doesn't install itself or come with a Doge.


It's only 1,000 bucks...nope its free!! Check it out.

Thursday, December 12, 2019

Rename View Click Twice - Wish I Could Turn That Off

Title says enough? I'm sick of getting to rename a view when I really mean to open it. I must be losing my double clicking mojo...

If possible add it to the existing Double Click behavior options? Pretty please?

That was quick!! My wish is already granted: See Michael's comment for the Revit.ini code that provides my wish. Thanks Michael!

Edit: I changed both ini files for Revit 2020.2 and it doesn't disable the renaming behavior...so wish not granted, unless I'm doing it wrong.

Friday, December 06, 2019

Internal Origin Follow Up

After I shared the earlier Dynamo graph I received an email from Aaron Rumple that did away with any package requirements. He wrote a python script and added it to my graph. It also eliminates the warning message that appears after running mine. The crux of that issue is the need to filter out view templates from the process because while view templates are applied to views under the hood they are also views...at least that's my layman's understanding.

Many thanks to Aaron, a real design software savant.

Download the new Dyn

As before, my graph allows you to include/exclude the internal origin, survey point and project base point. Just edit the settings of the Dyn before running it (see previous post).