https://bugs.kde.org/show_bug.cgi?id=434060
--- Comment #3 from tagwer...@innerjoin.org --- Many thanks for the pointers! (In reply to Maik Qualmann from comment #1) > ... Not all users (me for example) write their changes to the metadata or > file attributes. If the metadata were read again, all new information in the > DB would be deleted. > ... If you want this, however, there is the option in the digiKam metadata > settings to clean up the database when the metadata for the respective image > is read in again. You then have to activate this option. I didn't trust myself to try this in my first time through. I've now given it a go, yes, that would do what I was "expecting". It is saying metadata from the images takes presidence over anything held in the internal DB and will overwrite it. A 'proper' multi-master synchronisation of settings would be a horrible job, you'd have to keep track of where each bit of information came from and which way you should sync it. No wish to rekindle old fires :-) > ... It is not necessary to touch the file date every time. You can also > trigger the update of the image information via Album or Item-> Read > metadata from image again. Oooh. I missed that. I didn't get further than a right click and a look down the context menu. I will also admit I assumed if an F5 refresh (or scan for new items) didn't do it, there wasn't an option. Options to "Reread" or "Write" metadata seem clear... -- You are receiving this mail because: You are watching all bug changes.
