shared project - other users is borrower of shared parameters

[HVAC-Novice]

I'm working with someone in a central model (each on local copies). 

the other person is borrower of shared parameters. This was unintentional since neither of us knows why and how that works. 

How do I remove that user from being a borrower? 

Only reason I know this is because I can't load a family (that likely has shared parameters). i tried to become the owner of shared parameters, to no avail. For the time being i try to keep everything not editable hoping this allows most use

how did that happen and how to avoid? 

Update: the other user checked in the model and now I'm the borrower. This works for now, but would create the opposite problem. 

[barthbradley]

---

@HVAC-Novice wrote:

Update: the other user checked in the model and now I'm the borrower. This works for now, but would create the opposite problem. 

---

I don't understand the problem. What do Shared Parameters have to do with anything? 

[HVAC-Novice]

It looks like if someone else is the borrower of the shared parameters, I can't load a family that brings in new shared parameters. 

[barthbradley]

---

@HVAC-Novice wrote:

... I can't load a family that brings in new shared parameters. 

---

So what you are saying is that you can't load into the project a particular family and you think the reason for this has something to do with "new" Shared Parameters in the Family?  Am I reading you right? 

[HVAC-Novice]

Yes, when I attempted to load the family, the error said that another user has borrowed the shared parameters. That is how I found out that shared parameter borrowing is a thing (see screenshot above). 

The other user doesn't know anything about shared parameters. So whatever happened was inadvertently. 

[Simon_Weel]

I'm trying to figure out what the use of those Families, Views and Project Standards worksets are? Never paid attention to them and the manual is no help....

[SteveKStafford]

The worksets; Families, Views and Project Standards are shelves for those categories of elements in the database. They are managed by Revit through our interactions with the project. For example, you can place hundreds of dimensions but never borrow a dimension style until you edit the dimension type and change its font or tick mark. As soon as you alter the dimension type/style you become a borrow of a Project Standard. Similar, if you open views you don't borrow them until you alter something about the view itself.

I think of worksets as shelves in a library and the books are everything in the library on the shelves. You can borrow books (borrower) or shelves (owner). Generally we should only borrow books since owning an entire shelf is likely to mean encountering someone else who needs to work on the elements it contains too.

If someone is borrowing shared parameters it means that they have done something earlier that required borrowing them from the project and have not sync'd yet to relinquish that project standard workset's book.

[RSomppi]

When synching, make sure all boxes are checked for relinquishing.

[HVAC-Novice]

I bet part of the problem was the other person hadn't sync'd for a long time. 

Is there a way to override that and force-relinquish? 

I mean, if I work at night or some time the other person isn't available, am I stuck to wait till they sync? It looks like there isn't a person who has the "ring to rule all rings" and can override all lower level team members. i guess that would create equal problems in case I'm not available and forgot to sync. 

[RSomppi]

---

@HVAC-Novice wrote:

I bet part of the problem was the other person hadn't sync'd for a long time. 

Is there a way to override that and force-relinquish? 

---

There is no substitute for proper training. There used to be a way to go into a model as the other person but that went away a long time ago. If you are using cloud models, you can force relinquish, if they are not in the model. 

[HVAC-Novice]

No BIM360 (if that is what you meant by cloud). We just have the central model on a network drive. 

I'm beginning to learn this "shared Central model" only works if you have very good control over the other people working on it. 

[RSomppi]

---

@HVAC-Novice wrote:

I'm beginning to learn this "shared Central model" only works if you have very good control over the other people working on it. 

---

It's not control, it's coordination. Everyone needs to play nice in the sandbox.

[adcdao]

I had similar problem with shared parameters. I don't know why it's happening because all our user do sync regularly but sometimes it seems that shared parameters are not relinguish correctly. In case you're not able to contact the owner to relinguish thes objetcs and you're the only one working on this file, you can open the model as detached file, keep the worksets and save it again over the original file. This will relinguish all the objects.