On Tue, Dec 29, 2009 at 2:12 PM, Cathal Garvey <cathalgar...@gmail.com> wrote: > I'm afraid not: Makerbot (my prototyper and the standard for Thingiverse) > uses .stl, as do Shapeways. I've never had cause to use any other format.
You can convert from .STEP or .IGES to .STL, but you can't go the other way around. This is why I really really recommend you do all of your designing in CAD tools instead of meshers. You can always get a mesh from a solid geometry model, and even run it through on a makerbot, but when you only have a mesh, you limit the number of tools the artifact can be made on. :-(
On Tue, Dec 29, 2009 at 9:07 PM, wulfdesign wrote: > I can't currently use OpenSCAD but will look at the .stl file and see > if I can convert it to STEP. in Rhino3D.
> I've got a couple of ideas I'd like to try out on the conversion > process (by hand). > this is as good a file to try it with as any.
Neat, thanks. You might have to do it by hand, yeah. :-( I'd like to hear of your progress or what steps you have to take, etc. You're my hero!
On Tue, Dec 29, 2009 at 11:20 PM, John Griessen <j...@industromatic.com> wrote: > Bryan Bishop wrote: >> On Tue, Dec 29, 2009 at 9:07 PM, wulfdesign wrote: > ideas I'd like to try out on the conversion >>> process (by hand).
>> Neat, thanks. You might have to do it by hand, yeah.
> Page 8 of this looks like they have some automation of defining simplest > (lowest number of tetrahedra used) 3D models from surface points...
This looks like mesh/surface reconstruction. There's a lot of literature about taking point clouds and creating meshes, I think this might be part of it.
Hi all, New to this list, thought this might be a time to make an entry.
Here's a course syllabus on just this topic (point clouds --> meshes) I found the other day: http://www.eecs.berkeley.edu/~jrs/mesh/ Not only are there links to fulltext papers, but it's good as a list of algorithms to research further.
Sorry if I'm dragging this thread off topic... I'll share some other ideas elsewhere in a little bit.
On Wed, Dec 30, 2009 at 12:32 AM, Bryan Bishop <kanz...@gmail.com> wrote: > On Tue, Dec 29, 2009 at 11:20 PM, John Griessen <j...@industromatic.com> > wrote: > > Bryan Bishop wrote: > >> On Tue, Dec 29, 2009 at 9:07 PM, wulfdesign wrote: > > ideas I'd like to try out on the conversion > >>> process (by hand).
> >> Neat, thanks. You might have to do it by hand, yeah.
> > Page 8 of this looks like they have some automation of defining simplest > > (lowest number of tetrahedra used) 3D models from surface points...
> This looks like mesh/surface reconstruction. There's a lot of > literature about taking point clouds and creating meshes, I think this > might be part of it.
> You received this message because you are subscribed to the Google Groups > "Open Manufacturing" group. > To post to this group, send email to openmanufacturing@googlegroups.com. > To unsubscribe from this group, send email to > openmanufacturing+unsubscribe@googlegroups.com<openmanufacturing%2Bunsubscr ibe@googlegroups.com> > . > For more options, visit this group at > http://groups.google.com/group/openmanufacturing?hl=en.
On Wed, Dec 30, 2009 at 12:54 AM, Sam Kronick wrote: > New to this list, thought this might be a time to make an entry.
Welcome Sam. :-)
> Here's a course syllabus on just this topic (point clouds --> meshes) I > found the other day: http://www.eecs.berkeley.edu/~jrs/mesh/ Not only are > there links to fulltext papers, but it's good as a list of algorithms to > research further.
Neat. But we _do not_ want meshes. That's the whole point.
Bryan Bishop wrote: > On Wed, Dec 30, 2009 at 12:54 AM, Sam Kronick wrote:
(point clouds --> meshes)
> Neat. But we _do not_ want meshes. That's the whole point.
I had thought you wanted to go from surfaces to 3D meshes. If you have CAD output of rectangular solids with few rounded of corners in the form of a water tight 3D mesh to start from, deleting vertices would give you the nice slabs with holes in them of a CAD generated object you can cut with a milling machine.
You still don't have circle centers and radius centers. That would be yet another curve fitting step.
A program that uses 3D views and human input to decide on matchup of approximate planes and cylindric holes and hole centers would be the thing for reusing incomplete CAD output or point clouds from scanners.
I think that describes parametric 3D CAD plus some kind of comparison indicator for closeness of surfaces -- color would be good.
Then the task would be, "Stretch on this until you get a green closeness tolerance, then lock that plane and stretch on the rest of it to get green."
Bryan Bishop wrote: > On Wed, Dec 30, 2009 at 12:54 AM, Sam Kronick wrote:
(point clouds --> meshes)
> Neat. But we _do not_ want meshes. That's the whole point.
I tried googling this word set and got some interesting results. Rhino3D is proprietary-inexpensive as they go these days.
Google(mesh translate "solid geometry") =============================================== Mesh To Solid for Rhino is a plug-in for Rhino 2.0 and 3.0. This plug-in gives Rhino to ability to convert a mesh into a solid.
Home page Buy ($250)
Floating Point Solutions Private Limited info India, Panaji, L-54, Housing Board Colony <info at fpsols dot com> Contact person: Deelip Menezes
Mesh To Solid 1.0 by SYCODE Mesh To Solid is a software to convert a mesh into a solid. Mesh To Solid is designed to be extremely user friendly and easy to understand. Its as easy as opening a mesh file using the Open command and saving it as a solid using the Save As command. Mesh To Solid, mesh, polygon mesh 10 / 10 Buy ($195
India, Panaji, S1/116, Nova Cidade Complex <info at sycode dot com> Contact person: Deelip Menezes
two prices, two locations, one sales agent? Maybe he would sell some open source of it.
-----------
Mesh4CAD 2007 - Mesh to solid is an AutoCAD 2007, 2008 and 2009 application to convert AutoCAD drawing entities. It can convert mesh to solid or solid to mesh and create points, polyface meshes, faces, lines and 3d solids from other drawing entities. mesh4cad, mesh to solid, solid to mesh 7 / 10 Buy ($99.50)
On Wed, Dec 30, 2009 at 2:12 PM, John Griessen <j...@industromatic.com> wrote: > Seems to prove this is possible, so what's stopping us?
The algorithms are hidden somewhere in the literature. The surface reconstruction papers aren't quite the same thing. Anyway, if you have any good papers- that are not about surface reconstruction- I'd be happy to implement the algorithms. I'd rather not pay for proprietary software.
As you can tell I am kind of burned out in this area because of all the false-positives.
On Wed, Dec 30, 2009 at 2:16 PM, Bryan Bishop <kanz...@gmail.com> wrote: > On Wed, Dec 30, 2009 at 2:12 PM, John Griessen <j...@industromatic.com> wrote: >> Seems to prove this is possible, so what's stopping us?
> As you can tell I am kind of burned out in this area because of all > the false-positives.
Sorry I've been so pissy lately. Let me do a brief overview of what I know.
It describes a list of triangles that make up the surface. If you look at the surface as a collection of triangles, it looks like and is called a "mesh".
==== IGES file format ====
"Here is a very small IGES file from 1987, containing only two POINT (Type 116), two CIRCULAR ARC (Type 100), and two LINE (Type 110) entities. It represents a slot, with the points at the centers of the two half-circles that form the ends of the slot, and the two lines that form the sides."
So, IGES and STEP are commonly considered to be very similar because they both have these entities or objects.
==== Triangle converters ====
The first type of STL->IGES/STEP converters that I found out about were the ones that take the triangles and turn them into "solid triangles" and then did surface stitching to combine all of the triangles into a single surface. The disadvantages of this are that there is no parametric CSG basis to any of this. No entities other than a giant surface.
==== Algorithmic processing using GAs and other search methods ====
I haven't seen more than one or two papers on this concept. Here, you start off with a blank palette, and have an algorithm try to use CSG operations and boundary representation primitives to build up and back to the original object. I tried implementing this once, although maybe I should give it another shot. The drawback of this sort of algorithm is that (1) it's untested, and (2) it will take a very long time to run for any model that is more complicated than, say, a cube.
==== Off my horse ====
Because I'm so pissy I'm probably ignoring something that you're trying to tell me, John. I don't mean to, really.
One other additional note. IGES/STEP and such can be converted to STL and that's definitely a common operation.
I messed about with it for about a half an hour or so and I think it's possible to re-create in Rhino3D.
two ways to go about it...
Option one... good news is that the OpenSCAD source file is actually only text. it defines various shapes for CSG. just need to figure out the basic shapes and sizes and re-assemble them in Rhino to get a perfect re-creation.
Option two. this is cheating but... turning on the mesh points and then snapping various shapes (cylinder, box, etc) and GSG the shapes out or together. (it would create a pretty good replication, but may not be exact since the mesh point may be off by a bit)
I'll see if I can hack on it later.
-L
On Dec 29, 7:09 pm, Bryan Bishop <kanz...@gmail.com> wrote:
> On Tue, Dec 29, 2009 at 9:07 PM, wulfdesign wrote: > > I can't currently use OpenSCAD but will look at the .stl file and see > > if I can convert it to STEP. in Rhino3D.
> > I've got a couple of ideas I'd like to try out on the conversion > > process (by hand). > > this is as good a file to try it with as any.
> Neat, thanks. You might have to do it by hand, yeah. :-( I'd like to > hear of your progress or what steps you have to take, etc. You're my > hero!
On Thu, Dec 31, 2009 at 12:05 AM, wulfdesign wrote: > two ways to go about it...
> Option one... > good news is that the OpenSCAD source file is actually only text. > it defines various shapes for CSG. > just need to figure out the basic shapes and sizes and re-assemble > them in Rhino to get a perfect re-creation.
I guess if OpenSCAD is going to stay around for a while, someone should buckle down and write an SCAD grammar parser and convert to BRLCAD's CSG system, and then from there export to STEP or IGES.
An OpenSCAD example provided in the .tar.gz:
// example010.dat generated using octave: // d = (sin(1:0.2:10)' * cos(1:0.2:10)) * 10; // save("example010.dat", "d");
} > Option two. > this is cheating but... > turning on the mesh points and then snapping various shapes (cylinder, > box, etc) > and GSG the shapes out or together. > (it would create a pretty good replication, but may not be exact since > the mesh point may be off by a bit)