---

Capture.GIF

hallo,

ich habe gerade mit einer gewissen bestürzung festgestellt, dass das vorgehen dass ich bisher
hatte nicht prozesssicher ist.
ich muss des öfteren mal schnelle aussagen treffen zu einer möglichen kollision zwischen
einen bündeln aus linien u. einem umfeldteil - so wie im bild zu sehen. (hier habe ich mal die vorderen
linien mit einem extract vom teil verschnitten) 
mein vorgehen war bisher immer das ganze mit space ananlysis u. dem befehl clash abzuhandeln.
nachtürlich schaue ich mir das ganze auch selbst nochmal genau an u. bisher war auch schon vorher
abzusehen, dass keine überschneidung bestanden hat. nur aktuell war es offensichtlich u. als ich
anschießen das tool angewendet habe war ich etwas erstaunt, dass als ergebnis keine kollision
endeckt wurde. ich habe auch hier fast alle beiträge zu diesem befehl gelesen aber keine erklärung für
meinen fall gefunden.
in der hilfe steht: "The default interference analysis is detecting clashes and contacts between all components in the document"
mein verständnis ist, dass auch eine linie eine komponente ist?
jetzt meine frage:
mache ich was falsch bei der anwendung des tools?
ich habe mal eine art hüllkurve um meine strahlen gezogen u. schon wird die überschneidung erkannt.
das problem ist nur, dass es mit einem nicht zu verachtendem aufwand verbunden ist die strahlen einzuhüllen.   

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

---

Hallo Andi,

arbeitest Du mit tesselierten Daten, also die Parts im "Visualization Mode"?
Dann wird Drahtgeometrie nicht dargestellt und natürlich auch nicht in die Berechnung mit einbezogen.
Ich muss aber auch zugeben, dass Du sie dann ja auch nicht sehen würdest.

------------------
Servus
sdl

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

---

servus sdl,

danke, für die antwort.
es sind aber in diesem fall keine tess - daten.

gruß

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