---

fehlermeldung.JPG

Guten Morgen Leute!

Ich arbeite jetzt seit gut 2 Jahren mit Inventor und bin eigentlich ganz zufrieden.
Doch eine Sache habe ich bin heute nicht verstanden...
die Stilbibliothek! Auch heute morgen war sie wieder für eine Überraschung gut (siehe Bild)
Ich habe ein neues leeres Blatt geöffnet.. Was hab ich falsch gemacht?

Danke und Gruß
JD

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

---

Hallo,

Du bist gut, zwei Jahre zufriedener IV-User ohne mit Stilbiliotheken in Berührung gekommen zu sein <G>
(Hmmm, eigentlich sind mir persönlich diese Sachen auch nach 6 Jahren immer noch nicht wirklich geläufig <G> )

Die Fehlermeldung sagt eigentlich punktgenau aus was los ist, und auch wie man es beheben kann.
Du musst sie nur Wort für Wort bis ins Detail lesen und ernst nehmen.

Nachtrag:
Die Pfadangabe in der Fehlermeldung legt nahe, dass Du gemappte Laufwerke verwendest.
Davon sei ausdrücklich abgeraten!
------------------
mfg - Leo

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

---

Moin JD,

in Deiner Vorlagedatei weichen einige Einstellungen (lokal) von den Einstellungen in der globalen Stilbibliothek ab.

Abhilfe:
Je nachdem, welche Einstellung gefordert sind, entweder die lokalen Einstellungen in der globale Stilbibliothek "speichern".
Oder die Vorlagedatei bereinigen und mit den Einstellungen der globalen Stilbibliothek überschreiben, "aktualisieren".

So dass Vorlagedatei und Stilbibliothek auf dem gleichen Stand sind.

[EDIT] Leo war schneller. [EDIT]

------------------
Gruß Ingo

Theorie ist,wenn man alles weiß und nichts funktioniert. Praxis ist,wenn alles funktioniert und keiner weiß warum.
Bei mir wird Theorie und Praxis vereint: Nichts funktioniert und keiner weiß warum!    

[Diese Nachricht wurde von tanzbaer1963 am 11. Jan. 2013 editiert.]

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

---

Hallo Leute,
danke für die schnellen Antworten!
Im Grunde musste ich nur einmal den Stil-Editor aktualisieren
dann war das Problem gegessen!

Danke und Gruß
JD

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

---

Zitat:

---

Original erstellt von Leo Laimer:

Nachtrag:
Die Pfadangabe in der Fehlermeldung legt nahe, dass Du gemappte Laufwerke verwendest.
Davon sei ausdrücklich abgeraten!

---

Was spricht denn deiner Meinung nach gegen gemappte Laufwerke?

Gruß
Tobi

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

---

- Eigene schlechte Erfahrung (allerdings von rel. viel früher, zufällig mit MDT und SWX)
- Dezidiertes Abraten von seiten Adesk (bereits in dem berühmt-berüchtigten 50-Seiter, wenn ich mich recht erinnere)
- Gemappte LW kaschieren die eigentliche Pfadlänge, und wie wir alle wissen bekommt IV schon Probleme bei rund 200 Zeichen, nicht erst bei 255.

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

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

---

In einem kleinem Netzwerk mit ein oder zwei Servern mag das Arbeiten über UNC noch funktionieren. Ich steuer die Pfade hier im Netzwerk auch über UNC an. ABER, ich betreue bei uns das Netzwerk und weiß wie ich mich bewegen muss und wo ich hin will.

Gemappte Laufwerke sind Windows-Standard. Man trifft überall auf Laufwerksbuchstaben. Es ist undenkbar, das Anwender in etwas größeren Strukturen, oder Anwender die sich mit EDV nicht auskennen, bzw. nicht auseinander setzen wollen, sich über UNC Pfade durchs Netzwerk kämpfen.

