Monday, November 18, 2019

Revit 2020.2 - Internal Origin

A quick post to mention this since I've already run into this issue with users several times. The latest update for Revit introduces a new icon to mark the location of the file's Internal Origin. This is what it looks like in the 3D view.


It's off in all views initially, in the stock templates. Reveal Elements will display it quickly in a view without having to use Visibility/Graphics to show it. It can't be selected, it's just visible to help understand where it is.

Edit: It seems existing projects that are opened in 2020.2 have this Internal Origin turned on in all views (many). That's a bug in my opinion. They should not be turning this on. Though, in my own testing it is not getting turned on with upgraded files. It seems to be existing 2020 files that get this turned after opening it with the 2020.2.

Project Base Point - You won't see the clip when you select it. Move it away from the internal origin and it is automatically behaving as if it isn't clipped. In other words, it isn't clipped anymore. We couldn't really move the project origin, only the Project Coordinate System could be adjusted to provide a local coordinate reference for the Spot Coordinate tool, for example.

The Survey Point remains much the same.

When dealing with linked files you'll find that the icons for each of these is also visible but halftone (gray) to differentiate from the host file's own icons. You can snap to the links icon's to help align the files, using the Move tool for example.

I'll have to return to the subject once we've gotten fully acquainted.

Edit: 11/24/2019

I traded a couple emails with Autodesk staff on this. My understanding (not a developer) is this is not merely something they overlooked. Consider when a 2020 file is opened in 2020.2 it is not going through an upgrade because the file format is compatible. This creates a scenario where they are not activating upgrade code to resolve the existing file's structure with a new version's structure.

Unfortunately this new subcategory gets enabled and its visible status is "on" at the outset. It's my understanding that "off" isn't an option...in this scenario...without also creating an upgrade scenario...which is conceptually a no-go...within a release year.

Upgraded files go through an upgrade process which imposes rules on that process...which includes a task that deliberately "turns off" this new subcategory. It's a quirk of the file open sequence/process.

I think they didn't expect it to be a significant issue. It doesn't print after all. It can negatively affect zooming behavior in many views though. User perceptions can't be ignored either. An unexpected "thing" encroaching on views is "bad"...similar to seeing a view's crop boundary when not intended.

To their credit, they asked if I agreed they should create a Dynamo solution to turn it off in all views. Naturally I encouraged them to DO IT! Hopefully we'll be able to say that such a solution exists soon.

2 comments:

Bryan Baer said...

I am assuming you have not heard or seen anything in regards to a Dynamo script on this yet?

Steve said...

Yes, you missed my second post on this subject.