On Wed, Sep 15, 2010 at 09:18:34AM +0300, Take wrote: > How about an a bit different approach. Use separate XMP-files and run > some small(ish) version control (ie. RCS) with them. Then one could > (possibly) sync metadata via that version control and diff-patch(-ish) > -procedure. Actual photos would sync as plain files, so rsync or > derivatives can take care of that.
That would be perfect. > Separate metadata files however raise more questions, like how to index > them for faster search. Well, I heard talk of monitoring the library directory to notice new photos. The same could apply to new or modified XMP files (perhaps noting timestamps of files and their enclosing directories, to optimise detection of modifications). The modified files could be re-read into the database, which would just be an indexed cache. > With separate XMP files it might even be possible to migrate changes on > conflict situations. Yes, although to do it properly you need history (like RCS as you suggested, or a git repo). Regards, Brian. _______________________________________________ Shotwell mailing list [email protected] http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell
