On Sat, Mar 14, 2015 at 5:40 PM, Ilinca Andrei <andrei.ilinc...@gmail.com> wrote: > > Hello, > > I'm Andrei Ilinca, and I'm a second year undergraduate at Polytechnic > University of Bucharest, Faculty of Automatic Control and Computer Science, > looking to participate in gsoc 2015, hopefully with BRL-CAD!
Welcome! > So why BRL-CAD ? And why BRL-CAD now? > > You might believe that I arrived late. However, I'm doing as much as I can > in order to catch up. I have already checked out sources from SVN and built > it locally and I'm currently looking over > http://brlcad.org/wiki/Contributor_Quickies . I'll tackle a bug once I see > which is more appropriate for my skillset and level. Excellent. > 1)Object-oriented C++ Geometry API > This project would allow me to improve my C++ coding skills working on > something visible(Open Source). I have previously used C++ in my academic > assignments. Another reason is that recently transitioning from C to C++, I > can see the usefulness of offering an Object Oriented API over a procedural > library. In my humble opinion, it increases usability. There are some email discussions on this recently in our email archives - I suggest looking them over as a starting point. > 2)Header Restructuring > I don't really have any industrial experience, but reducing maintenance > costs sounds like an important and useful task to me. I could benefit from > learning how to organize code from mentors(who I assume are a lot more > experienced than me) and BRL-CAD would get decreased maintaining costs/time > required. Indeed. You can look at the history of include/bu and include/bn for some examples. Such restructuring requires that you understand the code well enough to break it out into groups in a sensible way, so there is more work involved than you might think at first glance. > 3) OpenSCAD Importer > The link on the project ideas page seems broken, but I imagine it involves > breaking down the geometry structure from OpenSCAD and redoing it into a > BRL-CAD format, please correct me if I'm wrong. That would be an excellent feature to work on, and has the advantage of being relatively self-contained (header restructuring is rather disruptive in that it touches a lot of source code, and hence it must be done with care.) You have correctly identified the core of the task. Structure and primitives have to be translated, and the file itself must also be parsed to get at that structure and object information. Take a look in src/conv at our other converters (3dm-g and stl-g are probably good examples for something of this scope - iges/step are going to be way too big to be good examples.) Cheers, CY ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ BRL-CAD Developer mailing list brlcad-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/brlcad-devel
