New data-format for new RP-Systems

From: Charly Fruth (fruth@t-online.de)
Date: Tue Dec 21 1999 - 15:04:24 EET


Hello to all,

when I wrote the email about eXtended STL-Format I don´t wanted to start
a discussion about pro and cont of the STL-Format.
My Problem was complete different:
New machines will have new possibilities.
Different materials, different colors.
A machine vendor or developer should develop machines.
In my opinions it makes no sence if every developer of a new system will
create a new file format. I could imagine that the data preparation will
work very easy if you could give properties to a shell with a software
like magics, solidview or deskartes.
If there will be no industrie standard before the systems are going to
market a lot of energy will have to go there.
That´s wyh i wanted this forum of professionals to tell there thoughts
about this. Not discussing the triangulation error of STL-files or this
stuff!

If you will get a system with 3 posibble materials or colors you have to
translate the needs of your customers in the possibilities of your
system.
So it makes no sence that customers will add properties into the
CAD-Data. That´s a kind of data preparation, where all of you uses
special programms for.
Why you are not using the default software from your machine vendors?
I don´t use it because speciall programs from RP Software companies
build the better, more usefull software.
I think because of this, a file format like e.g. STEP is completly
oversized and not the point I wanted to discuss.

2. In this field I thougth it could be usefull to have a vote-system if
we discuss about things like this.
I remember the the color discussion we have sometimes.
It would be easy to generate a question like
SHOULD WE HAVE COLORED PROTOTYPES YES/NO ?
Than we could get a real opinion about
If 50 mebers vote we could get 30 YES and 20 NO?
This should be better than generating a lot of RE´s.

Best regards from cold germany

Charly Fruth

For more information about the rp-ml, see http://ltk.hut.fi/rp-ml/



This archive was generated by hypermail 2.1.2 : Tue Jun 05 2001 - 22:53:50 EEST