Dwg import to family not at origin in wall besed family

[semhustej]

Hi,

I tried importing dwg file in wall based family. (I tried both plumbing and generic wall based families). In the plan view the dwg origin point (0,0,0) is not aligned to family origin point. I am using "Auto - Origin to Internal Origin" import option. I tried with different dwg and also checked whether proper planes in family are set as "defines origin". When trying with non-wall-based families the import works as expected and the dwg's origin point is imported to family origin point.

I found this similar topic but the problem described is with level placement, not with alignment in plan view:

https://forums.autodesk.com/t5/revit-architecture-forum/origin-of-cad-import/m-p/7788237#M183168

Can anyone explain this behaviour of wall based families?

Tom

[RDAOU]

@semhustej 

The DWG is inserting fine (plaed at Origin)

The OOTB V reference plane of the Wall based Plumbing fixture is not passing through the Origin. You need to unpin it and move it to the origin point

[semhustej]

I am not sure I understand. I thought the origin point of the family is at intersection of two reference planes defined as "Defined Origin". In the default wall based family these are Center and Wall reference planes. Is that not the case?

I see you used dynamo to highlight the origin. I use Revit LT, so no dynamo and there is no option to show the origin point. There's no option in the Visibility/Graphics Overrides.

[RDAOU · Accepted solution]

The origin of the family (insertion point) can be anywhere and it is user defined when checking define origin in the properties of the ref planes. It does not necessarily have to be at the system/internal origin 0,0,0. Importing origin to origin uses the latter...not the intersecting planes even if they are set to define origin

[barthbradley]

the DWG's Origin does land smack-dab on top of the Internal Origin when Inserted "Auto - Origin to Internal Origin".

https://knowledge.autodesk.com/support/revit/learn-explore/caas/CloudHelp/cloudhelp/2020/ENU/Revit-M...

[semhustej]

Thank you both for clarification. So it seems that some of the default wall-based family templates have misaligned Internal Origin and Center reference plane.

@barthbradleyHow did you achieve to show Internal Origin in the family editor? I am unable to do that. I would like to align the Center reference plane with the Origin.

[RDAOU · Accepted solution]

He is imported the family into the project that is not applicable in family editor... you cannot reveal origin in the family editor

Simply place a circle or a cross in Autocad at 0,0,0.... import origin to origin into the family and align the ref planes defining center to that point. (Use that as a new .rft)

[barthbradley]

---

@semhustej wrote:

@barthbradleyHow did you achieve to show Internal Origin in the family editor? I am unable to do that. I would like to align the Center reference plane with the Origin.

---

The Internal Origin is the starting point of the Internal Coordinate System. There is no Coordinate System in a Family.  Did you read the information at the Link I provided? 

[RDAOU]

---

@barthbradley wrote:

---

@semhustej wrote:

@barthbradleyHow did you achieve to show Internal Origin in the family editor? I am unable to do that. I would like to align the Center reference plane with the Origin.

---

The Internal Origin is the starting point of the Internal Coordinate System. There is no Coordinate System in a Family.  Did you read the information at the Link I provided? 

---

Are you sure about that?!

You might want to edit that reply because there is a coordinate system in Families and it has an origin 0,0,0 (identified in the previous replies using Dynamo)... Every CAD/CAM drawing/modeling space require a coordinate system (Geometry 101). If that link you posted says there isn't any in Families, then you might want to report it because that would be wrong/misleading information. It being an isolated coordinate system does not make it non-existent.

[semhustej]

I agree with RDAOU here. If there was no coordinate system and Internal Origin in the family, why would dwg be placed where it was placed in my original example file?

@barthbradleyThe link you provided describes the Internal Origin of project. Not family Internal Origin. I suppose they both work in a similar way, but in project I can display Internal Origin by enabling it in Visibility/Graphics Overrides. There is no such option in VG Overrides in family editor, so I have hard time finding out where Internal Origin of family is. It's not a deal breaker and I can get to it through workaround but I am just curious whether it's possible to display internal origin in family editor. All my google search only shows results of project internal origin.

[semhustej]

@RDAOU  Oh, I missed your reply that it's not possible to show Internal Origin in family editor, so that answers my question.

Thank you both.

[ToanDN]

Some OOTB family templates the center ref planes are not intersecting at the Origin (curtain wall door for example).  If you copy the origin ref planes from the correct template or family (the non wall based family you mentioned) and paste aligned in the wall based family you can see the difference.  

Autodesk chose to reveal internal origin in project, not family environment. Maybe they will do in future releases because for certain templates, set the origin ref planes intersecting at the internal origin is important.

[barthbradley]

I'm not editing anything, @RDAOU.  The OP is specifically referring to the starting point for the internal coordinate system - a.k.a. the Internal Origin.   The information I provided is totally accurate.  If you don't believe it or want to twist it to mean something else for some "gotcha" thing, then that's your  problem; not mine.       

[RDAOU]

Nothing there to twist, believe or not believe.

There was a statement from your good self stating "There is No Coordinate System in Family". I replied "There is" ... It could have been a typo in your reply or it might be that you are not well informed but that is not for me to decide.