Hi,
Based on your reply, I decided to focus on the OpenSCAD Importer project. I
have been looking over the 3dm-g and g-3dm files and my understanding is
that they convert the geometry from 3dm model ( Rhino Modeling
<https://www.rhino3d.com/new/modeling> ) to BRL-CAD .g format, namely
BRL-CAD database.
I have also found the BRL-CAD Database Format
<http://brlcad.org/w/images/2/2d/BRL_CAD_g_format_V5.pdf> but I didn't
quite find something similar regarding the OpenSCAD , except for this file
<http://en.wikibooks.org/wiki/OpenSCAD_User_Manual/STL_Import_and_Export>
. I'm not sure if it's the right format documentation. Could you please
point me into the right direction to where a OpenSCAD format description
exists or confirm?
I know it doesn't involves converting formats but I have tried working on
implementing a primitive volume function to improve my general knowledge
about how to submit a patch for BRL-CAD. So far, I have looked through all
the primitives in the src/librt/primitives and I found that most of them (
at least the ones I could find a volume formula for) already have
implemented the volume callback.
I'm currently looking over http://sourceforge.net/p/brlcad/patches/ and
contributor quickies,but if anyone could point me to something I could work
on (ideally related to the project, but anything works, really) it would be
of great help!
Please correct me if I'm wrong, to sum up, my understanding is that I have
to implement a file similar to 3dm-g, but for the OpenSCAD format. Once I
figure out what format OpenSCAD uses, the first step I would take is to
implement a dummy stub(a new OpenSCADformat-g.cpp and .h) that reads an
OpenSCAD file as-is, connected to CMAKE logic. Does this make sense? If
not, how should I proceed?
Thank you,
Andrei Ilinca
On Sun, Mar 15, 2015 at 1:12 AM, Clifford Yapp <cliffy...@gmail.com> wrote:
> 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
>
------------------------------------------------------------------------------
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
