Group: LibreDWG/SummerOfCode

From LibrePlanet
Jump to: navigation, search
Line 1: Line 1:
 
[http://socghop.appspot.com Google Summer of Code 2010] dates are out [http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/faqs#timeline]. The GNU Project has been accepted as a mentoring organization in 2009, and will probably do it again in 2010. This is the ideas page for GNU LibreDWG. Ideas for other GNU packages can be found here [http://www.gnu.org/software/soc-projects/ideas-2010.html].  
 
[http://socghop.appspot.com Google Summer of Code 2010] dates are out [http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/faqs#timeline]. The GNU Project has been accepted as a mentoring organization in 2009, and will probably do it again in 2010. This is the ideas page for GNU LibreDWG. Ideas for other GNU packages can be found here [http://www.gnu.org/software/soc-projects/ideas-2010.html].  
  
Students should choose one of the ideas listed here in order to write their applications. If you are a student and want to propose a new idea, feel free, but consider writing to us on the development mailing list before doing that (mail us anyway, even if you are picking one of the ideas below). We expect that candidates do a further research on topics related to the proposals, and make it clear in their applications. Applications containing design and implementation proposals will be highly considered. Feel free do criticize LibreDWG's internals. There is still much to be done.
+
Students should choose one of the ideas listed here in order to write their applications. If you are a student and want to propose a new idea, feel free, but consider writing to us on the development mailing list before doing that (mail us anyway, even if you are picking one of the ideas below). We expect that candidates do a further research on topics related to the proposals, and make it clear in their applications. Applications containing design and implementation proposals will be highly considered. Feel free do criticize LibreDWG's internals. There is still much to be done. Check [http://gnu.org/software/libredwg our homepage] and our [http://groups.fsf.org/wiki/LibreDWG wiki] for further information about the project. Mail us at '''libredwg at gnu dot org''' if you have any questions.  
  
 
'''Please check the [http://www.gnu.org/software/soc-projects/guidelines.html GNU guidelines for SoC] before writing your application.'''  
 
'''Please check the [http://www.gnu.org/software/soc-projects/guidelines.html GNU guidelines for SoC] before writing your application.'''  
  
 
==3D Solid decoding support==
 
==3D Solid decoding support==
Currently LibreDWG is able to decode 3D solids partially. The solids in DWG are encoded into the SAT and SAB formats, used by the ACIS 3D modeling kernel. There are not free implementations of this kernel, which means that the SAT and SAB streams that we are able to extract are useless if not parsed. Once parsed, the solids must be converted to other openly documented formats, and properly rendered and worked within free software tools. It is yet not clear if ''converting'' belongs to the scope of this idea, since there aren't any known {sat,sab}2something free software converters. Anyway, if your application somehow gives a light in addressing this issue, either implementing or not the converter, that would be a plus.
+
Currently LibreDWG is only able to decode 3D solids partially. The solids in DWG are encoded into the SAT and SAB formats, used by the ACIS 3D modeling kernel. There are not free implementations of this kernel, which means that the SAT and SAB streams that we are able to extract are useless if not parsed. Once parsed, the solids must be converted to other openly documented formats, and properly rendered and worked within free software tools. It is yet not clear if ''converting'' belongs to the scope of this idea, since there aren't any known {sat,sab}2something free software converters. Anyway, if your application somehow gives a light in addressing this issue, either implementing or not the converter, that would be a plus.
  
 
*Level: MEDIUM/HARD
 
*Level: MEDIUM/HARD

Revision as of 16:54, 13 March 2010

Google Summer of Code 2010 dates are out [1]. The GNU Project has been accepted as a mentoring organization in 2009, and will probably do it again in 2010. This is the ideas page for GNU LibreDWG. Ideas for other GNU packages can be found here [2].

Students should choose one of the ideas listed here in order to write their applications. If you are a student and want to propose a new idea, feel free, but consider writing to us on the development mailing list before doing that (mail us anyway, even if you are picking one of the ideas below). We expect that candidates do a further research on topics related to the proposals, and make it clear in their applications. Applications containing design and implementation proposals will be highly considered. Feel free do criticize LibreDWG's internals. There is still much to be done. Check our homepage and our wiki for further information about the project. Mail us at libredwg at gnu dot org if you have any questions.

Please check the GNU guidelines for SoC before writing your application.

3D Solid decoding support

Currently LibreDWG is only able to decode 3D solids partially. The solids in DWG are encoded into the SAT and SAB formats, used by the ACIS 3D modeling kernel. There are not free implementations of this kernel, which means that the SAT and SAB streams that we are able to extract are useless if not parsed. Once parsed, the solids must be converted to other openly documented formats, and properly rendered and worked within free software tools. It is yet not clear if converting belongs to the scope of this idea, since there aren't any known {sat,sab}2something free software converters. Anyway, if your application somehow gives a light in addressing this issue, either implementing or not the converter, that would be a plus.

  • Level: MEDIUM/HARD
  • Priority: VERY HIGH
  • Desirable skills: good knowledge of 3D solid and surface modeling, medium to advanced C programming. Familiarity with the SAT/SAB formats is a plus.


DWG write support

LibreDWG currently supports DWG versions R13, R14, R2000 and R2004 (R2007 is on the way) but only for reading. Some write operations for entities and objects are already written, and there is a very basic write framework. Although, headers and the whole file structure are not written. Write support is almost evil, but still needed, since there is not a well stablished free CAD format, and we don't want people to leave free CAD applications because they can't send their work back to DWG-only-CAD users.

  • Level: HARD
  • Priority: MEDIUM/HIGH
  • Desirable skills: good knowledge of C programming, familiarity with 3D modeling or CAD applications, goof knowledge of the inners of the DWG format as described by the OpenDWG specification.

LibreDWG API

Currently, LibreDWG users (CAD programs) have to browse through the low level DWG struct blindly. There are some helper functions, but they aren't enough to make the library usable for programmers. The student taking this project will potentially implement some sort of dwg2foo converter in order to understand the API needs. That done, they will write a reasonably simple and easy to use C API. This API should have bindings to other programming languages, Python being a priority. A C++ object-oriented API would be desirable as well.

  • Level: MEDIUM
  • Priority: LOW/MEDIUM
  • Desirable skills: good knowledge of C, C++, Python and binding-generation tools (such as SWIG), some knowledge of vectorial computer graphics or CAD formats.