---

Moin @all.

Wir haben seit kurzem neben UNIX auch Windows im Einsatz für V5. Wir arbeiten noch filebsaiert. Leider ist jetzt der erste Konstukteur auf den Gedanken gekommen, CATParts in einem CATProduct zusammen zu basteln, die unterhalb verschiedener Samba-Shares bzw. NFS-Verzeichnisse liegen. Und damit ist die Baugruppe im Eimer, wenn diese in der aneren OS-Welt geöffnet wird.

Aber das könnte man ja mit DLNames lösen. Ist ja auch theoretisch kein Problem. Nur: Ein Kollege aus einer anderen Lokation hat vor DLNames gewarnt. Er sagt, wenn man einen Fehler machen würde, gäbe es ein Tool, mit dem man das Modell genau einmal reparieren kann. Ein zweites Mal wäre das nicht mehr möglich und das Modell damit über den Jordan.

Genauer gesagt soll das Problem darin liegen:
Ein DLName wird angelegt und zeit auf /u/pool/pfad/zu/modell. Damit wird lustig gearbeitet. Dann komme ich als Admin auf den Gedanken: Nö, der Pfad ist /(&§/=*', ich schiebe die Modelle rum nach /u/pool/neuerpfad/zu/ganz/neuer/struktur (z.B. bekomme ich eine neue NAS). Dann (so die Aussage) muss ich das reparieren, indem ich besagtes Tool aufrufe, was aber nur einmal geht.

Hat das schon mal irgendwer gehört? Kann das jemand bestätigen?

------------------
Gruß, Carsten.

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

---

Hallo Carsten,

da scheinst du das Prinzip von DL-Names aber nicht so richtig verstanden haben...

Es ist so:

Ein DLNAME ist ein alias für einen Pfad:

DLNAME=MODELLTOPF1, UNIX=/data/modelltopf1, WINDOWS=\\sambaserver\data\modelltopf1

In deinen CATProducts/Parts werden nun nicht die Pfade gespeichert, sondern nur der alias "MODELLTOPF1". CATIA löst das dann je nach Plattform in den Pfad auf.

Ziehst du nun deine Daten um, brauchst du nur in CATIA den Pfad für den jeweiligen DLNAME zu ändern, und schon geht das wieder.

Leider werden DLNAMES aber noch immer nicht in allen Bereichen unterstützt, z.B. bei DMU.

Wenn du so skeptisch bist, dann teste es doch, ist ja kein Akt:
- einen DLNAME definieren und auf DLNAMEs aktiv setztn
- CATProduct aus ein paar CATParts zusammenbauen (kann ja was ganz simples ein)
- Die Daten woanders hinkopieren und den DLNAME entsprechend anpassen
- Versuchen, das CATProduct wieder einzulesen.

Sollte eigentlich funktionieren, ganau das ist ja der Sinn der DLNAMES.

Gruß,

Wolfgang

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

---

Hi Wolfgang.

Danke, aber das war mir alles klar; ich weiß, was DLNames sind.

Ich habe nur von einem Kollegen diese Aussage gehört und wollte wissen, ob diese Aussage schonmal jemandem durch die Ohren gerutscht ist.

Ich warte jetzt mal ab, wieviele Leutchen mein Pamphlet lesen und ob noch was kommt. Und wenn nicht, dann gehe ich davon aus, dass keine Probleme bestehen.

------------------
Gruß, Carsten.

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

---

Hallo Carsten,

das Argument, dass ein Modell genau einmal repariert werden könnte stimmt so nicht ganz.
Mit Hilfe des Batchprogramms "CATDLNameMigr" können genau einmal File basierte Dokumente in DLNames basierte Dokumente umgewandetlt werden. Nach dem ersten Migrationslauf sind alle Links in DLName basierte Links umgewandelt und können nun nicht nocheinmal umgewandelt werden.
Bei "CATDLNameMigr" handelt es sich nicht um ein Reperaturwerkzeug.

Falls Ihr eine überschaubare Menge von CATProducts/CATDrawings habt, würde ich alle Links mit /File/Send To/Directory umsetzen.

Viele Grüße
Knut

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

---

Hi Knut.

Danke für die Antwort. Ich könnte mir gut vorstellen, dass mein Kollege das gemeint hat. Wir werden deinen Rat beherzigen und alle Modelle mit "Send To" umsetzen.

Schönen Vatertag morgen.

------------------
Gruß, Carsten.

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