 | | | | | | |
| |
|
Hi folks,
as announced in this thread:
http://news.lugnet.com/announce/?n=3286
members of the Steering Committee (SteerCo) have been in contact with LEGO to
look at ways of working together to ease the conversion between the LEGO
Digital Designer and the LDraw System Of Tools. This relationship has led
the
LDraw Steering Committee to the Lego Universe project in regards to it’s
building tools and such. So to help the process along, The Lego Universe team
has started to share information regarding the brick shapes to further the
relationship. As a first bunch we’ve got data of the following 80 parts:
and got permission to
share them with the community, with the purpose to
make them fit for the LDraw
Parts Tracker. We are therefore looking for
parts authors who are willing to
clean up the rough data, do additional
primitive substitution, care for the new
header specs, stud orientation,
BFC ...
To avoid overlap we will handle this as we do with the NonCA parts re-write:
http://www.ldraw.org/Article468.html
(please note that we still need some of them re-written, though there is a
good
chance that we get our hands on 30091.dat - Minifig Scuba Tank and
30248.dat -
Landing Skids). We set up a chart at Ldraw.org:
http://www.ldraw.org/Article490.html
listing the parts and who is working on them. Furthermore there are
guidelines for the copyright and ownership. All you’ll have to do is pick a
part, ask for the data via email and you’ll get something like this:
0 0 Converted by 3D Object Converter
0 0 Name: 47758.dat
0 0 Author:
0 0 Unofficial Part
0 0 Created with stl2dat conversion tool
0 0 ROTATION CENTER 0 0 0 1 “Custom”
0 0 ROTATION CONFIG -3 1
0 1 16 -10 -4.45 0 -6.13 0 0 0 4.45 0 0 0 -6.12 4-4cyli.dat
0 1 16 -10 -4.45 0 -6.13 0 0 0 1 0 0 0 -6.12 4-4edge.dat
0 1 16 -10 0 0 -6.13 0 0 0 1 0 0 0 -6.12 4-4edge.dat
0 1 16 10 -4.45 0 -6.12 0 0 0 4.45 0 0 0 -6.13 4-4cyli.dat
0 1 16 10 -4.45 0 -6.12 0 0 0 1 0 0 0 -6.13 4-4edge.dat
...
Willy Tschager
on behalf of the LDraw Steering Committee
| | | | | | | | | | | | | | | |
That’s great news. Just out of curiosity, do the green and blue bits have any
significance, or are they just random?
Since LDView was used for the part images, and there are plenty of smooth
curves, it appears that stl2dat did a reasonably good job of putting in
conditional lines (linetype 5). There are some parts where they are curiously
missing (like the interior hole of 33286), but overall I’d say these look really
good.
Cleaning these up with primitives sounds like a big task, though, and people are
going to have to decide whether or not to keep all the detail. Just look at
3278 and compare it to 70.dat (although it looks like 70.dat is quite a ways
from the actual part geometry).
--Travis
| | | | | | | | | | | | | | | | | | | | | |
In lugnet.cad.dat.parts, Travis Cobbs wrote:
| |
That’s great news. Just out of curiosity, do the green and blue bits have
any significance, or are they just random?
|
It looks like the program used to convert these was not perfect. I’m bet we just
need to add the correct edge-color and main-color to the areas that are green
and blue.
Gallagher
| | | | | | | | | | | | | | | | | | | | | | | |
In lugnet.cad.dat.parts, Travis Cobbs wrote:
| |
That’s great news. Just out of curiosity, do the green and blue bits have
any significance, or are they just random?
|
The current public version (1.12) of stl2dat set the face color to green or blue
when the face contains degenerated triangles (with 2 or 3 coincident points) in
the original stl file. This information can be used to clean the result file.
I will publish a new version that removes this problem.
http://marc.klein.free.fr/lego/stl2dat/stl2dat.html
| | | | | | | | | | | | | | | | | | | | | | |
In lugnet.cad.dat.parts, Travis Cobbs wrote:
| |
Since LDView was used for the part images, and there are plenty of smooth
curves, it appears that stl2dat did a reasonably good job of putting in
conditional lines (linetype 5). There are some parts where they are
curiously missing (like the interior hole of 33286), but overall I’d say
these look really good.
|
I see in the stl2dat release notes for version 1.12 an options -o5 (which isn’t
in the documented options list above) that makes it generate convex optional
edges (I think it means concave). That’s probably why the inner part isn’t
smooth in 33286. (I’m guessing that -o5 wasn’t used during the conversions.)
I’m not sure how people feel about optional edges on concave regions. As far as
I know, LDView is the only program that actually makes use of that info, and in
all other programs it’s just useless. (Worse than useless, actually, since it
slows down any program.) Given the definition of linetype 5, having them could
be considered to be improper behavior. I’ve considered changing LDView’s
smoothing algorithm to smooth everything that’s less than a certain angle and
doesn’t have a type 2 line at the edge. (Or, more likely, making it optional.)
That’s a big task, though, and I’ve never gotten around to implementing it.
--Travis
| | | | | | | | | | | | | | | | | | | | | | |
In lugnet.cad.dat.parts, Travis Cobbs wrote:
| |
I’m not sure how people feel about optional edges on concave regions. As far
as I know, LDView is the only program that actually makes use of that info,
and in all other programs it’s just useless. (Worse than useless, actually,
since it slows down any program.)
|
But you should still see them on transparent parts, right?
Don
| | | | | | | | | | | | | | | | | | | | | | |
In lugnet.cad.dat.parts, Don Heyse wrote:
| |
In lugnet.cad.dat.parts, Travis Cobbs wrote:
| |
I’m not sure how people feel about optional edges on concave regions. As
far as I know, LDView is the only program that actually makes use of that
info, and in all other programs it’s just useless. (Worse than useless,
actually, since it slows down any program.)
|
But you should still see them on transparent parts, right?
|
Oh, yeah, forgot about that. I think that was even brought up the last time I
was involved in such a discussion.
--Travis
| | | | | | | | | | | | | | | | | | |
&In lugnet.cad, Willy Tschager wrote:
| |
members of the Steering Committee (SteerCo) have been in contact with LEGO
to look at ways of working together to ease the conversion between the LEGO • ; Digital Designer and the LDraw System Of Tools. This relationship has led
the LDraw Steering Committee to the Lego Universe project in regards to it’s
building tools and such. So to help the process along, The Lego Universe
team has started to share information regarding the brick shapes to further
the relationship. As a first bunch we’ve got data of the following 80
parts --- and got permission to
share them with the community, with the purpose to make them fit for the
LDraw Parts Tracker. We are therefore looking for parts authors who are
willing to clean up the rough data, do additional primitive substitution,
care for the new header specs, stud orientation, BFC ...
|
This is great news indeed. I am happy to see this collaboration between LDraw
and LEGO (especially since I see some parts I have been looking for in
this batch). If I had any experience as a part author I would be eager to
volunteer to help clean them up, but as Travis suggests I’m not sure it’s an
appropriate task for beginners.
Jim
| | | | | | | | | | | | | | | | | |
In lugnet.cad, Willy Tschager wrote:
> All you'll have to do is pick a¬
> part, ask for the data via email and you'll get something like this:¬ ¬
hi guys,
sorry for the late reply ... I'm abroad until next week and unfortunately I lack
a proper connection to the net. anyway ... I started distributing the first
parts. please mail me directly if you wanna have parts for the file preparation.
we are working on a new mailing system for the webmasters and the content right
now and hoped it would be ready by now but there have been delays.
w.
| | | | | | | | | | | | | | | | |
In lugnet.cad, Willy Tschager wrote:
> To avoid overlap we will handle this as we do with the NonCA parts re-write:
>
> <http://www.ldraw.org/Article468.html>
>
> (please note that we still need some of them re-written, though there is a
> good chance that we get our hands on 30091.dat - Minifig Scuba Tank and
> 30248.dat - Landing Skids). We set up a chart at Ldraw.org
> listing the parts and who is working on them. Furthermore there are
> guidelines for the copyright and ownership. All you'll have to do is pick a
> part, ask for the data via email and you'll get something like this:
to ease access to the data we uploaded and linked the rough parts to the site:
http://www.ldraw.org/Article490.html
still - don't forget to email us if you plan to fix a part in order to avoid
overlapping work.
w.
LDraw Administration Team
| | | | | | | | | | | | | | | | |
In lugnet.cad.dat.parts, Willy Tschager wrote:
| |
to ease access to the data we uploaded and linked the rough parts to the
site:
http://www.ldraw.org/Article490.html
still - don’t forget to email us if you plan to fix a part in order to avoid
overlapping work.
|
I see that the stl2dat
page has had its instructions updated. As I re-read them, I see that the -o5
option turns off generation of optional lines for concave faces (as of 1.13),
and that they are on by default. Do you know if the original conversions of
these LDraw parts was done with -o5 on the command line, Willy? If so, any
chance you could re-run them without that option?
--Travis
| | | | | | |
