---

Hallo WF II Experten,

ich möchte nach Fertigstellung eines Auftrages alle Modelle und Zeichnungen in ein neues Verzeichnis schreiben, damit alle nichtbenötigten Modelle und Zeichnungen weg sind. Wie kann man das machen, ohne jede einzelne Zeichnung oder Modell anzufassen? In Inventor gibt es einen Befehl Pack/Go, in SW gibt es einen Explorer. Was gibt es in WF II dazu?
Gruß, Uwe

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

---

Datei --> Datensicherung (speichert jedoch nur die modelle. die zeichnungen einfach per hand nachkopieren- wird ja nicht soviele geben die nicht benötigt werden 

------------------
L.I.T. 

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

---

Hi,

also mit der Option Datei > Daten sichern, kannst Du die zu sichernde Baugruppe und alle darin vorhandenen Einzelteile in ein anderes Verzeichnis speichern. Die Zeichnungen würde ich mit Suchen im Explorer in deas neue Verzeichnis kopieren

Gruß Teddy

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

---

Hallo Ihr,
danke für den Hinweis, aber elegant ist das nicht. Woran erkennt man nicht benötigte Zeichnungen? Ein Programm, dass alle Kinder sucht, sollte es schon geben. Also weiter von Hand alles einzeln prüfen.
Gruß, Uwe

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

---

Zitat:

---

Original erstellt von Xantes:
Ein Programm, dass alle Kinder sucht, sollte es schon geben.

---

Da gibt es einerseits viele Datenverwaltungen, die das ausgezeichnet können  und es gibt noch Hilfsmittel von cad.de 

------------------
Gruß
Udo               Keine Panik, Du arbeitest mit Pro/E! Und Du hast cad.de gefunden! 

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

---

Zitat:

---

Original erstellt von Xantes:
Woran erkennt man nicht benötigte Zeichnungen? Ein Programm, dass alle Kinder sucht, sollte es schon geben.

---

Wisse, mein Sohn, der Herrgott hat der Welt ein solches Programm geschenkt.

Es heißt Intralink. Amen.

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

---

Zitat:

---

Wisse, mein Sohn, der Herrgott hat der Welt ein solches Programm geschenkt.
Es heißt Intralink. Amen.

---

Und die Geister die er rief, die wird man sehr schwer los!

------------------
mfg HP

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

---

Zitat:

---

Original erstellt von call4help:
Und die Geister die er rief, die wird man sehr schwer los!

---

Falsch, mein Sohn. So wisse, mit

cleanup_layout_dependencies yes
cleanup_drawing_dependencies yes

wirst auch Du sie wieder los.

Übrigens: Ab Wildfire 3.0 M070 muß es lauten:

cleanup_layout_dependencies yes_cs_not_required
cleanup_drawing_dependencies yes_cs_not_required

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

---

Zitat:

---

wirst auch Du sie wieder los.

---

* Grau ist alle Theorie * sagt uns Goethe im Faust.
cleanup_layout_dependencies yes
cleanup_drawing_dependencies yes
steht seit Jahren in unser config
Die verbleibenden Geister werden wir, wie gesagt, mit Mühen (Importieren nur Modelle ohne DRW / Start ProE mit Verknüpfung WS / schließen INTRALINK / aufrufen der DRW von Festplatte / Fenster entfernen) wieder los.
Mit Wildfire 3.0 M070 sagen sie ist das Problem bereinigt – in Verbindung mit welcher Datenverwaltung?
INTRALINK 3.2 kann es nicht sein denke ich mir.

------------------
mfg HP

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

---

Zitat:

---

Original erstellt von JPietsch:

Übrigens: Ab Wildfire 3.0 M070 muß es lauten:

cleanup_layout_dependencies yes_cs_not_required
cleanup_drawing_dependencies yes_cs_not_required

---

Hallo JPietsch

Schön, dass Du mal wieder vorbeischaust

...aber: Muss ich den kapieren

------------------
Jetzt NEU!! MIT Wartungsvertrag!!

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

---

Zitat:

---

Original erstellt von call4help:
...
Mit Wildfire 3.0 M070 sagen sie ist das Problem bereinigt – in Verbindung mit welcher Datenverwaltung?
INTRALINK 3.2 kann es nicht sein denke ich mir.

---

INTRALINK 3.4 M040 muss es wohl schon sein...

------------------
Gruß Frank

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

---

Für alle die sich Intralink nicht leisten wollen:

Eine Tabelle in die Baugruppenzeichnung:
z.B.
"XCOPY"  &asm.bmr.name  &asm.mbr.typ "zielverzeichnis" "parameter"
als Text rausschreiben, im Editor bischen suchen & ersetzen.
Speichern als Commandfile, vorm Lauf noch Purge.

Hat den unschätzbaren Vorteil nur die Dateien im Homeverzeichnis zu kopieren und nicht alles in der Baugruppe aus sämtlichen Suchpfaden,
wie es direkt aus Proe der Fall wäre.

------------------
Springer

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

---

   

Zitat:

---

Original erstellt von Pro_Blem:
...aber: Muss ich den kapieren   

---

Der Gag ist:

cleanup_layout_dependencies yes
cleanup_drawing_dependencies yes

wird zwar von Wildfire 3.0 M070 klaglos als korrekte Config-Option akzeptiert, bleibt aber ohne Wirkung. Funktionieren tut's nur mit

cleanup_layout_dependencies  yes_cs_not_required
cleanup_drawing_dependencies yes_cs_not_required

[Diese Nachricht wurde von JPietsch am 20. Apr. 2007 editiert.]

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

---

Laut https://www.ptc.com/appserver/cs/view/solution.jsp?n=114763
yes_cs_not_required Was ist jetzt richtig ?

------------------
Servus
Alois

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

---

Zitat:

---

Original erstellt von anagl:
Laut https://www.ptc.com/appserver/cs/view/solution.jsp?n=114763
yes_cs_not_required Was ist jetzt richtig ?

---

Ähem, anagl hat latyrnich recht...

Ich korrigiere meinen Beitrag mal, ehe es einer falsch abschreibt-

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

---

Nochmal Zitat aus dem TPI 114763
Note that this TPI is only valid until Pro/ENGINEER Wildfire 2.0 M240. In that build and later builds, a new value for the cleanup_*_dependencies option is required: yes_cs_not_required

BTW  Haben IMHO die Jungs in Needham mit der Änderung an einem alten TPI ihre Kollegen in Rabbat ausgetrickst

IMHO hätte hier wirklich ein neuer TPI gehört

------------------
Servus
Alois

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

---

Zitat:

---

Original erstellt von JPietsch:
  Der Gag ist:

cleanup_layout_dependencies yes
cleanup_drawing_dependencies yes

wird zwar von Wildfire 3.0 M070 klaglos als korrekte Config-Option akzeptiert, bleibt aber ohne Wirkung. Funktionieren tut's nur mit

cleanup_layout_dependencies yes_cs_not_required
cleanup_drawing_dependencies yes_cs_not_required

---

Abgesehen davon, dass ich ja wieder downgraded habe, ist mir das zwei Mal    wert.

Danke
Bastian

------------------
Jetzt NEU!! MIT Wartungsvertrag!!

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

---

Zitat:

---

Original erstellt von anagl:

BTW  Haben IMHO die Jungs in Needham mit der Änderung an einem alten TPI ihre Kollegen in Rabbat ausgetrickst

---

Jo.     

Am Montag dieser Woche wollten die mir auch noch

cleanup_drawing_dependencies yes
cleanup_layout_dependencies  yes

für Wildfire 3.0 M070 verkaufen.

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