Booloean Problem 1-20  21-22

 From: Brian (BWTR) 27 Mar 2008  (1 of 22)
 A very strange one. Every time I try to boolean join these 3 items the top sphere dissapears? Help! EDITED: 31 Dec 2008 by BWTR
More

 From: Frenchy Pilou (PILOU) 27 Mar 2008  (2 of 22)
 1504.2 In reply to 1504.1 If you export the 3 pieces then kill it import it back Boolean Union works fine :)
More

 From: Brian (BWTR) 27 Mar 2008  (3 of 22)
 1504.3 In reply to 1504.2 That sound like a work around rather than an explanation. But, thanks, it will probably keep me going on the exercise. I have had the same difficulty with 3 from scratch tries.
More

 From: Brian (BWTR) 27 Mar 2008  (4 of 22)
 1504.4 In reply to 1504.3 Where I was able to progress with the work around. Thanks. EDITED: 31 Dec 2008 by BWTR
More

 From: Frenchy Pilou (PILOU) 27 Mar 2008  (5 of 22)
 1504.5 In reply to 1504.3 Michael will give you an explanation ;) maybe you have found a vicious bug ;) A new Babel tower? --- Pilou Is beautiful that please without concept! My Gallery
More

 From: Michael Gibson 27 Mar 2008  (6 of 22)
 1504.6 In reply to 1504.5 Hi Brian, Hi Pilou - definitely a bug in the booleans there, I will put it on my list. Sometimes saving and reloading can make a difference because when a sphere is first created it has a special mark on it that labels it as a surface of revolution. Then in the booleans the intersection calculation uses some special case stuff for surfaces of revolution, which in this case seems to have the bug in it. When it is reloaded, that special "surface of revolution" mark is not there anymore, and it goes through the general purpose intersection processor which actually works better in this case. - Michael
More

 From: Brian (BWTR) 28 Mar 2008  (7 of 22)
 1504.7 In reply to 1504.6 The strange thing is that I did a very similar exercise quite recently to put those hollows into a column without a problem?. I thought I had done it exactly the same---well--------!
More

 From: manz 28 Mar 2008  (8 of 22)
 1504.8 In reply to 1504.6 Hi Michael, >>>definitely a bug in the booleans there, I will put it on my list. May I ask what that list is for? >>>Sometimes saving and reloading can make a difference because when a sphere is first created it has a special mark on it that labels it as a surface of revolution. Saving / reloading to make simple boolean is really quite a strange way of working. But as simple example that will not always work:- Boolean union made after save/ exit progam/ reload.(test.3dm) I do see that on such a simple boolean that it does depend on where the (what I call) the split line is located on the sphere and how this interacts (the position of it) with the top of the cylinder. I did start to create a chess piece, but have dropped it, as I am having a number of problems with further booleans on the head. EDITED: 3 Aug 2009 by MANZ
More

 From: Michael Gibson 28 Mar 2008  (9 of 22)
 1504.9 In reply to 1504.8 Hi Steve, > Saving / reloading to make simple boolean is really quite a strange way of working. It is, but this should only make a difference in a few particular instances, it isn't something that you should need to do on a regular basis or anything. Please let me know if you run across this more frequently. Of course it is something that I would like to fix up - in this case the bug is not in my own code but in the geometry library that I'm using. - Michael
More

 From: manz 28 Mar 2008  (10 of 22)
 1504.10 In reply to 1504.9 Hi Michael, >>>It is, but this should only make a difference in a few particular instances, it isn't something that you should need to do on a regular basis or anything. On such a simple boolean, I am more surprised than anything that it had not been reported during beta, had it? >>>Please let me know if you run across this more frequently. It would depend if I starting looking. Like on the simple example shown, I simply revolve the sphere. Various rotations will give various results. It is repeatable. But I mainly see such problems with 3d mesh. >>>in this case the bug is not in my own code but in the geometry library that I'm using. Does the library get updated with bug fixes? Steve
