I'm trying to add nested labels into casework families with work-plane based enabled. When loading into a project model group, we get an error message to fix groups when mirroring. This process works for plumbing and appliance families, why doesn't it work for casework families?
Gelöst! Gehe zur Lösung
Gelöst von ToanDN. Gehe zur Lösung
Is the casework hosted on wall? If yes, it will impact the family. It will work if the family is set to non-hosted or the host wall is in the group.
If the floor is not inside the group, this is where you will see fix group message. Group is very picky. Often you have better success with non-hosted object within groups.
The problem is as follows:
Work Plane-Based option enabled with labels inserted on work plane = Error
Work Plane-Based option enabled without labels inserted on work plane = No error
Work Plane-Based option off with labels inserted on work plane = No error
The confusing thing is that the problem is isolated to casework families. Plumbing and Specialty families setup the exact same way works just fine. I was hoping to avoid having to recreate all our casework families as plane based families.
Can you provide sample group with the casework? I like to test and see if there are other way to edit the family without destroying the group.
Attached is the Revit File with the Group in question. We get the error message while trying to mirror the group.
What is the purpose of checking Workplane in the casework families? Are you going to place some upside down, or vertically, or on a slope?
With the type of projects we do, we often have varying floor construction. When copying unit groups up to a level with a different floor type, we often see the families hosted to the original floor stay at that level...hence getting the message that identical instances are in the same place. Plane-Based families avoids this issue.
@Ed_Cormier wrote:Attached is the Revit File with the Group in question. We get the error message while trying to mirror the group.
Mirror? You can't even place an Instance of the Group, much less Mirror it.
For troubleshooting, I've deleted all the casework from the group and then work with trying to place a single cabinet.
Why not just fix the Group and then make a two Groups - one a mirror of the other?
We have a manual solution that uses multi-category tags keyed to type comments. So, with that being said, we've got to move on, unless there's an actual solution/ workaround.
@Ed_Cormier wrote:
Because of Client changes occurring often. We don't want have to make changes twice.
Changes? Are you even able to place an Instance of this Group? The darn thing is blowing up on me. Seems to me that would be the priority. That is, getting one to work right first, rather than figuring out how to best handle future possible changes to the Group/configuration.
As I've stated, we need to move on. Thanks for your efforts. On another note, if you still want to work on it, I've attached the same file with all the casework removed from the group. This will not blowup on you. You can then try to add one of the cabinets with the labels and see what our issues are.
I manage to look at what is wrong. I would check off these in the cabinet families.
Also you have constraints built into the group. This will cause it to break.
This is a tradeoff. If you want it to mirror properly, then that workplane need to turn off unless it is hosted on something and that something is part of the group. Right now that workplane casework is host to nothing. When you mirror, Revit doesn't know what that casework host when it mirror and it force you to create new group.
That's not correct, because without the label everything works. It's only when the label is nested into the casework family that Revit has the issue.
Sie finden nicht, was Sie suchen? Fragen Sie die Community oder teilen Sie Ihr Wissen mit anderen.