---

Speicherort-080709-rs44.JPG

Moin!

Nu hab ich das schon an die hundert Mal weggeklickt, nu will ich Euch doch mal fragen!     

Situation:
Obwohl klar ist, dass das problematisch ist, müssen wir hier in der Firma, für die ich arbeite, gelegentlich Dateien umbenennen. Meist sind das ganz spezielle (leider auch oft verwendete   ) Katalogteile, wo die im Dateinamen enthaltene Bezeichnung vor Zeiten mal falsch eingegeben wurde und nun halt korrigiert werden musste. Da Vault (noch) nicht verwendet wird, muss man Inventor danach bei jedem neuen Öffnen von referenzierenden Dateien die referenzierten Dateien mit dem veränderten Dateinamen zeigen. So weit, so klar; das ist auch kein Problem und wird akzeptiert, es muss halt sein.

Blöd ist nun jedoch, dass dabei nicht immer, aber sehr oft und dann für das betreffende Bauteil immer wieder, diese abgebildete Meldung kommt, und die stimmt einfach nicht! Der Speicherort der fraglichen Dateien ist ganz sicher im aktiven Projekt, da gibt es gar kein Vertun!

Man muss dann für jede Verwendungsstelle 2 (!) mal Return drücken oder OK klicken. Ob man sich dabei auch immer 2 x ärgert, dass das nicht stimmt, was die dIVa da behauptet, bleibt jedem selbst überlassen.

Allmählich möchte ich nun aber doch mal klären, was dahinter steckt, denn solcherlei Unsinnsmeldungen untergraben ja alle unsere Bemühungen, das mit den Pfaden und dem Prinzip der Projektdatei zu vermitteln, bzw. zu begreifen.

Also, meine Frage an Euch:
Was könnte die Ursache dafür sein, dass eine Datei als nicht im Projekt gespeichert angemeckert wird, obwohl sie doch korrekt im Projektbereich liegt?

------------------
Roland  
www.Das-Entwicklungsbuero.de

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

---

Hallo Roland,

gleiches Thema auch hier :
http://ww3.cad.de/foren/ubb/Forum293/HTML/000423.shtml

Ich kann nur soviel sagen: bei mir gehts, ohne diese Meldung ! Mit Vault und CC  und seperaten Bibliotheken. Auch mit Laptop im Netz und abgeklemmt.

Grüße Stefan

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

---

Danke Stefan, aber mit Vault haben wir hier ja (leider immer noch) gar nicht zu tun.

Ich habe da auch so einen ganz vagen Verdacht, dass es mit der Art zu tun hat, wie die einzelnen Pfade vereinbart sind bzw. zufällig von der dIVa erkannt werden. Aber wie gesagt, ich tappe noch immer im Dunklen.

Wäre ja nett, wenn es mit IV2009 behoben wird.

------------------
Roland  
www.Das-Entwicklungsbuero.de

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

---

Zitat:

---

Original erstellt von Doc Snyder:
... Was könnte die Ursache dafür sein, dass eine Datei als nicht im Projekt gespeichert angemeckert wird, obwohl sie doch korrekt im Projektbereich liegt?

---

Hallo Roland,

ich kann es momentan nicht nachvollziehen, aber kann es sein, dass der Pfad in der IPJ als UNC-Pfad eingetragen ist und im Dialogfeld "Verknüpfung auflösen" mit Laufwerksbuchstaben verwendet wird oder umgekehrt?

------------------
Michael Puschner
Autodesk Inventor Certified Expert
Scholle und Partner GmbH

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

---

Zitat:

---

Original erstellt von Michael Puschner:
... {einerseits} UNC-Pfad ... {andererseits} mit Laufwerksbuchstaben...

---

Ja, da gibt es Ereignisse, die auf so etwas hinweisen. Wir hatten oft Probleme mit dem Serverzugriff, und das wurde besser, als wir auf UNC-Pfade umgestellt haben, aber ob das vollständig ist, kann ich so noch nicht sagen.

Es scheint mir aber auch so zu sein, dass Windows oder Inventor oft ganz eigenmächtig entscheidet, einen als absolut eingegebenen Pfad dann doch als relativen Pfad zu speichern.

Muss man also beim "Zeigen" auch noch einen anderen Pfad benutzen?

Müsste das theoretisch mit einer Korrektur in der ipj lösbar sein?

------------------
Roland  
www.Das-Entwicklungsbuero.de

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

---

Wir haben dieselbe Fehlermeldung phasenweise recht oft.
Mit UNC vs. Gemappt hat das sicher nichts zu tun bei uns, denn es gibt hier seit fast einem Jahrzehnt nur UNC.

Eine Erklärungsmöglichkeit:
Es handelt sich um tief verschachtelte BG, und die Referenzauflösung bohrt sich zufällig mal diesen, mal jenen Weg durch die Struktur, mal lädt's zuerst eine UnterBG wo die frisch umbenannte Datei schon akzeptiert ist, was als OK für alle stammnahen UnterBG gilt, mal triffts halt zufällig mehrmals (von oben nach unten) immer wieder auf noch nicht aufgelöste BG.

Weitere Beobachtungen:
- Zeichnungsableitungen verkommen zu Alpträumen, bei umbenannten Dateien
- Der Design Assistent ist ein ganz besonderer Troll beim Aufstierln von Umbenennungsproblemresten
- Abgeleitete Komponenten verweigern häufig umbenannte Dateien, einfach NEIN und aus.

Aber IMHO das Wahrscheinlichste ist:
IV stolpert wiedermal über seine eigene Superschläue!

------------------
mfg - Leo

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

---

Hallo,

letzteres ist wohl auszuschließen .... sonst ginge es nicht absolut zuverlässig (bei mir).

Ich vermute, daß es mit der Projektdatei zu tuen hat ... ich verwende KEINE relativen Pfade.
Eine Mischung von UNC und nicht UNC gibts bei mir auch nicht.

Grüße

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

---

2008-07-09_201329.jpg

Ich kenn das auf jeden Fall auch, seit Version 2008.
Mittlerweile versuch' ich, die gesuchten Pfade über den "Favoritenbereich" links im Dateidialog (Workspace/häufig verwendete Ordner/Bib.Ordner) anzusteuern und so die Files zuzuweisen...

Und ich hab so das Gefühl, daß es dadurch besser geworden ist, sprich: daß er sich so auf jeden Fall die Pfade merkt.
Die Meldung hatte ich jedenfalls schon lange nicht mehr...

------------------
Grüße
Sebastian

Manch einer würde es Musik nennen...

[Diese Nachricht wurde von Aesop am 09. Jul. 2008 editiert.]

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

---

Zitat:

---

Original erstellt von Doc Snyder:
Moin!
[i]
Allmählich möchte ich nun aber doch mal klären, was dahinter steckt, denn solcherlei Unsinnsmeldungen untergraben ja alle unsere Bemühungen, das mit den Pfaden und dem Prinzip der Projektdatei zu vermitteln, bzw. zu begreifen.

---

wie wahr!

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