|
|
I just try and for me this work. Do you configure the image archive display? this is off by default to avoid a hidden setting that is likely to affect the performance. Minimal steps are: - check the first column of ~/.skychart/Archive to make it green. - check "show images on the map" - set "maximum number of image to show..." to at least 3 The last setting can be modified temporarily by a right click, select "Image list", check the images you want to show. |
|
|
Screenshot from 2019-03-03 13-46-38.png (201,093 bytes) Screenshot from 2019-03-03 13-46-55.png (394,394 bytes) Screenshot from 2019-03-03 13-47-13.png (53,309 bytes) |
|
|
I have missed to change "Maximum..." to 3 (BTW, should be a plural - 'images', instead 'image'), however it still behaves strange. - Clear all and set all accordingly. - Start with M31, M110, M32. Looks fine so far - Continue with M42 - Back to M32 and download it again with probably different FOV or position. Left part is missing (M110) - Move left a bit with mouse and whole view will be shown again. Here probably is something wrong with order list or similar, as is mixed currently download FIT and old ones. |
|
|
From your screenshot it must select 3 images on a list of 7. To make the selection it select all the images in the area ordered by size. The first 3 that are nearest to the chart center are activated for display. As they are sorted by size the larger are draw first with the smaller draw over them. So when you move the chart a bit it is expected the selection change because the distance to center change. This can look as an instability but this ensure it draw the images that are best placed in the fov. The case of the last downloaded image is a bit special. I make the choice to always draw it over the other because if you just download it you probably want to see it. To make sure it is not hidden by another image it is added last to the list, so draw over the other, and it's distance to center is set to zero so it is always selected. |
|
|
Based on installed SAC images view, where FOV and position is not an issue and it is shown regarding current window, I understand with manually downloaded images and limited images choice is much more difficult to work. Since in this attached screenshot is only latest M32 part is displayed, that indeed looked as a bug. Expected behavior was to also show already downloaded images for M31 and M110, which shown correctly on slightly moving center... I have not looked in the code, but this may be also more complicated if the images are chosen regardless selected source (in this case only HST exist, but also may exists images from other sources), etc. If you find all works fine, this may be closed. Thank you for explanation. |
- Anonymous
