Hacker Newsnew | past | comments | ask | show | jobs | submitlogin
LibreDWG: “Plans are to add support for SolveSpace, OpenSCAD and PythonCAD” (gnu.org)
71 points by app4soft on Sept 27, 2020 | hide | past | favorite | 22 comments


Here is related SolveSpace 3.x issue/feature request thread.[0]

Also "switch to LibreDWG" requested for LibreCAD 3.x.[1]

[0] https://github.com/solvespace/solvespace/issues/326

[1] https://github.com/LibreCAD/LibreCAD_3/issues/207


But when was that written? Latest date version/example is 2018. Wikipedia says 'development has stalled since 2011'.

Otherwise, as I understand it, this woupd be helpful for Fusion360 refugees looking to get their 3D models (the part of F360 that uses proprietary DWG format) into other tools?


This is the current state. Written at about 2018. Development is in full swing. SolveSpace integration is in work already, but this will need a long time.

FreeCAD import/export only supports about 20 of 200 classes, only the most important entities. But not much 3D, dynblocks nor constraints.

You already can translate DWG to DXF via LibreDWG or Teigha. I never tried F360, so I cannot say which additional object classes are there, and if they are important. But F360 already supports export to DXF, IGES and STEP I assume.


> SolveSpace integration is in work already, but this will need a long time.

Thanks for such info! Are there any nearest milestones for this & next year?


The next milestone will be the Gambas bindings, hopefully in November.


Great!


> Latest date version/example is 2018. Wikipedia says 'development has stalled since 2011'.

Are you talking about LibreDWG article on Wikipedia? Seems like it is incorrect written.[0]

Checkout official LibreDWG resources instead.[1,2]

[0] https://en.wikipedia.org/wiki/LibreDWG

[1] https://directory.fsf.org/wiki/Libredwg

[2] https://github.com/libredwg/libredwg


I was yes. Too be honest, I consider Wikipedia accuracy/to-date-ness a pretty good proxy for activity/popularity anyway.

i.e. If it's so incorrect, it's because LibreDWG doesn't have enough users for it to be correct.


You could update it with more accurate information


Everyone could improve articles on Wikipedia ;)


"It can read the formats R13, R14, R2000, R2004, R2007, R2010, R2013 and R2018 for 99%." So it seems Wikipedia is wrong there.


> So it seems Wikipedia is wrong there.

Yep, its article on Wikipedia written incorrectly.



I am astounded you remember a thread 8 years ago on the same topic.


> you remember

In 2020 we has a lot of "online search" tools.

BTW, Mentioned article (from 2012) is not the same topic (except its also about LibreDWG).


It was intended as a random access memory compliment.


No memory was involved.


"documented in Esperanto" is interesting; super cool actually


Nope, this is wrong. LibDWG was documented in Esperanto. lots of old variable names were is Esperanto. This was all changed to English.


FreeCAD already uses it, SolveSpace integration is in work. I know nothing about OpenSCAD and PythonCAD. There is also a very new CAD in planning from Argentina, which name I forgot, which uses gambas, a VBA clone in Linux. which will use LibreDWG.


Solve space is awesome





Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: