61
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 05 Dec 2023
61 points (98.4% liked)
KDE
5253 readers
106 users here now
KDE is an international technology team creating user-friendly free and open source software for desktop and portable computing. KDE’s software runs on GNU/Linux, BSD and other operating systems, including Windows.
Plasma 6 Bugs
If you encounter a bug, proceed to https://bugs.kde.org, check whether it has been reported.
If it hasn't, report it yourself.
PLEASE THINK CAREFULLY BEFORE POSTING HERE.
Developers do not look for reports on social media, so they will not see it and all it does is clutter up the feed.
founded 1 year ago
MODERATORS
One of the things I really like about digikam is the matching of the disk layout with the album structure. This makes it really easy to have other programs also interact with my photo library in a way that's near impossible if you instead have an internal photo database.
Tags work great for me for multi-categorization. What feels clunky about them in your workflow? You're even allowed to have a tag hierarchy.
In my workflow tags == keywords which are orthogonal to albums. Keywords describe a photo and get published with the photo. One photo can be in multiple albums like Flickr Photosteam (published to Flickr), “Zion Vacation” (event album, published to Piwigo for friends and family consumption), “2022 Year in Photos” (yearly highlight album), “Favorite Landscapes”. Photos are in a date hierchary on disk.
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/
ortype/
subhierarchiesI'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.