[V1-21] Boundary polyline ignored with 3D MOP (solved in V1 RC1)

[Bob La Londe]

Why won't this generate tool paths.  Its a setup and operation I've done hundreds if not thousands of times.  I know I must be missing something stupidly obvious.  

[dave benson]

works fine with .98P
Dave

[Bob La Londe]

That's what I was afraid of.  I literally use those same STL files and outlines several times a week as part of bigger jobs.  I think I'll try a system reboot.

[Bob La Londe]

Rebooted system.  No Change.

CamBam 1.0 Repair.  No Change.

Deleted the operations, and created them from scratch.  No change. 

Deleted the Selected Shapes for the operation boundary and generate new ones.  Then it worked just fine. 

No clue.  I've never had an issue doing this before.  In fact its something I do almost automatically every day with the same source geometry.

[newlinuxuser]

Your file works good also on linux cambam version 1.0.

[jim1108]

Works on Windows 10 CB ver.1.0 over here. I just substituted your style with a 1/8 ball end mill.

[dh42]

Hello

same pb as you here with CB 1.0 and Win7 .. (but works fine with 0.98)

the pb is with the boundary polyline ; if you remove the point shown by the arrow on the picture (*), it will works. It work also if you use arc fit with tol = 0.002 OR with a remove overlap = 0.002

with a remove overlap, we get exactly the same number of points than the source polyline but with very very small changes.

only 2 points change

the first one (X,Y,Z,bulge)

-4.398301601   -0.710189521   0   -0.039234464
the bulge is slightly different in the "remove overlap" result and we get
-4.398301601   -0.710189521   0   -0.039226404

and the last one ; Y and Bulge are also different

-4.399999976   -0.723110735   0   -0.065444594
-4.399999976   -0.723109615   0   -0.065438969

(*) done with Eddy's Insert Points plugin

I don't understand the reason  

I guess it's a new bug on V1.0 ...

++
David

Edit: it also works if I round to 7 decimals
http://www.atelier-des-fougeres.fr/Cambam/Aide/Plugins/polyround.html

[dave benson]

AH AH

That's what I had to do for the last bug fix in Break Edges, as if you selected a single polyline (generated from a Detect Edges) from an STL, the plugin complained that the Z Heights were different from start to finish.
and upon investigation I found that indeed they were different by a very small margin (shouldn't be) so I had to round the values.

Dave 

[Bob La Londe]

I am pretty sure I used Z scale = 0 on that polyline.  Its one of the first things I do when things don't feel quite right. 

[dh42]

Hello

Yes, all z was = 0 on your polyline ; seems it's a new bug in V1.0

I'll move this post to Bug report

++
David