|
OneSpace Modeling : Löschen Konstruktionslinie
wenk am 16.05.2003 um 15:54 Uhr (0)
Noch ne Frage an OSDM- User. Kann man in Anno die Konstruktionslinien nicht global löschen? in Me10 ist das sehr einfach! Gruß Manfred
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Löschen Konstruktionslinie
wenk am 16.05.2003 um 18:30 Uhr (0)
Hallo Hartmuth, danke für den Tip. Du wirst es nicht glauben, diesen Pfeil, für die Auswahl, habe ich noch nie gedrückt. Liegt wohl daran, daß ich Anno nur zum Ableiten benutze. Den Rest erledige ich im einfacheren Me10 oder sagt man OSDD. Gruß Manfred
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Ansicht auf Fläche
Otto Kaiser am 19.05.2003 um 15:22 Uhr (0)
Danke für die schnelle Reaktion, ich habe mich hier nicht eindeutig ausgedrückt. Ich meine natürlich die Bildschirmansicht. Wir haben zur Zeit eine Baugruppe, wenn man die mit dem BUTTON “Ansicht auf Fläche“, dreht, steht sie auf dem Kopf. Sie müsste um 180° gedreht werden. Grüße aus Niederbayern ------------------ www.telex.de
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Annotation Vorgaben ändern bei Ausbrüchen?
3D-Papst am 19.05.2003 um 11:11 Uhr (0)
Zu früh gefreut :-( details, partials und cutaways (Detail, Teilansicht, Ausbruch ?) hängen ja mit dem o.g. Befehl zusammen. Dadurch ändert sich auch Textgröße und Farbe bei allen dreien! Das wollte ich dann doch nicht. Gibt es nicht ne Möglichkeit nur die Ausbrüche zu ändern, ähnlich: :docu_cutaway_label_color GREEN Den Befehl hab ich schon getestet, funzt nicht :-), wär auch zu einfach gewesen. Gibts noch ne andere Lösung damit ich die 3 einzeln ändern kann? Danke!
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Annotation Vorgaben ändern bei Ausbrüchen?
Hartmuth am 20.05.2003 um 08:23 Uhr (0)
Zitat: Original erstellt von 3D-Papst: [B]Gibts noch ne andere Lösung damit ich die 3 einzeln ändern kann? B] Glaube ich nicht Wenn Du verschiedene Einstellungen für Detail, Ausbruch und Teilansicht verwendest wird Dir wohl nichts anderes übrig bleiben als den am häufigsten vorkommenden Fall voreinzustellen und die anderen nachträglich manuell zu ändern. Vieleicht mit einem selbst definierten Icon zum Ändern des Textes. Das macht s etwas handlicher. ------------------ Grüße Hartmuth
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Annotation Vorgaben ändern bei Ausbrüchen?
3D-Papst am 20.05.2003 um 10:44 Uhr (0)
Danke, muss ich wohl mit leben, ist aber auch nicht so wild, es gibt schlimmeres. Gruß Heiko
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Rand bei Ausbruch
jantweiler am 06.03.2003 um 18:55 Uhr (0)
Hallo zusammen, ich habe wieder mal eine Frage zu den Ausbrüchen mit Annotation. Gibt es eine elegante Möglichkeit den Rand des Ausbruches der sich ausserhalb der Kontur befindet wegzulassen? Im Moment trenne ich den Rand an den Werkstückkanten auf und schwärze ihn. Diese vorgehensweise gefällt aber mir und meinen Kollegen nicht besonders. ------------------ Gruß Jörg Antweiler
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Rand bei Ausbruch
Hartmuth am 06.03.2003 um 23:09 Uhr (0)
Hallo Jörg, Getrennt sollte der Rand an den Körperkannten schon sein, sonst würde es mit dem Schraffieren nicht klappen. Die überflüssige Linie kannst Du einfach mit "Löschen Berechnet" entfernen. Ansosten kann man mit dem Befehl :docu_cutaway_border_visible NO den unötigen Rand auch vorab weglassen. (Bei Bedarf am besten in die Datei am_customize eintragen.) ------------------ Grüße Hartmuth
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Rand bei Ausbruch
jantweiler am 08.03.2003 um 12:24 Uhr (0)
Hallo Hartmuth, erst mal Danke für Deine Antwort. Aber das mit dem Befehl habe ich nicht ganz verstanden. Gebe ich den Befehl vor dem Erstellen des Ausbruches an oder nachher? Wenn ich den Befehl eintippe passiert überhaupt nichts. Und wie lautet die genaue Syntax? Viele Grüße Jörg
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Rand bei Ausbruch
jantweiler am 13.03.2003 um 20:35 Uhr (0)
Hallo zusammen, wenn ich den Befehl direkt in Annotation eingebe passiert leider nichts. Warum weiss ich auch nicht. Die am_customize wird bei uns von firmenspezifischen Einstellungen überschrieben. Und diese Dateien liegen im Netz und sind für alle User. Da ändere ich lieber nichts, sonst gibt es Ärger mit meinem CAD Betreuer, der die Sache aber jetzt in Angriff nimmt Dank Euren Antworten. Also vielen Dank nochmal. ------------------ Gruß Jörg Antweiler
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : SD license check needs 241,6 seconds
Tommy am 20.05.2003 um 20:34 Uhr (0)
Die eigentlichen Probleme bekannen damit, daß an einem Arbeitsplatz Dateien (*.pkg) nach dem Speichern nicht mehr lesbar waren , also wurde dann das paket gesplittet, um wenigstens einen Teil der Teile zu retten. Danach wurde uns seitens des support empfohlen, die TCP_NO_DELAY auf 1 zu setzen. Dies führte genau zu den vorher beschriebenen Effekten. Da dieser Vorgang die einzige relevante Aktion am Netz der letzten Tage vor dem auftreten des black-out war, habe ich heute früh das TCP_NO_DELAY wieder auf 0 ...
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : SD license check needs 241,6 seconds
karl-josef_wernet am 21.05.2003 um 00:30 Uhr (0)
Hi Tommy, hast Du schon mal bei den Netzwerkern nachgehakt, ob ein Router haengt? Kommt gelegentlich vor. Oder wurde einer wegen eines Defektes ausgetauscht? Aus eigener Erfahrung kann ich sagen, dass sich z.T. auch verschiedene Routerfabrikate nicht gruen sind. Kann man den betroffenen Rechner mal in ein anderes Netzsegment haengen? Sind die DNS-Eintraege auch korrekt (Primaery und Sekundary)? Werden Short-/Longname verwendet? Stimmen die Aliases, so dass der Lizenzserver die Antwort auf eine Lizenzanfrag ...
|
| In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : SD license check needs 241,6 seconds
clausb am 21.05.2003 um 07:24 Uhr (0)
Die Environmentvariable heisst TCP_NODELAY, nicht TCP_NO_DELAY. Wenn Du die letztere Schreibweise verwendet hast, dann hast Du (zumindest in OSDM) gar keine Aenderung bewirkt, denn OSDM fragt eine Environmentvariable mit Namen TCP_NO_DELAY gar nicht ab, kann also auch nicht darauf reagieren. Ich wuesste auch nicht, wer sonst TCP_NO_DELAY abfragt. Im uebrigen ist mir nicht klar, was TCP_NO_DELAY oder TCP_NODELAY mit dem fehlerhaften Abspeichern (oder Laden) von Dateien zu tun haben sollten. Wenn ueberhaupt ...
|
| In das Form OneSpace Modeling wechseln |
