On 2018-12-25 08:34, [email protected] wrote:
According to a message by one of the developers that appeared on this
list some time ago (sorry, cant' find it now) the XMP files should be
considered primary. So backup the XMP files, rather than the
database.
Note, however, that the database will silently deviate from
read-only XMPs (not writeable, or read-only mounted filesystem) .
I am using crashplan for backup. It can backup as often as every 15 min.
The challenge I am facing with XMP as a primary is that when changes are
done across multiple folders (in my case I removed description in 3-4
folders - modified about 600 files out of few thousand affected) I
didn't find a good way to identify the affected files in the backup and
retrieve it. Restoring a DB (the complete DT folder is about 70 MB vs
affecting at least 70 GB (rough estimate).
I am still going to investigate backing up XMP (only) much rapidly (like
15 min) but at present - having a copy of the DB seems to be better than
nothing.
The mistake was completely mine with removing the descriptions but it
would be nice if DT could improve on undo / redo approach. I find myself
relying more on the tagging of the files. It is a very powerful feature.
And it is certainly much appreciated. At the same time - the danger is
significant (and not easily repairable if backup is not present).
Regards,
B
____________________________________________________________________________
darktable user mailing list
to unsubscribe send a mail to [email protected]
