we develop a cam-function with c-sharp and like to get the turningdirection of a closed pline with arcs. As arcs can "overtake" points things are getting a bit difficult. Is there a way to read the normalvector of a closed pline?
thanks for help,
I'm not sure what you mean by arcs "overtake" points, but I think what you are trying to do is find the "Winding" of the polyline. You just traverse the polyline, getting each segment, and add up the angles between each adjacent segment (or the Start tangent and end tangent of the arcs). The result should come out to 2 Pi or -2 Pi, telling you whether the polyline runs CounterClockwise or Clockwise, respectively.
Thank you for the answers!
Do you mean:
In fact I need a function to get the orientation (clockwise or counterclockwise) of a polyline with respect to the xy-plane. In other cad-programs (e.g. Rhino) you can check the z-coordinate of the normalvector (positive or negative) to get the orientation but in AutoCAD this z-coordinate seems to be always positive.
Is there any build-in AutoCAD function to get the orientation of a curve?
You just traverse the polyline, getting each segment, and add up the angles between each adjacent segment (or the Start tangent and end tangent of the arcs). The result should come out to 2 Pi or -2 Pi, telling you whether the polyline runs CounterClockwise or Clockwise, respectively.
I already found this algorithm but it doesn't work in particular cases. Maybe you can give me some advice.
When the polyline contains an arcsegment with an angle greater than Pi the orientation is fliped or the angle sum is zero. e.g.:
I solved this problem by dividing this arcs:
I don't know how to handle parallel tangents with opposite directions. e.g.:
It's very easy to check if a closed polyline is ccw or cw, you need to check what it's called the signed area of a polygon, check this link: http://demonstrations.wolfram.com/SignedAreaOfAPol
I was too busy yesterday to try my function against your two examples, I might have some time this afternoon, but I think you have done something wrong with the first example. You should be getting -270 for the arc which makes the sum -360. I'm pretty sure my routine would get that one right, but my routine would never see a polyline that looks like that.
Your second example is intriguing, but certainly nothing I would expect to see in my routine. My routine has a specific purpose, and that example is an impossibility for that purpose.
Edit: For that matter, you said your routine was a Cam function, right? Doesn't that mean you also would not see a polyline that looks like that? That's a pretty abrupt cam if you would.
We use polylines to define the movement of our fabrication tools so the algorithm should handle every closed LWPolyline with no self intersections.
As I used only the tangent vectors for my calculation I will always get the smaller angle = +90° (mathematical equal to -270°). Therefore I divided every arc which is larger than pi (so also the angles are always smaller than pi).
Of corse it is easier to use the opening angle (EndAngle - StartAngle) to calculate the change of direction of the arc.
For the seccond problem I simply check if the end point of the arc is on the left or on the right side of the previous end tangent.
My new algorithm seems to works with any kind of polyline (linear and with arcs).
Access a broad range of knowledge to help get the most out of your products and services.