---

Bild1.jpg

Hallo zusammen,

wir sind mit unserer Teamcenter-Umgebung ende April von TCEng2005SR1 auf 9.1 migriert.

Unser Attribut-Mapping was seither so programmiert, das alle definierten Attribute von allen Item-Typen
(Part-Attribute) von TC an NX übergeben wurden. Es wurde kein Item-Typ spezifisches Mapping verwendet.

Aus verschiedenen Gründen, benötigen wir nun unter NX8, ein Item-Typ spezifisches Mapping.

Unser Schriftkopf, der auf jede Zeichnung geklatscht wird, beinhaltet standardmäßig alle definierten Mapping-
Attribut-Referenzen. Das bedeutet auch, das mehrere Attribute von unterschiedlichen Item-Typen übereinander
liegen.

Da mit dem Item-Typ spezifischen Mapping nur die Attribute des aktuellen Item-Typs von TC nach NX synchronisiert
werden, sind die Attribute aller anderen Item-Typen außer dem des aktuell geladenen UGPart leer bzw. nicht vorhanden.

Daher vermutlich diese Kapitälchen. (Siehe Bild)

Es wird also eine Attribut-Referenz angegeben, NX kann aber keine finden.

Aktive Qualifizierer im neuen Item-Typ spezifischen Mapping-File sind "/master=iman" und "/allow_null_value"

Aktive Qualifizierer im alten Mapping-File sind "/master=iman".

"Rumspielen" mit den Qualifizierern brachte keine Besserung. (z.B. "/allow_null_value" weg lassen, usw...)

Hat hier jemmand eine Idee?

Viele Grüße

------------------
Alle Menschen sind klug. Die einen vorher, die anderen nacher.

[Diese Nachricht wurde von Illuvatar am 12. Sep. 2013 editiert.]

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

---

gab es mit nx8 nicht eine änderung im nx, das jetzt der atttributtyp mit beachtet wird (vorher gab es ja nur text = "konturzug")?
hast da mal geguckt?

was ich noch nicht verstehe: wie willst du verschiedene revisionmastertyp-attribute an einen itemtyp "übereinanderlegen"? wie soll das nx-part -das an einem bestimmten revisionmastertyp hängt- an die anderen rankommen?
ist es vielleicht einfacher, die attribute zu doppeln und zwischen den itemtypen zu syncen?

------------------
Gruß aus Hamburg

Yeti

Planung ist die Ablösung des Nichtwissens durch den Irrtum...

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

---

Bild4.jpg

Hallöchen,

richtig. Diese Änderung in NX8 ist mir bekannt, und der jetzige Grund für dieses ganze
Hickhack. Wir hatten deswegen auch einen IR geöffnet. Hier wurde uns dann auf das Item-Typ
spezifische Mapping hingeweisen. Unsere Anwender können momentan noch keine Zeichnungen
aus anderen Abteilungen öffnen. In NX-Log bricht der Ladevorgang an einer bestimmten
Stelle beim Attributeinlesen ab, an der ein gemapptes Runtime-Property gelesen werden
soll.

Das ein NX-Part, das an einem bestimmten Revisionmastertyp hängt, nicht an die anderen
Revisionmastertyp-Attribute kommt ist mir klar. Daher beinhaltet unser Schrift-Kopf-Pattern
alle benötigen Attribute aller Item-Typen. Diese liegen an den entsprechenden Positionen
übereinander:

Je nachdem von welchem Revisionmastertyp die Attribute eines UGPart befüllt werden, werden
dann die entsprechenden Attribute sichtbar. Alle anderen warn seither unsichtbar...

Grüße

------------------
Alle Menschen sind klug. Die einen vorher, die anderen nacher.

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

---

Hallo Illuvatar,

ich versteh zwar nix von TC und Attributmapping, aber ein Quadrat mit einem Schrägstrich durch bedeutet in NX: Hier steht ein Text mit einem Font erstellt, den ich nicht habe bzw. der nicht installiert ist.

Gruß

------------------
Walter Hogger

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

---

Hallo,

ja, das kenne ich.

Es kann auch heißen: Hier steht eine Attribut-Referenz (z.B: <WRef1*0@ATTRIBUT> ), ich kann kein Attribut finden. (oder so)

Grüße

------------------
Alle Menschen sind klug. Die einen vorher, die anderen nacher.

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

---

Zitat:

---

Original erstellt von Illuvatar:
...

Unser Schriftkopf, der auf jede Zeichnung geklatscht wird, beinhaltet standardmäßig alle definierten Mapping-
Attribut-Referenzen. Das bedeutet auch, das mehrere Attribute von unterschiedlichen Item-Typen übereinander
liegen.

