4.1 planning

[Robert C. Helling]

On 12 Mar 2014, at 18:57, Tomaz Canabrava <tcanabrava at kde.org> wrote:

Tomaz,

> I just need a hint of what needs to be improved / fixed.


I would say the what is missing is two-fold:

1) In the “load images” stage that matches images to dives: As this matching is done based on time (dive computer clock vs exif tags based on camera clock) this only works if the two clocks agree on the time. This assumption is often not valid (because one is not proper set but also due to time zone problems) and one has to tell subsurface the difference between the time of the two clocks. This is either done by manually entering a time shift or by the image matching strategy in the dialog (taking a picture of the dive computer displaying the clock). So far you have to get this right as otherwise no images are mapped. It would help a lot if in the dialog there would be some feedback on the matching success based on the current settings (at lest the number of matches, ideally showing a list of matches like

image1.jpg at 3:50min of dive 101
image2.jpg at 5:45min of dive 101
image3.jpg at 10:19min of dive 102
etc

2) The way the images are displayed
Currently there is a small thumbnail in the profile for each picture. If you have several images for the dive they are potentially overlapping and one should be able to bring them to the front by clicking on them. Further it would be nice if they were zoomable upon click (or a separate window opening showing the image in full resolution with further info like time into the dive, depth at that time etc. Furthermore it would be nice to see all the images associated to a dive in a window (scrollable) at good resolution, again possibly with further info.

A separate issue would be to also show thumbnails on the map (possibly replacing the flag or in addition to the flag).

Note that for testing there is test31.xml that has a time to match wreck.jpg (with time shift set to 0) which is also in the repository. For some strange reason the image orientation is not taken into account.

Best
Robert 

PS: For future reference I will file the above text as a bug as well
 
--                                                                              
.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oO 
Robert C. Helling     Elite Master Course Theoretical and Mathematical Physics  
                      Scientific Coordinator                                   
                      Ludwig Maximilians Universitaet Muenchen, Dept. Physik    
print "Just another   Phone: +49 89 2180-4523  Theresienstr. 39, rm. B339       
    stupid .sig\n";   http://www.atdotde.de 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hohndel.org/pipermail/subsurface/attachments/20140312/4c02dba2/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 495 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.hohndel.org/pipermail/subsurface/attachments/20140312/4c02dba2/attachment-0001.sig>