teamwork problems

[Anonymous]

I am having problems when i want to chnage a window in my workspace it keeps on bouncing back to the original window when i send and recieve to the plp file.

Have the same problem with balustrades

[Anonymous]

When you say "change" your replacing the gsm or making changes in it's settings?

[Anonymous]

Maybe you encountered problems signing in and securing work space or had problems during sending and recieving.
I'd sign out and start with a fresh session of ArchiCAD. Any error windows pop up when you sign in or out?

[vfrontiers]

Kathy,

I had the same problem! I believe it to be a confusion of the INTERNAL ID between two window objects. In fact, it happened when I opened up a Window Object and SAVED AS a new object. After placing that object, it kept switching back to the "starter" object after send and receive (and perhaps close and open as well)...

I believe DELETING the suspect window and putting in a fresh object seems to have fixed it (or maybe it's because I'm no longer Teamworking the file)...

Sorry, not much help, but at least you're not alone.

[Dwight]

It is absolutely possible for duplicate identities to occur between radically different objects. If you mess with your libraries, when loading the file, it might find the wrong objects first and load them instead.

The only answer is to quit the file without saving and fix the libraries.

I had this once with an interiors project that I moved between computers and when the file was opened it loaded the local library that was old.

All the furniture was different. Still in quite good taste, but not right.

[vfrontiers]

I guess that's why I get KITCHEN SINKS instead of door marker labels! (true story)...

[Karl Ottenstein]

This duplicate identity problem shouldn't occur in 12 because of the new way of managing library parts - 100% by internal GUID and never by name. But, TW does suggest a potential for problems that I don't know if anyone tested:

Suppose two team members open the same library object (window) while working on the model - let's say they have used the marquee to reserve their spaces, so that they each have access to the walls containing windows.

If they modify it and do a 'save as' with a new name to the server library, AC assigns a new GUID to the result... but is it possible for both workstations to assign the same new GUID? (I don't know.)

Kathy, you might want to check the GUID of the before/after library parts to see what they look like. See this article and its links:
http://www.archicadwiki.com/GUID?action=show&redirect=GUID+in+ArchiCAD12

Or...contact tech support.

(I'm definitely not suggesting that what you are seeing is normal behavior - only trying to help track down what appears to be a bug.)

Cheers,
Karl

[Erika Epstein]

Karl wrote:
Suppose two team members open the same library object (window) while working on the model - let's say they have used the marquee to reserve their spaces, so that they each have access to the walls containing windows.
Karl

If teamwork is working correctly then it would[should] be impossible for two people to select the same anything.

Could it have more to do with how GUIDs are assigned when working on plcs (local versions) and then when these are sent and received two or more elements could end up with the same number? Or are the GUIDs of elements renumbered in the main plp when sequentially as team members send and receive?

[Karl Ottenstein]

Erika wrote:

Karl wrote:
Suppose two team members open the same library object (window) while working on the model - let's say they have used the marquee to reserve their spaces, so that they each have access to the walls containing windows.
Karl

If teamwork is working correctly then it would[should] be impossible for two people to select the same anything.

Sorry I wasn't clear. They are selecting the the same window object, but placed in different walls (they each have marqueed areas). So, e.g., they each have selected an instance of a W1 Casement 12. They can each open the GDL editor with that object and do a Save As...

Sorry for the ambiguity!

Karl

[Anonymous]

vfrontiers wrote:
I guess that's why I get KITCHEN SINKS instead of door marker labels! (true story)...

That sounds like a good old fashioned SNAFU. Like the time in v5.0 when all my section markers in section/elevation views turned into light fixtures (that was a pain - back then they all had to be manually coordinated).