Copied spaces lose their space types

[Anonymous]

When one copies spaces from linked project they lose their space types. Even if space types were transfered before copying. A bug.

[J.Wehmer]

Why would you 'copy' a space from a linked project?

The very benefit of spaces is that you create them in your model, they automatically obtain all room data associated for their placement locations.

If you are doing the Collaborate>Copy/Monitor them for every space in the project...you are going to slow your model WAY down, and bring in a LOT of unnecessary data into your model...again slowing it WAY down. Or if you Copy/Paste them from one project to another, that's just bad workflow.

[Anonymous]

Regardless of the reason, the fact that simple copy-paste doesn't keep key settings of elements is a bug.

Coming back to your quite impolite post, our company does integrated design, architect and engineers start working together in one model at the same time. To ease their job it's more convenient to use spaces from the beginning and then, when a separate MEP model is established, move them there, and in ARCH model place rooms. I know that it looks wierd, but if you try to repeat it, you'll see its benefits.

[RobDraw]

Sometimes, a particular workflow makes sense until it is put into practice and the difficulties start to show up.

As an alternative to copy/pasting to a new model, how about saving as a new MEP project and stripping out what is not needed.

[Anonymous]

Sometimes. But this particular behaviour is unlogical and must be fixed.

As you can imagine, initial common model contains architectural and structural 3D elements. It is mostly data in spaces what is relevant to MEP. So MEP model starts as a ARCH link plus spaces. It would be quite tedious to delete everything not needed.

[RobDraw]

---

@Anonymous wrote:

But this particular behaviour is unlogical and must be fixed.

---

These kind of comments usually come from those who do not follow recommended workflows, which, BTW, are around for a reason, and think that they have a better way.

Splitting up projects after inception is not a good workflow and can be problematic.

Are you starting the new project from the same template as the one that is being split up?

How many spaces are we talking about?

[Anonymous]

I consider this unlogical as there are no other elements in Revit with such behaviour. E.g. when one copies a pipe, a whole pipe type is copied too with all routing preferences and relevant families. Do you know any reason why spaces are so special?

We start initial model from ARCH template and then MEP model from MEP template.

Number of spaces depends on the project from tenths to hundreds.

[RobDraw]

I don't think unlogical is even a word.

Spaces are analytical of the model that they are in, more so than elements like pipe and duct.

[Anonymous]

I understand your point, but disagree with it. For me spaces have no difference from any other elements: they store data. When I copy them I expect that data are copied too. Also I don't see any reason why it cannot be done in Revit, so it's a bug.

Don't get me wrong, the purpose of this post is to point out this inconsistecy, not to find a work around.

[RobDraw]

Then you are in the wrong place. The complaint department is down the hall and to the left. This is the user help forum.

BTW, I think by "work around" you mean proper workflow.

[Anonymous]

Just from there. They prefer being sure that other users experience the same problem before fixing it by their own.

Do your spaces lose their space types after copy? Then report it here, please.

By work around I mean work around.

[RobDraw]

---

@Anonymous wrote:

Just from there. They prefer being sure that other users experience the same problem before fixing it by their own.

Do your spaces lose their space types after copy? Then report it here, please.

By work around I mean work around.

---

I don't copy/paste spaces because it's not a recommended workflow and I wouldn't now that I know it doesn't work as expected.

Good luck.

BTW, your "thinking" is wrong. Different Revit entities will not behave the same as other Revit entities. Sometimes things in the programming world don't work as we would expect them to in our minds eye.

So, to follow up my question about the templates. Have you tested copy/paste when using the same template for both projects?

[Anonymous]

---

@RobDraw wrote:

---

---

I don't copy/paste spaces because it's not a recommended workflow and I wouldn't now that I know it doesn't work as expected.

---

Would you like them to keep their types? Do you see it as a good potential to make workflows more flexible yet robust?

[RobDraw]

---

@Anonymous wrote:

---

Would you like them to keep their types? Do you see it as a good potential to make workflows more flexible yet robust?

---

I don't have a need for it as I would not start a project using the same model as the architect.

Again, have you considered that using different templates might affect the copy/paste behavior and have you done any testing for this possible disconnect?

[Anonymous]

Seems like a huge workaround eh?

[dbutts7]

Gotta ask this first - Why are you trying to copy them in from a linked project? I would not copy from a linked model using the copy/monitor tools, or use other copy methods such as copy and paste spaces from one project to another for these reasons:

- spaces are specific to the associated bounding elements, even when used with a linked architectural model that is set to room bounding. The space recognizes these items by element ID, so copying the space causes it to lose its relationship to the original elements. 

- Spaces can be defined by entire floors at a time, making the copy monitor, or copy/paste action a little redundant. The space naming utility also handles coordinating to the room names on a project-wide basis, so the time needed to add spaces to a project is actually fairly short. 

- You can use schedules to sort by space name, number or other associated properties and then select the items in the schedule. Once they are selected, you can use the properties palette to assign multiple space types (as well as other common settings, like conditioning type, operating schedule, etc. My preference would be for a user to select a series of spaces and make the change in the schedule, but right now that's not supported that I'm aware of, but I have used selected objects from a schedule and properties frequently. 

- It's possible you could create a dynamo routine that search based on space name criteria, and then assign the space type. I'd have to dig around on this one to see if there's an example we could follow.

Let me know if this helps - thanks! David B.

[dbutts7 · Accepted solution]

Sorry, had to make a few edits there...

[Anonymous]

Oh, gosh...

Guys, you are so smart, you have brilliant ideas and thousands post and huge rating and yet you are absolutely useless as you simply don't read other's messages. So please, stop typing just to show off your "experience" and next time try to read the topic even if there are too much off-top. Thanks to everyone, I close this.

[RobDraw]

Sorry, you can't close this nor can you realize that it is not about what you want, but rather what Revit wants. On the other hand, if you want to choose a workflow that is not recommended and ignore established best practices, that is on you.

You can lead a horse to water but you can't make it drink the Koolaid.

[RobDraw]

Also, I asked you multiple times about something that might be affecting the copy/paste behavior and we're useless?