From: Paul Suomala (firstname.lastname@example.org)
Date: Fri Dec 13 2002 - 23:28:02 EET
Wow Charles - Who rained on your parade today? Are you the new champion of STL?
Yet you cast aspersions at RP processes?
What technology(ies) do you utilize to create physical models?
Actually, I must take exception to this statement - "None of those items are
things that the designer should be concerned about. They are all RP issues."
I always considered it to be part of my (designer) job to be aware of what
process or technology was capable of producing what I needed in the given
time-frame. It is not necessary to be an expert in the particular process, but
you need to know enough to make sure you can get what you want, when you want
and be aware any precautions that may need to be taken to ensure your vendor can
When the design is in the "fluid" state, isn't it usually the designer who ends
up carrying the load? After all, the design is in their mind and they are really
the only ones who can relate what is in their mind (so far).
Charles Overy wrote:
> Warning - RANT-
> I have to take you to task on this one. As Scott point out, the data is not
> WRONG! It correctly describes the part in a manner that is necessary and
> sufficient to communicate the design. I read Scott's problem as one that we
> frequently have; the translation to .stl and the scale down, combined with
> the current nature of RP technology make the part unbuildable. None of
> those items are things that the designer should be concerned about. They
> are all RP issues.
> So many times on this list and at trade shows and speaking to others in
> model shops, the attitude to degenerate .stl files is to send it back to the
> designer because they must have done something wrong. Or to blame the CAD
> software for "allowing" a bad .stl to be written etc. In my humble opinion,
> CAD is correct when it correctly describes the part, object, structure, to
> the primary downstream process, be that casting, machining, movie
> compositing, or a framing crew. Rapid Prototyping is only sometimes directly
> part of those subsequent operations. If we, as a community, throw up our
> hands every time we run into data that are not specifically oriented
> towards RP, we will continue to ignore or at least underserver a large
> potential market.
> At conceptual design in architecture, we are often asked to make a 3D model
> when the CAD is very incomplete and the design is very fluid. Most of my
> customers could not care less how the model is made as long as it is fast
> and is percieved as a good value. We, therefore, are in the business of
> providing visualization tools, primarily physical models. We are not in the
> business of operating RP machines. In fact, I doubt very much that there is
> a viable actual business of "operating RP machines" although more than a few
> people both inside large companies and outside have tried it.
> Just my two cents.
> Happy weekend to all. Don't spend it shopping...
> -----Original Message-----
> From: email@example.com [mailto:firstname.lastname@example.org]On
> Behalf Of Jeffrey Everett
> Sent: Friday, December 13, 2002 10:24 AM
> To: Scott Tilton; email@example.com
> Subject: Re: Multiple Parts saved as One STL file
> I may be way off, but here's an idea no one presented. Ask the designer to
> fix the part so there are no overlapping edges...
> Jeffrey Everett
> ----- Original Message -----
> From: "Scott Tilton" <firstname.lastname@example.org>
> To: <email@example.com>
> Sent: Friday, December 13, 2002 7:40 AM
> Subject: Multiple Parts saved as One STL file
> > Hi guys,
> > I have a STL file of an assembly that was created in SDRC I-DEAS.
> > The person who did all the design work on it, while still in I-DEAS,
> > all the individual parts into one supposedly solid piece. Then he
> > that merged piece out as an STL file and is asking me to make a model of
> > for him.
> > The problem is that when I go and look at the preview of the laser scans
> > each layer, I can clearly see that it is still taking each individual
> > of the original assembly and treating it as if it were a separate element.
> > Anywhere two of the elements overlap . .. the Sinterstation is actually
> > going to scan those areas twice (or three times if there are three objects
> > occupying the same space)
> > I had the same problem with some architectural models that were sent to me
> > one time . .and the architect was able unify or merge all the parts in a
> > different way so they became one completely solid piece.
> > He was working in some AutoDesk product or another though, so he couldn't
> > help with IDEAS.
> > Anyone have any sort of clue how to handle this?
> > I'd hate to have to resort to exporting everything out in IGES (or some
> > other format) and then importing it again and finally saving it as an STL.
> > Any help would be greatly appreciated.
> > Thanks
> > Scott Tilton
This archive was generated by hypermail 2.1.4 : Tue Jan 21 2003 - 20:14:44 EET