Back to the Shapespark home page

Model groups from Revit files don't become groups in Shapespark

Hi! We are experimenting with grouping objects as Model Groups in Revit so we can use Shapespark’s Switch Objects extension to switch multiple things at the same time. However, Shapespark doesn’t recognize the Model Group entity, only Type entities as the ‘second level’ and RVT links as the ‘third level’ (Materials being the ‘first level’).
This is a bit problematic because of two reasons:
a) As Shapespark doesn’t recognize separate Instances of the same Family as different ‘switchable’ objects, if we want to switch an instance of a Sofa, it will switch all instances of the same type, even if they are in another room, for example. We have been able to circunvent this by creating individual Types for each instance we want to create a Switch Object extension for, but this kind of goes against Revit’s logical workflow.
b) If we want to switch several different ‘second level’ objects (Types) at the same time, we found out this is achievable by grouping them into a Model Group and then turning the group into an external Linked model, which would be the ‘third level’ object. This too goes against Revit’s logical workflow because after we send things to a Linked model, it becomes much harder to change and update stuff as we go.

So to sum up, I have 2 questions for developers:
a) Could Shapespark have a way to separate an Instance of a Family as an individual object?
b) Could Shapespark recognize Model Groups as ‘third level’ objects the same way as it recognizes Linked Models?

Let us check a few things in Revit and our exporter before we get back to you with a reply.

I wait with a heart full of hope for Revit Model Groups being groups in Shapespark, fingers crossed here :crossed_fingers:

Unfortunately, since Revit elements are matched to Shapespark objects by names, we don’t see an easy way how we could address just a single instance of a family, without addressing all the other instances (having the same name).

We will add support for groups, but since our plans for Q3 are already full, we will work on it in Q4. If I understand correctly, this would also help for case a) - after grouping a single instance of a sofa, you will be able to address just this instance through the group name, not the family name.

This is indeed great news!

Yes, I think it is correct that if Model Groups are supported, this would allow us to isolate an instance of a family inside a group. Then we would use ‘Switch objects’ on the group intead than on the family, which would kind of solve problem a) as well.

Another thing that we noticed, is that Shapespark keeps the names of the Families as they come from Revit, which is very helpful because we can reuse Extension setting from a Shapespark model from one project to another. However, we also noticed that in the case of Revit Links, Shapespark adds a number at the end of the name. It would be better if it didn’t do so (either for Groups or Links) once support is implemented, because it is very common for architecture firms to use ‘standard’ groups in a way that is similar to families (like a standard Bathroom design group that is the same in multiple projects, gathering several appliances and plumbing families together). If we use an extension to switch between bathroom layout groups, and the name is kept the same as the Revit group, we could reuse the same Shapespark Extension settings on every project just like we can do with families.

Once support for groups is implemented, my firm is probably going to do heavy usage of Shapespark (we are not able to achieve the results we want without this). I know it’s probably too soon to ask, but is there a target date for this Q4 update? So we can better plan our work around here.

Thanks again for your amazing product and attention to customers!

Different group instances will share the same name.

As for the links: do I understand correctly that if a project has two links to the same model, say, x.rvt, they are now imported to Shapespark as:

  • Linked Revit Model : x.rvt : 1 : location <Not Shared>
  • Linked Revit Model : x.rvt : 2 : location <Not Shared>

while you’d like them to have a simpler shared name like:

  • Linked Revit Model : x.rvt
  • Linked Revit Model : x.rvt (the same in both cases)


Unfortunately, it’s a bit too early for us to declare the target date for the group support. As for the link names, it a smaller change, so it should be possible to add it earlier.