• Max
    1•1 year ago

    That make sense. I would use tags like that:

    • Flickr Published

    • year roundup/2022

    • type/Landscapes

    • type/Portraits

    • events/trips/Zion 2022

    • content/food

    • content/animals

    I actually do event level as my on-disk sorting. And then tag for stuff that’s not that. But I think it would work pretty well to do the event sorting under tags as well.

    Then I rate my favorite photos, usually using the green approved, not stars. But stars would work too. Then if you want to find say, favorite landscapes, the digikam interface makes it really easy to do so.

    I’m not sure if you can select what tags get written into the image, but if you can, you might be able to exclude certain parts of the hierarchy, and only include content/ or type/ subhierarchies

    • @tcgoetz
      1•1 year ago

      I’d be fine with tags in the digiKam DB including all of the above, but the values written to the images IPTC keywords field would have to be limited to the subkeys of what you listed above as type and content hierarchies. Here’s an example of one of my images: https://www.flickr.com/photos/tcgoetz/53265234720 you can see what I use for keywords in the info below the image.

      My workflow also includes grouping similar images, using compare to grade them best to worst, marking the best with the pick flag, and rejecting the worst. I also group subimages of panoramics with the generated panoramic as the top of the stack and the pick image. didKam has a group feature but it seems different. Grouping in LR hides members of the group other than the pick image.