topic Re: teamwork problems in Modeling

teamwork problems

Anonymous — Fri, 26 May 2023 12:44:00 GMT

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

Re: teamwork problems

Anonymous — Tue, 18 Nov 2008 21:32:28 GMT

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

Re: teamwork problems

Anonymous — Tue, 18 Nov 2008 22:29:47 GMT

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?

Re: teamwork problems

vfrontiers — Wed, 19 Nov 2008 05:16:33 GMT

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.

Re: teamwork problems

Dwight — Wed, 19 Nov 2008 05:51:43 GMT

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.

Re: teamwork problems

vfrontiers — Wed, 19 Nov 2008 06:01:51 GMT

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

Re: teamwork problems

Karl Ottenstein — Wed, 19 Nov 2008 18:19:23 GMT

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

Re: teamwork problems

Erika Epstein — Thu, 20 Nov 2008 05:57:46 GMT

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?

Re: teamwork problems

Karl Ottenstein — Thu, 20 Nov 2008 06:22:34 GMT

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

Re: teamwork problems

Anonymous — Thu, 20 Nov 2008 18:19:30 GMT

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).

Re: teamwork problems

vfrontiers — Thu, 20 Nov 2008 18:28:28 GMT

Another tidbit of information....

I wanted to fix the darn SCREEN OVERLAP in the TV object (graphisoft's)... SO naturally, you can't overwrite it (keeping the .lcf virgin)... so I SAVED AS "KHA_PlasmaTV". All was fine yesterday, but today I wanted to further edit it, so I selected in the plan and edited then hit SAVE... Instead of just overwriting my file from yesterday, it said that I "Already had a file named that and would I like to rename it?"

There IS something screwy with this ID stuff. I am NOT a programmer, so I can't debug this kind of stuff. Hopefully some can take the ball and run with it.

Re: teamwork problems

Anonymous — Thu, 20 Nov 2008 18:32:04 GMT

vfrontiers wrote:
Another tidbit of information....

I wanted to fix the darn SCREEN OVERLAP in the TV object (graphisoft's)... SO naturally, you can't overwrite it (keeping the .lcf virgin)... so I SAVED AS "KHA_PlasmaTV". All was fine yesterday, but today I wanted to further edit it, so I selected in the plan and edited then hit SAVE... Instead of just overwriting my file from yesterday, it said that I "Already had a file named that and would I like to rename it?"

There IS something screwy with this ID stuff. I am NOT a programmer, so I can't debug this kind of stuff. Hopefully some can take the ball and run with it.

Did you check that it was writing to the same library? I find that AC often forgets where the part opened from and the save dialog comes up and points somewhere else. You should be able to redirect and overwrite.

Re: teamwork problems

vfrontiers — Thu, 20 Nov 2008 19:01:38 GMT

Yes I was able to overwrite by navigating to the correct place. I think the issue for me is that it should have never asked to save a NEW version if I simply chose SAVE. It should have known that it was THE existing object from the current library and simply overwrote it without a dialog.