Warning: Can't synchronize with repository "(default)" (/home/git/ome.git does not appear to be a Git repository.). Look in the Trac log for more information.
- Timestamp:
-
04/25/14 14:58:04 (10 years ago)
- Author:
-
jamoore
- Comment:
-
Response from Jason:
Not sure that's the right answer. I'd prefer to see the first part of this--using other users thumbs-- in 5.0.2. If I read the trello cards, this has been inflated to a much larger issue, which can be divided up.
Cleaning up this ticket to represent the first part of this issue, then.
Legend:
- Unmodified
- Added
- Removed
- Modified
-
- Property Owner cblackburn deleted
-
Property
Summary
changed from
BUG: unnecessary thumbnail regeneration?
to
BUG: renderings regenerated for each user
-
|
initial
|
v7
|
|
| 1 | | Jason has described the suspicion that as a group member looking at images belonging to someone else in the group thumbnails are being regenerated. In simple / small cases, this isn't a problem. But in datasets with many, many images, plates, etc. this is causing issues. An integration test is needed to (dis)prove this. |
| | 1 | Jason had the suspicion that as a group member looking at images belonging to someone else in the group thumbnails are being regenerated. |
| 2 | 2 | |
| 3 | | A new image (including a fake) should be created by one user and then viewed, and then viewed by another user. There should only be one thumbnail attached to the image. If this is the case, we should likely try to reproduce from insight and/or web: perhaps a different call is being made. |
| | 3 | The problem: |
| 4 | 4 | |
| 5 | | If multiple thumbnails are being generated, then we will need to look into the existing strategy. |
| | 5 | * If Colin is the owner of the image and Jason looks at his thumbnails. A new set of thumbnails will be generated by creating new rendering settings for Jason, We do not re-use Colin's settings (that the work I have modified in my branch) |
| | 6 | * To generate the rendering settings for Jason, we re-calculate the stats to determine the "best image". That will be painfully slow on this type of image. |
| | 7 | * The fact that it is fast the next time Jason's copy and paste the settings is mainly due to the fact that we copy (do not recalculate settings) then regenerate the jpeg. |
| 6 | 8 | |
| 7 | | *Note: if thumbnails are **not** being regenerated, this may be a case of FS overhead. Caching and similar may be necessary * |
| | 9 | Rendering settings should be re-used until it's necessary to generate new ones (i.e. on modification) |
1.3.13-PRO © 2008-2011
Agilo Software all
rights reserved
(this page was served in: 0.12613 sec.)
