Bug 278908

Summary: Create new tags in category not possible
Product: [Applications] digikam Reporter: Ferdinand Gassauer <gassauer>
Component: Tags-EngineAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED WORKSFORME    
Severity: normal CC: bugs, caulier.gilles
Priority: NOR    
Version: 2.0.0   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
Latest Commit: Version Fixed In: 4.0.0
Attachments: help text

Description Ferdinand Gassauer 2011-07-31 07:11:58 UTC
Version:           2.0.0 (using KDE 4.7.0) 
OS:                Linux

Following the instructions given I tried to create a new tag
Locations/mylocation

workaround
create tag mylocation and move it to Locations

Reproducible: Always

Steps to Reproduce:
select multiple images
add new tag
"Locations/mylocation"

Actual Results:  
the tag is splitt into 2 tags
Locations, mylocation in the image
and sometimes
Locations/Locations/mylocation in the tag database
sorry if this might not be  very accurate ....


Expected Results:  
create a tag mylocation in category Locations

OS: Linux (x86_64) release 2.6.37.6-0.5-desktop
Compiler: gcc
Comment 1 Marcel Wiesweg 2011-07-31 13:47:04 UTC
"/" is the delimiter, so just as you cannot create a file with a "/", you cannot create a tag with a "/" because by that you tell the program to split the tag in parent/child
Comment 2 Ferdinand Gassauer 2011-08-02 05:01:02 UTC
Created attachment 62449 [details]
help text

the help text says that '/' can be used to create a hierarchy ....
which seems not to be the case following your comment #2
Comment 3 Ferdinand Gassauer 2011-08-02 05:09:47 UTC
creating 
/Keywords/test1/test2 
adds 3 tags Keywords,test1,test2 
IMHO only test2 should be added
contrary to
Keywords,test1,test2
should add all 3
just my 2c
Comment 4 Marcel Wiesweg 2011-08-08 20:18:05 UTC
Creating three tags in a hierarchy:
http://wstaw.org/m/2011/08/08/plasma-desktopz16846.jpg
Result as intended:
http://wstaw.org/m/2011/08/08/plasma-desktopx16846.jpg
Comment 5 caulier.gilles 2011-12-16 12:41:20 UTC
Ferdinand,

This file still valid using digiKam 2.4 ?

Gilles Caulier
Comment 6 DrSlony 2012-10-28 16:12:38 UTC
Thank you for the guide Elle, I'll try it, but such things should not be necessary, this should just work.
Comment 7 DrSlony 2012-10-28 16:13:10 UTC
Err ignore that last comment, wrong bug.
Comment 8 caulier.gilles 2013-12-01 23:29:15 UTC
To be clear :

"Locations, mylocation" in the image metadata, especially IPTC due to string size limitation of this container. In fact each tag from tags path is stored in a dedicated keyword, to prevent cut strings.

"Locations/mylocation" in image metadata, especially XMP to a dedicated digiKam namespace (as in DB). XMP do not have all IPTC limitation.

So, all is normal here...

Gilles Caulier