More

 From: Michael Gibson 28 Mar 2008  (11 of 22)
 1504.11 In reply to 1504.10 Hi Steve, > On such a simple boolean, I am more surprised than anything > that it had not been reported during beta, had it? Nope, not this particular one. The particular arrangement of overlapping edges is what tends to trigger it - if you draw things in different views, the seam of the sphere will be aligned differently and won't run across the bug. For example if you drew the sphere in the top or 3D view it doesn't happen. It's somewhat more natural to draw this in the 3D view since it is easier to target the center osnap at the top of the cylinder there, so that's probably why it wasn't reported during the beta. >>Please let me know if you run across this more frequently. > It would depend if I starting looking. I mean let me know if you run across it while trying to build other models, I can repeat this example over here as well. If this bug starts to get in your way such that it impedes your progress or forces you to do workarounds several times a day, then that would definitely notch it up in priority. If it forces you to do a workaround once a month, then it is not as high of a priority. > Does the library get updated with bug fixes? It does, I should be getting an update pretty soon that I will incorporate into the v2 beta so that it can be tested to see if any updates have caused new problems or not. - Michael
More

 From: manz 28 Mar 2008  (12 of 22)
 1504.12 In reply to 1504.11 Hi Michael, >>>Nope, not this particular one. Not from beta testing, mmm, did you not see that problem yourself? Not that it is a problem for myself, as I construct differently, and in such a needed case would look for and check split lines, or as possibly correctly stated by yourself "seams". >>>It's somewhat more natural to draw this in the 3D view since it is easier to target the center osnap at the top of the cylinder there, so that's probably why it wasn't reported during the beta. I do find such as unpredictable, but, I cannot argue, or know how other users think or use MoI, but would expect such simple problem to be found by yourself. Do you not use MoI? >>>I mean let me know if you run across it while trying to build other models, I can repeat this example over here as well. Sorry, you say you can repeat this, but you need more info? I could cause this to cause me loads of problems, but I currently work around, as I do with any problems I find, but that does not infer I am happy to continue in such a direction. Michael, I do not expect your software to be without some problems/bugs, but what is reported is very simplistic and should not appear,... but, even the books I have on nurbs are not error free. - Steve
More

 From: Michael Gibson 28 Mar 2008  (13 of 22)
More

 From: Frenchy Pilou (PILOU) 28 Mar 2008  (14 of 22)
 The curious thing is that now I can't remake the bug! All works fine for me! ??? Is the first file change? --- Pilou Is beautiful that please without concept! My Gallery
More

 From: Michael Gibson 28 Mar 2008  (15 of 22)
 1504.15 In reply to 1504.14 Hi Pilou - remember that if you load the saved file the bug doesn't happen anymore, it is only when you draw the objects brand new in the particular viewports. - Michael
More

 From: Brian (BWTR) 28 Mar 2008  (16 of 22)
 1504.16 In reply to 1504.15 I have been trying to repeat my problem, starting with empty scenes. No way I can get the problem to happen again! A Correction! If I try to build the exercise in the Right pane I can repeat the problem, but not if I work in the Front pane?!! EDITED: 28 Mar 2008 by BWTR
More

 From: manz 29 Mar 2008  (17 of 22)
 1504.17 In reply to 1504.13 Hi Michael, >>>But unfortunately due to the nature of geometry, I have not been able to manually test every single combination of every single geometric shape combined together, there is just too much variation. I thought the beta testers would of done most combinations. >>>I'm not sure exactly what you expect for me to have done, I mean do you expect for me to have manually drawn every single possible rotational alignment between a cylinder and a sphere in my own testing? Possibly 4, one in each view. >>>The difference is that I tend to draw these in the 3D view It is not always easy to use the 3d view for some construction. >>>In fact, I'm a bit confused - have you run into the problem at all on your own, or just when you experimented with the specific example? Yup, on the chess piece. I was having a number of problems attempting to boolean out sweep solids. >>>During a beta release period it is a lot easier for me to slip in bug fixes more rapidly.... I think I've already explained this before. But you say this is a problem with the library and not in your own code, so how could you fix this anyway? >>>If you are unhappy with the quality of the product or with my release policy, then I can certainly refund your money if you would prefer to switch to a different product. So I have to be completely happy and not question, or take a refund and go away? -Steve
More

 From: Michael Gibson 29 Mar 2008  (18 of 22)