-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Support requesting thumbnail-size images from the Imagery view #5931
Labels
Milestone
Comments
15 tasks
Testing Instructions
|
Verified Fixed in Testathon on 01/24/23 |
Need two more folks to test this after YAMCS upgrade |
Verified this again after yamcs upgrade - Testathon 02/06/23 |
Fix verified during testathon 02/06/2023 for example imagery. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Is your feature request related to a problem? Please describe.
In Open MCT images are currently defined by a URL, which either links to a file on a server, or includes a base-64 encoded image. There is a need to support requesting images at various scales (if the backend supports it). The imagery view should provide sufficient information to providers to allow them to make an intelligent decision about which scale to use when retrieving an image. Initially, let's focus on thumbnail images.
Thumbnail image are presented in the "filmstrip" view of image history shown at the bottom of the image view as in the example below.

Describe the solution you'd like
One way of handling this is to pass an option with the request for historical imagery that designates that this is a "thumbnails" request. This would work like the "strategy" option we use for "latest" and "min-max" type requests in other places. eg.
Additional context
This will complement VIPEROMCT-208 which is exploring the use of an apache module for doing dynamic image resizing.
The text was updated successfully, but these errors were encountered: