[Bug 262577] New: Scanning collection for new faces (skip already scanned images) does not do anything

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

[Bug 262577] New: Scanning collection for new faces (skip already scanned images) does not do anything

Milan Knizek
https://bugs.kde.org/show_bug.cgi?id=262577

           Summary: Scanning collection for new faces (skip already
                    scanned images) does not do anything
           Product: digikam
           Version: 2.0.0
          Platform: Compiled Sources
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: Face Detection
        AssignedTo: [hidden email]
        ReportedBy: [hidden email]


Version:           2.0.0 (using KDE 4.5.4)
OS:                Linux

When new images are added to the collection and face scanning started with
option "skip already scanned images", no images are scanned at all.

Reproducible: Always

Steps to Reproduce:
1 Start digikam
2 Scan collection for faces "scan again and merge results" (images are scanned
and faces found. The pop-up window about scanning keeps shown as it was
reported in other bug. Must be cancelled manually.)
3 Add new images to collection (e.g. drag&drop in nautilus) and make sure they
are shown in Album view.
4 Scan collection for faces "skip already scanned images"


Actual Results:  
No images are scanned. (The pop-up window about scanning keeps shown - I think
this was reported in some other bug. Must be cancelled manually.)

Expected Results:  
Images are scanned and potentially some faces detected/recognised.

As a workaround, it is possible to scan the complete collection again. Then,
the new images are found and faces detected. However, this also results in
false positives, which were already marked as "not a face" in earlier run.

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[Bug 262577] Scanning collection for new faces (skip already scanned images) does not do anything

Marcel Wiesweg
https://bugs.kde.org/show_bug.cgi?id=262577





--- Comment #1 from Marcel Wiesweg <marcel wiesweg gmx de>  2011-02-04 21:44:56 ---
I cannot reproduce this problem with a simple test. After the first scan, the
(internal) Scanned For Faces tag is set, and a test image is skipped
subsequently. When I remove this tag to simulate a new image, it is scanned
again.

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[Bug 262577] Scanning collection for new faces (skip already scanned images) does not do anything

Milan Knizek
In reply to this post by Milan Knizek
https://bugs.kde.org/show_bug.cgi?id=262577





--- Comment #2 from Milan Knizek <knizek volny cz>  2011-02-06 08:34:51 ---
I tried again, while checking the internal tag in the database. You're right
re. the "Scanned For Faces" tag - it works as expected.

The problem is somewhere else - I am not sure if it is a bug or not:
1) When digiKam scans images for faces, it tags them internally in db with
"Scanned For Faces". The tag is not written to image.
2) If the user creates a redundant copy of the image (even directly in album
view - e.g. copy and paste and name it image_copy.jpg) digiKam immediately
recognises the image in the albums view.
3) In digikam4.db, the image_copy.jpg is tagged as "Scanned For Faces"
4) However, image_copy.jpg is not shown in Faces view among those scanned
(neither in People/Unknown or elsewhere).

Therefore, running the scan for faces again (w/o clearing previous results)
does not scan the image_copy.jpg.

It seems that digiKam copies internal structure of tags from image.jpg to
image_copy.jpg, but the "faces" extension does not include the image_copy.jpg
in the results.

(I tried to edit the image.jpg in external directory outside of digiKam albums
and then copied it back. It was not tagged as "Scanned For Faces" - so it leads
me to an assumption that digiKam recognises images based on a file hash.)

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[Bug 262577] Scanning collection for new faces (skip already scanned images) does not do anything

Marcel Wiesweg
In reply to this post by Milan Knizek
https://bugs.kde.org/show_bug.cgi?id=262577


Marcel Wiesweg <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |DUPLICATE




--- Comment #3 from Marcel Wiesweg <marcel wiesweg gmx de>  2011-09-27 19:54:22 ---
I believe this bug was fixed with commit 5ec0f4b7 in August. Indeed, copying
the face attributes was missing while the tags were correctly copied when
digikam recognized a file as identical (by a hash)

*** This bug has been marked as a duplicate of bug 280517 ***

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel