chrisb wrote: ↑Fri Jan 04, 2019 1:13 pm
I have created a very simple example showing the issue with a cube and a rectangular pocket. It might help to find the error.
I'm setting up a new laptop with
OS: openSUSE Leap 15.1Beta
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.18.16027 (Git) AppImage
Build type: Release
Branch: master
Hash: ad28ba509579d11ac1c6966dedaa70eb6476182b
Python version: 3.6.7
Qt version: 5.6.2
Coin version: 4.0.0a
OCC version: 7.3.0
Locale: German/Germany (de_DE)
and a old problem comes up...
path_tnw.jpg
I still dont have that at OpenSuse 42.3 and AppImage 0.18 16065. At the 15.1 the "not conda" Appimage don*t work, so i can't check with it...
Also i can't move the view of the object (by clicking the mouse wheel and move) if this kind of path is created. If i delete it moving works like it should.
Hi,
regarding the Path to nowhere issue, I too get this with just a simple rect. pocket. After looking into the python script and doing some "debug print" on it,
it almost seems like an issue of the python interpreter. At line 191 of the adaptive script, a print on "region" seems to yield "correct" (bounded) coordinates. A print in a for loop i.e.:
for i in region["AdaptivePaths"]:
>>>>print(i)
seems to yield bogus values.
also the for loop seems to print many more values than a plain print does. Anyone an idea what that could be?
kind regards
huegene
p.s.
OS: Debian GNU/Linux buster/sid
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.18.
Build type: Release
Python version: 2.7.16rc1
Qt version: 5.11.3
Coin version: 4.0.0a
OCC version: 7.3.0
Locale: German/Germany (de_DE)
kreso-t wrote: ↑
Hey kreso,
As an option selection, what are the chances/how difficult of modifying Path-Adaptive Op to just applying the waterline path segments and no material clearing to stock.
This way one could execute a normal Adaptive Op to clear material and follow it up with a secondary adapt-op/more precise (shallow-step-down) waterline cut for finishing.
And the heck with OCL (for me); waterline would be effectively included in adaptive op.
Those top three circular paths are effectively waterline path/cuts.
The green dot on top is a false-flat-reference height to enable(fool/satisfy) the operation
AdaptiveWaterLines.png (92.92 KiB) Viewed 1272 times
And the heck with OCL (for me); waterline would be effectively included in adaptive op.
Not quite. Ocl waterline takes into account tool shape. It works accurately with ball-end, bull nose, and cylindrical cutters. Or, at least, it's capable of doing that but not all tools are fully implemented.
sliptonic wrote: ↑Mon Jun 10, 2019 1:34 pm
It works accurately with ball-end, bull nose, and cylindrical cutters. Or, at least, it's capable of doing that but not all tools are fully implemented.
Correction. It looks like Russ fully implemented the other cutter types when he improved surface.