Let’s face it, sometimes Shared Coordinates can be a pain. Issues may arise when trying to make small adjustments to very large numbers, and that comes up in other places in Revit too. In some cases, using “Specify Coordinates at a Point” has almost no effect, and you need to resort to workarounds like these.
In Revit, if we follow certain steps in a certain way we can solve these issues. It may seem a fiddly, but if you want to fix coordinates on an existing model, perhaps one of these methods will work for you.
Method 1 – Transfer Project Standards, Project Info
This transfers the ‘location’ data of a Shared Site…
On a real project, you will probably have a control model you can use in the workflow below. The control model needs to have some lines showing at the desired Project Base Point position, probably in a Linked View, as well as a SITE fixed named site that has the ‘correct’ shared coordinates.
- Open one of your models to fix
- Go to a Plan view
- Link in the COORDINATES file Origin-To-Origin
- Set Linked view – COORDINATES
- Turn on Site – Project Base Point
- Select it and ‘unclip’
- Transfer Project Standards (from the link) – Project Info
- Choose ‘New Only’
- Go to the Location – Site dialog box
- Set the SITE fixed to ‘Make Current’
- Delete your old SITE, and rename SITE fixed to SITE (we have now replaced the shared site coordinate info with that from the control model). Now, to get a moved PBP in the right spot for the project…
- Back in Floor Plan view, slightly drag the unclipped PBP away from the two green lines (the pbp position in the control file), then move it back to exactly that point
- PBP should now be fixed
If this doesn’t work, you may try
Method 2 – neutralizing coordinates and re-Acquiring
- Select your PBP, unclip it, rightclick and “Move to Startup Location”
- Link in a new, blank RVT such as a NEUTRAL_COORDINATES.rvt and Acquire Coordinates from it (this resets coordinates)
- Save your file (your PBP should report 0,0 coordinates)
- Link in the control model PBP RVT
- Acquire coordinates from it
- Delete it (yes)
- Re-link it again (this is to get around a Revit bug, that sometimes ‘shifts’ the linked model after acquiring coordinates)
- Save your host file (shared coordinates are now set correctly, and the PBP can be moved into place as below)
- Select your PBP, unclip it, and move it to the location from the control model. You may need to set up a plan view that has PBP switched on, and view range all the way down to AHD 0.00.
Both of these methods are somewhat involved, but they may be useful to you in those situations where “nothing else works”.
If you are working on a live, shared, cloud Revizto project, you may wonder how to easily ‘replace’ the entire current model with a fresh version.
Note 1: if you Overwrite model content in Revizto, the Issue Tracker is not affected: Issue list, conversation history and related details are retained.
Here is one way to update the model by replacing with a fresh export:
- Export to Revizto
- Use ‘Choose Project’ and
- Use Overwrite setting
- Press OK and confirm
- Open In Revizto Editor, Sync to Cloud
Note 2: remember you can revert to a previous version with the Cloud Revisions tool
To Merge Projects (add new Models to an existing Cloud model):
- Export new data to a New Project
- Open in Revizto Editor
- Optimize if you would like to…
- Project – Save (this is still a Local model)
- Open the Cloud model
- Merge Models with the Cloud project by doing this:
- Project – Merge
- Add Scene
- Select the exported scene
- Choose appropriate position (such as Origin to Origin)
- Save and Sync to Cloud
Sometimes in Glue addin for Revit will fail with the message “One or more gluing errors occurred“.
You may be able to workaround this problem by following these steps:
- After receiving the error, immediately browse to your Temp directory. To do this, open Windows Explorer and type %TEMP% in the address bar.
- Sort by Date Modified
- Look for a DWF or NWC that matches the View Name that failed to Glue in Revit
- Grab that file, and remove the suffix (usually a few digits) so that the DWF Filename = View Name = Glue Model name
- Using the Glue desktop app, upload that model manually
|Renamed model ready for upload
This process opens up an interesting possibility… usually when exporting a DWF using plain Revit, it will always use Project Internal coordinates. However, the Glue addin can actually export DWFs with Shared Coordinates (if you choose that in the Glue export More Options dialog).
Using the above steps 1-5, you can ‘find’ this DWF with Shared Coordinates and use it wherever you please… such as in Navisworks.
Here is a few quick tips that I had sitting in draft post:
- To delete lots of views quickly, select and then press Delete key. Do not try to right-click.
- To combine multiple Clash Groups in the Clash Detective, select the groups, Ungroup (sub-clashes will be selected by default), then Re-group..
- To delete multiple empty clash groups, drag a clash into one of them. Then, Select All the Groups and you can Explode Group
- If you Append an NWD, the views with saved Hide/Required and Material Overrides will import “correctly” with these settings (but a Viewpoints XML cannot import these element hide and colour settings)
- Use Properties+ … it is simply the fastest way to test and build Search Sets
This might pop up in your Application Manager soon…
Update 2 for Autodesk Revit 2016 Release 2
Update 2 for Autodesk Revit 2016 Release 2 Readme
R2 download link
New build numbers for Revit 2016 R2:
Enhancements list is live at:
non R2 download link:
IFC for Revit 2015 (v15.7):
IFC for Revit 2016 (v16.4):
New Export Functionality:
– Append “(Type)” to all internal Revit type property sets, to avoid having multiple property sets with the same name assigned to the same IFC entity.
– Changed how the classification code is parsed so that classifications can have brackets and colons in them.
– “Extra Low” level of detail now applies to all faceted BRep geometry, allowing many more files to export without hitting the size limit.
– If a user–defined property set contains the same property name more than once, take the last non–empty value (don’t duplicate the property name).
– Rebar elements can generate up to 1024 consistent GUIDs for individual IfcReinforcementBars, up from 256.
– (IFC4) Zones can now have a long name, set by the “ZoneLongName” shared parameter for non–MEP zones, and the “IfcLongName” parameter for MEP zones.
Export Bug Fixes:
– Don’t create orphaned IfcStyledItems.
– Don’t export invisible geometry in beams.
– Export DirectShapes of Walls category.
– Export elements with empty custom classification field values.
– Floors exported as IfcSlabs correctly report if they are load bearing or not, using either the “LoadBearing” shared parameter or the Structural built–in parameter, in that order.
– Improve performance in certain cases where we can’t create a valid tessellation for a face.
– The “Use active view to generate geometry” option now works correctly.
– (IFC4) Correct the orientation of some IfcAdvancedBRep faces.
New Import Functionality:
– Import IfcProxy as Generic Models.
Import Bug Fixes:
– Fix how the IFC GUID is set for certain elements.
– Fix the orientation of some imported objects where part of the local placement needs to be calculated.
– (IFC4) Read in some missing relations caused by “IsDefinedBy” split into 3 inverse attributes.
The Case Apps were (are) great, but they are pretty hard to get now:
One thing you might try is downloading this zip and running the Application Reference file. Turns out something is still alive out there…
Tick the Terms & Conditions box and then tick the boxes for the apps you want to install.
Note: we also had to disable Microsoft Security Essentials (Windows Defender Real-time Protection) to get this application reference to work.
Here is the big list of apps in the Apps Manager:
As you are probably aware, when moving from Dynamo 0.9 to 0.9.1 you lose backward compatibility… in other words, you can’t open 0.9.1 files in 0.9 or earlier.
Before taking that step up to 0.9.1 and beyond, you may wish to apply a filename suffix to all of your DYN files, so you are reminded of this issue when you open a DYN. I have a single folder with subfolders containing most of my DYN files, and I added the suffix (082) to all of them at once with this method:
Install Advanced Renamer.
Add the Directory that holds all your dyn files:
Then add a suffix to the filename:
Now, you basically have an inplace backup of files. When you open one of these dyns in 0.9.1 or newer, just remember that you should Save As in Dynamo, and then newly saved file will not be open-able in 0.9 or earlier.
At some point in the future you can then remove or upgrade all of these ‘older’ Dynamo files.
In recent versions of Dynamo (I think from 0.8 onwards), you can set up a shared folder to distribute Dynamo resources with your team:
On even more recent versions, you can install a Package directly to a folder:
You should select the main, shared Packages folder. After the prompt, the package will be downloaded and installed: