From a LinkedIn discussion:
normal .ifc file from Tekla with the rebar option ticked and imported it into MicroStation, from there I exported a .sat file of the rebar and inserted it into Revit. Of course this means you can’t modify it in anyway but if all you need it for is to cut sections then works quite well. 

via
Precast modeling export to Revit | LinkedIn

 

An interesting discussion has been brewing over on LinkedIn about IFC Export from Revit. In my personal experience, the most predictable results come from deleting the IfcExportAs parameter and using the IFC mapping files to force the export result. However, this may not be the best path for data longevity and roundtripping.

Here is one little excerpt from Wawan Solihin:
The use of IfcExportAs is more suited for mapping detailed subtype or predefined type of MEP components that are mostly defined by families and often they do not correspond 1-1 nicely with IFC definitions. So instead of getting a generic IfcBuildingElementProxy for a family type that does not have clear mapping to the IFC entity, one can use IfcExporAs to define the IFC type it is intended to be plus its subtype for example IfcSensorType.CO2SENSOR that will create IFC entity IfcDistributionControlElement with type IfcSensorType and predefinedtype=’CO2SESNSOR’ in IFC2x3 (or entity IfcSensor in IFC4). This is just one example. There are other entities in IFC that must have mandatory attribute set, e.g. IfcReinforcingMesh which has several mandatory attributes such as LongitudinalBarNominalDiameter. Unless those attributes are set and Revit IfcExporter knows where to get the relevant information, you will get invalid entity information in IFC.

Read the whole thread:
http://www.linkedin.com/groups/Revit-IFC-Exports-3690870%2ES%2E5891816567016034308

Heads up via @theoryshaw

IFC Exporter for Revit 2014 (v3.11):
http://apps.exchange.autodesk.com/RVT/en/Detail/Index?id=appstore.exchange.autodesk.com%3aifcexporterforrevit2014%3aen

IFC Export Alternate UI for Revit 2014 (v2.11):
http://apps.exchange.autodesk.com/RVT/en/Detail/Index?id=appstore.exchange.autodesk.com%3arevitifcexportalternateui2014%3aen

IFC for Revit 2015 (v15.1):
http://apps.exchange.autodesk.com/RVT/en/Detail/Index?id=appstore.exchange.autodesk.com%3aifc2015_windows32and64%3aen

Updates from the previous version are listed below.  Please upgrade to the newest version!

If you do not wish to receive upgrade notices, please reply and I will remove you from the mailing list.

NOTES:
1.       IFC Exporter for Revit 2013 will no longer be getting regular updates.  IFC Exporter for Revit 2014 will continue to do so for the next year

via email from Angel Velez

This can be done with AutoCAD MEP 2015, or Architecture, or similar verticals that have the IFCEXPORT command.

  1. Open AutoCAD MEP
  2. New DWG file
  3. IMPORT -> select SAT file
  4. IFCEXPORT
  5. Open IFC in Revit

The advantage of doing this over importing the SAT directly to a Generic Model family is that the IFC method will result in individual forms for each bit of the SAT file. If there are 1200 forms, you will get 1200 families in Revit. This, in turn, will export to Navisworks with this level of element hierarchy (instead of just one big imported SAT element).

This will also result in higher granularity of clashes when using the converted SAT via IFC method (more forms to clash against).

You probably know that you can attempt to explode a SAT in a Revit family, but I find that sometimes unsupported elements disappear using this method… so I like my way via AutoCAD a bit better at this stage.

I have covered using FBX to access Navisworks data for downstream use. What about KMZ? This format contains lightweight geometry as well as some model structure. It is actually quite difficult to find an easy way to go from KMZ to IFC, or KML to IFC. But, it can be done!

Here’s one method:

  1. Export desired view from Navisworks to KML with “collapse” set to None. This will bring the full model hierarchy with the KML file (see help for more info)
  2. Install ArchiCAD 16 and the Google Earth import / export plugin
  3. File Special – Merge, select the KMZ (this part could take a while)
  4. File Special – IFC 2×3 – Merge to IFC Model…
  5. Select an IFC file (maybe make an empty one to merge with first, like this one)
  6. You will get geometry and some basic data, but the main thing is that the object segregation is still present
  7. From here you can import the IFC file to Revit as usual

Note: you can use 7-zip to extract a KMZ and you will see the KML file inside.

Screenshots:

Other ideas:

QGIS:
Welcome to the QGIS project!
Weekly builds:
Index of /downloads/weekly

Forum post:
Importing KMZ files into AutoCAD Civil 3D 2013 – Autodesk Community

Addons for AutoCAD:
SL-King Download King.KML FDO provider

Spatial Manager™ – Download

In Revit 2015, you can use the IfcOpeningElement subcategory of Generic Models (and possibly other categories) for a Linked IFC to hide the orange “void” elements that appear in certain situations, as per this image:

Just use the Revit Links Display Settings to “override” settings in Visibility / Graphics (choose custom, and Model Categories tab also custom) to access this subcategory.

