[Shotwell] Shotwell 0.11: Call for testing - TAGS!
pt at traversin.org
Tue Aug 30 06:36:23 PDT 2011
On 29 August 2011 19:43, Adam Dingle <adam at yorba.org> wrote:
>> Because, following the example you do below, if I have a duplicate tag
>> e.g. friends/dave and family/dave, when I import a photo with the tags
>> 'friends', 'family' and 'dave' what will Shotwell do?
> Today, Shotwell will create new top-level tags 'friends', 'family', and
> 'dave', which doesn't seem right (hence ticket 4051 above). Once that's
> implemented, Shotwell would tag the photo with both 'friends/dave' and
> 'family/dave' in this situation. A more difficult question is what Shotwell
> should do if you the library contains both friends/dave and family/dave and
> you import a photo which only has the tag 'dave'. In that case I think we
> should probably prompt the user.
Agree. Unfortunately asking the user will work when importing only a
handful of photos at a time. I'm happy I don't have duplicate tags in
my 20K+ photo collection :-)
> We originally considered disallowing duplicate tags throughout the entire
> library to avoid situations like these. But we looked at several other
> photo programs which support hierarchical tags and found that they did allow
> duplicate names, and we wanted to allow users to import their libraries from
> these programs, so we decided to allow duplicates in the end. Of course
> nobody has to create duplicate tags if they don't want to. :)
In my case, both f-spot and geeqie didn't allow that, because they
write only flat tags. I wasn't aware shotwell was writing both flat
> If you tag a photo with 'friends/dave' and then export from Shotwell, it
> writes these IPTC and XMP tags:
> Iptc.Application2.Keywords String 4 dave
> Iptc.Application2.Keywords String 7 friends
> Xmp.dc.subject XmpBag 2 dave, friends
> Xmp.digiKam.TagsList XmpSeq 2 friends,
> Xmp.MicrosoftPhoto.LastKeywordXMP XmpBag 2 friends,
>> I'd like to have the possibility of 'dummy tags' like below, or the
>> possibility of tagging only a part of the branch, not the full branch.
>> It is mostly a matter of organisation.
> You can certainly tag only a part of the branch, not the full branch, in
> Shotwell today. For example, if you have a tag 'friends' and a subtag
> 'dave', you can apply just 'friends' to a photo.
Actually I'd like to have the opposite behaviour as well: if I tag
just 'dave' I don't want it to drag along 'friends'. Is it like that
>>> Are you saying that you'd like to be able to mark
>>> 'friends' as a dummy tag which isn't written into any exported photo?
>> Exactly like that. This way I can have 'dummy' tags for keeping
>> organised my tag tree: e.g. subject (dummy) / friends / dave and
>> subject (dummy) / nature (dummy) / water (dummy) / lake.
> OK - now I see what you're asking. To be honest I think this won't be a
> high priority for us since I don't see that it does great harm to write out
> these 'dummy' tags when exporting as Shotwell does today, but feel free to
> file a ticket if you'd like us to consider this in the future. Cheers -
If the ticket of the existing tags landing correctly in the tree gets
resolved, *and* if I can assign single tags without having the parent
tags coming along there will be no need for 'dummy' tags.
On a side note, I see that they are taken into account in the mwg
guidelines. In '5.10 Hierarchical Keywords' there is a chapter about
'Categories - grouping of keywords that is only used for
GNU/Linux user 190604
More information about the Shotwell