Is this Google-affiliated? The heading font is Product/Google Sans which IIRC only Alphabet is allowed to use and the entire webpage seems to be Google-style but neither of the two named researchers seem to be employed by Google?
Per https://fonts.google.com/specimen/Google+Sans/license "These fonts are licensed under the Open Font License. You can use them in your products & projects – print or digital, commercial or otherwise."
GenCAD
21–30 of 135 posts
Re: GenCAD
#22I also wrote a bit about what goes into CAD apps! https://campedersen.com/tessellation
Re: GenCAD
#23Re: GenCAD
#24Readers may also enjoy my open source Rust BRep CAD kernel https://github.com/ecto/vcad or the hosted version at https://vcad.io . I also wrote a bit about what goes into CAD apps! https://campedersen.com/tessellation
Re: GenCAD
#25This has been easy with OpenSCAD for a long time. I have made lots of cool, complex models this way. I built a repo of the prompts I use to show the llm how to do this and it includes many of the models I've created this way... https://github.com/cjtrowbridge/vibe-modeling
Re: GenCAD
#26Re: GenCAD
#27Earlier quoted context omitted.
How does it not matter? Every CAD program is not going to have exactly the same interface and commands. I doubt for example this will for example generate and OpenSCAD text file.
It could be used as pseudo-code for LLMs to produce specific CAD commands?
Code to compute fillets and blends gets incredibly complex when multiple surfaces are involved. And when surfaces are barely intersecting, or almost coincident, all bets are off what the command will do - very much depends on the geometry kernel and the tolerances it uses whether it decides the surfaces even intersect. And if it decides they don't intersect, all downstream commands will fail. Handling tolerances is one of the hardest aspects of CAD. (It's no coincidence that most open source CAD applications always demo with the same relatively basic types of models - they just can't do truly complex CAD.)
So a simple set of operations - cube, sphere, intersect - sure that will work anywhere and will be portable across applications and makes a nice simple demo. But once you start doing any serious CAD modeling the result is kernel dependent. That's why portable CAD formats like STEP do not preserve the commands used to generate the results. And why native CAD application formats do preserve the command history but are not portable across applications.
Re: GenCAD
#28Re: GenCAD
#29I wanted to see how well it performed on real pictures of parts or hand-drawn drawings, but when I tried setting up the docker image, immediately ran into all kinds of dependencies not being installed. The examples make me suspect it doesn't work well beyond images that were generated from CAD in the first place.
Re: GenCAD
#30This has been easy with OpenSCAD for a long time. I have made lots of cool, complex models this way. I built a repo of the prompts I use to show the llm how to do this and it includes many of the models I've created this way... https://github.com/cjtrowbridge/vibe-modeling
OpenSCAD has almost zero crossover with B-rep modelling ('true' CAD, what this apparently is), though.