When Revit exports to IFC, it typically uses the current Location (Survey Point) Shared Coordinates as Origin. You can observe this in the IFC file:


But what if you want to Export to IFC with Project coordinates (Revit origin), not Shared?

We want to do this because we have set up the import process from Tekla using this same Revit origin, here and particularly this:


1) Firstly, make a container RVT file with one Site Location, no shared coordinates. In other words, Project Base Point, Survey Point, and Revit Origin are all in one place.


2) Then, open the project you want to export, and link this ‘container’ file Origin-to-Origin

3) Transfer Project Standards:


4) Choose the Link you made, and Project Info (only):


5) Choose New Only (this will just bring in the uniquely named project location from the link):


6) Open Location dialog in Revit, under Site you will notice a new “Site“. Set it current with the Make Current button:


7) Now that the Project Origin (neutral coordinates) are set, you can export to IFC:


8) After Exporting, reset the coordinates back to what it was before with Make Current:


9) Optional: delete the IFC Export site definition if you don’t need it anymore…

I previously posted about a similar method, but it was a bit ‘destructive’, whereas the above process can be implemented into a live project more easily:
What Revit Wants: When and how to neutralize Survey coordinates for IFC export from Revit

Further reading:

I thought that most of this was ‘easy’ and solved now, but it was more of a challenge than I expected. I received a ASC file from a survey in XYZRGB format, which looks like this:


Those XYZ values are Metres (or Meters if you are in US) in the MGA 94 coordinate system. I also received a DXF file with the same World coordinates, and project related gridlines so I could relate the point cloud to our Revit models.

I tried getting the MGA Shared Coordinates right in Revit, and then linking an RCP or RCS from Recap ‘by Shared Coordinates‘, but I didn’t have much joy.

Here is the workflow that worked for me…

Getting the right Shared Coordinates in Revit

  1. Start a new, blank Revit model
  2. Link the DXF Centre-to-Centre (this is best way to deal with huge coordinates)
  3. Acquire Coordinates from it
  4. Save your Revit file. You now have the right World coordinates, and a project grid relationship.

Importing the Point Cloud by Shared Coordinates 

  1. Open Recap and import the data. For the ASC data above, on the import settings I used ‘Advanced’, and chose the text columns XYZRGB. I also set the coordinate system.
  2. Export to PCG. Sounds weird, I know. But PCG is a nice reliable container that supports colours.
  3. In Revit, Link Point Cloud, by Shared Coordinates, and choose the unIndexed raw PCG:
  4. Revit will now open another dialog, and you can index the PCG file (again) to an RCP+RCS
  5. Link this RCP file by Shared Coordinates
  6. It should be in the right location and related to the DXF coordinate system.

So, you are modelling this awesome conceptual design with Dynamo and Revit, and you realise “hey, what we need is access to the Star Wars API in here…”

Yes? Well, thanks to Jostein Berger Olsen, you can just open up your Package Manager and install SWAPI package:


And do stuff like this:

Nice work @jos_ols 🙂

Check out the original post:
Revit Dynamite and Ammo: Star Wars API and Dynamo

In Revit, we often get access to a lot of useful information early in the design stages. To start with, you might have an Area Plan or perhaps a Room layout with defined area allowances for specific space types (Occupancy). Later, you may have some basic element quantities like Floor Areas or Wall linear length totals. However, we sometimes let that information ‘drift’, and don’t really grab it and use it nice and early.

Xinaps have put together a clean, effective Revit addin that basically puts you in touch with all of that data you already have in your model, and allows you to quickly assign costs. You can do it in different ways based on Cost Templates, so you can customise it to suit the current design stage of the building or development. For example, you may do a quick cost analysis based on the different occupancy types, cost per unit/area for that construction type, and the current floor areas in your building.

However, the Financial Simulator gives you a bit more… it gives you the ability to test the actual validity of the building long-term. How much money will this building produce, based on its lettable tenancy areas? How long is the building lifespan? What might it be worth when it is finished? Once you configure some of these values, the Xinaps Financial Simulator essentially gives you a net value of your building…

Is it worth proceeding with this design, or do we need to make some fundamental changes in order to maintain profitability?

Check out the brief training video that I put together for Xinaps below… and let me know what you think in the comments.


TBP is a Tekla container format, and part of what it typically contains is the model data in IFC format. Just open the TBP in an archive viewer like 7-zip:


Now you can see the folder structure inside the TBP. If you open up the files subfolder, you should find some IFC data:


You can copy or extract the IFC to a folder on your computer, and then open it or link it to Revit as usual.

Ok, Parts are pretty cool, particularly when working with Linked Files. But there is a strange behaviour in Revit that exists between the Parts Visibility setting of a View, and the Parts category Visibility / Graphics.

Here’s what I’m talking about:

  1. In a 3D view, with a Linked Revit file, make some Parts from the linked elements. You could use something like this in Dynamo.
  2. Now, switch the Parts Visibility of the view to Show Parts. Revit is now hiding the linked elements you made the parts from originally, and showing you the parts in the host model.
  3. Let’s say you want to verify that the linked elements are really hidden… ok, let’s go into V/G and turn off Parts… drumroll please…
  4. Revit decides that this means you want the Parts Visibility setting of the view to be turned back to Show Original, and so it goes ahead and does that. Um, thanks, I guess? In essence, the Parts V/G is linked to the Parts Visibility switch for the view.

So, what is the workaround?

Just make a filter for the Parts category, and turn that off:


Using this Filter, Revit does not switch the autopilot on, meaning you can have Show Parts turned on for the view, with the actual Part elements switched off.