| | | Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für Autodesk Produkte | | | | Request a special discount on NVIDIA RTX 5000 Ada Generation GPU !, eine Pressemitteilung
|
Autor
|
Thema: intersect von Axel (1583 mal gelesen)
|
gmk Mitglied Dipl.-Ing.(FH) Vermessung
Beiträge: 669 Registriert: 23.10.2002 Autocad 2004, WS CadCompass, Normica V2000, WinXP Prof., AMD Athlon 64 X2, 2GB, NVIDIA GeForce 7600GS, HP1055CM
|
erstellt am: 16. Okt. 2015 07:44 <-- editieren / zitieren --> Unities abgeben:
Servus! Ich verwende schon sehr lange die "intersect" Funktion von Axel's ActiveX Seite http://www.activex.autolisp.info/intersect.html Die Funktion berechnet die Schnittpunkte sich tatsächlich schneidender Elemente, also keine gedachten Verlängerungen (acExtendNone=0). Gestern ist mir aufgefallen, dass die Funktion bei Elementen die sich nicht schneiden aber einen sehr geringen Abstand (bis zu ca 0.06) haben, trotzdem einen Schnittpunkt berechnet (osmode auf 0, keine anderen Zeichenelemente in Reichweite) Kann das jemand nachvollziehen bzw. warum ist das so? Ciao Georg ------------------ http://www.xxx-tausend.info Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
jörg.jwd Ehrenmitglied V.I.P. h.c. CAD-PDM Administrator
Beiträge: 3109 Registriert: 05.11.2003
|
erstellt am: 16. Okt. 2015 08:27 <-- editieren / zitieren --> Unities abgeben: Nur für gmk
...ich vermute mal dass die Pickbox zu groß ist. ------------------ Grüße Jörg da ich weiß daß ich nichts weiß weiß ich immer noch mehr als die die nicht wissen daß sie nichts wissen (weiß nicht von wem) Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
gmk Mitglied Dipl.-Ing.(FH) Vermessung
Beiträge: 669 Registriert: 23.10.2002 Autocad 2004, WS CadCompass, Normica V2000, WinXP Prof., AMD Athlon 64 X2, 2GB, NVIDIA GeForce 7600GS, HP1055CM
|
erstellt am: 16. Okt. 2015 08:32 <-- editieren / zitieren --> Unities abgeben:
|
neurosis Mitglied dipl.ing.
Beiträge: 224 Registriert: 22.08.2006
|
erstellt am: 16. Okt. 2015 08:35 <-- editieren / zitieren --> Unities abgeben: Nur für gmk
moin georg, also, im niedrigen zahlenbereich funktioniert die funktion. aber im hohen zahlenbereich (6-stellig) nicht. in diesen bereichen hat autocad / lisp einige rundungsprobleme / genauigkeitsprobleme. was hilft ist, sich eine eigene verschneidungsroutine zu schreiben, die mit koordinaten in einem lokalen koordinatensystem arbeitet. oder die objekte in richtung ursprung zu verschieben und dann die funktion verwenden gruss marco ------------------ Marco Heuer www.arc-aachen.de Airport Office Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
gmk Mitglied Dipl.-Ing.(FH) Vermessung
Beiträge: 669 Registriert: 23.10.2002 Autocad 2004, WS CadCompass, Normica V2000, WinXP Prof., AMD Athlon 64 X2, 2GB, NVIDIA GeForce 7600GS, HP1055CM
|
erstellt am: 16. Okt. 2015 08:44 <-- editieren / zitieren --> Unities abgeben:
|
jörg.jwd Ehrenmitglied V.I.P. h.c. CAD-PDM Administrator
Beiträge: 3109 Registriert: 05.11.2003
|
erstellt am: 16. Okt. 2015 09:47 <-- editieren / zitieren --> Unities abgeben: Nur für gmk
Zitat: Original erstellt von gmk: Verstehe ich nicht, kannst mir das näher erklären. Gruß Georg
Hallo Georg, falls das ursprüngliche Problem noch existiert hier kurze Erklärung zur Pickbox. Das ist das kleine Quadrat anstelle des Cursors wenn du Objekte wählst. Ich hab mir das Programm jetzt nicht angeschaut aber wenn die Punkte über irgendwelche Objektwahl gesucht werden könnte die Pickbox tatsächlich der Auslöser sein. Setz doch die mal auf 0 und probier's mal. ------------------ Grüße Jörg da ich weiß daß ich nichts weiß weiß ich immer noch mehr als die die nicht wissen daß sie nichts wissen (weiß nicht von wem) Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
joern bosse Ehrenmitglied Dipl.-Ing. Vermessung
Beiträge: 1763 Registriert: 11.10.2004 Window 11 ACAD 2021 CIVIL 2021 BricsCAD ab V14 11th Gen Intel(R) Core(TM) i7-1165G7 @ 2.80GHz 2.80 GHz 32.0GB RAM NVIDIA GeForce MX450<P>
|
erstellt am: 16. Okt. 2015 10:16 <-- editieren / zitieren --> Unities abgeben: Nur für gmk
|
gmk Mitglied Dipl.-Ing.(FH) Vermessung
Beiträge: 669 Registriert: 23.10.2002 Autocad 2004, WS CadCompass, Normica V2000, WinXP Prof., AMD Athlon 64 X2, 2GB, NVIDIA GeForce 7600GS, HP1055CM
|
erstellt am: 16. Okt. 2015 10:25 <-- editieren / zitieren --> Unities abgeben:
Zitat: Original erstellt von joern bosse: Hallo Jörg, ich glaube das ist ein Missverständnis. Soweit ich Axel's Intersect-Funktion kenne werden dort die Objekte direkt als Entity übergeben, es wird nichts ausgewählt.@Georg: auch ich habe mir den WürgAround angewöhnt, bei intersect und vlax-curve Geschichten grundsätzlich die Geometrie vorher über einen einheitlichen Vektor nahe Null zu schieben
Stimmt, werden direkt übergeben. Das mit den "grossen Koordinaten" war schon immer ein Problem, nicht nur in AutoCAD. In Caddy (falls das noch einer kennt :-)) gab's früher zu jeder Bilddatei eine sogenannte Fensterdatei in der nichts anderes drin war als die Transformationsparameter für eine nullpunktnahe Geometrie .... eigentlich eine geniale Idee die ich so seitdem nicht mehr gesehen habe. Ciao Georg ------------------ http://www.xxx-tausend.info
[Diese Nachricht wurde von gmk am 16. Okt. 2015 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
archtools Mitglied
Beiträge: 965 Registriert: 09.10.2004 Entwickler für AutoCAD, BricsCAD u.a., alle Systeme
|
erstellt am: 16. Okt. 2015 20:36 <-- editieren / zitieren --> Unities abgeben: Nur für gmk
Zitat: Original erstellt von gmk:
Stimmt, werden direkt übergeben. Das mit den "grossen Koordinaten" war schon immer ein Problem, nicht nur in AutoCAD. In Caddy (falls das noch einer kennt :-)) gab's früher zu jeder Bilddatei eine sogenannte Fensterdatei in der nichts anderes drin war als die Transformationsparameter für eine nullpunktnahe Geometrie .... eigentlich eine geniale Idee die ich so seitdem nicht mehr gesehen habe. Ciao Georg
Naja, so eine Transformationsdatei hilft ja nur dann, wenn nicht die Entities der Zeichnung selbst so weit auseinander liegen oder so groß sind, dass das relevant wird. Sowas hat man früher, bevor die XLINE-Entities eingeführt wurden, tatsächlich auch häufig absichtlich gemacht.
Dagegen gibt's letztlich kein Heilmittel, weil Computer prinzipiell nur mit endlicher Genauigkeit rechnen können. Wenn Du irgendwelche Daten hast, die innerhalb dieser inhärenten Ungenauigkeit liegen, hast Du einfach Pech gehabt. Ein damit verwandtes Problem hat die erste Ariane-5-Rakete zum Absturz gebracht und die europäischen Steuerzahler 5 Mrd Euro gekostet. Man hat damals aus Sparsamkeitsgründen einfach das gut bewährte Navigationsprogramm der Ariane 4 übernommen, und hat übersehen, dass die wesentlich größere Masse der Ariane 5 zu wesentlich größeren Zahlen führt. Und da gab's dann während des Erstflugs tatsächlich einen Speicherüberlauf (eine 64-Bit-Zahl ist von 1111...11 durch Weiterzählen über die Speichergrenze auf 0000...00 gestolpert), worauf hin die Ariane 5 ihre Flugrichtung um 180 Grad drehen wollte. Der Computer ist nun mal ein Werkzeug, und wer das bedient, der muss die Grenzen dieses Werkzeugs kennen. Das wird heute, weil Computer so selbstverständliche Werkzeuge für alles sind, leider immer weniger beachtet.
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
| Anzeige.:
Anzeige: (Infos zum Werbeplatz >>)
|