Skip to content
BIMpedia
Chapter 1 · Lesson 2 of 2Topic: Designing with the model

IFC exports other people can use

An IFC export is only as good as its settings. Map your categories to the right IFC classes, put properties where others expect them, and test the file before you send it.

3 min read3 quiz questions
Skip to the quiz
  • Watch out
  • What it costs
  • Experienced readers
  • Remember
  • In BIMpedia
Nadiaarchitect and design lead
Even if you do this every day, watch for this: The mapping file. Most IFC complaints trace back to one export mapping nobody owns; keep it under version control with the project.

When you export IFC, you hand your model to people who don't have your software: the coordinator, the fire engineer, the estimator, a checker that runs every week. They see only what the export put in the file. Two models that look identical on your screen can produce very different IFC files.

Story · The export nobody checked
How it goes wrong

The structural engineer exports IFC with the default settings and sends it. The coordinator's clash test finds nothing between ducts and beams: the beams came out as IfcBuildingElementProxy, and the test only looks at IfcBeam. The clashes are found on site.

How it goes right

The engineer maps each category to its IFC class once, saves the settings with the project, and opens every export in an inspector before sharing it: beams are IfcBeam, every element sits in a storey, the agreed properties are there. The clash test finds the 40 duct–beam clashes in week two.

What the export settings decide

A five-minute IFC check
  1. 1HeaderSchema, application, view
  2. 2Spatial structureStoreys and containment
  3. 3ClassesProxies, names, duplicates
SettingWhy it matters to others
Category → IFC class mappingChecks, clash tests and take-offs select by class
Property set mappingChecks look in standard or agreed sets
Storeys and spatial structureSchedules, 4D and site views filter by level
ClassificationCost and specifications map by code
CoordinatesFederated models must line up
Basics

IFC is the open, vendor-neutral format for BIM data. Each element belongs to a class (IfcWall, IfcDoor, IfcBeam) and carries property sets: named groups of properties. buildingSMART defines common sets for each class, such as Pset_DoorCommon with FireRating, IsExternal and more. Projects can add their own named sets.

Test before you share

After every export, take five minutes:

  1. Open the file in a viewer or inspector.
  2. Count the classes: any proxies? Anything missing?
  3. Pick a door, a wall and a room: are the agreed properties there, in the right set?
  4. Check the storeys: does everything sit on a level?
Nadiaarchitect and design lead
Your turn. Give it about 10 min and work it out on your own before you open the model answer: that is where it sticks.
Exercise: Read an export 10 min

Open the IFC Inspector and click Try the sample model if it isn't loaded. Answer:

  1. Are there any IfcBuildingElementProxy elements?
  2. Which property set holds the doors' fire rating?
  3. Do all elements sit in a storey?

Key takeaways

  • Export settings decide the IFC class, the property sets and the storeys of every element; defaults are rarely right for a project.
  • Elements exported as IfcBuildingElementProxy are invisible to most checks and take-offs.
  • Agreed properties belong in standard sets (Pset_DoorCommon.FireRating) or in the project's named set, not wherever the exporter puts them.
  • Save the export settings with the project and use the same ones every time.

Your notes

Related tool

Open an IFC file in the browser: structure, elements, properties and required-property checks.

Open IFC Inspector →

Check yourself

3 questions · 2 right to complete
  1. 1. A coordinator says your IFC has 340 IfcBuildingElementProxy elements. What's the most likely cause?
  2. 2. The fire engineer's check finds no fire ratings, but they are filled in your authoring tool. Where should they be in the IFC?
  3. 3. Why save the export settings with the project?
0 of 3 answered