wrong family associated with asm

First off I am running ProE 2001 and Intralink 3.2



I have an assembly that is a family table [checked out into a separate workspace].

ed83143-31_g35.asm <<<<<<<<< generic assemlby

ed83143-31_g35_mounted.asm <<<<<< family table instance



When I imported a drawing that has this assembly within a view to a new workspace, had to update ghost objects, but now

ed83143-31_g35.asm <<<< member of a pan head screw family table

ed83143-31_g35_mounted.asm <<< member of a pem stud family table.



I have tried to Sync with CS, Update object, import, but nothing
corrects the associations. Has anyone seen this behavior before
and is there a cure?

Thanks in advance

Jeff Ruff

MCAD SUPPORT

Tycoelectronics Power Systems

Delete the ghost objects from the workspace then


Open PROE and set the config pro options as follows:


cleanup_drawing_dependancies yes


open_simplified_rep_by_default no


save the config file and open the drawing. Accept/reply yes toany warning messages and save the drawing. Any associations between the drawing and the ghost objects are now broken.


Remember to reset the above config options to no and yes respectively after saving the drawing.

Thanks for the response. I have been able to clear up all ghosts. When
I try to checkin a drawing I get a dependency error. "Dependency for
this object is not available in the Commonspace". When I click on this
non overridable error it tells me that 407759935.prt is the part in
question. This part was renamed to 770872-1.prt in commonspace. I am
not able to find any subassembly that lists the 407759935.prt but I
find the assembly that lists the 770872-1.prt. How can I break the
errant dependency?

Try creating a dummy part in an empty workspace with the name 407759935.prt, dont bother with any geometry, then check it into commonspace.


Now open the assembly that is referencing the part andreplacepart407759935 in the assembly with 770872-1, then save the assembly.


Open the drawing with the configs set as per my previous message and save it.


Now delete the dummy part you created from the commonspace.


If the above fails then try creating the dummy part again but this timedeleting the part from the assembly, savingthe assemblyand then reassemble the part again using the renamed part.

Thanks for the help. My delema is that the 407759935.part is not
shown in the assembly, but intralink thinks that it is there. I will
try the described process and hope that it is flushed out.

Thanks

Yes, Intralink has to be fooled into thinking that you have given in and put the old part back into commonspace. The rougue part will not show up in the assembly on the screen so you have to remove the renamed part and that will break the relationship.


Once it is happy you can then replace and/or destroy the dummy part and clean up the assembly. Intralink can be stubborn you have to lull it into a trap.


These sort of problems arise because Intralink still uses the old file name from when you created it. You may have renamed it in Intralink but the filename is still


407759935.prt.x

What finally worked it to change the rouge part back to the original
name. Renamed the part again in commonspace. This time the local
workspace saw the change. Thanks for all the suggestions.