Incorrect Solid Boolean Definition

I was getting mixed results when performing solid boolean operations on pipes, so I decided to do a test. This test compares boolean operations on a) box/box, b) box/pipe, and c) pipe/pipe.

The results:

a) box/box: everything works fine

b) box/pipe: union works, but intersection and difference are reversed

c) pipe/pipe: difference works, but union and intersection are reversed

Attachments:

Boolean.ghx, 217 KB

Replies to This Discussion

Permalink Reply by Danny Boyes on July 11, 2011 at 12:33pm

This could be related to the negative volume bug

Permalink Reply by Dan Reynolds on July 11, 2011 at 12:45pm

That makes sense.

Permalink Reply by Dan Reynolds on July 12, 2011 at 9:52am

Thanks for the tip Danny. Knowing this, I made a workaround (although tedious) to do recursive "intersections" with HoopSnake to get a union of pipes.

I'm am making a trussed antenna. I don't mind the extra computation time, but it seems to max out after a number of intersections. I can do about 50 sequential "intersections" without a problem, but then I get issues. Is there a limit to this?

Attachments:

BooleanIntersectionSetEmpty.jpg, 230 KB
RecursiveBoolean.ghx, 150 KB

Permalink Reply by Saied Zarrinmehr on July 13, 2012 at 12:36pm

I have tracked the discussion of pipes in your previous posts and comments. To use a 3D printer I need to have uniformed geometry of pipes. As you have discussed earlier, the union battery does not work on pipes. The first comment points to the the difficulty that is probably responsible for that. I am going to develop a VB battery which generates sweeps along a given curve. Do you think that the same problem will appear again? In other words, does the union Boolean function work with the output of sweeps?

Thanks.

Permalink Reply by Saied Zarrinmehr on July 14, 2012 at 4:34pm

following my previous comment, I created pipes with VB scripting using SweepOneRail method. Again the union boolean method does not work! Would you have another idea?

RSS