MantisBT
Mantis Bug Tracker Workflow

View Revisions: Issue #22238 All Revisions ] Back to Issue ]
Summary 0022238: Bug during step file importation
Revision 2011-09-07 11:38 by miv
Description The description copied from forum. Step file is attached.
==========================================================
Hi, I'm importing the attached STEP file. The result ought to be a circularly
trimmed plane, translated along its normal vector by 2.0 units. But actually the
plane's normal is still pointing along the z axis, but the translation is done
along the x axis!

In line 104 of test.stp, the translation is defined
#77=CARTESIAN_POINT('S2->Labor',(0.,0.,2.));
After importing the STEP file in OCC, I took a look at the transformations. The
plane's root compound shape reports as the translational part of its TopLoc_Location
Position(-2, -0, -0)
the TopLoc_Location's rotation matrix on the other hand has rows
Row 1(1, 0, 0)
Row 2(0, 1, 0)
Row 3(0, 0, 1)
So obviously the directions x and z are not swapped.
The TopLoc_Location contains only a single Datum3d object and the coumpound
shape has no superior node, which could be responsible for a xz-swap.

When I re-export the file from Open CASCADE to STEP again, it prompts a line
0000016 = CARTESIAN_POINT('',(-2,,0,E+000,0,E+000));

Rhino3d and other CAD programs are correctly importing the file (resulting in a
circular trimmed plane, translated along it's normal vector by 2.0 units)
Revision 2011-07-12 14:33 by miv
Description The description copied from forum. Step file is attached.
==========================================================
Hi, I'm importing the attached STEP file. The result ought to be a circularly
trimmed plane, translated along its normal vector by 2.0 units. But actually the
plane's normal is still pointing along the z axis, but the translation is done
along the x axis!

In line 104 of test.stp, the translation is defined
#77=CARTESIAN_POINT('S2->Labor',(0.,0.,2.));
After importing the STEP file in OCC, I took a look at the transformations. The
plane's root compound shape reports as the translational part of its TopLoc_Location
Position(-2, -0, -0)
the TopLoc_Location's rotation matrix on the other hand has rows
Row 1(1, 0, 0)
Row 2(0, 1, 0)
Row 3(0, 0, 1)
So obviously the directions x and z are not swapped.
The TopLoc_Location contains only a single Datum3d object and the coumpound
shape has no superior node, which could be responsible for a xz-swap.

When I re-export the file from Open CASCADE to STEP again, it prompts a line
0000016 = CARTESIAN_POINT('',(-2,,0,E+000,0,E+000));

Rhino3d and other CAD programs are correctly importing the file (resulting in a
circular trimmed plane, translated along it's normal vector by 2.0 units)


Copyright © 2000 - 2019 MantisBT Team
Powered by Mantis Bugtracker