| 00:21.07 | *** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net) |
| 05:53.56 | *** join/#brlcad Stattrav (~Stattrav@117.192.147.2) |
| 05:53.56 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 07:25.24 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 07:42.10 | *** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net) |
| 08:20.48 | *** join/#brlcad merzo (~merzo@237-129-133-95.pool.ukrtel.net) |
| 09:04.47 | *** join/#brlcad KimK (~Kim__@ip174-71-95-176.om.om.cox.net) |
| 14:40.07 | *** join/#brlcad Stattrav (~Stattrav@117.192.147.2) |
| 14:40.07 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 15:46.26 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 16:10.11 | *** join/#brlcad cjdevlin (~devlin@d118-75-70-176.try.wideopenwest.com) |
| 17:53.27 | *** join/#brlcad Stattrav (~Stattrav@117.192.147.2) |
| 17:53.27 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 18:07.27 | *** join/#brlcad Stattrav (~Stattrav@117.192.147.2) |
| 18:07.28 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 18:17.10 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 18:31.21 | *** join/#brlcad Stattrav (~Stattrav@117.192.147.2) |
| 18:31.21 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 18:42.11 | *** join/#brlcad Stattrav (~Stattrav@117.192.147.2) |
| 18:42.11 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 19:50.21 | *** join/#brlcad piksi (piksi@pi-xi.net) |
| 20:31.51 | *** join/#brlcad Jesselnz (~jesse@ool-435573a5.dyn.optonline.net) |
| 20:33.52 | Jesselnz | I'm hoping to participate in Google Summer of Code, and my idea is to implement a DWG importer based on LibreDWG. I'd appreciate some feedback on how valuable such a tool would be, and whether or not this could viably get accepted as a GSoC project. |
| 20:43.30 | brlcad | hello Jesselnz |
| 20:43.40 | Jesselnz | Hi |
| 20:43.57 | brlcad | the idea sounds interesting, but the approach using libredwg is a problem (for us) |
| 20:44.08 | Jesselnz | Why is that? |
| 20:44.09 | brlcad | license is no good for integration |
| 20:45.20 | brlcad | that library is GPL, so any tool developed against it would also need to be GPL or go through obtuse release integration steps making it practically infeasible |
| 20:45.48 | brlcad | there are plenty of other, more interesting, converters needed -- is that your only interest? |
| 20:46.17 | Jesselnz | Doesn't BRL-CAD have different components released under the GPL and BSD licenses? |
| 20:46.25 | Jesselnz | At least, that's the impression I was under. |
| 20:47.27 | Jesselnz | What other converters are needed? |
| 20:47.35 | brlcad | Jesselnz: the majority of source code is LGPL, build system and data files are BSD |
| 20:48.53 | brlcad | the main ones desired is a step exporter, improving our step importer, and updating our existing iges importer/exporter |
| 20:49.33 | Jesselnz | Alright, thanks. I'll look into those. |
| 20:50.01 | brlcad | others are listed here: http://brlcad.org/~sean/ideas.html |
| 20:51.43 | brlcad | Jesselnz: if you're inspired, we're REALLY interested in code refactoring/cleanup projects -- one of which is establishing a code conversion library |
| 20:52.31 | brlcad | nuts and bolts infrastructure |
| 20:53.20 | brlcad | e.g., turning our 20+ existing converters into library API with 100% clean common code reuse instead of self-contained binaries like they are now |
| 20:53.53 | Jesselnz | Sure, that sounds like an interesting project. |
| 20:54.51 | brlcad | if it's done perfectly, you wouldn't necessarily end up with an end-user visible change other than maybe some subtle consistency cleanup across converters |
| 20:55.36 | brlcad | more details at http://brlcad.org/wiki/Geometry_Conversion_Library from our Project Ideas page |
| 20:58.51 | *** topic/#brlcad by brlcad -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.18.4 ETA 20110321 || BRL-CAD is participating in the 2011 Google Summer of Code! Students: speak up, ask quesions! :) |
| 20:58.57 | Jesselnz | I'll definitely look into it. Thanks for the suggestion. |
| 20:59.02 | brlcad | no problem |
| 21:00.11 | brlcad | starseeker: CGAL has been participating for the past 2-3 years goo, not direct competition usually due to their funky license problems |
| 21:00.45 | brlcad | willdye: thanks |
| 21:11.30 | brlcad | mmm, so I see nobody sync'd to trunk and posted the release! |
| 21:21.35 | brlcad | hah, gource uses ftgl |
| 23:23.48 | starseeker | hates global variables... grr... |
| 23:24.27 | brlcad | kill them! |
| 23:26.45 | starseeker | is trying, but it's not in our codebase |
| 23:26.57 | brlcad | this is freaking awesome |
| 23:27.07 | brlcad | pulling up a visualization of brl-cad source history |
| 23:27.13 | starseeker | cool! |
| 23:27.28 | starseeker | brlcad: back I take it? how was it? |
| 23:27.38 | brlcad | awesome |
| 23:27.57 | starseeker | hehe - welcome back to the letdown that is american food |
| 23:28.53 | starseeker | what's the visualization? |
| 23:31.16 | starseeker | scowls at sqlite... don't tell me... |
| 23:34.52 | starseeker | hrm. No wonder they were using a global, that commit_hook doesn't pass any info... |
| 23:35.41 | starseeker | ah, wait |
| 23:35.56 | starseeker | pCommitArg... what's that... |
| 23:38.32 | starseeker | bingo |