Project

General

Profile

Feature #9673

Abuse of tagging system by internal keywords

Added by Togan Muftuoglu over 5 years ago. Updated over 5 years ago.

Status:
New
Priority:
Low
Assignee:
-
Category:
Lighttable
Target version:
-
Start date:
11/12/2013
Due date:
% Done:

0%

Affected Version:
System:
bitness:
64-bit
hardware architecture:
amd64/x86

Description

In the ligthtable tagging module there are some preapplied tags which should not be there in the beginning:

darktable|format
darktable|changed
darktable|style
darktable|exported

I can understand that these can be used internally or by the user for filtering in the collections module but to have them as a tag in the tags module is in my opinion conceptionally wrong. When searching the images for specific keywords ( I guess they would be under the uncategorized category) or for hierarchical tags in the collections module they show under the tags which is also wrong. These should be treated the similar way iso,lens,camera and for the purposes of easing the filtering system could be grouped under darktable but not in the tags section of the filtering


Related issues

Related to darktable - Bug #10952: Tags in the "darktable" namespace can't be deleted Triaged 03/17/2016

History

#1 Updated by Tobias Ellinghaus over 5 years ago

  • Category set to Lighttable

Actually I like that they are regular tags so I can work with them as I want.

#2 Updated by Togan Muftuoglu over 5 years ago

You may like it but I can't get rid of them as a whole and it is a tiresome effort to ditch them from all of the pictures, darktable internal working should not be part of the tagging system.

#3 Updated by Tobias Ellinghaus over 5 years ago

That is not darktable's internal working, these tags are just there for the convenience of the user. Nothing inside dt relies on them.

May I ask why you are removing them from your pictures? Just keep the darktable subtree of the tag list collapsed and you won't see them (besides the right hand tagging module, but that should hide them once you start typing).

#4 Updated by Togan Muftuoglu over 5 years ago

I do remove them because they have nothing to do with tagging pictures which is part of metadata part. Format of the file is already available in a proper metadata editor/viewer. The simple fact is they are not tags and they should not be included in the tagging module.

Having said that I have no objection of having format as a filtering option in the collections module;same goes for the style, but they both are not tags or keywords.

As a matter of fact when I export an image (except tiff since it is still a derivative not a final) I remove all the xmp stuff that is embedded into the exported image. It would have been a better idea to ask the user if embedding wanted or not. It just adds an extra step into my work flow.

#5 Updated by Tobias Ellinghaus over 5 years ago

So it's more of a philosophical issue.

Regarding removing metadata after export: #8421 might be interesting to you.

#6 Updated by Togan Muftuoglu over 5 years ago

Well from philosophy comes the application says my teacher. #8421 shows I am not alone, but nothing much other than a lua script concept. I already have a script that removes all the xmp related tags, so not much of a new information for me

#7 Updated by Roman Lebedev over 3 years ago

  • Related to Bug #10952: Tags in the "darktable" namespace can't be deleted added

Also available in: Atom PDF