Da mit dem Item-Typ spezifischen Mapping nur die Attribute des aktuellen Item-Typs von TC nach NX synchronisiert
werden, sind die Attribute aller anderen Item-Typen außer dem des aktuell geladenen UGPart leer bzw. nicht vorhanden.
....

---

Ich verstehe die Fragestellung nicht ... Im Mapping ist das drin, was zu mappen ist ... wie kann man da was "übereinanderlegen" ?

Du musst für jeden ItemType das Mapping eintragen, das du haben willst ( ich weiss nicht, ob da eine Vererbung erfolgt, aber ich vermute Nein ).

Was ich bei NX7.5 festgestellt hab: NX reagiert heikel, wenn kein Qualifier wie z.B. "/master=iman" angegeben wird.

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

---

Hallo,

OK stop! Falsch verstanden.

Nicht das Mapping ist übereinandergelegt (geht ja gar nicht), sondern im Pattern, also der Schriftkopf-Vorlage auf dem die Attribute plaziert sind. Diese liegen dort übereinander.

Das NX da heikel reagiert habe ich auch schon festgestellt.

Grüße

------------------
Alle Menschen sind klug. Die einen vorher, die anderen nacher.

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

---

ich weiß, was du willst.
in deinem pattern steht an der gleichen stelle z.B. einmal IRM.Attribut 1 und DRM.Attribut2 (itemrevisionmaster / ditemrevisionmaster). je nachdem, was benutzt wurde, wird eine attribut nicht gefunden (falscher master) und der andere wert taucht auf...
sozusagen das pattern als die eierlegende wollmilchsau...

wir haben von anfang an mit verschiedenen itemtypen und damit attributmapping gearbeitet. dokumente haben andere attribute als teile (Material) oder baugruppenknoten...
ist in meinen augen die bessere lösung und ihr solltet darüber nachdenken. zumindest für neue teile.
ABER: wenn du attribute änderst (typ), verlieren sie ihren wert. bemerkt man erst zu spät...

------------------
Gruß aus Hamburg
 
Yeti

Planung ist die Ablösung des Nichtwissens durch den Irrtum...

[Diese Nachricht wurde von Yeti am 12. Sep. 2013 editiert.]

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

---

Hallo Yeti,

genso so ist es.

Ich habe bereits neue Pattern, für jeden Item-Typ erstellt. Auf diesen stehen nicht mehr mehrere
Attribute hintereinander, sondern nur die von der entsprechenden ItemRevisionMasterForm.

Soweit bin ich schon durch. Nur, wie bekomme ich jetzt von den alten Zeichnungen die "leeren Attribute"
vom alten Mapping herunter?

Gibt's da evtl. ein Admin-Tool ähnlich "TCPB_SYNC_CADATTRIBUTES" mit dem ich die leeren Attribute
via Batch-Prozedur rauslöschen kann?

Alternativ könnte ich mir auch vorstellen in den Altzeichnungen anstelle des "leeren" Attributwertes
ein Leerzeichen oder Platzhalter einzufügen. Das wiederum könnte ich glrube ich mit "TCPB_SYNC_CADATTRIBUTES"
machen.

Hat da jemmand ne Idee?

Grüße

------------------
Alle Menschen sind klug. Die einen vorher, die anderen nacher.

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

---

ich denke, das der sauberste weg ist, das pattern zu tauschen. dann werden die werte synchronisiert (soweit eingeschaltet).

würde ich aber bedarfsorientiert machen, also nur wenn die zeichnung noch mal angefasst wird. das global für alle zu machen, könnte doch ein höherer aufwand werden - je nachdem, von welcher anzahl wir sprechen.

------------------
Gruß aus Hamburg

Yeti

Planung ist die Ablösung des Nichtwissens durch den Irrtum...

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

---

Zitat:

---

Original erstellt von Illuvatar:
... , wie bekomme ich jetzt von den alten Zeichnungen die "leeren Attribute"
vom alten Mapping herunter?  ...

---

Nachdem wir auch schon mehrfach die Schriftköpfe umgemodelt haben, haben wir einen UserExit, der beim Speichern NX Attribute zusammenräumt.

Utility kenn ich so keines, nachdems aber eine Abhängigkeit vom Pattern gibt, würd ich das nicht "von aussen" machen, nur in der NX Sitzung.

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

---

Hallo,

wie genau sieht denn dieser UserExit aus. Das klingt interessant!

Grüße

------------------
Alle Menschen sind klug. Die einen vorher, die anderen nacher.

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