You can subscribe to this list here.
2004 
_{Jan}

_{Feb}

_{Mar}

_{Apr}

_{May}

_{Jun}

_{Jul}

_{Aug}
(1) 
_{Sep}

_{Oct}

_{Nov}

_{Dec}


2005 
_{Jan}
(4) 
_{Feb}
(2) 
_{Mar}
(7) 
_{Apr}
(2) 
_{May}
(2) 
_{Jun}
(8) 
_{Jul}

_{Aug}
(4) 
_{Sep}
(3) 
_{Oct}
(10) 
_{Nov}
(1) 
_{Dec}
(10) 
2006 
_{Jan}
(6) 
_{Feb}
(2) 
_{Mar}
(4) 
_{Apr}
(6) 
_{May}
(21) 
_{Jun}
(8) 
_{Jul}
(3) 
_{Aug}
(7) 
_{Sep}
(1) 
_{Oct}
(1) 
_{Nov}
(1) 
_{Dec}

2007 
_{Jan}
(2) 
_{Feb}
(5) 
_{Mar}
(5) 
_{Apr}
(3) 
_{May}
(2) 
_{Jun}
(1) 
_{Jul}
(9) 
_{Aug}

_{Sep}
(4) 
_{Oct}
(5) 
_{Nov}

_{Dec}
(2) 
2008 
_{Jan}
(3) 
_{Feb}
(1) 
_{Mar}
(15) 
_{Apr}
(10) 
_{May}
(11) 
_{Jun}
(31) 
_{Jul}
(16) 
_{Aug}
(71) 
_{Sep}
(15) 
_{Oct}
(7) 
_{Nov}
(15) 
_{Dec}

2009 
_{Jan}
(8) 
_{Feb}
(4) 
_{Mar}
(44) 
_{Apr}
(36) 
_{May}
(14) 
_{Jun}
(30) 
_{Jul}
(19) 
_{Aug}
(1) 
_{Sep}
(5) 
_{Oct}
(2) 
_{Nov}
(5) 
_{Dec}
(10) 
2010 
_{Jan}
(19) 
_{Feb}
(21) 
_{Mar}
(1) 
_{Apr}
(38) 
_{May}
(10) 
_{Jun}
(8) 
_{Jul}
(1) 
_{Aug}
(23) 
_{Sep}
(30) 
_{Oct}
(19) 
_{Nov}
(4) 
_{Dec}
(13) 
2011 
_{Jan}
(129) 
_{Feb}
(51) 
_{Mar}
(39) 
_{Apr}
(20) 
_{May}
(12) 
_{Jun}
(30) 
_{Jul}
(38) 
_{Aug}
(24) 
_{Sep}
(164) 
_{Oct}
(92) 
_{Nov}
(33) 
_{Dec}
(27) 
2012 
_{Jan}
(77) 
_{Feb}
(29) 
_{Mar}
(251) 
_{Apr}
(159) 
_{May}
(219) 
_{Jun}
(142) 
_{Jul}
(180) 
_{Aug}
(50) 
_{Sep}
(4) 
_{Oct}
(7) 
_{Nov}
(45) 
_{Dec}
(22) 
2013 
_{Jan}
(16) 
_{Feb}
(6) 
_{Mar}
(34) 
_{Apr}
(211) 
_{May}
(97) 
_{Jun}
(95) 
_{Jul}
(219) 
_{Aug}
(170) 
_{Sep}
(175) 
_{Oct}
(191) 
_{Nov}
(78) 
_{Dec}
(90) 
2014 
_{Jan}
(77) 
_{Feb}
(84) 
_{Mar}
(232) 
_{Apr}
(56) 
_{May}
(110) 
_{Jun}
(97) 
_{Jul}
(69) 
_{Aug}
(58) 
_{Sep}
(54) 
_{Oct}
(76) 
_{Nov}
(53) 
_{Dec}
(30) 
2015 
_{Jan}
(28) 
_{Feb}
(22) 
_{Mar}
(268) 
_{Apr}
(54) 
_{May}
(66) 
_{Jun}
(90) 
_{Jul}
(75) 
_{Aug}
(61) 
_{Sep}
(4) 
_{Oct}
(5) 
_{Nov}
(41) 
_{Dec}
(3) 
2016 
_{Jan}
(5) 
_{Feb}
(40) 
_{Mar}
(422) 
_{Apr}
(33) 
_{May}
(74) 
_{Jun}
(80) 
_{Jul}
(43) 
_{Aug}
(79) 
_{Sep}
(12) 
_{Oct}
(8) 
_{Nov}
(39) 
_{Dec}

2017 
_{Jan}
(7) 
_{Feb}
(10) 
_{Mar}
(81) 
_{Apr}

