---

Hallo!

Ich habe ein Problem mit dem Duplizier-Befehl in Intralink. Es werden nicht alle Referenzen korrekt neu gelinkt. Ich versuch zu erklären:

Man stelle sich eine Baugruppe "B" mit einem Skelett "S" und einem eingebauten Teil "T" vor. Nun habe ich von allen 3 Objekten je drei Varianten gemacht. Zum Beispiel ist in B3 das Skelett S3 eingebaut und der Teil T3.
Wenn ich nun die gesamte Baugruppe und alle Varianten und Teile dupliziere, passt alles. Die Kopie verhält sich exakt wie das Original.

Nun kommt aber das Problem ins Spiel. Teil T hat ein Externes KopieGeom von einer Publiziergeometrie im Skelett. In der Familientabelle von T wurde das Referenzmodell (S) als Spalte mit aufgenommen. Wobei T1 auf S1 referenziert, T2 auf S2 usw. Funktioniert im Original perfekt.
Doch hier versagt das Duplizieren. In der Familientabelle von xxx-T haben xxx-T1, xxx-T2 und xxx-T3 weiterhin das alte Skelett S1, S2 und S3 drinstehen.

Ahja die benutzten Versionen sind ProE 2001 (2003200) und Intralink 3.2. Morgen hab ich endlich Zeit, andere ProE Wochenversionen, sowie Wildfire und Intralink 3.3 auszuprobieren. Aber ich bin nicht besonders zuversichtlich...

Ist zufällig schon mal jemand über dieses Problem gestossen? Wie sind generell die Erfahrungen mit Duplizieren? Sind andere Referenztypen bekannt, die von Intralink "übersehen" werden?

------------------

Stahl.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

hi,

Zitat:

---

Original erstellt von Stahl:

...
Doch hier versagt das Duplizieren. In der Familientabelle von xxx-T haben xxx-T1, xxx-T2 und xxx-T3 weiterhin das alte Skelett S1, S2 und S3 drinstehen.

---

du meinst, das überall in der variante S drinsteht und nicht S1 bzw. S2 usw.

.... hüpsch :-)
ist bei mir genauso Intralink 3.2 2003200 und Pro/E 2001 2003400

also ab damit zu PTC
(ich schätze mal, das liegt daran, weil das bei PTC noch keiner verwendet hat  )

------------------
cu
fossy
          meine kleine website

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

... noch was,

es geht auch "einfacher"
dupliziere mal nur S und gib dort an, dass im elternteil T ersetzt werden soll - macht er nicht...

------------------
cu
fossy
          meine kleine website

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von fossy:

du meinst, das überall in der variante S drinsteht und nicht S1 bzw. S2 usw.

---

Nein ich meine, dass S1 und S2 drinsteht anstatt xxx-S1 und xxx-S2. Also die ursprünglichen Skelettvarianten, anstatt der kopierten. So wie im Original.

Ich meine Du hast recht, das hat wohl bei PTC noch keiner probiert. 

------------------

Stahl.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

... das ist bei uns nichts neues, allerdings in abgewandelter form. war bisher immer zu traege, ptc dies zu melden, passiert ja eh nix.

also, ein teil wird als komponente in eine bg eingebaut, z. b. refeenziert auf ein skelett. das skelett wird geoeffnet und eine geschlossene kurve wird gezeichnet. nun wird in der baugruppe das eben eingefuegte teil geaendert (andern-teil-konstruktionselement-materialschnitt) und man greift im skizzierer die kanten der eben gezeichneten kurve im skelett ab. der materialschnitt erfolgt dann im teil.

im workspace wird nun die baugruppe und skelett kopiert. alle teile referenzieren nun im einbau auf das neue kopierte skelett. lediglich der materialschnitt referenziert noch auf die alte baugruppe. beim umdefinieren des materialschnitts kommt die meldung: bg soundso nicht im speicher sollen referenzen geloescht werden? natuerlich sollen sie, aber dann hat man den schlamassel...

... also muss das teil, mit kopiert werden, dann hat er wieder die richtigen referenzen. hier faengt die problematik an, denn es soll ja nicht mitkopiert werden, da es sich nicht aendert...

... so long

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Ich hab soeben bei PTC einen TAN gefunden, der genau das Problem beschreibt. Sekunden bevor ich einen Call geöffnet hätte.   http://www.ptc.com/cs/tan/119113.htm 
Gibt auch einen SPR dazu.
Wir haben uns also geirrt, das hat schon jemand bei PTC verwendet! 

Mit Intralink 3.3 und Wildfire ist das Problem gelöst, was sich mit meinen Versuchen von heute deckt.

@hagen123: Ich denke, das ist ein anderes Problem. Bei mir soll das Skelett ja sehr wohl mitkopiert werden!! Es geht aber trotzdem nicht, weil weiter das alte referenziert wird!

------------------

Stahl.

[Diese Nachricht wurde von Stahl am 25. Mai. 2004 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

@stahl,

aehh, bei mir soll das skelett auch mitkopiert werden und der materialschnitt referenziert danach leider noch auf das nicht kopierte skelett!!! hat zwar nichts mit family-tables zu tun aber problematik ist aehnlich...

... trotzdem, thanks for the link

... so long

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP