---

Hallo,

ich suche seit langem (bisher erfolglos) nach einer Möglichkeit, "kaputte" cgrs im Tree einer verschachtelten Produktstruktur ausfindig zu machen. Soll heissen:
a) cgrs sind in einem CATProduct oder einer Component verbaut und später gelöscht worden (im Desk rot = nicht gefunden dargestellt)
b) der Node des cgrs in einem CATProduct oder einer Component ist kaputt, d.h. er hat ein gelbes Ausrufezeichen.

Ich "erkenne" cgrs über .GetMasterShapeRepresentation, d.h. bei Err.Number = 0 ist es ein cgr, bei <> 0 nicht.
Ich erkenne Componenten (in Abgrenzung zu einem .CATProduct) über
den Vergleich des Namens mit dem Namen des Parents, d.h. wenn
oProducts.Item(i).ReferenceProduct.Parent.Name = oProducts.Item(i).Parent.Parent.ReferenceProduct.Parent.Name ist, dann handelt es sich um eine Komponente.

Ich suche nun nach einer Möglichkeit, "kaputte" cgrs von Componenten zu unterscheiden. Jemand eine Idee?

Gruss
TomTom

------------------
tomtom1972

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

---

Guten Morgen,

Einfach die Existenz der verlinkten Datei überprüfen:
CATIA.FileSystem.FileExists(oProduct.GetMasterShapeRepresentationPathName)

Bin mir nicht sicher, ob es für cgrs auch einen Eintrag in CATIA.Documents gibt, den man ebenfalls auswerten könnte.

mfg Alex

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

---

Hallo,

danke für die Antwort, hilft mir aber nicht weiter, weil das ja im Prinzip der Grund meines Problems ist. Ich versuche noch mal anders mein Problem darzustellen (ein wenig salopp formuliert):

- eine MasterShapeRepresetntaion gibts für alles, was visualisiert wird, also Geometrieelemente enthält.
- alles, was im Tree vom Dokumenten-Typ her kein PartDocument ist, ist ein ProductDocument.

Ich gehe rekursiv die Struktur durch und versuche festzustellen, was hinter welchem Node hängt.

1) Part ? wenn nein, dann ProductDocument, das kann dann sein: cgr, V4Modell, Component, CATProduct oder sonst was.
2) MasterShapeRep da ? wenn ja, dann cgr, V4Modell oder sonst was (was geometrie enthält) aber keine Component oder .CATProduct
3) Abfrage Name = Name des Parents? dann Component, sonst .CATProduct

Das ganze funktioniert also immer nach dem Aussschlussprinzip.

Mein Problem: "kaputter" cgr gibt keine MasterShapeRep zurück und gleichzeitig ist der Name <> der Name des Parents, es verhält sich also wie eine Component.

Dein Beitrag hilft mir demnach nix, weils ich keinen PathName der MasterShapeRepresentaion zurückbekomme wenn selbige schon gar nicht existiert.

Vieleich hat ja ber jemand noch eine (ganz andere) Idee.

Gruss
TomTom

------------------
tomtom1972

[Diese Nachricht wurde von tomtom1972 am 04. Dez. 2006 editiert.]

[Diese Nachricht wurde von tomtom1972 am 04. Dez. 2006 editiert.]

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

---

Hi,

besteht diese Problematik noch oder hast du hierfür schon ne Lösung bzw. hat sich erledigt?

Falls das Problem noch besteht würd ich mirs gerne mal anschaun. Ein Beispielmodell mit einer Kaputten CGR wäre hierfür nicht schlecht, da ich momentan nicht weis wie ich mir selbst eine "kaputtbasteln" kann 

Falls das Problem schon gelöst wurde, würde mich der Lösungsansatz interessieren, falls nichts dagegen sprich selbigen hier oder andersweitig zu posten.

[Diese Nachricht wurde von Florian Held am 29. Aug. 2008 editiert.]

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

---

Hallo,

Unterscheiden kann ich die beiden ("kaputte" cgrs von Componenten) per Code nach wie vor nicht, sofern die Componenten leer sind (also keine Children ebthalten), d.h. dahingehend habe ich das Problem noch ein wenig eingegrenzt.

Ein Bespiel kannst du erzeugen, indem du ein cgr verbaust und es danach (im Explorer) löschst.

Gruss TomTom

------------------
tomtom1972

[Diese Nachricht wurde von tomtom1972 am 01. Sep. 2008 editiert.]

[Diese Nachricht wurde von tomtom1972 am 01. Sep. 2008 editiert.]

[Diese Nachricht wurde von tomtom1972 am 01. Sep. 2008 editiert.]

[Diese Nachricht wurde von tomtom1972 am 01. Sep. 2008 editiert.]

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

---

HELD_PCCAD11_3.jpg

Zitat:

---

Original erstellt von tomtom1972:
b) der Node des cgrs in einem CATProduct oder einer Component ist kaputt, d.h. er hat ein gelbes Ausrufezeichen.

---

Hmh, kein Thema, CGR raus aber gelbes Ausrufezeichen? Ich kenne das Symbol aber durch löschen der Datei im Explorer krieg ich nicht hin es zu erzeugen. Vielmehr ergibt sich bei im Explorer gelöschten Dateien bei mir folgendes Bild (Siehe Anhang).

Geht es dir wirklich nur um CGRs oder auch um Kaputte CATParts, kaputte CATParts im Cachemodus und kaputte V4 Modellse?

MfG,
Ich

------------------
MfG,
Florian Held

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

---

Hallo,

du hast recht. So einfach kann man die "kaputten" cgrs dann nun doch nicht erzeugen.
Es geht aber um solche (mit gelben Ausrufezeichen). In dem Zusammenhang war der CACHE kein Thema.
Falls mir mal wieder so ein Modell unterkommt, werde ich es hier einstellen.
Die Knoten mit dem gelben Ausrufezeichen gabs in der R16 auch bei Produkten. Das Phänomen:
Eine Struktur war geöffnet, alle Knoten sind i.O. Ein Sub-Product in einem eigenen Fenster geöffnet und es taucht ein "kapputer" Node (meist am Ende) des Trees auf. In dem einen Fenster da, im anderen nicht...

Ist allerdings (bisher) in der R17 kein Thema mehr ...

Gruss TomTom

Gruß TomTom

------------------
tomtom1972

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