Back to the BIM & IFC blog
IFC Tips · 2026-06-03 · 9 min
IFC Coordinates Are Wrong: Survey Point, Base Point & Georeferencing Explained
You import the IFC and the building is two kilometres away — or sitting at the origin when it should be georeferenced to a national grid. Revit's three coordinate systems and IFC's georeferencing entities don't line up by default. Here's how to get the model where it belongs.
IFC Coordinates Are Wrong: Survey Point, Base Point & Georeferencing Explained — IFC Viewer Online article cover
Coordinate problems are some of the most disorienting IFC failures: the geometry is perfect, but the model is in the wrong place — far from the origin, offset from the other disciplines, or missing its real-world position entirely. The root cause is that Revit has three different origins and IFC has its own georeferencing entities, and nothing maps them together unless you make it.
Revit's Three Origins
Internal Origin
Revit's fixed internal (0,0,0). IFC import positions geometry relative to this — regardless of the other two points. This is why imported IFCs often land in the 'wrong' place.
Project Base Point
The project's local reference (e.g. a grid intersection). Used for setting-out dimensions within the design.
Survey Point
The real-world / geodetic reference that ties the model to a site or national grid. The basis for true georeferencing.
IFC4 Georeferencing Entities
Georeferencing is embedded in IFC4 via three entities working together. Get them right and any compliant tool can place your model on the planet.
- IfcSite — carries the site's reference latitude, longitude, and elevation.
- IfcProjectedCRS — declares the coordinate reference system (e.g. an EPSG code for a national grid).
- IfcMapConversion — the transform (offset, scale, rotation) from the model's local engineering coordinates to the projected CRS.
Why Geometry Distorts Far From the Origin
When a model's local coordinates are huge — because someone modelled at true national-grid easting/northing values — 3D engines lose precision. Floating-point numbers have finite resolution; at coordinates in the millions, that resolution is coarse enough to make geometry wobble or jitter. The fix is to model near a local origin and carry the real-world position in IfcMapConversion, not in the geometry itself.
Getting It Right on Export
- Set the Survey Point to the agreed real-world reference for the project.
- Model near the Project Base Point / internal origin — not at true grid coordinates.
- Export with Shared Coordinates / Site Placement set to shared.
- For IFC4 / IFC4.3 deliveries, confirm IfcSite, IfcProjectedCRS, and IfcMapConversion are written and consistent.
- Open the result and check the model sits where expected before delivery.
Check where your model actually sits
Open a model in the viewer and inspect its placement and spatial structure. Then load your own export to confirm it lands at the origin, not kilometres away.
IFC2x3 · 2.4 MB
Open the interactive IFC viewer
Coordinates are part of the broader quality picture — for the full pre-delivery framework see The Complete Guide to IFC Quality. And note that IFC 4.3 extends georeferencing significantly for infrastructure (roads, rail, bridges), where alignment and linear positioning add another layer on top of the entities above.
IFC Coordinates Are Wrong: Survey Point, Base Point & Georeferencing Explained