_{May}

_{Jun}

_{Jul}

_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 







1
(2) 
2
(1) 
3
(3) 
4
(24) 
5
(11) 
6
(4) 
7

8

9
(1) 
10
(2) 
11
(2) 
12
(13) 
13
(4) 
14
(11) 
15
(8) 
16
(2) 
17

18

19
(2) 
20

21

22
(1) 
23

24

25

26

27
(1) 
28

29

30

31






From: Matt Shepit <matt@sh...>  20111011 23:51:38

You're very welcome, I hope to be able to do it! I'm about 90% sure that I can... It will not, however, be an instant process, as work keeps me pretty busy unfortunately. Matt On Tue, Oct 11, 2011 at 1:20 PM, Daniel Roßberg < danielmrossberg@...> wrote: > I was Timothy's (http://brlcad.org/wiki/User:Pacman87) mentor for the > 2008 Google Summer of Code where he implemented the revolve primitive. > > Feel free to ask further questions. Or use the IRC channel (however, > I'm living in Europe, but there are some other well informed people > there too ;). We are happy that you want to take up this task. > > > Daniel > > > > 2011/10/10 Matt Shepit <matt@...>: > > Hi Daniel, > > Thanks, that fixes that. As for those functions being "yours" I thought > > that you developed the code for them. I guess I misunderstood the person > on > > #brlcad that pointed me to them in the first place. > > Cheers! > > Matt > > > > On Mon, Oct 10, 2011 at 10:48 PM, Daniel Roßberg > > <danielmrossberg@...> wrote: > >> > >> I would read it as follows: The set of Points P(n) for which exist a > >> (real number) t(n) such that P(n) = P + t(n) . D. > >> I.e. > >>  (n) is an abstract index > >>  P is a point on the line (a vector), here usually the start point of > >> the raytrace ray > >>  t(n) is a real number (the parameter of the points on the line) > >>  D is a direction of the line (a vector), here usually the direction > >> of the raytrace ray (a line may have "many" directions: D, D and > >> (scalar) multiples of them; sometimes D = 1 is required) > >>  <scalar> . <vector> is the usual product where every vectorentry > >> get multiplied with the scalar > >> > >> > >> Regards > >> Daniel > >> > >> > >> > >> PS: I didn't know that ell.c or ehy.c are "mine" but there's always > >> something new to learn ;) > >> > >> 2011/10/9 Matt Shepit <matt@...>: > >> > Hi Daniel, > >> > To make sure I'm working on the same page as what's been done, I'm > going > >> > through your functions ell.c and ehy.c. I *think* I've got the same > >> > result > >> > as you, but I'm not totally sure as I don't follow one step in the > >> > preamble. > >> > In particular, you have made the statement: > >> > ...consider the parametric line L: > >> > L : { P(n)  P + t(n) . D } > >> > > >> > and you go from there. The thing I'm unsure of is what this statement > >> > is to > >> > be, as you don't state what n and D are, nor what the operation "." is > >> > supposed to indicate. > >> > As is, I'm reading this as L is the set of (parameterised) points P(n) > >> > restricted to P + t(n) . D. Presumably n is the collection of real > >> > numbers, > >> > but what is the operation t(n) . D supposed to be? > >> > Thanks! > >> > Matt > >> > > >> > On Thu, Oct 6, 2011 at 6:14 PM, Daniel Roßberg > >> > <danielmrossberg@...> wrote: > >> >> > >> >> 2011/10/5 Christopher Sean Morrison <brlcad@...>: > >> >> > > >> >> > On Oct 5, 2011, at 11:54 AM, Daniel Roßberg wrote: > >> >> > > >> >> >> Unfortunately I've no resources at hand at the moment. I can't > even > >> >> >> find Timothy's proposal for Google SoC 2008. > >> >> > > >> >> > Looks like access to all previous year GSoC projects is disabled > now > >> >> > that GSoC for this year has ended. There is some information at > >> >> > http://brlcad.org/wiki/Revolve_Primitive > >> >> > > >> >> >> Nevertheless I can tell you something about the hyperbola: It's > the > >> >> >> rotated ray. The idea was not to rotate every sketchsegment but > >> >> >> only > >> >> >> once the ray. This gives you a hyperbolic surface which has to be > >> >> >> intersected with every linesegment from the sketch. > >> >> > > >> >> > What makes it a hyperbolic surface? I don't dispute that it does, > >> >> > but > >> >> > I'm having trouble visualizing how that's true for a generalized > >> >> > revolve > >> >> > surface. Take the simple case of a square revolved to make a > >> >> > cylinder  > >> >> > wouldn't the ray path parameterized through the solid result in a > >> >> > partial > >> >> > ellipse instead of a hyperbola? > >> >> > >> >> You may get an intersection point between the revolve and the > >> >> raytrace ray by rotating the sketch around the rotation axis until > >> >> one of it's lines intersects the ray. A modification of this attempt > >> >> is to generate parametrized surfaces from the sketch's > >> >> lines and intersect them with the ray. > >> >> > >> >> On the other hand you could rotate the raytrace ray around the > >> >> rotation axis as well and look for intersection points with the lines > >> >> from the sketch. After rotating them back onto the original ray you > >> >> get the desired intersection points. The surface described by the > ray > >> >> rotated around the skew rotation axis (this is the usual orientation > >> >> of both lines) is a hyperbola. > >> >> > >> >> Daniel > >> >> > >> >> > >> >> > > >> >> > Cheers! > >> >> > Sean > >> >> > >> >> > >> >> > >> >> >  > >> >> All the data continuously generated in your IT infrastructure > contains > >> >> a > >> >> definitive record of customers, application performance, security > >> >> threats, fraudulent activity and more. Splunk takes this data and > makes > >> >> sense of it. Business sense. IT sense. Common sense. > >> >> http://p.sf.net/sfu/splunkd2dcopy1 > >> >> _______________________________________________ > >> >> BRLCAD Developer mailing list > >> >> brlcaddevel@... > >> >> https://lists.sourceforge.net/lists/listinfo/brlcaddevel > >> > > >> > > >> > > >> > >  > >> > All of the data generated in your IT infrastructure is seriously > >> > valuable. > >> > Why? It contains a definitive record of application performance, > >> > security > >> > threats, fraudulent activity, and more. Splunk takes this data and > makes > >> > sense of it. IT sense. And common sense. > >> > http://p.sf.net/sfu/splunkd2dcopy2 > >> > _______________________________________________ > >> > BRLCAD Developer mailing list > >> > brlcaddevel@... > >> > https://lists.sourceforge.net/lists/listinfo/brlcaddevel > >> > > >> > > >> > >> > >> >  > >> All the data continuously generated in your IT infrastructure contains a > >> definitive record of customers, application performance, security > >> threats, fraudulent activity and more. Splunk takes this data and makes > >> sense of it. Business sense. IT sense. Common sense. > >> http://p.sf.net/sfu/splunkd2dcopy1 > >> _______________________________________________ > >> BRLCAD Developer mailing list > >> brlcaddevel@... > >> https://lists.sourceforge.net/lists/listinfo/brlcaddevel > > > > > > >  > > All the data continuously generated in your IT infrastructure contains a > > definitive record of customers, application performance, security > > threats, fraudulent activity and more. Splunk takes this data and makes > > sense of it. Business sense. IT sense. Common sense. > > http://p.sf.net/sfu/splunkd2dcopy1 > > _______________________________________________ > > BRLCAD Developer mailing list > > brlcaddevel@... > > https://lists.sourceforge.net/lists/listinfo/brlcaddevel > > > > > > >  > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunkd2doct > _______________________________________________ > BRLCAD Developer mailing list > brlcaddevel@... > https://lists.sourceforge.net/lists/listinfo/brlcaddevel > 
From: Daniel Roßberg <danielmrossberg@go...>  20111011 15:51:01

