Group: LibreDWG/SummerOfCode

This is the ideas page for Google Summer of Code. If you see anything LibreDWG is missing and a student could do it in 3 months, put it here.

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. 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.

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.

• 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.