IRC log for #brlcad on 20170410

00:16.44 *** join/#brlcad caen23 (~caen23@79.118.89.170)
00:22.53 *** join/#brlcad infobot (ibot@rikers.org)
00:22.53 *** topic/#brlcad is GSoC students: if you have a question, ask and wait for an answer ... responses may take minutes or hours. Ask and WAIT. ;)
00:45.15 *** join/#brlcad jmloudwhapdvzuuu (~armin@dslb-088-066-134-067.088.066.pools.vodafone-ip.de)
01:17.33 *** join/#brlcad caen23 (~caen23@79.118.89.170)
02:18.39 *** join/#brlcad caen23 (~caen23@79.118.89.170)
03:49.09 *** join/#brlcad caen23 (~caen23@79.118.89.170)
04:49.54 *** join/#brlcad caen23 (~caen23@79.118.89.170)
05:38.56 *** join/#brlcad merzo (~merzo@business-176-094-165-202.static.arcor-ip.net)
06:10.41 *** join/#brlcad gabbar1947 (uid205515@gateway/web/irccloud.com/x-aomzjtjkqzjwmuia)
06:20.22 *** join/#brlcad caen23 (~caen23@79.118.89.170)
06:49.26 *** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:14.58 *** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:24.35 *** join/#brlcad merzo (~merzo@93.94.41.67)
07:43.00 *** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:50.52 *** join/#brlcad caen23 (~caen23@79.118.89.170)
08:29.16 *** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:35.34 *** join/#brlcad teepee (~teepee@unaffiliated/teepee)
08:51.55 *** join/#brlcad caen23 (~caen23@79.118.89.170)
08:55.55 *** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:59.54 *** join/#brlcad Sound (~Sound@94-37-131-46.adsl-ull.clienti.tiscali.it)
09:45.41 *** join/#brlcad teepee (~teepee@unaffiliated/teepee)
09:52.40 *** join/#brlcad caen23 (~caen23@79.118.89.170)
10:29.44 *** join/#brlcad teepee (~teepee@unaffiliated/teepee)
16:46.34 *** join/#brlcad infobot (ibot@rikers.org)
16:46.34 *** topic/#brlcad is GSoC students: if you have a question, ask and wait for an answer ... responses may take minutes or hours. Ask and WAIT. ;)
16:58.21 *** join/#brlcad infobot (ibot@rikers.org)
16:58.21 *** topic/#brlcad is GSoC students: if you have a question, ask and wait for an answer ... responses may take minutes or hours. Ask and WAIT. ;)
17:23.17 gabbar1947 afaik, no special parameters were used to generate it
17:24.12 gabbar1947 Ill generate the patch again
17:27.31 d_rossberg see for example here for a discussion of the format and why I consider it as suspicious: http://stackoverflow.com/questions/987372/what-is-the-format-of-a-patch-file
17:27.31 gcibot_ [ What is the format of a patch file? - Stack Overflow ]
17:29.26 d_rossberg ... ,7 ... ,7 ... means that there are same number of lines in the old and new file which shouldn't be true
17:34.05 gabbar1947 I get it. give me a second ill update the patch
17:36.28 gabbar1947 d_rossberg : UPDATED
17:40.26 d_rossberg now it worked :)
17:45.08 gabbar1947 cheers !
17:46.37 gabbar1947 I've updated the geom.h. Do you want me to put the patch now or should I put it after completing annotation.c ?
17:48.07 *** join/#brlcad chenzhe (~Thunderbi@2620:101:c040:7f7:44e0:7b83:87aa:7f33)
17:49.50 d_rossberg upload it as a patch on sourceforge, this way we can discuss it
17:50.11 gabbar1947 Oh fine!
17:51.21 gabbar1947 Do you want the structs for line_seg, curves, circular archs etc. to be defined again with some updated parameters, or would it be fine to use the ones that are used by the sketch and the extrude primitive ?
17:57.31 d_rossberg you could use the ones from the sketch, but why the updated parameters? (you can explain it in your patch)
18:02.47 d_rossberg gabbar1947: have you tested rt_ehy_centroid()?
18:03.32 gabbar1947 well I did, Is there any issue that's occuring ?
18:03.42 d_rossberg how?
18:04.43 gabbar1947 brute force, took points with defined results
18:05.24 d_rossberg no, i meant how did you call rt_ehy_centroid()?
18:07.09 gabbar1947 Oh ! I took it the other way, well, apologies but didn't test it this way
18:07.15 gabbar1947 Will do , no issues
18:09.37 d_rossberg you could try to use analyze (src/libged/analyze.c) to call rt_ehy_centroid() and rt_ehy_centroid()
18:11.05 gabbar1947 sure, ill do it and get back to you. Is it giving undesired results ?
18:12.03 d_rossberg try it by yoursef ;) (it gives no result but a kind of error message)
18:13.02 d_rossberg maybe analyze_general() will do the job in analyze.c
18:14.15 d_rossberg or maybe not, volume is missing
18:14.21 *** join/#brlcad teepee (~teepee@unaffiliated/teepee)
18:14.28 gabbar1947 gracias, will do as required
18:15.42 gabbar1947 I was working on the volume too, didn't get any satisfying proofs for my definition, hence work is at stall ;)
18:17.19 d_rossberg the centroid looks good so far, i only wouold like to see it in action
18:18.02 d_rossberg on a second sight analyze_general() could work even so
18:20.58 *** join/#brlcad yorik (~yorik@2804:431:f720:2c7:290:f5ff:fedc:3bb2)
18:22.07 gabbar1947 Yes, you'll see it in action soon :)
18:23.33 gabbar1947 One more regarding the 3D to 2D transformation. Where exactly should the transformation function be defined, so that I don't put it in an undesired place ?
18:28.00 d_rossberg good question, i would say somewhere near the transformations from the combinations
18:28.15 d_rossberg i haven't looked for the perfect place yet
18:31.54 *** join/#brlcad infobot (ibot@rikers.org)
18:31.54 *** topic/#brlcad is GSoC students: if you have a question, ask and wait for an answer ... responses may take minutes or hours. Ask and WAIT. ;)
18:32.39 d_rossberg coordinates from the primitive -> 3D world coordinates -> 2D plane (e.g. with a perspective) -> 2D screen coordinates
19:17.09 Notify 03BRL-CAD:starseeker * 69616 brlcad/trunk/src/external/CREO/part.cpp: vert trees will be local to each part.
19:37.51 *** join/#brlcad infobot (ibot@rikers.org)
19:37.51 *** topic/#brlcad is GSoC students: if you have a question, ask and wait for an answer ... responses may take minutes or hours. Ask and WAIT. ;)
20:22.17 *** join/#brlcad infobot (ibot@rikers.org)
20:22.17 *** topic/#brlcad is GSoC students: if you have a question, ask and wait for an answer ... responses may take minutes or hours. Ask and WAIT. ;)
20:22.37 *** join/#brlcad chenzhe (~Thunderbi@2620:101:c040:7f7:dd4c:3927:b841:3f)
20:29.34 *** join/#brlcad Sound (~Sound@94-37-122-146.adsl-ull.clienti.tiscali.it)
20:29.38 *** join/#brlcad Sound (~Sound@unaffiliated/sound)
20:39.53 *** join/#brlcad chenzhe (~Thunderbi@2620:101:c040:7f7:dd4c:3927:b841:3f)
21:13.33 brlcad elpea: rearranging the topology (even to an equivalent structure) can change the order of evaluation, which can make it succeed because A u (B u C) is not necessarily equivalent to (A u B) u C due to floating point issues
21:20.13 ignacio asd
21:20.14 ignacio gcibot_: ping
21:36.38 Notify 03BRL-CAD:brlcad * 69617 (brlcad/trunk/include/bn/vert_tree.h brlcad/trunk/src/libbn/vert_tree.c): fix a little too much bn_ prefixing, rename the main struct to bn_vect_tree.
21:37.38 *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:44.11 Notify 03BRL-CAD:brlcad * 69618 (brlcad/trunk/include/bn/vert_tree.h brlcad/trunk/include/bu/magic.h and 2 others): these are now public API, so prefix magic accordingly as BN_
21:53.37 Notify 03BRL-CAD:brlcad * 69619 brlcad/trunk/src/conv/dem-g.c: print a loud error messages instead of failing catastrophically. this way, we might still get something instead of nothing on an unsupported .dem file.
21:54.46 brlcad gawd it feels good to commit
22:30.42 *** join/#brlcad teepee (~teepee@unaffiliated/teepee)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.