I was Timothy's (http://brlcad.org/wiki/User:Pacman87) mentor for the 2008 Google Summer of Code where he implemented the revolve primitive. Feel free to ask further questions. Or use the IRC channel (however, I'm living in Europe, but there are some other well informed people there too ;). We are happy that you want to take up this task. Daniel 2011/10/10 Matt Shepit <matt@...>: > Hi Daniel, > Thanks, that fixes that. As for those functions being "yours" I thought > that you developed the code for them. I guess I misunderstood the person on > #brlcad that pointed me to them in the first place. > Cheers! > Matt > > On Mon, Oct 10, 2011 at 10:48 PM, Daniel Roßberg > <danielmrossberg@...> wrote: >> >> I would read it as follows: The set of Points P(n) for which exist a >> (real number) t(n) such that P(n) = P + t(n) . D. >> I.e. >>  (n) is an abstract index >>  P is a point on the line (a vector), here usually the start point of >> the raytrace ray >>  t(n) is a real number (the parameter of the points on the line) >>  D is a direction of the line (a vector), here usually the direction >> of the raytrace ray (a line may have "many" directions: D, D and >> (scalar) multiples of them; sometimes D = 1 is required) >>  <scalar> . <vector> is the usual product where every vectorentry >> get multiplied with the scalar >> >> >> Regards >> Daniel >> >> >> >> PS: I didn't know that ell.c or ehy.c are "mine" but there's always >> something new to learn ;) >> >> 2011/10/9 Matt Shepit <matt@...>: >> > Hi Daniel, >> > To make sure I'm working on the same page as what's been done, I'm going >> > through your functions ell.c and ehy.c. I *think* I've got the same >> > result >> > as you, but I'm not totally sure as I don't follow one step in the >> > preamble. >> > In particular, you have made the statement: >> > ...consider the parametric line L: >> > L : { P(n)  P + t(n) . D } >> > >> > and you go from there. The thing I'm unsure of is what this statement >> > is to >> > be, as you don't state what n and D are, nor what the operation "." is >> > supposed to indicate. >> > As is, I'm reading this as L is the set of (parameterised) points P(n) >> > restricted to P + t(n) . D. Presumably n is the collection of real >> > numbers, >> > but what is the operation t(n) . D supposed to be? >> > Thanks! >> > Matt >> > >> > On Thu, Oct 6, 2011 at 6:14 PM, Daniel Roßberg >> > <danielmrossberg@...> wrote: >> >> >> >> 2011/10/5 Christopher Sean Morrison <brlcad@...>: >> >> > >> >> > On Oct 5, 2011, at 11:54 AM, Daniel Roßberg wrote: >> >> > >> >> >> Unfortunately I've no resources at hand at the moment. I can't even >> >> >> find Timothy's proposal for Google SoC 2008. >> >> > >> >> > Looks like access to all previous year GSoC projects is disabled now >> >> > that GSoC for this year has ended. There is some information at >> >> > http://brlcad.org/wiki/Revolve_Primitive >> >> > >> >> >> Nevertheless I can tell you something about the hyperbola: It's the >> >> >> rotated ray. The idea was not to rotate every sketchsegment but >> >> >> only >> >> >> once the ray. This gives you a hyperbolic surface which has to be >> >> >> intersected with every linesegment from the sketch. >> >> > >> >> > What makes it a hyperbolic surface? I don't dispute that it does, >> >> > but >> >> > I'm having trouble visualizing how that's true for a generalized >> >> > revolve >> >> > surface. Take the simple case of a square revolved to make a >> >> > cylinder  >> >> > wouldn't the ray path parameterized through the solid result in a >> >> > partial >> >> > ellipse instead of a hyperbola? >> >> >> >> You may get an intersection point between the revolve and the >> >> raytrace ray by rotating the sketch around the rotation axis until >> >> one of it's lines intersects the ray. A modification of this attempt >> >> is to generate parametrized surfaces from the sketch's >> >> lines and intersect them with the ray. >> >> >> >> On the other hand you could rotate the raytrace ray around the >> >> rotation axis as well and look for intersection points with the lines >> >> from the sketch. After rotating them back onto the original ray you >> >> get the desired intersection points. The surface described by the ray >> >> rotated around the skew rotation axis (this is the usual orientation >> >> of both lines) is a hyperbola. >> >> >> >> Daniel >> >> >> >> >> >> > >> >> > Cheers! >> >> > Sean >> >> >> >> >> >> >> >>  >> >> All the data continuously generated in your IT infrastructure contains >> >> a >> >> definitive record of customers, application performance, security >> >> threats, fraudulent activity and more. Splunk takes this data and makes >> >> sense of it. Business sense. IT sense. Common sense. >> >> http://p.sf.net/sfu/splunkd2dcopy1 >> >> _______________________________________________ >> >> BRLCAD Developer mailing list >> >> brlcaddevel@... >> >> https://lists.sourceforge.net/lists/listinfo/brlcaddevel >> > >> > >> > >> >  >> > All of the data generated in your IT infrastructure is seriously >> > valuable. >> > Why? It contains a definitive record of application performance, >> > security >> > threats, fraudulent activity, and more. Splunk takes this data and makes >> > sense of it. IT sense. And common sense. >> > http://p.sf.net/sfu/splunkd2dcopy2 >> > _______________________________________________ >> > BRLCAD Developer mailing list >> > brlcaddevel@... >> > https://lists.sourceforge.net/lists/listinfo/brlcaddevel >> > >> > >> >> >>  >> All the data continuously generated in your IT infrastructure contains a >> definitive record of customers, application performance, security >> threats, fraudulent activity and more. Splunk takes this data and makes >> sense of it. Business sense. IT sense. Common sense. >> http://p.sf.net/sfu/splunkd2dcopy1 >> _______________________________________________ >> BRLCAD Developer mailing list >> brlcaddevel@... >> https://lists.sourceforge.net/lists/listinfo/brlcaddevel > > >  > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunkd2dcopy1 > _______________________________________________ > BRLCAD Developer mailing list > brlcaddevel@... > https://lists.sourceforge.net/lists/listinfo/brlcaddevel > > 