| 02:32.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:23.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:54.06 | *** join/#brlcad konrado (~konro@41.205.22.57) | |
| 05:45.25 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:58.41 | *** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79) | |
| 06:07.46 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:13.25 | nihar | When is the deadline for submitting patches for GSOC aspirants? |
| 06:17.16 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 06:24.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:36.59 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 08:07.28 | *** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94) | |
| 08:16.05 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 08:50.30 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:57.15 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 09:12.24 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:40.12 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 10:00.08 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 11:10.15 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 11:14.18 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 11:34.24 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 11:39.52 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 11:49.04 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 12:01.01 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 12:03.50 | sofat | starseeker, hello |
| 12:03.50 | *** join/#brlcad Izakey (~Izakey@41.205.22.63) | |
| 12:04.28 | sofat | Are you know about this "directory queue strategy" it is related with file system ? |
| 12:05.56 | sofat | I tried to search for this but I could not found any useful information. So please tell me what is this ? |
| 12:07.10 | sofat | anyone know about this ? |
| 13:25.12 | *** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-spdfgkvdhwmcxrks) | |
| 13:41.24 | *** join/#brlcad alisha (~quassel@101.60.137.157) | |
| 14:05.02 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:12.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:07.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:12.17 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 15:22.12 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 15:24.32 | Shubham | GSOC'15; OGV-meteor project proposal; Please have a look in the comment section where I have added links to PR/patches for the project, and my developments so far (after the proposal submission) |
| 15:35.37 | Notify | 03BRL-CAD:starseeker * 64521 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c and 2 others): Prepare the bn_polygon_triangulate API to accept holes. |
| 15:41.17 | Notify | 03BRL-CAD:starseeker * 64522 brlcad/trunk/include/bn/polygon.h: tweak comment |
| 16:00.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:07.51 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 16:17.26 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 16:25.32 | *** join/#brlcad andrei_il (6d64804e@gateway/web/cgi-irc/kiwiirc.com/ip.109.100.128.78) | |
| 16:34.10 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 16:34.17 | andrei_il | #openscad |
| 16:40.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:50.08 | *** join/#brlcad albertcoder (~quassel@1.39.40.17) | |
| 16:50.17 | Notify | 03BRL-CAD:starseeker * 64523 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c and 2 others): If we want to do this right, the polygon and the holes have to use the same index notations into the same point list. |
| 16:54.39 | *** join/#brlcad alisha (~quassel@101.60.137.157) | |
| 17:04.45 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 17:05.12 | *** join/#brlcad alisha (~quassel@101.60.211.248) | |
| 17:10.51 | *** join/#brlcad alisha (~quassel@115.184.11.7) | |
| 17:15.48 | *** join/#brlcad albertcoder (~quassel@1.39.40.17) | |
| 17:20.51 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 17:22.00 | sofat | brlcad, hello |
| 17:25.25 | sofat | I want to know about "directory queue strategy" please elaborate this concept. I am searching about this but I could not found any useful information about this so please tell what is this concept, it related with file system ? |
| 17:28.56 | sofat | ``Erik, you know about this concept ? |
| 17:33.45 | *** join/#brlcad YashM (~YashM@117.198.7.115) | |
| 17:34.22 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 17:40.35 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 17:41.13 | sofat | any one know about this ? |
| 17:42.16 | Stragus | No idea. There are many interpretations possibles, depending on context |
| 17:42.20 | Stragus | possible* |
| 17:42.29 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 17:47.41 | sofat | Stragus, ok thanks :-( |
| 17:50.25 | ``Erik | sofat: no idea, what's the context? |
| 17:50.46 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 17:50.48 | ``Erik | if you can tell us where you got the phrase from, it might help us figure out what the hell it means :) |
| 17:51.43 | sofat | ``Erik, brlcad told me about this for eliminate mysql and use this concept for storage and fetch documents on websites |
| 17:54.27 | ``Erik | hm, not sure what would be queued... but filesystems are excellent at holding files, it's something they tend to do even better than mysql... |
| 17:55.01 | ``Erik | so I guess you'd need to tell us how you're abusi, er, using mysql for us to comment... :D |
| 18:03.09 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 18:13.16 | sofat | ``Erik, Please check this. This is reply by brlcad. |
| 18:13.25 | sofat | https://docs.google.com/document/d/1e0ujwZUvjyvK3J7pLMwn4on1etpKw0grPQv0mKyaFhA/edit?usp=sharinghttps://docs.google.com/document/d/1e0ujwZUvjyvK3J7pLMwn4on1etpKw0grPQv0mKyaFhA/edit?usp=sharing |
| 18:13.34 | sofat | https://docs.google.com/document/d/1e0ujwZUvjyvK3J7pLMwn4on1etpKw0grPQv0mKyaFhA/edit?usp=sharing |
| 18:14.44 | sofat | third paragraph .. |
| 18:27.05 | sofat | ``Erik, you found any thing ? |
| 18:28.43 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 18:30.22 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 18:50.53 | sofat | <PROTECTED> |
| 18:59.35 | Notify | 03BRL-CAD:bob1961 * 64524 brlcad/branches/eab/src/tclscripts/lib/Ged.tcl: Changed the end_data_poly_cont trigger event to a mouse button instead of using Shift-button. Added a bit of code to call the mEndDataPolygonCallbacks in end_data_poly_move when in moveall mode. |
| 19:01.05 | pujani | hi, I have done some improvements in Materials Database. Should I submit the patch or send a pull request? |
| 19:03.07 | Notify | 03BRL-CAD:bob1961 * 64525 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Changed the end_data_poly_cont trigger event to a mouse button instead of using Shift-button. Added a bit of code to call the mEndDataPolygonCallbacks in end_data_poly_move when in moveall mode. |
| 19:19.22 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-emnsbblpwovryrlf) | |
| 19:24.04 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 19:24.47 | Notify | 03BRL-CAD:carlmoore * 64526 brlcad/trunk/src/libged/lc.c: in using -0 option in lc.c, store the 'regions' struct-arracy from back to front to match what I was getting for -0 in lc.tcl code |
| 19:26.15 | andrei_il | brlcad : hi, when there's time, can you please have a look on the comment on my proposal? (I'm Andrei Ilinca) Thanks! |
| 19:28.05 | ``Erik | pujani: BRL-CAD uses subversion, so no pull requests... just the patch tracker. Make sure you do something with the patch submission and gsoc application so we can go from one to the other (bidirectional association) |
| 19:28.51 | ``Erik | heh, and sofat is gone |
| 19:33.52 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:34.03 | sofat | ``Erik, yes |
| 19:36.59 | pujani | ``Erik, Thanks |
| 19:44.36 | sofat | ``Erik, Have you read this mail content ? |
| 19:44.51 | sofat | I am waiting your reply |
| 19:48.44 | ``Erik | sofat: yes, it's pretty simple... |
| 19:48.47 | pujani | ``Erik, I have forked Materials Database from github and thinking to send the pull request |
| 19:49.13 | sofat | means ? |
| 19:49.59 | ``Erik | sofat: you have two sets of documents... "pending review" and "reviewed and ready for commit"... shove new stuff in a "pending review" directory... when someone clicks something, move the file to either a "reviewed and ready o commit" directory or a "rejected" directory... done! |
| 19:50.35 | ``Erik | pujani: ah, sorry, there is some stuff on github and that can be done with pull requests. I thought you meant a change for BRL-CAD itself :) |
| 19:53.19 | pujani | ``Erik, Ok Thanks I send pull request |
| 19:54.44 | dracarys983 | ``Erik, any idea about where to add the surface normals in the output files for DXF and SAT export formats? Or should I make a new file and add them there? |
| 20:00.15 | sofat | ``Erik, Thanks I also thought same and shared mock'ups in my proposal |
| 20:01.29 | sofat | 1qqqqqq |
| 20:04.08 | ``Erik | dracarys983: nope, not familiar with those formats... I'd google around for file format specifications and see if they handle explicit normals at all |
| 20:05.56 | dracarys983 | ``Erik, Actually they don't have surface normals in their formats. So, I had to add an option for them. I was wondering whether it would be safe to add in the same file, because it might cause a problem reading them. |
| 20:08.44 | ``Erik | I'd assume adding unexpected "junk" would be bad... typically, extra data that doesn't fit in a format is discarded, is there a reason that can't be done? |
| 20:10.11 | andrei_il | ``Erik, hi! |
| 20:10.31 | andrei_il | could you please look at the comment I left on my proposal? (I'm Andrei Ilinca ) |
| 20:10.51 | andrei_il | I m asking if the patches I submitted are/can be considered |
| 20:14.00 | ``Erik | aw man, if I look at yours, I have to look at everyones! :D hold on a minute, melange is horrible... |
| 20:14.56 | dracarys983 | ``Erik, I haven't seen the code that imports them and reads the file (if it's imported at all). |
| 20:15.29 | dracarys983 | Well, I have assumed that extra data would be discarded and added the normals at the end. :P |
| 20:15.30 | ``Erik | dracarys983: it looks like triangles in dxf infer normals from winding order |
| 20:17.17 | ``Erik | andrei_il: 329 and 330? |
| 20:17.23 | andrei_il | if it's easier, I can link the patches here and explain why I did them and see if it's reasonable |
| 20:18.02 | andrei_il | 300 and 329 |
| 20:18.04 | dracarys983 | ``Erik : Yes, it has plane-surface as the keyword. So, that should suffice for surface normals then? |
| 20:19.47 | ``Erik | dracarys983: probably? (though you can't do tricks like modifying the vertex normals to fake curves with like gouraud shading) |
| 20:21.47 | ``Erik | andrei_il: does 300 belong to geomcore or something? |
| 20:21.55 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 20:22.34 | Notify | 03BRL-CAD:starseeker * 64527 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c and 2 others): Don't complicate the calling of the triangulation functionality unless necessary. |
| 20:22.52 | ``Erik | 329 looks like the svn diff was done in src/conv instead of the project root? |
| 20:22.53 | andrei_il | yes, it belongs to rt^3 branch |
| 20:25.11 | *** join/#brlcad andrei__ (bc19e1d8@gateway/web/freenode/ip.188.25.225.216) | |
| 20:26.33 | dracarys983 | ``Erik: Uh, I don't follow. I was talking about this piece of code : https://gist.github.com/dracarys-stormborn/367b4463343b2c30e204 |
| 20:27.28 | andrei_il | yes but the changes only affected it |
| 20:31.41 | andrei_il | Is there any issue in that? |
| 20:35.34 | dracarys983 | ``Erik: It already outputs normals there. VARGS3(norm). So, I need not add surface normals for -n option I guess? Sigh, I'm making a mess out of a simple thing. |
| 20:38.51 | dracarys983 | Oh I'm sorry. I was looking at SAT's code. :( |
| 20:43.16 | ``Erik | andrei_il: 329 looks technically correct but inadequate to be worth a patch. 330 deals with code I'm not up on, so I can't really comment |
| 20:44.43 | ``Erik | has to help a 7yo with homework, probably won't be back tonight... hopes he helped a little (or at least didn't confuse things too much) :) |
| 20:45.45 | andrei_il | ``Erik , thanks for the review |
| 20:49.51 | andrei_il | ``Erik: (if you still here) why inadequate to be worth a patch , should I add some geometry parsing on it? Thanks |
| 21:20.13 | dracarys983 | <PROTECTED> |
| 21:20.23 | dracarys983 | Thanks :D |
| 22:41.26 | Notify | 03BRL-CAD:starseeker * 64528 brlcad/trunk/src/libbn/polygon.c: Start stubbing in the hole handling logic. |
| 22:53.33 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 23:24.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |