[digiKam-users] Slideshow internals

[David Griffiths]

Thanks for the explanation Maik. I hadn't noticed that it is alphabetical. 

What is the bug ID of the existing report?

I am little confused when you say it has to work without a database, but you also 
say it is using the database and the metatags ??  What data is it getting from the 
DB?

BTW is there a key combination to restart a slideshow after stopping it by using an 
arrow key?

Cheers,
DG




Your focus is on displaying face tags. But it is actually only the goal to display all tags. We 
have a bug report for displaying face tags in the bug tracker. The query goes through an 
interface that uses the database under digiKam and the metadata directly from the images 
under Showfoto. This interface currently does not support face regions or query face tags. 
You have to keep in mind that these plugins have to work without a database. The keywords 
are fetched from interface via the "AlbumManager::tagPaths()" function. The current sorting 
is alphabetical

Maik

Am Di., 9. Juni 2020 um 12:43 Uhr schrieb David Griffiths <david at digitalgraphics.com.au>:
        I am working on a large slideshow with Face Tags displayed. The problem is 
        that that names shown in the overlay are often not in the correct order that the 
        faces appear in the picture. I would like them in the correct order.
        I assumed it was probably a matter of the order that the face tags were 
        assigned, but I have looked in the database and I can't see any connection 
        between the tag number and the display order.
        Can anyone tell me how the slideshow selects the face tags? 
        What is the actual database query?
        What file is this done in?  I have looked in the source but couldn't find what I 
        wanted.

        My plan was to sort the order in the database based on the TagRegion - ie 
        lowest X value is displayed first etc.

        Example:


        Regards,
        DG
          
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20200609/9efa7021/attachment.htm>