We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
When running
robot = load("f.urdf") fk = robot.visual_trimesh_fk() for tm in fk: pose = fk[tm] print(pose)
With this line in the URDF :
<mesh filename="meshes\0784-2_ife-environnement.dae" scale="0.001"/>
The output is
[[0.001 0.001 0.001 0. ] [0.001 0.001 0.001 0. ] [0.001 0.001 0.001 0. ] [0. 0. 0. 1. ]]
When it should be
[[1. 0. 0. 0. ] [0. 1. 0. 0. ] [0. 0. 1. 0. ] [0. 0. 0. 1. ]]
or at least
[[0.001 0. 0. 0. ] [0. 0.001 0. 0. ] [0. 0. 0.001 0. ] [0. 0. 0. 1. ]]
Depending on what the scale means.
In the function visual_trimesh_fk :
visual_trimesh_fk
if visual.geometry.mesh.scale is not None: S = np.eye(4, dtype=np.float64) S[:3,:3] = np.diag(visual.geometry.mesh.scale) pose = pose.dot(S)
You mixed the dilatation and rotation operation. You could replace S by something like that :
S = np.diag(3*[visual.geometry.mesh.scale[0]]+[1])
I use Python3.10 an your fix descrided in the issue #4
The text was updated successfully, but these errors were encountered:
No branches or pull requests
Behavior
When running
With this line in the URDF :
The output is
When it should be
or at least
Depending on what the scale means.
Probable cause
In the function
visual_trimesh_fk
:You mixed the dilatation and rotation operation.
You could replace S by something like that :
Note
I use Python3.10 an your fix descrided in the issue #4
The text was updated successfully, but these errors were encountered: