- #Librecad constraints full
- #Librecad constraints software
- #Librecad constraints code
- #Librecad constraints license
I’m working on some reverse engineering solver, examples/unknown, for the possible combinations of data fields with some modern prolog/solver system picat. No, I’ve added support for much more objects and entities that are in libdxfrw, and will add more.
Yes, but LibreDWG wasn’t much different in terms of entities support from libdxfrw when you started? Or am I under a wrong impression? We really need to collaborate to get rid of those.
#Librecad constraints full
Their spec is also full of small annoying bugs. Only Teigha offers these, but Theiga is non-free, and I’m annoyed by that. SolveSpace needs both parametric constraints and BIM - the two most important technologies in modern CAD. You cannot write DWG, there is not much support for all the new entities and classes. libdxfrw is good at supporting all versions and DXF, but not more.
Why?īecause there is still no acceptable free solution out there, which is terribly needed. And yet you picked it up and started improving it and got it to a releasable state. To an outsider, LibreDWG could look a bit like a lost cause, while libdxfrw might be considered a better candidate for spending one’s time. Reini kindly agreed answering a few questions from LGW. Two weeks ago, he made the second public release of the library (v0.6) featuring bugfixes, API changes, GNU Parallel support, basic support for more types of objects, and the parsing of ACIS version 2 (3D data). The library can now read most R13-R2018 DWG files and write R2000 DWG files.
#Librecad constraints code
Reini cleaned up the code base, added support for many new entities and half a dozen of convertors from DWG to other file formats such as DXF, BMP, PS, and SVG.
#Librecad constraints software
While we might have to wait for end-user software other than GRASS, Archimedes, and PythonCAD to start using LibreDWG (or take matters into our own hands, all limitations of GPLv3+ considered), the project’s own pace has dramatically increased with the arrival of Reini Urban in late 2017.
At some point, Felipe Castro, developer of the original LibDWG library, even forked it back from LibreDWG to add support for more entities, as well as for R2004, R2010, and R2013 files, and make a few releases, then admitted the game was over. So until fairly recently, there were pretty much no developers, not much progress, and not even a single public release.
FreeCAD went for proprietary Teigha, and Blender still has no solution for opening DWG files, let alone exporting those. The original team abandoned it, a few GSoC students tried to get this project to work again, but they too eventually shifted their interest elsewhere (one became a regular LibreCAD contributor).Įventually, LibreCAD started their own libdxfrw library with DWG reading support (now also used at the very least by SolveSpace).
#Librecad constraints license
After FSF declined the request of the library’s developers (who forked it from LibDWG) to downgrade the license from GPLv3+ to GPLv2+ and thus make it compatible to LibreCAD and FreeCAD, it all went south. In an unimaginable turn of events, LibreDWG, the free/libre library for opening proprietary CAD files in the DWG file format, is becoming a stellar example of a FOSS project.īack in 2012, when we last covered the project, LibreDWG was in a rough state.
0 kommentar(er)
