I’m interested in creating Structural Surface members using IFCscript. However, I’m facing an issue where RFEM doesn’t seem to recognize the surfaces correctly, and the structure of the IFC tree appears different (see the image below). Specifically, the RFEM IfcTree contains IfcStructuralCurveConnection(s), but the constructor for this class is private.
It’s worth noting that the IfcStructuralSurfaceMember doesn’t require IfcStructuralCurveConnection(s), whereas the IfcStructuralCurveMembers need IfcStructuralPointConnection(s).
Could someone assist me in generating the correct Ifc tree that RFEM is producing.
Each class should have a public constructor (the constructors with duplicateoptions as a parameter are more for extracting a subset of an IFC data set). Typically there will be a constructor with the mandatory attributes, and many classes have a constructor with typical attributes.
Some of the relationships you highlight are inverse, so it’s a constructor on the related class that is required, rather than a direct attribute being set.
The toolkit should facilitate you to generate the same hierarchy as RFEM output.