OSArch Community

BB crashes with this file

  1. T
  2. C

    Seems to work for me

    On Blender 3.3.0 with BlenderBIM add-on 0.0.221027, Windows 10.

  3. M
  4. T
  5. T

    Spoke too soon. It opens now, no problem, but when i try to instantiate a type and change its length, it crashes.

  6. M

    I think that's because Revit is wrong, here is the note from the IFC4 docs on IfcBeamType:

    NOTE If the IfcBeamType has an associated IfcMaterialProfileSet, then no shared geometric representation shall be provided.

    Whereas Revit supplies both an IfcMaterialProfileSet and geometric representations. This trips up our system which expect there to be either 1) a shared representation or 2) a parametric material set which are mutually exclusive.

    If you click on the IfcBeamType, go into IFC Representations and remove the two representations, then add a beam, it should start to behave normally.

    Edit: filed a bug for Autodesk: https://github.com/Autodesk/revit-ifc/issues/536

  7. M

    Another super crazy thing Revit is doing is for another beam and that it's actually treated it as a composite profile with 14 subprofiles. I've got no idea what internal logic Revit is doing to decide that this should be the case. It's also invalid because Revit doesn't create the composite profile, so you won't be able to edit that beam either. Here's the relevant snippet from the IfcMaterialProfileSet docs:

    Reference to the composite profile definition for which this material profile set associates material to each of its individual profiles. If only a single material profile is used (the most typical case) then no CompositeProfile is asserted.

    NOTE The referenced IfcCompositeProfileDef instance shall be composed of all of the IfcProfileDef instances which are used via the MaterialProfiles list in the current IfcMaterialProfileSet.

    Edit: reported as well to Autodesk https://github.com/Autodesk/revit-ifc/issues/537

  8. T

    Can we add a cry emoji to the forum? ;)

Login or Register to reply.