Account for the framing families with origin different than centroid
- Dominant language
- C#
- Stars
- 35
- Forks
- 16
- Avg merge
- 7d 29m
- Merged PRs (30d)
- 2
Description
#### Description:
Usually the families are defined in a way that ensures that their driving curve passes the centroid of their profile. However, in some circumstances the driving curve overlaps with geometrical centre of the profile, which makes difference in case of nonsymmetrical profiles. Virtually even different (arbitrary) convention could be used in Revit, which needs to be accounted for.
The reasonable way of solving the above is to extract the family type profile and confront its centroid with the origin of the coordinate system - they should overlap to be represented correctly in BHoM.
This issue relates directly to #984 because both problems can be resolved with a single method that will extract all necessary corrections based on the profile of Revit family.
#### Test file:
On [SharePoint](https://burohappold.sharepoint.com/sites/BHoM/02_Current/Forms/AllItems.aspx?RootFolder=%2Fsites%2FBHoM%2F02%5FCurrent%2F12%5FScripts%2F01%5FIssue%2FBHoM%2FRevit%5FToolkit%2F%23986%2DFramingCurveNotInCentroid&FolderCTID=0x0120008122C8891F89054B8ACED0196C70DFC4).
Contributor guide
Assessment
This issue has not been assessed yet.