{"id":9299,"date":"2022-08-27T22:23:00","date_gmt":"2022-08-28T03:23:00","guid":{"rendered":"https:\/\/www.rushworth.us\/lisa\/?p=9299"},"modified":"2022-08-29T16:11:19","modified_gmt":"2022-08-29T21:11:19","slug":"managing-photos","status":"publish","type":"post","link":"https:\/\/www.rushworth.us\/lisa\/?p=9299","title":{"rendered":"Managing Photos"},"content":{"rendered":"\n

We have a lot of photos — I expect that is true of most people. When taking a picture required someone to make sure there was a roll of film in the camera, take a picture, and then develop (or get developed) the pictures? We didn’t have that many pictures — my family, I recall, had a pile of undeveloped film and a few albums of photos. With the advent of digital photography, I took a lot more pictures. But it was still a manageable quantity. With smart phones — a camera available any time you have half a thought to record something for posterity? We have a lot<\/em> of pictures. 264 already this month, 4727 last year! And then we have movies<\/em>. While it is awesome to be able to preserve all of these memories, it’s also impossible to find<\/em> anything. Ideally, you could search for files tagged with ‘garden’ and find all of the garden pictures. <\/p>\n\n\n\n

Which brought us to a quest for a good<\/em> photo and video tagging application. Haven’t found one yet, but I have discovered that a lot<\/em> of applications use their own database. Dolphin stores its tags in Balloo<\/a> — I remember encountering something similar with Windows Media Player and a shared music library — we thought we were making changes that would be visible to everyone, but the changes didn’t even persist if you blew away your local store and repopulated your library. I’ve found apps with sqlite, ones with an external MySQL server, etc — but it’s something that locks you into their application. A few (DigiKam) have a feature to sync their<\/em> data over to the image metadata, which (I think) will have to suffice. <\/p>\n\n\n\n

Worse still, I haven’t identified any reasonable consistency to where metadata is stored — when you add ‘tags’ in the Windows File Explorer, the tags appear in “Subject”, “LastKeywordXMP”, and “XPKeywords”<\/p>\n\n\n\n

\"\"<\/a>
Windows image tags in EXIF data<\/figcaption><\/figure>\n\n\n\n

Tags written in DigiKam application, however, don’t appear anywhere in the metadata by default– it’s all hidden stuff in the DigiKam database. Since we have<\/em> SQL servers, we could<\/em> just share a database for tagging our images. But that seems silly since the file metadata already has places to include these images. I could write something that reads from the SQL tables and uses something like exiftool to write the file metadata. Fortunately, there is a configuration option to actually write the tags into the metadata:<\/p>\n\n\n\n

\"\"<\/a>
Include tags when writing to metadata<\/figcaption><\/figure>\n\n\n\n

Now tags are written into IPTC “Keywords” as well as XMP CatalogSets, Categories, HeirarchicalSubject, LastKeywordXMP, Subject, and TagList. Which is sufficient for Windows to display something<\/em> in the “tags” column. <\/p>\n\n\n\n

\"\"<\/a><\/figure>\n\n\n\n

Tags written in Darkroom can be stored in a sidecar file — which is messy, adds to the backup requirements, and generally doesn’t work<\/em> for me. <\/p>\n\n\n\n

GThumbs lets you multi-select across a directory and bulk-add tags. These get added to IPTC Keywords and XML Keywords — which do<\/em> show up in the “Tags” column of Windows Explorer. <\/p>\n\n\n\n

\"\"<\/a><\/figure>\n","protected":false},"excerpt":{"rendered":"

We have a lot of photos — I expect that is true of most people. When taking a picture required someone to make sure there was a roll of film in the camera, take a picture, and then develop (or get developed) the pictures? We didn’t have that many pictures — my family, I recall, …<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1723],"tags":[1726,1724,1725,1727],"class_list":["post-9299","post","type-post","status-publish","format-standard","hentry","category-family","tag-data-management","tag-image-management","tag-photo-management","tag-tagging"],"_links":{"self":[{"href":"https:\/\/www.rushworth.us\/lisa\/index.php?rest_route=\/wp\/v2\/posts\/9299","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.rushworth.us\/lisa\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.rushworth.us\/lisa\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.rushworth.us\/lisa\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.rushworth.us\/lisa\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=9299"}],"version-history":[{"count":3,"href":"https:\/\/www.rushworth.us\/lisa\/index.php?rest_route=\/wp\/v2\/posts\/9299\/revisions"}],"predecessor-version":[{"id":9308,"href":"https:\/\/www.rushworth.us\/lisa\/index.php?rest_route=\/wp\/v2\/posts\/9299\/revisions\/9308"}],"wp:attachment":[{"href":"https:\/\/www.rushworth.us\/lisa\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=9299"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.rushworth.us\/lisa\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=9299"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.rushworth.us\/lisa\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=9299"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}