whe have made a python script that makes offset lines from flat surfaces, the ines are used for laser cutting, in the script also we cut the lines at certain positions (holding tabs) .
This worked ok with rhino 5 mac and rhino 5 64 , but not in rhino 7 !
some lines curves are turned into bad objects (the surfaces are ok) , i do not think this should be as in rhino 5 it is all ok
exploding the curves helps to get rid of the bad objects , joining them sometime again creates bad objects again, we use the latest rhino version well almost 7.25
any thoughts or solutions ?
btw tried in rhino 8 and it works all ok , updated rhino 7 and the script also stops working halfway something is not ok there, it works again must be some bug
Can you send the script in question and a sample file that fails? If not possible here on the forum, you can always send it in here with a link to this tread and a note here in reply after sending.
did you received it ok ?
hi Rob, I received the file, but not yet the script, is this right?
will send again
send again 2 scripts , first run the auto bridge after that run th e autobridge cut … then export and see , do the same in rhino5 or 8 and it works ok
- List item
thanks, looking at it right now
btw i will upload a simpler script , it is a rhino problem as this also has bad object created
Here it seems to go right in Rhino 5, though not in 7 or 8 and generates 5 bad objects
What puzzles me is the fact that if I leave out the rotation, that it goes well in both 7 as 8. What’s the reason for the rotation back and forth?
btw: it goes wrong in the offset phase
welll i am not the script writer as you can see in the script i think the rotation has to do with the placing of the cut tabs and the start of the lines , i tried it in 8 and it goes well , strange , also that not every curve is contaminated … , i can work around but …maybe it is a rhino bug
It’s a bit difficult to write a bug report for this one, I’ll see if I can just add the objects and the LaserCutting_Autobridge script to the report, as I cannot reproduce the error when doing the steps manually.
you can with the simple script lasercutting it works the same only manual the lines stay in the drawing i will upload a drawing made with this you can see the cuts there and you can reproduce it yourself
ok ?
if you check this drawing for bad parts you see
Hi Rob,
Not necessary. The script I mentioned already reproduces the bug. The curves after the first offset operation (the red curves that are produced) already contain the bad curves.
Hello,
I am the writer of the script. The reason for the rotations:
Point objects are created on the intersection of a number of crossing lines in the Y-direction, divided over the object. A small circle is then created around each Point object, and the intersection points of that with the original curve are used to delete the part between those points, and thus create a bridge or holding point for the laser cut piece.
As many objects are symmetrical around the Y-axis, some of the cutting Points will end up near or on the curve-end or curve-start. If so, the trick with the small circle will not delete the intermediate section, but instead the section outside the circle on the other side of the start/end point will be deleted.
There is a warning for this threatening to happen, and a way to edit the points beforehand ( actually between running the two scripts). But to avoid most of those situations to begin with, I rotated the offset curves such that the cutting points will end up away from those symmetry points, and rotated the lot back afterwards.
Max.
B.t.w. the offset routine was developed and provided to me several years ago by Mitch Heyninck (@Helvetosaur), so I do not claim to be familiar with that part of the code.
@robo After some more poking around, it seems totally unrelated to the script. Moving or rotating the curves / their offsets will create bad objects.
I’ve created a YT with the surfaces of your file and script. This is currently not public, let me know if it’s okay for you to allow public view of the files, otherwise I will reupload them privately.
RH-72102
Please keep it private Gijs thanks for it