Re: [brlcad-devel] google summer of code : Geometry Conversion Library

2016-03-14 Thread Christopher Sean Morrison
> On Mar 14, 2016, at 7:12 PM, Margaret Hu wrote: > > studied the 3dm-g file converter, you may say it is easy (if you know what > was going on), But there is a steep learning curve to know what is going on. I suggested it is easy because our brep/nurbs support is

Re: [brlcad-devel] google summer of code : Geometry Conversion Library

2016-03-14 Thread Margaret Hu
studied the 3dm-g file converter, you may say it is easy (if you know what was going on), But there is a steep learning curve to know what is going on. So basically an input .3dm file is passed to the opennurbs library and get a pointer to ONX_Model, now what is needed is to explore the ONX_Model

Re: [brlcad-devel] google summer of code : Geometry Conversion Library

2016-03-10 Thread Margaret Hu
all examples compiled successful :) will find some .3dm files to test this weekend. On Thu, Mar 10, 2016 at 5:13 PM, Margaret Hu wrote: > >>For what it’s worth, ensuring robust and faithful 3DM import and export > support in LIBGCV would be immensely valuable, and

Re: [brlcad-devel] google summer of code : Geometry Conversion Library

2016-03-10 Thread Margaret Hu
>>For what it’s worth, ensuring robust and faithful 3DM import and export support in LIBGCV would be immensely valuable, and probably be the next best step. We do not >>have a 3DM exporter, but writing one is pretty trivial (probably take less than a week for non-CSG geometries). trying to get

Re: [brlcad-devel] google summer of code : Geometry Conversion Library

2016-03-09 Thread Vasco Alexandre da Silva Costa
On Thu, Mar 10, 2016 at 1:17 AM, Vasco Alexandre da Silva Costa < vasco.co...@gmail.com> wrote: > On Thu, Mar 10, 2016 at 12:21 AM, Margaret Hu > wrote: > >> Sean: >> >> >>Not really — that is your job to propose a best candidate — but we do >> keep notes on our

Re: [brlcad-devel] google summer of code : Geometry Conversion Library

2016-03-09 Thread Vasco Alexandre da Silva Costa
On Thu, Mar 10, 2016 at 12:21 AM, Margaret Hu wrote: > Sean: > > >>Not really — that is your job to propose a best candidate — but we do > keep notes on our geometry conversion desires in our TODO file. There is a > section entitled >>CONVERTERS that pertain to our

Re: [brlcad-devel] google summer of code : Geometry Conversion Library

2016-03-09 Thread Margaret Hu
Sean: >>Not really — that is your job to propose a best candidate — but we do keep notes on our geometry conversion desires in our TODO file. There is a section entitled >>CONVERTERS that pertain to our conversion interests. Thanks for the information, looking at the CONVERTERS section in the

Re: [brlcad-devel] google summer of code : Geometry Conversion Library

2016-03-08 Thread Christopher Sean Morrison
>1 - NOTE: some 'test' tests are expected to fail, 'regress' must pass > (Failed) > 766 - regress-flawfinder (Failed) > 771 - regress-quote (Failed) > 772 - regress-rtwizard (Failed) > Errors while running CTest > > [snip] > So maybe you just run make check(like I did) and ensure the

Re: [brlcad-devel] google summer of code : Geometry Conversion Library

2016-03-08 Thread Param Hanji
Hi Margaret, > I have successfully checkout the SVN source and built in my Ubuntu 14.04 > > The make command gives > BRL-CAD Release 7.25.0, Build 20160308 > > The make test command gives > The following tests FAILED: >1 - NOTE: some 'test' tests are expected to fail, 'regress' must pass >

Re: [brlcad-devel] google summer of code : Geometry Conversion Library

2016-03-08 Thread Christopher Sean Morrison
Hi Margaret, > will investigate CMake online, should not be too hard, will first try to > build all executables from source in Ubuntu 14.04, (I downloaded > brlcad-7.24.2.tar.gz). Can you point me the documentation of the build > process, such as : configure, make all, make install. Like

Re: [brlcad-devel] google summer of code : Geometry Conversion Library

2016-03-08 Thread Margaret Hu
Daniel: Thanks for your help >You should use our Subversion repository instead. You can find a >short how-to together with some CMake build basics here: >http://brlcad.org/wiki/Building_from_SVN I have successfully checkout the SVN source and built in my Ubuntu 14.04 The make command gives

Re: [brlcad-devel] google summer of code : Geometry Conversion Library

2016-03-07 Thread Daniel Roßberg
Margaret, >> 1. cat src/conv/conv_lib/Makefile (create a conv_lib directory for the >> project) >>> Note that we use the CMake build system, which you can read about online. >>> Instead of putting build logic into Makefiles, we put the logic into >>> CMakeLists.txt files and CMake gives us

Re: [brlcad-devel] google summer of code : Geometry Conversion Library

2016-03-04 Thread Christopher Sean Morrison
Hi Margaret, > Thanks for your input. I do development in the Linux environment (Ubuntu > 14.04), so the software architecture (in the UNIX environment) I have in mind > for the library consists of the 3 components It’s great that you’ve thought about it — now you can see where we’re

Re: [brlcad-devel] google summer of code : Geometry Conversion Library

2016-03-04 Thread Margaret Hu
Daniel: Thanks for your input. I do development in the Linux environment (Ubuntu 14.04), so the software architecture (in the UNIX environment) I have in mind for the library consists of the 3 components 1. cat src/conv/conv_lib/Makefile (create a conv_lib directory for the project) #BASE = ..

Re: [brlcad-devel] google summer of code : Geometry Conversion Library

2016-03-04 Thread Daniel Roßberg
Hi Margaret, Think of this library as a hub which converts one CAD file format to another with the BRL-CAD database format in the middle. Looking at src/conv you will see that many of the conversion algorithms are already available. E.g. to to go from *.stl to *.obj you would first use stl-g

[brlcad-devel] google summer of code : Geometry Conversion Library

2016-03-03 Thread Margaret Hu
My name is Margaret Hu, I am a student at Ohlone College Fremnt California, I am interested in the project "Geometry Conversion Library" For the three requirement for this project * Familiar with C/C++ : YES * Familiar with file parsing issue (lex/yacc a plus) : YES, I know flex/bison and regex