The problem of transforming the format of SoildWorks


The problem of transforming the format of SoildWorks
#1
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....281%29.jpg[/img]
Reply
RE: The problem of transforming the format of SoildWorks
#2
Please post your .dat file.

w.
LEGO ergo sum
Reply
RE: The problem of transforming the format of SoildWorks
#3
(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.
Reply
RE: The problem of transforming the format of SoildWorks
#4
(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)
Reply
RE: The problem of transforming the format of SoildWorks
#5
(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^^
Reply
RE: The problem of transforming the format of SoildWorks
#6
(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.
LEGO ergo sum
Reply
RE: The problem of transforming the format of SoildWorks
#7
(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?
Reply
RE: The problem of transforming the format of SoildWorks
#8
(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...
Reply
« Next Oldest | Next Newest »



Forum Jump:


Users browsing this thread: 1 Guest(s)