[Digikam-devel] [digikam] [Bug 358539] New: can't use tags for real filtering: tag1 OR tag2 OR tag3 => all in query result = "at least one of tags 1-2-3"

[dennz via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=358539

            Bug ID: 358539
           Summary: can't use tags for real filtering: tag1 OR tag2 OR
                    tag3 => all in query result = "at least one of tags
                    1-2-3"
           Product: digikam
           Version: 4.12.0
          Platform: Other
                OS: MS Windows
            Status: UNCONFIRMED
          Severity: major
          Priority: NOR
         Component: Tags
          Assignee: digikam-devel at kde.org
          Reporter: dennz at mail.ru

I try to find something... 
now I try to use digikam for tagged-photos-idea-base for knitted clothes
construction team, 
much tags must be for each photo there, imho 10-50....? tags per item. 
Advanced filtering is must for us.  
usebility and workfow speed is one of first conditions.

Program is really great! Clear Interface, functionality reach, 
and most filtering features are very good, but tag-querying is not enought as
is now. 
More over, IMHO  strange logic of tag-quering...
[+] sign on each tag adds to query result too much "trash" - when checked 4-5
tags, 
but revelant only 1-10% items for my case... I need get only exact tags 1+2+3
Ok, we have [-] but "not checked" and "[-] checked" is not the same?

I mean that tag-filtering/quering is for exclude
items if not true "tag1 AND tag2 AND... tagN all present"  then exclude items
from result"
I try also as variant for our team piwigo, where tags work as I mean by
default,
but web-based app is too slow workfow for us, but client-server for team...
So, I use digicam for prepare collections by quick tagging 
before publish at own piwigo intranet test-srv...
Some tags we have to add at piwigo, but mainly by digicam right into jpeg EXIF.
Syncronisation will be real next headache )))

IMHO, with current logic tag-filter is unusable now.
May be, on place of [+] and [-] signs for each tag - 
should be global logic AND/EXCLUDE (against OR/INCLUDE) and ruleset as  [AND],
[OR], [NOT]

bad English, sorry

Reproducible: Always

Steps to Reproduce:
1. check any 3(or more) tag , for get result exclude items where not all of
them presents
2. we can see all items with tags 1, 2, 3, 1+2, 1+3, 2+3  where should be only
1+2+3 
3. profit! )))))

Actual Results:  
tags 1, 2, 3, 1+2, 1+3, 2+3 

Expected Results:  
exact tags 1+2+3 all present only.
I'm can't belive that (result = any of tags 1, 2, 3, 1+2, 1+3, 2+3 ) 
is not a bug )))

Shoudn't I choose minor or feature request? 
May be, but now so good program is half-unusable for me.

-- 
You are receiving this mail because:
You are the assignee for the bug.