Wer Verzeichnisse und Dateinamen generiert, die insgesamt eine Länge von 255 Zeichen überschreiten, sollte sich Gedanken über seine Arbeitsweise machen.
(Zugegeben: Manchmal passiert das automatisch, bedingt durch das FEM-Modul aus Inventor oder komische CADENAS-Teile)
In den meisten Fällen ist es aber der Anwender schuld, der unbedingt neben der Bauteilnummer auch noch die Benennung, das Material und irdendwas anderes in den Dateinamen schreibt...

Ich kann mich nicht daran erinnern, irgendo und irgendwann mal gelesen zu haben, das Autodesk von Laufwerksbuchstaben abrät. Das ließe sich in der Praxis gar nicht umsetzen.

viele Grüße
Tobi

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

---

Ich konnte dieses Problem lösen, nachdem die Vorlagen in dem besagten Ordner geöffnet und nochmals abespeichert wurde.

------------------
Suche eine neue Herausforderung im östlichen Oberfranken.
Bin für jede Hilfe dankbar.

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

---

Zitat:

---

Original erstellt von Tobsen:
...Ich kann mich nicht daran erinnern, irgendo und irgendwann mal gelesen zu haben, das Autodesk von Laufwerksbuchstaben abrät...

---

Hallo Tobi,

Ich kann momentan jene dezidierte wortwörtliche Warnung  von seiten Adesk gg gemappte LW nicht finden, es war in irgendeinem "Managing your Data"-Büchlein, das ein nach-Nachfolger des 50-Seiters war.

Aus der Online-Hilfe von IV 2010:
Verwenden Sie zum Referenzieren eines Speicherorts auf einem Server oder einer Remote-Workstation einen eindeutigen UNC-Pfad (z. B. \\server_name\unser_ordner).
...
In den Dialogfeldern Öffnen und Komponente platzieren können Sie mit beliebigen UNC-Pfaden zu Netzwerkspeicherorten wechseln. Vermeiden Sie dies jedoch, und verwenden Sie stattdessen nur die Projektverknüpfungen in diesen Dialogfeldern zu den Ordnern im Projekt.

Anmerkung:
Wenn Sie einen anderen UNC-Pfad oder den Pfad eines verbundenen Laufwerks zum manuellen Wechseln zu einem Projektspeicherort verwenden, kann dies im Windows-Betriebssystem oder den Netzwerkdomänen-Zuordnungen zu Verwirrung führen, wodurch projektbasierte Netzwerkzuordnungen verloren gehen und dadurch referenzierte Dateien nicht mehr gefunden werden können

Das spricht jetzt nicht wortwörtlich gegen gemappte LW, aber ausdrücklich für UNC-Pfade, und erklärt wie man das auch in weitverzweigten Netzstrukturen gut umsetzen kann.

Die o.e. schlechten Erfahrungen meinerseits sind rasch erklärt:
Es gibt 26 gültige LW-Buchstaben, von denen ca. 20 frei verfügbar sind. Mit guter Wahrscheinlichkeit triffst Du irgendwann auf einen "bekannten" LW-Buchstabe "fremden" Inhalts, da brauchst nur mal Daten per USB-Stick nach Hause oder zum Kunden nehmen.
Dann brauchst nur zufällig auf diesem Duplikat-LW-Buchstaben dieselben Dateinamen liegen (z.B. eine Entwurfskonstruktion mit Phantasienamen) - und schon hast Du den Salat.
Also, es müssen schon zwei, drei Zufälle zusammenspielen - aber die sind nicht gar so unwahrscheinlich.

Das mit der Länge der Dateipfade+namen:
Darüber stolpert IV hier regelmässig, bei unseren typischen Monster-Projekten. Einerseits legen wir selber eine Unterordnerstruktur (2-3 Ebenen) an, und dann spielen ein paar mistige IV-Module auch noch verrückt und legen endlose Struktur-Würste darunter an, und dann im allertiefsten Unterordner auch noch ein OldVersions mit Dateiname.0001.ip? und schon hats Dich an der Gurgel.
Unwitzigerweise klappt das mit den Endlospfaden unter Win2k und XP manchmal grad noch, aber Win7 stolpert dann gnadenlos.

