Task #9700 (closed)
Opened 7 years ago
Closed 6 years ago
Bug: Scrolling/size calculation when using subresolutions
| Reported by: | rleigh | Owned by: | jburel |
|---|---|---|---|
| Priority: | critical | Milestone: | OMERO-4.4.7 |
| Component: | Insight | Version: | n.a. |
| Keywords: | n.a. | Cc: | |
| Resources: | n.a. | Referenced By: | n.a. |
| References: | n.a. | Remaining Time: | n.a. |
| Sprint: | n.a. |
Description
See attached image. The draggable rectangle in the thumbnail does not match the view on screen. So the scrollable area is miscalculated, and all of the image outside this area is black.
The scrolling is fine for the full size image; it just needs to take subresolution image size into account when calculating the scaling factors.
Attachments (3)
Change History (6)
Changed 7 years ago by rleigh
comment:1 Changed 7 years ago by wmoore
Changed 7 years ago by rleigh
Bug calculating right hand tile (duplicated column). May also be related to the OpenGL rendering issue.
Changed 7 years ago by rleigh
Long pause getting tiles when switching zoom levels. Looks like it might be miscalculating the coverage?
comment:2 Changed 7 years ago by rleigh
Note that the pyramid ordering issues seen with SVS are now fixed with PR232, so the bioformats side of things WRT big image rendering should be done now.
comment:3 Changed 6 years ago by jburel
- Resolution set to fixed
- Status changed from new to closed
Fixed in recent big-images PR:
https://github.com/openmicroscopy/openmicroscopy/pull/856
https://github.com/openmicroscopy/openmicroscopy/pull/930
This requires more info from the API on zoom sizes: See #9813