---

Hallo alle Pro/I User :-)

ich erstelle soeben eine Top Ten Präsentation der größten Fehler die mann mit Pro/E im Hinblick auf Pro/I machen kann. Hat zufällig schon einmal jemand ähnliches erstellt? Ansonsten ist meine Wertung im Moment:

Platz 1. Daten nicht einchecken / zuviele WS
Platz 2. Familientabellen/Varianten in Pro/E löschen
Platz 3. Familientabellen/Varianten in Pro/E umbennen
Platz 4. nicht benutzen der Intralink "rüchgängig" Funktion

Habt Ihr vielleciht noch weitere vorschläge?

Danke und viele Grüße

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

---

Wenn manche Pro/E User im Team aus welchen Gründen auch immer mit Pro/E "lieber" auf der Festplatte arbeiten, anstatt in Pro/I ...

------------------
Genius is 99 percent perspiration and 1 percent inspiration! ... Thomas Edison

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

---

Vorschlag für Platz 1: Daten in ProE außerhalb von Intralink umbenennen!
Ghostbusters ist dann die Folge. Und das kann nervig werden.
Spaß kommt richtig bei fehlenden Teilen auf (die auch nicht mehr aufzufenden sind).

Außerdem: Parameter ausweisen - zusätzliche Parameter ausweisen oder ausgewiesene zu nicht ausgewiesenen machen

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

---

 

Zitat:

---

Original erstellt von joachzapf:
Habt Ihr vielleciht noch weitere vorschläge?

---

Ganz beliebt bei Admins:

- Planloses Löschen im Commonspace
- Planloses Umbenennen im Commonspace
- Planloses Verschieben im Commonspace
- Einchecken nicht regenierter Baugruppen und Zeichnungen
- Auschecken und Bearbeiten von Objekten, die bereits ein anderer User in Arbeit hat (GOTTSEIDANK geht das in PDMLink dann nicht mehr)

Aber das Allerschlimmste ist grundsätzlich das Umkopieren großer Baugruppen oder generell einer großen Anzahl von Objekten, in denen sich irgend welche Probleme verbergen, beispielsweise falsch oder unvollständig ausgetauschte Rahmen in den Einzelteilzeichnungen, korrupte Layouts, falsche geometrische Referenzen, aus denen irgend welche gar nicht beabsichtigte Abhängigkeiten entstehen und, und, und... Diese Krankheiten vervielfältigen sich nämlich dann im Intralink beim Duplizieren mit nur einem Mausklick. Und der nächste User, der die duplizierte Baugruppe verwendet, weint und greint dann nach dem Admin: "Mein Pro/E spinnt, das geht alles nicht, buhuuu..."

[Diese Nachricht wurde von JPietsch am 21. Mai. 2009 editiert.]

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

---

Noch was aus der Praxis:

- Familientabellen nicht verifizieren
- angezeigte Symbole im WS ignorieren (z.B. Modelle ändern, obwohl bereits neuere Version eingecheckt ist)

Detlef

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

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

---

(bei kleinen Firmen):
- User arbeiten permanent mit Administratorrechten

------------------
Stahl.

Dies ist keine Signatur. Es gibt hier nichts zu sehen. Bitte lesen Sie weiter.

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

---

Zitat:

---

Original erstellt von user69:
Spaß kommt richtig bei fehlenden Teilen auf (die auch nicht mehr aufzufenden sind).

---

Auch dem schiebt PDMLink glücklicherweise einen Riegel vor. Nun heulen die User, sie könnten nix mehr löschen. $ADMIN lehnt sich entspannt zurück und läßt sie heulen...

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

---

Zitat:

---

Original erstellt von JPietsch:
Auch dem schiebt PDMLink glücklicherweise einen Riegel vor. Nun heulen die User, sie könnten nix mehr löschen. $ADMIN lehnt sich entspannt zurück und läßt sie heulen...

---

Langsam aber sicher scheint bei JPietsch das PDMLink auch ein paar Pluspunkte sammeln zu können. 

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

Neu hier?     Verwundert über die Antworten?    Dann schnell nachfolgende Link durchlesen. 
• Richtig Fragen • Nettiquette • Suchfunktion • System-Info • Pro/E-Konfig • 7er-Regel • Unities

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

---

top_ten_cad_forum_part1.zip top_ten_cad_forum_part2.zip

So hallo alle :-)

Danke für euer feedback, ich habe die PPP einmal für euch auf die schnelle überarbeitet und wer will kann es ssich ja einmal anschauen :-), ich habe dann doch fast die ähnlichen Punkte aufgegriffen! Sollte jemand fehler sehen oder kommentare haben, bitte nicht zögern :-)

Viele Grüße

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

---

...was mir insbesondere zu Punkt 6 noch dringend einfällt:
UNBEDINGT aufpassen, was im ProE-Arbeitsspeicher ist, wenn synchronisiert oder aktualisiert wird!!
Ich rate meinen Kollegen, immer den Arbeitsspeicher zu leeren, bevor Intralink-Operationen durchgeführt werden...

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

Richtig Fragen * Nettiquette * alte Suchfunktion * System-Info * Unities * Grundlagen ProE-Konfiguration

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

---

Hallo problem, was meinst du denn damit? Kann da was passieren?

Danke und Grüße

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

---

Da kann ordentlich was passieren:

Annahme 1: Teil im ProE-Arbeitsspeicher; Im Workspace ist ein Teil mit altem Namen; User synchronisiert brav mit CS; WS ist i.O.; User arbeitet im ProE fleißig weiter und speichert; Teil mit altem Namen(das aus dem Arbeitsspeicher) wird mit seinem Namen als neues Teil im Workspace angelegt!!
Alternative zu Arbeitsspeicher leeren ist auch in ProE zu aktualisieren (Datei>Aktualisieren glaub ich); imho ist das aber gleichwertig zu ich mach alles zu - da kann nix schiefgehen - und lösche alles ausm Arbeitsspeicher ...usw.

Annahme 2:  Teil im ProE-Arbeitsspeicher; Im Workspace ist ein Teil veraltet; User aktualisiert brav; User arbeitet im ProE fleißig weiter und speichert; Damit wird der aktualisiert Stand im WS durch den (alten) Stand aus dem ProE-Arbeitsspeicher überschrieben!
Alternative zu Arbeitsspeicher leeren ist wie oben in ProE auch zu aktualisieren
Anmerkung: Annahme 2 ist ein guter Trick, um die klassische veraltet/geändert-Problematik ohne Admin-Rechte zu beseitigen...

HTH,
Baste

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

Richtig Fragen * Nettiquette * alte Suchfunktion * System-Info * Unities * Grundlagen ProE-Konfiguration

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

---

Ein paar der Probleme lassen sich aber auch mit Intralink Bordmitteln vermeiden:
* Daten nicht einchecken - was gilt jetzt
- Wenn man konsequent die Teile sperrt, die man bearbeitet sollte das Problem nicht auftreten
* Dateien umbenennen:
- funktioniert leider auch im Commonspace nicht immer ganz sauber
Abhilfe: Chaotisches (fortlaufendes) Nummernsystem verwenden - keine Klartextnamen -> somit ist ein umbenennen kaum nötig
* Alles markieren beim Promoten
- nutz man Dependcy -> none (z.B. in Voreinstellungen) werden automatisch nur die gewählten Dateien gezeigt

Grüße
User69

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

---

Also zu Punkt 2 der Präsentation "Daten in ProE umbenennen" kann ich nur sagen:
Nicht einfach nur verbieten sondern die Möglichkeit von vornherein sperren (Der Zwang heiligt die Mittel ).
In die config.sup folgende Option eintragen:

let_proe_rename_pdm_objects NO

Und schon ist dem ganzen ein Riegel vorgeschoben. 
Nur noch der Admin kann diese Option wieder rausnehmen bzw. auf YES setzen und so dem Chaos wieder Vorschub leisten.

------------------
Grüße aus OWL, Thomas
Und das sollte jeder  mal gelesen haben:
Richtig Fragen - Nettiquette - Suchfunktion - System-Info - 7er-Regel - Unities - ProE-Konfiguration
ProE macht Spaß - viel ProE macht viel Spaß !  (Zitat, frei nach meinem ProE-Beibringer)

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

---

Zitat:

---

Original erstellt von EWcadmin:
Also zu Punkt 2 der Präsentation "Daten in ProE umbenennen" kann ich nur sagen:

let_proe_rename_pdm_objects NO

---

Tzz, tzz, tzz! Das Umbennen mit Pro/E in einer Intralinkumgebung ist ein so interessantes und geniales Werkzeug.

 
Das zu verbieten grenzt schon an Sabotage. Warum nicht gleich das Auschecken untersagen?
 

Spaß beiseite. Alles was ich mit Umbenennen in Pro/E "verbrechen" kann schaff ich wahrscheinlich auch mit Intralink-Bordmitteln.

Ford P.

------------------
Es gibt eine Theorie, die besagt, wenn jemals irgendwer genau rausfindet, wozu Pro/E da ist und warum es da ist, dann verschwindet es auf der Stelle und wird durch etwas noch Bizarreres und Unbegreiflicheres ersetzt.
Es gibt eine andere Theorie, nach der das schon passiert ist.

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

---

Hallo alle,

danke erst einmal für Euren ganzen Tipps und Hinweise, ich pflege bzw. verbessere gerade die PPP! Nun ist mir aber noch etwas eingefallen: mir ist glaube ich mal passiert daß ein teil, welches ich auf Read Only im WS gesetzt hatte - trotzdem modifiziert wurde. Kann das wirklich sein? Wenn ja, weiß jemand wann so etwas passiert und könnte das kurz erklären, denn das würde ich dann auch in die top ten aufnehmen :-)

Dankeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee

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

---

So Präsentation gehalten, kam gut an :-)

Danke für alle Eure tipp's, ich habe mal pauschal allen die hier was geschrieben haben 10 U's gegeben!

Also, weiter so, wie immer vielen Dank

Grüße

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

---

Hallo,

diese Probleme kann man ganz einfach umgehen indem mann sie einfach sperrt!
Umbennen nur im CS
Löschen nur Admins
Einchecken nur wen verifiziert
usw.
Währe ein Gedanken wert, bevor das totale Chaos entsteht.

Gruß

------------------
Computer sind das bis heute genialste Produkt menschlicher Faulheit 

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