Also nochmals:
- Gemappte LW sind pfui
- Es geht auch "ohne".

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

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

---

Hallo Leo,

Wenn man zwischen den Zeilen liest, das muss man bei dem schlecht übersetztem Autodesk Kauderwelsch häufig, dann liest man folgendes heraus:

Egal ob du über UNC oder Laufwerksbuchstaben auf Dateien zugreifst und diese in einer Baugruppe verbauen willst, dann achte darauf das die Dateien im Projektordner (Arbeitsbereich, Bibliothekspfad, etc.) liegen, da es ansonsten zu referenzierungsproblemen kommen kann.

Dort steht nicht, das man keine Laufwerksbuchstaben verwenden sollte!

Im Gegenteil! Ich gehe sogar soweit und sage, das Laufwerksbuchstaben Vorteile in vielen Bereichen haben. Zum Beispiel kan man !einfach! bei Bedarf auf einen anderen Server umziehen. Der Anwender bekommt davon gar nichts mit.

Man ist nie auf Server- und Freigabenamen angewiesen.

Ich kenne keine Anwender, die ausschließlich über UNC-Pfade arbeiten. Das würde auch nur bei einem Anwender funktionieren, der sich mit seiner Netzwerktechnik und Netzwerkstruktur auseinandersetzen will.

Also nochmal von mir:
- Es gibt überhaupt keine Gründe, die gegen Netzwerklaufwerke sprechen.
- Ich finde es toll wie du dich hier auf cad.de engagierst und du bist mit deinen mehr als 20.000 Beiträgen ein "Meinungsmacher". Daher bitte ich dich in manchen Gebieten, in denen du nicht zu 100% sicher bist, den Ball flach zu halten. Nacher glaubt dir noch einer was du hier schreibst!     

Ich wünsche dir ein schönes Wochenende
Tobi

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

---

Hallo Tobsen,

Sehr wohl gibt es einen Grund der gegen Netzlaufwerke spricht:
Performance.

Deine Ratschläge solltest du zu aller erst an dir selbst verwirklichen ...

Grüße

[Diese Nachricht wurde von Husky am 12. Jan. 2013 editiert.]

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

---

Zitat:

---

Original erstellt von Tobsen:
......- Ich finde es toll wie du dich hier auf cad.de engagierst und du bist mit deinen mehr als 20.000 Beiträgen ein "Meinungsmacher". Daher bitte ich dich in manchen Gebieten, in denen du nicht zu 100% sicher bist, den Ball flach zu halten. Nacher glaubt dir noch einer was du hier schreibst!               .........

---

