Powerful, Open-Source, Programmatic CAD

https://www.implicitcad.org/

by omeid2 • 2 years ago

147 30 2 years ago

dvh• 2 years ago

Not in Ubuntu repository

injidup• 2 years ago

Just use onshape and learn to use their API for creating custom nodes in the history tree. Ie write a small module that generates planetary gears and then use them in the context of a standard, sketch and extrude history based CAD system.

DidYaWipe• 2 years ago

"Bet your expecting"

After that I'm not expecting much.

Zopieux• 2 years ago

Every time this is posted I look at the "API reference" which sadly is severely lacking. Perhaps the software is actually limited to just a few primitives.

omeid2• 2 years ago

The readme is much better, but generally, this kind of CAD is a bit like OpenGL, very few primitives to create crazy staff.

Also, it is written in Haskell, so maybe there is finally some other useful project in Haskell other than the Haskell Compiler, as the joke goes.

https://github.com/Haskell-Things/ImplicitCAD

vincent-manis• 2 years ago

Pandoc

tempodox• 2 years ago

Or you can download OpenSCAD.

https://openscad.org

mkl• 2 years ago

But see the current OpenSCAD thread for plenty of reasons you might not want to, and for alternatives: https://news.ycombinator.com/item?id=41543386

naasking3• 2 years ago

ImplicitCAD is more powerful than OpenSCAD. See the FAQ:

https://www.implicitcad.org/docs/faq

sitkack3• 2 years ago

It isnt because it doesn't work. The CSG algorithms they use are broken.

bmicraft• 2 years ago

Okay so this is a from-the-ground-up rewrite of OpenSCAD with a couple of bonus features?

mytwoscents• 2 years ago

https://build123d.readthedocs.io/ is IMO a much better choice than openscad and implicitcad. Describing your objects in Python is just how things should be (at least for me ;)

ValentinA23• 2 years ago

Writing a transpiler targeting OpenScad is trivial, at least the part that is comparable to a markup language. Control flow, arithmetic and datastructures can be handled one level above in the transpiled language, because OpenScad never produces data – you can't ask it to determine the volume of an union for instance – so two way communication between your code and the geometric engine is not an issue. Just like build123d it seems.

mdaniel• 2 years ago

relevant top comment from the author in the prior submission: https://news.ycombinator.com/item?id=9249268

Author here. Sorry, I abandoned this two or three years ago. Please look at this in the context of a project done several years ago and never completed.
Honestly, I no longer believe ImplicitCAD was the right approach to the problem, or that there's even as much of a problem as I originally thought. In particular, the system ImplicitCAD uses to represent objects, a variant of f-rep (http://en.wikipedia.org/wiki/Function_representation) has issues.

naasking3• 2 years ago

The Wikipedia page doesn't really describe any issues, so I'm not sure what they're supposed to be or if maybe they've been resolved since that comment was written in 2015.

jhvkjhk• 2 years ago

It seems that this project has been taken over by other people. The latest commit is just two months ago. https://github.com/Haskell-Things/ImplicitCAD

sitkack3• 2 years ago

ImplicitCAD is unusable, the CSG algorithms it uses are not stable and give horrible results. There is zero chance that you can use it to make engineered objects.

It is entirely possible to write broken software in Haskell.

johnnyApplePRNG2• 2 years ago

So i have recently begun learning jewelry design using blender since there are a lot of videos on it out there but i have this sneaking suspicion i should be learning CAD instead... Thoughts?

Centigonal• 2 years ago

They are both useful skillsets. CAD is nice when you want to manufacture your end result, but you have to think more about constraints and parameters up front.

Animats• 2 years ago

It's really surface vs. volume representations. Blender, Maya, and most 3D graphics programs, define surfaces. Modern 3D CAD programs such as FreeCAD, Fusion, and SolidWorks use constructive solid geometry, where everything is a volume. There are exceptions - SketchUp was a constructive solid geometry program, and original AutoCAD was just lines.

The big difference comes when you combine objects or operate on them. Surface-based programs are not that good at combining surfaces. CSG-based programs have to be really good at combining volumes, including subtracting from them. This requires a very difficult geometry program underneath.

johnnyApplePRNG2• 2 years ago

It's mostly the cost aspect that is preventing me from even exploring the jewelry CAD options... Matrix Gold which is apparently the preeminent CAD software in the jewelry industry... Costs a few thousand dollars and only runs on Windows... Both of which are completely out of touch with my open source Linux setup.

adfm• 2 years ago

If you're learning jewelry design, I'd like to point you towards Rhino, which is popular in the jewelry design community. It's not OSS, but since you're learning, I'll point out that they have a generous educational discount.

https://www.rhino3d.com/for/jewelry/

iancmceachern2• 2 years ago

There are CAD packages specific to the jewelry industry, they really speed up the work. If you are wanting to do it professionally I'd look into learning those.

Source - Dad was a master jeweler and my parents ran a shop for nearly 40 years

peppertree• 2 years ago

Libfive is the closest successor. Blender also starts to support implicit modeling. https://libfive.com/

w4rh4wk5• 2 years ago

Is there support for rounding / chamfering edges?

I no longer use OpenSCAD because its annoyingly complicated to do for non-trivial shapes.

itishappy• 2 years ago

Second example from the repository:

    //example2.escad -- A rounded union of a square and a circle.
    union(r=14) {
        square([80,80]);
        translate ([80,80]) circle(30);
    }

https://github.com/Haskell-Things/ImplicitCAD

Powerful, Open-Source, Programmatic CAD

Related Stories