Editing Revit setup for OpenBIM/Revit and IFC Geometry

From Wiki.OSArch

Warning: You are not logged in. Your IP address will be publicly visible if you make any edits. If you log in or create an account, your edits will be attributed to your username, along with other benefits.

The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then save the changes below to finish undoing the edit.

Latest revision Your text
Line 1: Line 1:
{{Autodesk_Revit}}
 
 
When Revit exports geometry to IFC, it may process it in a way that may lead to loss of information or inefficient data storage. Optimising geometry is highly advised to maintain quick workflows between OpenBIM and Revit.
 
When Revit exports geometry to IFC, it may process it in a way that may lead to loss of information or inefficient data storage. Optimising geometry is highly advised to maintain quick workflows between OpenBIM and Revit.
  
Line 17: Line 16:
  
 
This filesize reduction occurs due to two improvements in the IFC4 data format. The first is the new tesselated shape supports, which allow a much more efficient description of meshes compared to the IFC2X3 faceted BREPs. The second is due to the improved support in Revit of exporting parametric geometry in IFC.
 
This filesize reduction occurs due to two improvements in the IFC4 data format. The first is the new tesselated shape supports, which allow a much more efficient description of meshes compared to the IFC2X3 faceted BREPs. The second is due to the improved support in Revit of exporting parametric geometry in IFC.
 
==Mitigating the Revit type duplication bug==
 
 
Revit has a bug which invisibly duplicates types unknown to the end user. For example, given a table that is symmetrical, if you mirror it in Revit, it will still show as one type in Revit. However, under the hood, Revit will invisibly create a new type that you cannot see through the Revit interface. When exported to IFC, Revit will generate two types, with two geometries: one of the original and one of the mirrored table. This doubles the size of your type.
 
 
Multiplying the size of a type is especially problematic when the type has fillets (see next section) and is already 10-30 times the size of a properly modelled mesh. Mirroring along one axis will double your type filesize. Mirroring along two axes will quadruple your filesize. If it's a door or window, placement on a hosted element with different thicknesses will also duplicate the time again, leading to a single door's geometry filesize being multiplied easily to 8 or more times, depending on how many different walls you put it in.
 
 
There is no known fix for this at the moment due to the complexity of this bug and the risk in patching vertex coordinates. More reading [https://github.com/Autodesk/revit-ifc/issues/326 here].
 
 
Though issue can be solved to some degree by [https://blenderbim.org/docs-python/autoapi/ifcpatch/recipes/MergeDuplicateTypes/index.html MergeDuplicateTypes] patch in IFC Patch, example of the executing this IFC Patch through BlenderBIM can be found [https://youtu.be/Op7PS3aM6bw?t=661 here].
 
  
 
==Reducing curves in profiles that are swept, revolved, or blended==
 
==Reducing curves in profiles that are swept, revolved, or blended==

Please note that all contributions to Wiki.OSArch are considered to be released under the Creative Commons Attribution-ShareAlike (see Wiki.OSArch:Copyrights for details). If you do not want your writing to be edited mercilessly and redistributed at will, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource. Do not submit copyrighted work without permission!

To edit this page, please answer the question that appears below (more info):

Cancel Editing help (opens in new window)

Template used on this page: