Skip to content
New issue

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

Discrepancy in relative pose between visual and collision meshes between drake and non-drake tools #68

Open
siddancha opened this issue Jun 19, 2024 · 2 comments

Comments

@siddancha
Copy link
Contributor

siddancha commented Jun 19, 2024

I'm looking at the 010_potted_meat_can_textured model, where I converted the SDF into a URDF.

Files for reproduction

Problem

  • Drake: When I view the URDF in the Drake visualizer, the visual and collision meshes are aligned.

    unzip 010_potted_meat_can_textured.zip -d files
    python3 -m pydrake.visualization.model_visualizer files/010_potted_meat_can_textured.urdf

    In Drake, visual and collision geometries are aligned

  • Other tools: When using other open source tools to visualize the URDF, such as trimesh and a web URDF viewer, the two are not aligned:

    In non-drake tools, visual and collision geometries are mis-aligned

@siddancha siddancha changed the title Discrepancy in relative transform between visual and collision meshes between drake and non-drake tools Discrepancy in relative pose between visual and collision meshes between drake and non-drake tools Jun 19, 2024
@jwnimmer-tri
Copy link
Contributor

jwnimmer-tri commented Jun 20, 2024

One suggestion: make sure the other tools know that glTF meshes use a y-up coordinate system, whereas OBJ meshes are typically understood to be z-up.

@siddancha
Copy link
Contributor Author

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants