flickr-uploader icon indicating copy to clipboard operation
flickr-uploader copied to clipboard

Consider updating tags from EXIF when they change on source file

Open oPromessa opened this issue 8 years ago • 2 comments

  • Would be nice to update ALL tags on replacePhoto and not only the mandatory checksum tag as FLICKR maintains the tags from the first load.
  • It would require accessing EXIF information from file...

oPromessa avatar Jan 04 '18 18:01 oPromessa

I'm surprised flickr does not update tags based on contents of replaced file? If not, seems like this functionality is practically required if one is to update pictures in-place. To update a photo with changed tags locally and not have flickr mirror that would be sad. If there's no convenient EXIF/IPTC/XMP reading library for python, one could always parse exiftool output, which I see the documentation says the optional raw file conversion option uses already).

Confusingly I find that between digikam and darktable, my tags appear in jpeg files repeated under the following six exiftool output labels: Subject, Tags List, Last Keyword XMP, Hierarchical Subject, Catalog Sets, Keywords. Of these, it seems like the "Keywords" IPTC field is the most standard. And/or possibly the XMP "subject" field.

timtoo avatar Sep 04 '18 14:09 timtoo

@timtoo

  • Thanks for the heads up! Will try to work on it in the coming month or so.
  • Tried to place the following remark on your repository timtoo/FlickrBox but it's not accepting Issues. So here hoes:

As the timtoo/FlickrBox project is in its infancy take a look at two alternatives where I'd invite you to contribute to:

  • flickr-uploader ... on its version 2.8.6 using flickrapi with plenty of functionality
  • flickr-rsync ... more towards the line of the concept of FlicrkBox of copy files over. It follows the idea of rsync (remote sync two folders)... I kicked off the migration work to flickrapi and compatibility with Python 3... but stil work in progress.

oPromessa avatar Sep 07 '18 22:09 oPromessa