LDraw.org Discussion Forums
The problem of transforming the format of SoildWorks - Printable Version

+- LDraw.org Discussion Forums (https://forums.ldraw.org)
+-- Forum: LDraw Programs (https://forums.ldraw.org/forum-7.html)
+--- Forum: LDraw Editors and Viewers (https://forums.ldraw.org/forum-11.html)
+--- Thread: The problem of transforming the format of SoildWorks (/thread-24045.html)



The problem of transforming the format of SoildWorks - ragnarok - 2020-05-20

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;

[Image: 2.jpg]

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


RE: The problem of transforming the format of SoildWorks - Willy Tschager - 2020-05-20

Please post your .dat file.

w.


RE: The problem of transforming the format of SoildWorks - Owen Dive - 2020-05-20

(2020-05-20, 4:12)ragnarok Wrote: 1. After opening, the part defaults to down instead of up;
This could be because -y is up in LDraw's coordinate system.


RE: The problem of transforming the format of SoildWorks - Philippe Hurbain - 2020-05-20

(2020-05-20, 4:12)ragnarok Wrote: 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)

Quote: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)


RE: The problem of transforming the format of SoildWorks - ragnarok - 2020-05-20

(2020-05-20, 7:55)Philippe Hurbain Wrote: 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^^


RE: The problem of transforming the format of SoildWorks - Willy Tschager - 2020-05-20

(2020-05-20, 8:25)ragnarok Wrote: 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.


RE: The problem of transforming the format of SoildWorks - Travis Cobbs - 2020-05-21

(2020-05-20, 7:55)Philippe Hurbain Wrote: 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?


RE: The problem of transforming the format of SoildWorks - Philippe Hurbain - 2020-05-21

(2020-05-21, 4:23)Travis Cobbs Wrote: 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...