IRC log for #brlcad on 20160321

00:37.02*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:54.13brlcadstarseeker: http://stackoverflow.com/questions/28217118/vim-indents-c-c-functions-badly-when-the-type-and-name-are-in-different-lines
02:07.51*** join/#brlcad Simran (~simran@101.59.217.45)
02:24.39*** join/#brlcad Pan_Lili (~Pan_Lili@183.157.162.49)
03:28.25*** join/#brlcad jasvir (~jass@75-142-109-136.static.mtpk.ca.charter.com)
03:46.42*** join/#brlcad adahp (~adahp@c-24-20-214-39.hsd1.or.comcast.net)
04:03.59*** join/#brlcad galor (~galor@69.172.150.215)
04:41.30*** join/#brlcad shubham (a5e1683c@gateway/web/freenode/ip.165.225.104.60)
05:00.06*** join/#brlcad pujani (~pujani@124.253.92.107)
05:12.54Notify03BRL-CAD Wiki:Svitmechdept003 * 0 /wiki/User:Svitmechdept003:
05:31.21*** join/#brlcad amrinder (75cf9f88@gateway/web/freenode/ip.117.207.159.136)
05:31.49amrinderishweradmin hi, are you ishwerdas?
05:32.15amrinderIf yes, then I want to as something regarding OGV
05:33.22amrindersorry I just pick name from your signature( mail reply). Are you Inderpreet?
05:38.32Notify03BRL-CAD:brlcad * 67399 brlcad/trunk/TODO: add notes on an interesting openclified fft library.
05:39.06brlcadamrinder: if you ask whatever you intended to ask after determining who they are, you will be more likely to get a response
05:39.18brlcadpossibly even from someone else
05:39.40brlcadof course, you have to stay on IRC for that to work effectively
05:50.54amrinderbrlcad: ok :)
05:51.36amrinderI just signup in OGV but didn't get any mail on my registered email address
05:53.57amrinderis there any other account or just a demo account to log in in OGV?
06:34.05*** join/#brlcad Simran (~simran@115.184.201.206)
07:42.04*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:44.18*** join/#brlcad Simran (~simran@101.57.11.108)
08:07.58*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-olpilzxitdkuphzf)
09:12.48*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:24.41*** join/#brlcad pujani (~pujani@124.253.92.107)
09:34.53*** join/#brlcad merzo (~merzo@92.60.189.225)
09:40.45*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:52.31*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-znrglobnexbfbqtl)
10:57.10*** join/#brlcad Pujani_ (~pujani@124.253.71.116)
11:57.02*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
12:05.01*** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-hnthhrwavjcuuuek)
12:50.07*** join/#brlcad Gabriel (bc1b69b9@gateway/web/freenode/ip.188.27.105.185)
12:50.23*** join/#brlcad gaganjyot (~gaganjyot@122.173.215.191)
12:53.19GabrielHi, I have shared a draft of my "Add exec option to search" GSoC project proposal. Can anyone, please, review it? (Can I share the proposal link here?)
12:54.41*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
13:06.20starseekerGabriel: yes, you can post the link here
13:08.32GabrielOk, thanks, here it is
13:08.33Gabrielhttps://docs.google.com/document/d/1L1LMJ-w1IFxyDHJsGFpvXE2G_9qIlwgHSbVJhavlEiU/edit?pref=2&pli=1
13:09.58starseekerGabriel: I can't look at it at the moment, but if someone else hasn't been able to I'll try to give it a look tonight
13:10.13starseekerGabriel: are you working on a patch?
13:10.51starseekerbrlcad: good find with the stackoverflow - that's the fix
13:11.29GabrielI have tryed to add a patch, the link is included in the proposal, but Sean Morrison told me it is not really useful and suggested me an alternative. I did not have enough time these days to try it, but I will be glad to work on it later.
13:11.48Notify03BRL-CAD:starseeker * 67400 brlcad/trunk/src/tclscripts/rtwizard/main.c: ws fix (thanks Sean for finding http://stackoverflow.com/questions/28217118/vim-indents-c-c-functions-badly-when-the-type-and-name-are-in-different-lines)
13:23.59*** join/#brlcad shubham (71c1885c@gateway/web/freenode/ip.113.193.136.92)
13:40.19*** join/#brlcad yorik (~yorik@177.139.37.53)
13:42.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:17.49*** join/#brlcad madhuri (cbc7d503@conference/shaastra.hackfest/x-vholacflwqtubrwm)
14:21.12madhuriHi. I'm participating in GSoC 2016 and was interested in working with BRL-CAD. I would like to know more about the Overlap Tool project.
14:25.41*** join/#brlcad Pujani__ (~pujani@124.253.71.116)
14:31.07starseekerbrlcad: this might be of some interest:  http://www.leonerd.org.uk/code/libvterm and more particularly https://github.com/equalsraf/libvterm-win
14:31.29starseekernot sure how capable it is yet, but it is apparently the layer neovim is using
14:48.16*** join/#brlcad nilram (~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf)
14:49.24brlcadmadhuri: what would you like to know?
14:50.11brlcadstarseeker: that is indeed interesting!
14:50.18brlcadwonder what mechanism they're using on windows
14:50.31brlcadlooks
14:52.37starseekerthey're apparently combining it with libuv (portable I/O support):  http://libuv.org/
14:52.44brlcadhmm, not bad code .. nice to see another project using "oo-c"
14:53.33starseekeridly wonders if OpenBSD's version of nvi could be ported on top of those for a simple cross platform BSD-or-freer editor...
14:53.57starseekerinsofar as any version of vi can be considered simple, of course...
14:54.11brlcadhuh, can't find where they actually create a pstty
14:54.42brlcadyeah, making anything vi-like or emacs-like the default is just mean :)
14:54.52starseekernuts - maybe it's just a partial thing again...
14:55.43brlcadwhat I think I'm seeing is that they assume you have a tty
14:56.10brlcadso still would be a huge step forward, but need to figure out what they're doing on windows
14:56.13starseekerO.o wonder what/how neovim is handling that...
14:59.10starseekerhttps://github.com/neovim/neovim/issues/1749 might have some useful hints in it somewhere...
15:01.31brlcadlibuv may be doing the tty .. I see tty code there, looks like vterm gives you access to the screen characters and manages how that memory is updated
15:01.56starseekerhttps://github.com/rprichard/winpty maybe...
15:03.29starseekerhttps://github.com/rprichard/winpty/issues/63
15:04.16*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
15:05.28*** join/#brlcad tflendrich (~tflendric@80.50.149.118)
15:05.51brlcadcool, looks like libuv does provide it
15:05.56brlcaduv_tty_init() and uv_console_init
15:12.12brlcadthat issue 63 is essentially tarruda trying to figure it out
15:20.36teepee`brlcad: hi, do you have the needed infos for the gsoc mentor invations?
15:21.51brlcadteepee`: not for everyone, but I think I have 90%
15:22.03brlcadobviously hadn't sent them yet
15:22.48teepee`as long as you don't see any open proposals in the list, there's probably no hurry needed
15:23.24teepee`the discussion in #gsoc about the new interface seems a bit confusing
15:35.54*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-sggmilafhdhanvkj)
15:36.03brlcadteepee`: there are a few, i'll see if I can get invites out tonight
15:36.21teepee`nice, thanks
15:53.28*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
16:17.54bojHi, recently, I noticed a *face_mode* attribute in rt_bot_internal struct, I do not really understand what is this flag used for, could someone give me an explanation? Thanks?
16:23.47brlcadboj: http://brlcad.org/wiki/BOT
17:07.30Notify03BRL-CAD:starseeker * 67401 (brlcad/trunk/doc/docbook/resources/other/docbook5xi.rnc =================================================================== and 3547 others): Emacs nxml mode needs the newer rnc schema file to validate our docs.
17:10.52Notify03BRL-CAD:starseeker * 67402 brlcad/trunk/doc/CMakeLists.txt: Add a doc file with notes/examples about handy configurations for various editors when working on BRL-CAD files.
17:11.37starseekerleaves it to the emacs experts to fill in more... for me the killer feature of emacs is nxml mode...
17:18.34Notify03BRL-CAD:brlcad * 67403 brlcad/trunk/src/libged/TODO: received some clarification from user, current workflow is entirely linear segments which are far easier to track for an initial pass.
17:23.31Notify03BRL-CAD:starseeker * 67404 brlcad/trunk/doc/docbook/resources/other/README.schema: update readme
17:25.06*** join/#brlcad poxip (~poxip@2a01:115f:461:7d00:ba27:ebff:fef7:2541)
17:25.06*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
17:31.50brlcadstarseeker: how well might test_bot2nurbs work on pipe objects?
17:32.04starseekerprobably not very
17:32.08brlcadheh, ok
17:32.24brlcaddo you have access to bob p.'s bot2pipe tcl script?
17:33.18starseekerasked bob - he doesn't think so
17:34.16starseekerthe "right" methodology there would be to do a skeleton build of the bot and use that as a guide, imho...
17:36.59brlcadyeah, that was my thought as well, find the centerline and smooth it as a spline curve
17:37.17brlcadthen calculate the rcc's for each segment within a given flatness
17:37.56brlcadI found a paper that did exactly this for modeling arteries/veins, shame no code though
17:40.58starseekernods - lot of mesh based papers are shy about showing code
17:44.12starseekerthe one I tend to think of is skeletal extraction by mesh contraction from SIGGRAPH 2008
17:49.19brlcadgot the script
17:50.27brlcadah right, I'd forgotten about that one ... good stuff
17:52.34starseekerhttp://skinning.org/ might be useful - 2014 course
17:55.28starseekerMean Curvature Skeletons
17:55.38starseekerTagliasacchi
17:55.48starseeker2012 - that's the other one
17:58.08starseekerpity about CGAL licensing:  http://doc.cgal.org/latest/Surface_mesh_skeletonization/index.html
18:03.46brlcadsimple enough to implement
18:04.07brlcadit contracts the mesh with a laplacian smoothing operator in the direction opposite the surface normal
18:04.13brlcadthat's pretty cool
18:04.58brlcadyou end up with the mesh squished into the centerline and they use edge collapse to reduce it to lines and junctions that topologically match
18:05.14brlcadhttps://www.youtube.com/watch?v=-H7n59YQCRM
18:05.25starseekernods - seems like the intuitive "right way" when I saw it originally
18:05.43brlcadthinks this might be implementable in a few days
18:05.47starseekerand the curve centerlines are actually what we want, since we can recognize pipe-ish shapes from them
18:05.53starseekerO.o
18:06.50starseekerfigured with that being a GSoC project it would be a bit more involved...
18:15.18brlcadcan always make it more involved...
18:15.31brlcadthe 2 cent solution seems pretty easy, especially for the common linear case
18:15.50brlcadwe need to get back to doing those more often ;)
18:16.03brlcadespecially if we keep reducing and consolidating while we do it
18:16.19brlcad(instead of just dumping more commands and API)
18:17.40brlcadinteresting, bobs bot2pipe is pretty extensive logic
18:17.52brlcadand it's a proper archer plugin
18:19.16brlcadso that siggraph method will fall apart with hollow tube-like objects .. will have to figure out how to handle the interior
18:28.27*** join/#brlcad tflendrich (~tflendric@90-156-19-101.internetia.net.pl)
18:30.37brlcadhello tflendrich
18:33.13tflendrichhi brlcad
18:33.20tflendrichand everyone
18:34.40tflendrichI gotta set up irssi on some VPS, so that I don't log in and off that much
18:41.26*** join/#brlcad pujani (~pujani@117.226.33.197)
18:41.26*** join/#brlcad Pujani_ (~pujani@117.226.33.197)
18:58.12*** join/#brlcad Amritpal (~amrit3701@124.253.104.53)
19:00.49*** join/#brlcad zaverichintan (~androirc@123.237.167.57)
19:18.48*** join/#brlcad ickby (~stefan@x5d8458df.dyn.telefonica.de)
19:38.02*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:41.57*** join/#brlcad ickby_ (~stefan@x5d8458df.dyn.telefonica.de)
19:51.15*** join/#brlcad gaganjyot (~gaganjyot@122.173.215.191)
19:51.51*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
20:07.26starseekerbrlcad: probably would need feature recognition/edge detection to identify "face" candidates, if we're going to support hollow tub BoTs
20:07.57starseekerwould need a way to recognize/categorize regions of the BoT that logically group inside/outside/cap
20:39.45*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
20:40.35*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
21:16.30Notify03BRL-CAD:starseeker * 67405 brlcad/trunk/src/tclscripts/rtwizard/main.c: More option to tcl translation code (untested)
21:49.23starseekeris beginning to wonder if the internal use of db_search in commands is premature, based on that db_concat issue... db_search needs nref to be current/up-to-date, and I'm not at all sure all the geometry changing commands (well, comb changing + add/delete - I suppose attr and param edits won't matter) tidy up nref after they're done
21:57.04*** join/#brlcad merzo (~merzo@87-47-133-95.pool.ukrtel.net)
21:59.19Notify03BRL-CAD:n_reed * 67406 (brlcad/branches/brep-debug/CHANGES brlcad/branches/brep-debug/CMakeLists.txt and 150 others): sync from trunk
22:02.04Notify03BRL-CAD:n_reed * 67407 (svn:mergeinfo ## -1,5 +1,5 ## and 7 others): record sync revision as mergedProperty Changed:----------------brlcad/trunk/brlcad/trunk/src/libged/polyclip.cpp
22:05.40Notify03BRL-CAD:starseeker * 67408 (brlcad/trunk/src/conv/step/BRLCADWrapper.cpp brlcad/trunk/src/gtools/gdiff/gdiff.c and 5 others): be more aggressive with nref updates before db_search calls.
22:08.03*** join/#brlcad ickby_ (~stefan@x5d8458df.dyn.telefonica.de)
22:21.09Notify03BRL-CAD:starseeker * 67409 brlcad/trunk/src/tclscripts/rtwizard/main.c: organize, debug printing
22:39.03Notify03BRL-CAD:starseeker * 67410 brlcad/trunk/src/tclscripts/rtwizard/main.c: Fix mime bits - bu_path_component no longer does mime directly
22:43.45Notify03BRL-CAD:starseeker * 67411 brlcad/trunk/src/tclscripts/rtwizard/main.c: these are flags
23:01.48*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:07.19*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:19.38*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)

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