Inhaltlich finde ich den [Edit] gesamten Beitrag (nicht das Zitat) [\Edit]  in Ordnung, die Formulierung jedoch sehr unglücklich (weil sie in ihrer Intensität mehr als über das [hoffentlich beabsichtigte] Ziel hinausgeht.

Andreas

[Diese Nachricht wurde von Andreas Gawin am 12. Jan. 2013 editiert.]

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

---

Zitat:

---

Original erstellt von Tobsen:
Also nochmal von mir: - Es gibt überhaupt keine Gründe, die gegen Netzwerklaufwerke sprechen...

---

Warum sollte ich Dir glauben und nicht der eindeutigen Erfahrung von ziemlich vielen mir gut bekannten Anwendern (einschließlich mir selber), die sich sehr intensiv mit ihrer Netzwerktechnik und vor allem Netzwerkstruktur auseinandersetzen, und zwar nicht, weil sie das so lustig finden, sondern weil es nötig ist, damit sie ihrem Broterwerb als Maschinenbauspezailist auch mit CAD effizient nachgehen können, und die genau das Gegenteil des von Dir behaupteten festgestellt haben.

Falls Du solche nicht kennst: Du kannst uns gerne mal im Büro besuchen.

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

It's not the hammer - it's the way you hit!

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

---

Ich denke das Leo mein Kommentar am Ende meines letzten Beitrags richtig verstanden und die drei zwinkernden Smilies am Ende meines Satzes gesehen hat.

Ich möchte noch etwas zum Thema gemappte Laufwerke schreiben:

Natürlich ist die Pafadangabe über UNC die sicherste und eindutigste Methode um einen Dateipfad im Netzwerk anzugeben. Über UNC sollte es zu keinen Namenskonflikten kommen können, da der Pfad immer eindeutig ist.
Leider ist das, wie oben in meinem Beitrag geschrieben, häufig nicht möglich, da sich die Anwender an einen "Windows-Standard" gewöhnt haben. Die wenigsten Anwender haben genügend Erfahrung um sich im Netzwerk über diesen Weg zurecht zu finden und würden sofort aufschreien, wenn man die Laufwerksbuchstaben wegnehmen würde.

Es spricht wirklich nichts gegen das Arbeiten mit gemappten Laufwerken. Natürlich muss man darauf achten, das die Laufwerke auf allen Arbeitsplätzen zum selben Pfad zeigen und den selben Buchstaben verwenden. Das kann man in einer Domäne über Anmeldescripte regeln.

Wer alle Buchstaben des Alphabets für Netzlaufwerke aufbraucht, sollte sich Gedanken über seine Arbeitsweise machen!

Die Probleme, die in Verbindung mit fehlenden Referenzen im Netzwerk auftretet, sind fast immer auf den Anwender und/oder ein schlecht administriertes Netzwerk zurück zu führen. Wenn zwei Anwender dummerweise mit unterschiedlichen Buchstaben arbeiten, dann knallt es natürlich.
Man kann aber nicht sagen, das Inventor generell Probleme mit gemappten Laufwerken hat.

Es gibt auch keinen Performanceunterscheide zwischen dem Netzwerkzugriff über UNC oder Netzlaufwerke. Falls doch, dann stimmt etwas an der Konfiguration des Netzwerkes nicht!

viele Grüße
Tobi

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

---

Hallo,

Exakt an der Stelle wo Netzlaufwerke eingebunden werden, kannst du Netzwerkadressen hinzufügen ==> kein Unterschied für den Anwender.

per GPO verteilt ==> kein Unterschied für den Admin (Anmeldescripte sind out)

Doch sehr wohl ..... ein UNC-Pfad braucht einmalig eine Authentifizierung dann kann der Anwender alle Dateien abgreifen, bei einem Netzlaufwerk muß jede Datei authentifiziert werden. Kein nennenswerter Unterschied bei großen Dateien, aber die DIVA arbeitet mit unzählig vielen kleinen Dateien. Solange dein Netzwerk ausreichend dimensioniert ist, kein Problem aber spürbar.

Es gibt leider immer noch ein paar Ungereimtheiten im Inventor die zu fehlenden Referenzen führen können. Der ehemaliger 50-Seiter ist Pflicht für den engagierten Diven-Bändiger. Mit Netzwerk hat das leider allzu oft nix zu tuen, wohl aber mit der Projektdatei, die Erfahrungsgemäß von kaum einem wirklich beherrscht wird.

Grüße

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

---

Hallo,

Ich hab jetzt schon mehrmals einen Anlauf genommen um hier nochmals zu antworten, habs immer wieder fallengelassen weil es etwas unhöflich und rechthaberisch geklungen hätte.

Ich verweise nun nur nochmals auf den oben zitierten Hilfetext:

In den Dialogfeldern Öffnen und Komponente platzieren können Sie mit beliebigen UNC-Pfaden zu Netzwerkspeicherorten wechseln. Vermeiden Sie dies jedoch, und verwenden Sie stattdessen nur die Projektverknüpfungen in diesen Dialogfeldern zu den Ordnern im Projekt

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

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