| |
| Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für Autodesk Produkte |
Autor
|
Thema: OSnap funktioniert nicht immer (1328 mal gelesen)
|
FeR Mitglied
Beiträge: 150 Registriert: 27.10.2003 Win7 Llatest SP AutoCAD 2016 Design Ultimate Suite
|
erstellt am: 04. Apr. 2005 16:13 <-- editieren / zitieren --> Unities abgeben:
Wir hatten heute das seltsame Problem, dass in der Zeichnung der Objektfang Schnittpunkt nicht mehr funktioniert hat. Der Schnittpunkte konnte nur mit dem Objektfang angenommener Schnittpunkt gefunden werden. Nach langer Suche haben wir bemerkt, dass die Koordinaten relativ weit vom Ursprung entfernt sind. X=6380101.42 Y=4111330.67 Als wir diese Richtung 0,0,0 verschoben hatten ging alles wieder einwandfrei. Ist es möglich das AutoCAD 2002 damit nicht umgehen kann? Und wieso ist die angehängte Datei fast 1MB groß wenn da fast nix dargestellt ist?????? ------------------ mfg FeR "gefundene Rechtschreibfehler dürfen behalten werden." EDIT: hab nun die kleine Datei upgeloadet (die ohne Layerfilter)
[Diese Nachricht wurde von FeR am 05. Apr. 2005 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
j-sc Ehrenmitglied
Beiträge: 1837 Registriert: 14.07.2003 W7 64Bit intel core I7 2,8GHz / 4GB ATI FIRE PRO V5800 acad2011 acad2015 acad2018 Athena Expresstools
|
erstellt am: 04. Apr. 2005 16:46 <-- editieren / zitieren --> Unities abgeben: Nur für FeR
High, in der angehängten Datei sind sehr viele benannte layerfilter definiert. Wenn Du die killst (wie's schnell geht, findest Du HIER, wird die Datei mit Sicherheit kleiner. ------------------ Ciao J-SC ... geht's vielleicht doch? Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
FeR Mitglied
Beiträge: 150 Registriert: 27.10.2003 Win7 Llatest SP AutoCAD 2016 Design Ultimate Suite
|
erstellt am: 04. Apr. 2005 17:14 <-- editieren / zitieren --> Unities abgeben:
Wow! hat nur noch 30kB Leider schleppt man sich dies Layerfilter nur allzu leicht ein, meiner Meinung nach auch unkontrolliert. ------------------ mfg FeR "gefundene Rechtschreibfehler dürfen behalten werden." Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Huebi Mitglied Vermessungsing.
Beiträge: 107 Registriert: 08.01.2004 AutoCAD 2004, AcadMap 2004, LT 2004 Windoof XP Vers. 2002, SP2 Pentium 4, 2.6 GHz, 1GB RAM Matrox Millenium P650 mit 2 Glotzen dran
|
erstellt am: 05. Apr. 2005 08:05 <-- editieren / zitieren --> Unities abgeben: Nur für FeR
Woran es nun aber liegt, daß sich der Schnittpunkt nicht fangen läßt ist wohl immer noch unklar, oder? Daran, daß es sich dabei um Gauß-Krüger-Koordinaten handelt kann's ja wohl nicht sein, da ich den Fall quasi ständig habe, ohne daß Probleme auftreten. Hat jemand eine Idee? ------------------ Schaun ma mal, dann seng ma scho.... Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
FeR Mitglied
Beiträge: 150 Registriert: 27.10.2003 Win7 Llatest SP AutoCAD 2016 Design Ultimate Suite
|
erstellt am: 05. Apr. 2005 08:34 <-- editieren / zitieren --> Unities abgeben:
Ich arbeite ständig im Gauß-Krüger-Koordinaten System aber die Werte liegen weit auserhalb dieses Systems...quasi Mond Und werden im normalen Arbeitsaltag nicht erreicht. Aber es scheint sich offenbar um eine Schwachstelle zu handeln. ------------------ mfg FeR "gefundene Rechtschreibfehler dürfen behalten werden." Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Dig15 Ehrenmitglied V.I.P. h.c. Dipl.-Ing. für Markscheidewesen und Geodäsie
Beiträge: 5833 Registriert: 27.02.2003 DWG TrueView 2014
|
erstellt am: 05. Apr. 2005 08:36 <-- editieren / zitieren --> Unities abgeben: Nur für FeR
|
FeR Mitglied
Beiträge: 150 Registriert: 27.10.2003 Win7 Llatest SP AutoCAD 2016 Design Ultimate Suite
|
erstellt am: 05. Apr. 2005 08:39 <-- editieren / zitieren --> Unities abgeben:
Linien schneiden sich. Z-Werte hab ich damals gleich überprüft...alles null Sobald man beide Linien näher zum 0-Punkt verschiebt taucht der Schnittpunkt wieder auf :/ ------------------ mfg FeR "gefundene Rechtschreibfehler dürfen behalten werden." Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
CADdog Ehrenmitglied V.I.P. h.c.
Beiträge: 2237 Registriert: 30.04.2004 Intel Xeon 3,6 GHz 32 GB RAM NVIDIA Quadro P2000 Windows 10 Enterprise AutoCADmap 3D 2023 WS-Landcad 2023 QGIS 3.10
|
erstellt am: 05. Apr. 2005 08:40 <-- editieren / zitieren --> Unities abgeben: Nur für FeR
Zitat: Original erstellt von Huebi: ...Daran, daß es sich dabei um Gauß-Krüger-Koordinaten handelt kann's ja wohl nicht sein, ...
Doch, ich denke schon. entscheidend ist nicht nur die Entfernung vom Koordinatenursprung des WKS sondern auch die Linienlänge. Probleme sollte es also nur bei relativ kurzen Linien geben und der bug "verschwindet" bei einer Verlängerung derselben. So kann ich es zumindest für meine Version bestätigen und erinnere mich auch bei A2k daran. ------------------ gruß CADdog, the dog formerly known as TR AutoCAD spricht mit einem, aber viele hören nicht zu. [Diese Nachricht wurde von CADdog am 05. Apr. 2005 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
cad4fun Ehrenmitglied
Beiträge: 1846 Registriert: 06.12.2004 privat ACAD 2013 und 2017 deutsch, Windows 7 64Bit HP Elite 7500 Series MT,Intel Cote i5-3470 CPU 3,20Ghz,16GB RAM ATI FirePro V (FireGL V) Graphics Adapter Treiberversion: 15.201.1151.1008
|
erstellt am: 05. Apr. 2005 08:41 <-- editieren / zitieren --> Unities abgeben: Nur für FeR
ein rechtswert von X=6380101.42 erscheint mir wohl etwas übertrieben. ACAD kann mit diesen zahlenwerten schlicht und einfach nicht umgehen. skaliert mal die grafik an einem punkt der symetrieachse um den faktor 1000 und schon geht es wieder. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Angelika Hädrich Ehrenmitglied V.I.P. h.c. Application Engineer
Beiträge: 5123 Registriert: 12.07.2000 Der erreicht am meisten, der immer auch anders kann, als er vorhatte.
|
erstellt am: 05. Apr. 2005 08:50 <-- editieren / zitieren --> Unities abgeben: Nur für FeR
Hi, komische Ergebnisse beim Fangen kann es auch geben, wenn Schnittpunkt und virtueller Schnittpunkt gleichzeitig im OFang aktiviert sind. Außerdem ist die Variable OSNAPZ manchmal für unerwartete Ergebnisse gut. Gruß Angelika ------------------ Lieber Fehler riskieren als Initiative verhindern. (Reinhard Mohn)
Bitte Supportangaben eintragen, warum siehst du hier 'Wie sprechen Menschen mit Menschen? Aneinander vorbei!' (Kurt Tucholsky) Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
FeR Mitglied
Beiträge: 150 Registriert: 27.10.2003 Win7 Llatest SP AutoCAD 2016 Design Ultimate Suite
|
erstellt am: 05. Apr. 2005 08:56 <-- editieren / zitieren --> Unities abgeben:
Ich finde das aber schon ein wenig komisch, das Rechner und Programme auf so hohem Niveau, an einfachen Rechnungen scheitern nur wenn die Zahlen um den Faktor 1000 vergrößert sind. Selbst mein alter TI-32 aus der Volkschule kann so was! ------------------ mfg FeR "gefundene Rechtschreibfehler dürfen behalten werden." Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
cad4fun Ehrenmitglied
Beiträge: 1846 Registriert: 06.12.2004 privat ACAD 2013 und 2017 deutsch, Windows 7 64Bit HP Elite 7500 Series MT,Intel Cote i5-3470 CPU 3,20Ghz,16GB RAM ATI FirePro V (FireGL V) Graphics Adapter Treiberversion: 15.201.1151.1008
|
erstellt am: 05. Apr. 2005 09:34 <-- editieren / zitieren --> Unities abgeben: Nur für FeR
Zitat: Original erstellt von FeR: Ich finde das aber schon ein wenig komisch, das Rechner und Programme auf so hohem Niveau, an einfachen Rechnungen scheitern nur wenn die Zahlen um den Faktor 1000 vergrößert sind. Selbst mein alter TI-32 aus der Volkschule kann so was!
spitzen-volksschule, wo gibt es sowas. wenn alle so wären, hätten wir kein PISA-problem konnte man bein TI-32 die notwendige anzahl stellen schon eingeben? und hat er intern schon mit der notwendigen anzahl gerechnet? Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |