|
OneSpace Modeling : Problem beim Laden einer Sitzung
Stolpmann am 04.01.2002 um 08:50 Uhr (0)
Danke clausb! Das hat funktioniert. Den Trick kannte ich noch nicht. Gruß, Dagmar ------------------ Stolpmann Konstruktion Auftragsentwicklungen, Schulungen
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Symbolleisten bei Update mitnehmen
karl-josef_wernet am 06.01.2002 um 19:20 Uhr (0)
Hi, Es gibt eine Moeglichkeit, diese mitzunehmen. Wie wurden die Icondefininitionen gespeichert? Wenn nur in Registry, so muessen diese exportiert werden. Dazu in den BO-Vorgaben den Schalter ganz unten setzen. Nun sind die Definitionen unter ~profiles Benutzer AnwendungsdatenCoCreateSolidDesigner 8.0.1.2 gespeichert. Fuer die neue Version wird eine neuer Ordner angelegt. Nun die entsprechenden Dateien rueberkopieren. Fertig. Ach ja am besten die Dateien hinterher wieder loeschen, da man u.U. Probleme b ...
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Symbolleisten bei Update mitnehmen
Markus Kuehl am 08.01.2002 um 09:27 Uhr (0)
Hallo Andreas, Deine Aussage in Punkt 4 ist nicht ganz korrekt. Zitat: 4. Loesche Anpassungsdateien der Form *.acc, *.def, *.pum und *.tlb in ~/sd_customize_ version (ansonsten kommen die Registry-Eintraege nie zum Zuge) Sobald OneSpace Designer einmal gestartet wurde, werden danach defaultmaessig immer die Toolbar/Menubar/Context Menu Settings aus der Registry gelesen und nicht mehr aus den Definitionsdateinen in sd_customize_ version . D.h. diese Dateien koennen ruhig in dem Verzeichn ...
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Symbolleisten bei Update mitnehmen
clausb am 14.01.2002 um 12:54 Uhr (0)
Zitat: Original erstellt von Ulf Selve: vielleicht ist dies ein Punkt, der bei den nächsten Versionen vereinfacht werden kann. Beim Update kann man das oben vorgeschlagene als Sysadmin so machen ( kein Problem ). Wenn dann ein Benutzer "mal eben" den Platz wechselt und seine Anpassungen mitnehmen möchte ist das Verfahren zu umständlich. Was Markus beschrieben hat, deckt ja auch mehr ab als den einfachen Umzug von einem PC auf den naechsten. Fuer diesen Fall muss man ja auch den aufwendigsten Teil ...
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Symbolleisten bei Update mitnehmen
woho am 14.01.2002 um 15:23 Uhr (0)
Seit einiger Zeit haben wir folgende Strategie entwickelt, Icons, Toolbars, ... von einer Version zur anderen mitzunehmen: 1. Es werden keine Originaldaten angepasst sondern nach Moeglichkeit immer eigene Dateien verwendet. Das bedeutet z.B., dass die Original-Toolbars unberuehrt bleiben und eigene Toolbars generiert werden. Das hat den Vorteil, dass man sich bei einer neuen Version die Original-Toolbars ansehen kann und diese sind nicht durch eigene Anpassungen ueberschrieben. 2. Es gib ...
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Datenaustausch mit MDT bzw. Inventor
karl-josef_wernet am 30.11.2001 um 13:32 Uhr (0)
Hi woho, wir haben alles ausprobiert, IGES, STEP, und auch SAT, aus SD raus und dann wieder aus MDT zurueck (Es gibt auch noch andere Software, die SAT einlesen kann ausser MDT )der Fehler ist immer der gleiche. Es sieht so aus, als ob MDT den Fehler schon beim Import der Daten erzeugt, denn es ist z.B. nicht moeglich, das betroffene Teil in Flaechen zu zerlegen und anschliessend wieder in Volumen zu konvertieren, da offensichtlich Flaechen nicht vorhanden sind. Die Daten die SD schreibt sind aber ok. ...
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Datenaustausch mit MDT bzw. Inventor
woho am 06.12.2001 um 07:42 Uhr (0)
Zum besseren Verstaendnis: Daten von SD zu MDT werden im MDT schon falsch angezeigt? Und das in STEP, IGES und ACIS? Wenn die gleichenDaten in MDT erzeugt werden, sehen die Daten dann im SD verkehrt aus? Und wie sehen solche Daten im ACIS-Viewer aus? Waere interessant, eine Aufstellung zu haben, wenn gleiches Modell erzeugt in SD und MDT mit STEP, IGES, ACIS exportiert/importiert wird (auch die eigenen Daten importieren), wann etwas ok ist und wann nicht. Gruss WoHo
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Datenaustausch mit MDT bzw. Inventor
karl-josef_wernet am 06.12.2001 um 07:58 Uhr (0)
Hi Woho, die Daten aus SD sehen sehr gut aus. Die SAT-Daten habe ich mir mit 2 verschiedenen Programmen angeschaut und sind ok. Sie erscheinen allerdings in MDT bzw. Inventor korrupt und zwar dergestalt, dass Torus-Elemente nur Teilweise oder gar nicht vorhanden sind. Entsprechend sieht dann der Export aus MDT / Inventor aus. Die Moeglichkeit in MDT , den Solid in Flaechen zu zerlegen und anschliessend wieder in einen Solid zurueckzuwandeln scheitert, da MDT nach der Zerlegung der Ansicht ist, dass Flae ...
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Datenaustausch mit MDT bzw. Inventor
Crazy007 am 15.01.2002 um 14:06 Uhr (0)
Komplexe Verrundungen und SD - ist das nicht ein widerspruch in sich? Aber ganz im Ernst, ich hatte auch bereits mehrfach Probleme beim Austausch mit MD. Ist das Problem denn versionsgebunden oder nicht?
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Datenaustausch mit MDT bzw. Inventor
karl-josef_wernet am 15.01.2002 um 17:08 Uhr (0)
Hi, das Problem ist nicht Versionsgebunden, d.h. taucht sowohl unter SD 8.x als 9.x auf. CC kann auch nicht weiterhelfen. lt Aussage sind die Daten korrupt. Es ist auch unerheblich, wie die Daten aus MDT erzeugt werden, d.h. IGES/STEP/SAT, der Fehler ist immer der gleiche. Ein schoenes Beispiel ist eine Leitung, die aus Zylindern und Torussegmenten aufgebaut wird. In SD gibt es hierzu "piping.lsp" (in den Goodies). Einmal in MDT import und wieder exportiert und schon hat man die schoensten Kabelknoten. ...
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Datenaustausch mit MDT bzw. Inventor
mariaca am 15.01.2002 um 21:53 Uhr (0)
Zitat: Original erstellt von woho: Hi, hast Du schon mal im MDT -Forum bzw. im Inventor-Forum nachgefragt, wie es mit solchen Daten mit Import und Export aussieht. Gruss WoHo Nein WoHo, hat er nicht! Aber wie das so ist - fragt er nicht im Forum kommt das Forum zu Ihm.. ;-) Also ich bewege mich sicher auf dünnem Eis, aber...: SD ist, ebenso wie MDT auf ACIS aufgebaut (aber bei SD IMHO selbst erweitert - also genau so wie ADESK das auch tun möchte...) Ich habe mit MDT schon ACIS und IGES Daten a ...
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Datenaustausch mit MDT bzw. Inventor
karl-josef_wernet am 15.01.2002 um 23:15 Uhr (0)
Hi Harald, danke fuer die Antwort. Werde in Zukunft die Anmerkung des "richtigen Forums" fuer das Problem beachten und in mehreren posten. (Koennte man vielleicht ueber einen Auswahlschalter etwas vereinfachen.) Zu den Daten. die waren gar nicht so komplex(s.o.) Wenn ich die Daten aus SD rausschreibe, kann ich sie auch problemlos wieder lesen ausser SAT (bis jetzt noch nicht moeglich, wird aber). Hierzu verwende ich aber eine Optiksoftware, die ebenfalls ACIS-basierend ist (TRACE-Pro, steht im Haus zur Ve ...
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Datenaustausch mit MDT bzw. Inventor
mariaca am 16.01.2002 um 11:14 Uhr (0)
Zitat: Original erstellt von karl-josef_wernet: Nur wenn die Daten via MDT eingelesen und wieder exportiert wurden (ohne Manipulation) steigt sogar die Optiksoftware beim SAT-Format aus. KJW Hallo Karl-Joseph, wie ich schon schrieb: Probiere bitte dieselbe Geometrie im MDT zu erzeugen!!! Dann als SAT (Version beachten) rausschreiben -- Loop Test durchführen und wenn der funktioniert (wovon ich ausgehe) versuchen den in die anderen Systeme einzulesen. Im Übrigen: Wenn Du 2 Manipulationen hast (S ...
|
| In das Form OneSpace Modeling wechseln |
