Re: [brlcad-devel] [Coding Period] Object Oriented C++ Geometry API

2015-05-30 Thread Kalpit Thakkar
On Thu, May 28, 2015 at 7:01 AM, Daniel Roßberg wrote: > Kalpit, > > As an addition to Sean's e-mail: I'm a little bit in favor for option 1. > I implemented once a function similar to option 2 and must learn that using > random numbers can lead to a random result. I.e. two calls of the func

Re: [brlcad-devel] [Coding Period] Object Oriented C++ Geometry API

2015-05-30 Thread Kalpit Thakkar
On Wed, May 27, 2015 at 11:32 PM, Christopher Sean Morrison wrote: > > On May 27, 2015, at 7:00 AM, Kalpit Thakkar wrote: > > > So, as discussed before, I have tried the mathematical approach on a > handful of primitives for finding their Volume, Centroid and Surface Area. > I have also submi

Re: [brlcad-devel] [Coding Period] Object Oriented C++ Geometry API

2015-05-27 Thread Christopher Sean Morrison
On May 27, 2015, at 9:31 PM, Daniel Roßberg wrote: > As an addition to Sean's e-mail: I'm a little bit in favor for option 1. I > implemented once a function similar to option 2 and must learn that using > random numbers can lead to a random result. I.e. two calls of the function > give two

Re: [brlcad-devel] [Coding Period] Object Oriented C++ Geometry API

2015-05-27 Thread Daniel Roßberg
Kalpit, As an addition to Sean's e-mail: I'm a little bit in favor for option 1. I implemented once a function similar to option 2 and must learn that using random numbers can lead to a random result. I.e. two calls of the function give two different results. Although both are inside the desire

Re: [brlcad-devel] [Coding Period] Object Oriented C++ Geometry API

2015-05-27 Thread Christopher Sean Morrison
On May 27, 2015, at 7:00 AM, Kalpit Thakkar wrote: > So, as discussed before, I have tried the mathematical approach on a handful > of primitives for finding their Volume, Centroid and Surface Area. I have > also submitted a patch[1], which has been tested and validated using > "analyze" and