Tekla have released a viewer app for iOS that can read IFC files. You will probably use Dropbox to get any large IFC files onto your phone or tablet, but you can also open from email or web.

Download at:
https://itunes.apple.com/gb/app/tekla-field3d/id868034113?mt=8

Free version features
• View 3D models in multiple formats: .ifc, .3ds, .obj
• Very large models load in mere seconds, tested to more than 2 GB
• Zoom, pan and rotate 3D models
• Object Outlines and dynamic Shadows to better visualize model geometry and depth
• Open files from email, file-share or web
• Sample files included and more can be downloaded
• Orthogonal view of 3D models – as an alternative to Perspective view
• Imperial units display option for Property values (feet &inches)

Of course, you could also append the IFC to Navisworks, then Glue it, and use the BIM 360 Glue app to do something very similar 🙂

Many of us use Tekla BIMsight or Solibri for IFC viewing, but there is another free option: FZK Viewer. It is just a 10mb download, unzip and go.

It has a Walk tool like Navisworks for easy navigation, and it can even export to a number of formats, including:
DXF (cool! quick IFC to DXF conversion anyone?)
VRML 2
STEP
Collada
Google Earth
CityGML

Additionally, it can open gbXML and GML files. All in all, a handy piece of software to have if you are dealing with IFCs on a daily basis.

Oh, did I mention it can Merge .xyz point cloud files to the scene?

Build 771 direct link:
http://iai-typo3.iai.fzk.de/www-extern-kit/fileadmin/download/download-vrsys/FZKViewer/FZKViewer-4.2-Build-771.zip
On opening an IFC, it produces a log file that can quickly locate geometry problems:

Download page:
http://iai-typo3.iai.fzk.de/www-extern/index.php?id=2315&L=1

Main page:
FZKViewer

This 2007 research paper by Dr M M Nour gives an overview of IFC and some of the challenges of using it in a collaborative BIM environment. It posits a potential solutions that it calls FIOPE. It also considers IFC model splitting and segregation, and how to handle comparison and IFC file differences.

A few quotes:
“This paper addresses the problem of workflow management in collaborative teamwork environments, where multidisciplinary actors and software applications are involved. Design versions or variants may represent different development stages, partial designs or solution alternatives that need to be integrated together. The paper presents a novel approach to splitting and merging IFC sub-models (partial models) at different degrees of granularity away from the schema oriented approaches. It relies on an instance oriented approach (FIOPE) Flexible Instance Oriented Partial Exchange Environment…”
“…in order to achieve a lossless information exchange among AEC/FM project members, either the software developers should change their internal data structuring to eliminate irrelevant IFC data loss or the exchange should be limited to partial models that contain application-relevant IFC data. The latter seems to be the most practical solution…”

Full paper for download at:
http://www.inpro-project.eu/media/ifcsubmodels_mnour.pdf

via @IFC_Standards and @djnelson75

Revit 2015 has brilliant IFC Link capability – it is fast and accurate, and it even brings in colours for most IFC elements. We can leverage this to quickly create RVT files from IFCs, and then downgrade to other Revit versions if necessary. Here’s how:

  1. Select or create an appropriate Revit IFC template (RTE file) that is clean and has only two phases
  2. Set it at the top of the Template list in Revit 2015 Options – this is the template that will be used when Linking an IFC file. Interestingly, Revit will ignore the IFC Import template dialog setting when Linking.
  3. Link an IFC file into an open project.
  4. Locate the cache version RVT file that Revit created in the same folder as the linked IFC
  5. Copy that RVT somewhere else so you can modify it freely
  6. Open the RVT that Revit created while linking the IFC
  7. Important: Delete the IfcExportAs Project Parameters (there might be more than one). If you don’t, it can cause headaches when exporting.
  8. Use this IFC Export Classes text file for Revit 2015 which pushes everything into IfcBuildingElementProxy. The reason for this is that we want 100% geometry fidelity, but we are not concerned with editability.
  9. When exporting from Revit 2015, choose IFC 2×3 Coordination View 2.0
  10. Import back into a previous version of Revit (keep in mind points above about IFC import templates). The resulting elements will all be in-place Generic Models, with an Import Symbol inside. The file size will likely be pretty big, like 6 times the size of the original IFC.

This method should result in 100% item count fidelity. For my test IFC file:
Tekla BIMsight
2772 model items

Revit 2015
2772 model items

Navisworks 2015
2772 model items

Revit 2013
2772 model items

It is obviously not the way to go if you want maximum editability. But if you want maximum fidelity of geometry and reasonable import of IFC colours, this could be an option.

Update:
Use this IFC import mapping to get most objects onto Structural Framing category when importing to Revit 2013. Also, when trying to delete orange voids in Revit 2013, you can use a View Filter based on the Reference parameter to hide everything that is not a void. Additionally, the IfcOpeningElement material transparency can be modified to “check” that no other objects are going to be deleted that are actual real model geometry. Screenshots below:

Update 2:
Be very wary of purging. It seems in later updates of Revit 2015 that purging these IFC cache files can be destructive and result in deleted geometry – something that purge should never really do. Here is a demonstration of the issue: