Posted by
bugzilla_noreply on
Jul 16, 2016; 9:04am
URL: http://digikam.185.s1.nabble.com/Bug-283323-New-a-new-label-Digikam-root-tag-is-created-every-time-tp3871432p4687569.html
https://bugs.kde.org/show_bug.cgi?id=283323--- Comment #100 from
[hidden email] ---
Hello,
Le samedi 16 juillet 2016 à 09:28 +0000, via KDE Bugzilla a écrit :
>
https://bugs.kde.org/show_bug.cgi?id=283323>
> --- Comment #99 from
[hidden email] ---
> "In an old DB the tag _Digikam_root_tag_ still exists"
>
> It's clear. If this tag still appear in tree-view, certainly it's assigned to
> item as well (as a normal tag). As Maik can reproduce the problem (not me), he
> can check this kind of situation in DB.
As I have said in a earlyer response :
1 - clear all embedded metadata from image before "scanning" it with
Digikam make disapear extra "_digikam_root_tag"
2 - don't write metadata to image with digikam (only stored in mysql
db), prevent digikam to fill mysql db with extra "_digikam_root_tag"
3 - forgive to erase metadata from image before "scanning", should make
"_digikam_root_tag" appear again, even if image has no embeded
"_digikam_root_tag".
I have it working like this (no metadata writed to image, and only
stored in mysql) with old digikam 3.5 and mysql on a
multi-digikam-client config
Greatings,
Eric
>
> If it's the case, well something must be done to remove these assignation in
> older database : a migration of contents to prevent _root_ tag visibility in
> treeview.
>
> Gilles
>
--
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