The problem of transforming the format of SoildWorks

[ragnarok]

I used "SoildWorks" to make the part, save it as "STL", and then use "slt2dat.exe"Switching to various styles, and then using" PartDesigner "to open, but I encountered 2 problems:
1. After opening, the part defaults to down instead of up;
2. Strange lines appear;



[img] https://mini-p.oss-cn-shanghai.aliyuncs....281%29.jpg[/img]

[Willy Tschager]

Please post your .dat file.

w.

[Owen Dive]

1. After opening, the part defaults to down instead of up;

This could be because -y is up in LDraw's coordinate system.

[Philippe Hurbain]

1. After opening, the part defaults to down instead of up;

As suggested by Owen, it's because of y axis orientation in Ldraw system. You can compensate for that either by modeling upside down, or by using a 180° rotation matrix in stl2dat (-m 0 0 0 1 0 0 0 -1 0 0 0 -1)

2. Strange lines appear;

This comes from a slightly buggy edge lines / conditonal lines generator of stl2dat. To avoid this, I use the raw mode of stl2dat (-raw) then I generate condlines/edgelins with Edger2 (https://www.philohome.com/isecalc/edger2.htm)

[ragnarok]

As suggested by Owen, it's because of y axis orientation in Ldraw system. You can compensate for that either by modeling upside down, or by using a 180° rotation matrix in stl2dat (-m 0 0 0 1 0 0 0 -1 0 0 0 -1)

This comes from a slightly buggy edge lines / conditonal lines generator of stl2dat. To avoid this, I use the raw mode of stl2dat (-raw) then I generate condlines/edgelins with Edger2 (https://www.philohome.com/isecalc/edger2.htm)

Thank you very much. I'll try. As expected, there are many things to learn^^

[Willy Tschager]

Thank you very much. I'll try. As expected, there are many things to learn^^

You're gonna submit the part also to the parts tracker, correct?

w.

[Travis Cobbs]

As suggested by Owen, it's because of y axis orientation in Ldraw system. You can compensate for that either by modeling upside down, or by using a 180° rotation matrix in stl2dat (-m 0 0 0 1 0 0 0 -1 0 0 0 -1)

It probably doesn't matter here, since the part appears symmetric, but won't a 180 degree rotation result in a mirrored part? Isn't the correct matrix one that multiplies Y by -1? Am I missing something?

[Philippe Hurbain]

It probably doesn't matter here, since the part appears symmetric, but won't a 180 degree rotation result in a mirrored part? Isn't the correct matrix one that multiplies Y by -1? Am I missing something?

I don't think so, LDraw axis system is right handed, as I think most axis systems in 3d packages. So a rotation is the right thing to do...

[ragnarok]

As suggested by Owen, it's because of y axis orientation in Ldraw system. You can compensate for that either by modeling upside down, or by using a 180° rotation matrix in stl2dat (-m 0 0 0 1 0 0 0 -1 0 0 0 -1)

This comes from a slightly buggy edge lines / conditonal lines generator of stl2dat. To avoid this, I use the raw mode of stl2dat (-raw) then I generate condlines/edgelins with Edger2 (https://www.philohome.com/isecalc/edger2.htm)

Excuse me, how to make “stl2dat.exe” The "- m" command in rotates 180 degrees around the x-axis and 30 degrees around the y-axis

[Philippe Hurbain]

Excuse me, how to make “stl2dat.exe” The "- m" command in rotates 180 degrees around the x-axis and 30 degrees around the y-axis

I think you should learn to use LDPartEditor... I generally make a very raw conversion, then massage it with LDPE!
http://nilsschmidt1337.github.io/ldparteditor/