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

Compass rose isn't being transformed properly #6257

Closed
2 of 7 tasks
charlesh88 opened this issue Feb 2, 2023 · 8 comments · Fixed by #6260 or #6318
Closed
2 of 7 tasks

Compass rose isn't being transformed properly #6257

charlesh88 opened this issue Feb 2, 2023 · 8 comments · Fixed by #6260 or #6318

Comments

@charlesh88
Copy link
Contributor

charlesh88 commented Feb 2, 2023

Summary

For cameras other than the nav cam, toggling the compass rose from FOV "up" to north "up" doesn't properly transform the equipment (spacecraft/rover) body SVG element properly.

Initially loaded FOV "up" for aftcam:
Screen Shot 2023-02-01 at 4 37 16 PM

Having toggled the rose to north "up":
Screen Shot 2023-02-01 at 4 37 21 PM

Note erroneous position of the body element.

Expected vs Current Behavior

The equipment body element should be rotated in registration with FOV element.

Solution

The FOV indicator and rose ticks (green and yellow arrows) are rotated on toggle which is correct, but the equipment inner __body element is also being rotated on toggle - this is wrong. That element should only be transformed for cases where the camera rotates with respect to the body, like a gimbaled camera.
Screen Shot 2023-02-01 at 5 08 09 PM

Instead, all of cr-vrover should rotate with the FOV. The fix here therefore (maybe?) is:

  1. Move cr-vrover into the c-cr__cam-fov element, and rename that for clarity. Continue to rotate that element as current.
  2. Remove the rotation on cr-vrover__body that is firing in response to compass toggling; instead, make sure that element is only transformed in the case of a gimbaled camera.

Steps to Reproduce

  1. navigate to a navcam image endpoint
  2. see that the equipment body is oriented properly
  3. see that the camera is oriented properly in relation to the equipment
  4. click on the compass rose to lock north up on the rose
  5. see that the entire compass rose rotates correctly and equipment and camera are still in relation to each other
  6. repeat steps with a hazcam
  7. repeat steps with an aftcam

Environment

  • Open MCT Version: 2.1.6-SNAPSHOT
  • Deployment Type: /testathon
  • OS:
  • Browser:

Impact Check List

  • Data loss or misrepresented data?
  • Regression? Did this used to work or has it always been broken?
  • Is there a workaround available?
  • Does this impact a critical component?
  • Is this just a visual bug with no functional impact?
  • Does this block the execution of e2e tests?
  • Does this have an impact on Performance?

Additional Information

@davetsay
Copy link
Contributor

davetsay commented Feb 2, 2023

@charlesh88 , let me know when you need help with the Vue wiring.

charlesh88 added a commit that referenced this issue Feb 2, 2023
- Moved rotation styling into new `<g>` element that holds
both cam FOV and `vrover` element.
- Removed `this.north` from `camGimbalAngleStyle` computed value.
- Code cleanup.
@akhenry
Copy link
Contributor

akhenry commented Feb 6, 2023

Not fixed.

Reproduction steps:

  1. Navigate to Hazcam back left
  2. Set conductor bounds to 2023-11-25 14:09:19.931Z - 2023-11-25 14:39:34.931Z
  3. In the thumbnails, click back and forth between the two images (sometimes it happened with the first image, sometimes the second)
  4. Observe that in the compass rose the rover is translated to the east and appears detached from the camera.

eg.
Screen Shot 2023-02-06 at 3 22 41 PM

@akhenry
Copy link
Contributor

akhenry commented Feb 13, 2023

@khalidadil to test

@shefalijoshi
Copy link
Contributor

Seeing this error: No sure if it's related to this fix or if it needs a new issue:
image

@khalidadil
Copy link
Contributor

I'm seeing some weirdness here. These are both the Navcam_right_image, clicking between 2 images:
Screen Shot 2023-02-13 at 4 29 02 PM
Screen Shot 2023-02-13 at 4 28 42 PM

@akhenry
Copy link
Contributor

akhenry commented Feb 13, 2023

@khalidadil I was confused by this as well. It might actually be legit. If the Navcam is looking over its rear left and right "shoulders". From looking at the other images, the rover body is not being modeled in this sim run.

@khalidadil
Copy link
Contributor

ah, got it! I think I'm also seeing something else, where the rover body jumps around after clicking an image. It doesn't happen very often, and it doesn't seem to be consistently reproducible.

@akhenry
Copy link
Contributor

akhenry commented Feb 13, 2023

@khalidadil Confirmed that the PTU pan value was like -160, -170 degrees. So I think it was looking over its shoulder when those images were taken.

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

Successfully merging a pull request may close this issue.

5 participants