I'm sure that Conduit will be able to achieve a full two way sync of
Fspot instances via an intermediary in the short term future, im just
not sure that the way I envision doing this is a good (sustainable and
non hack) Idea. I am still holding out hope for gio/gvfs supporting xmp
(and sidecar) natively, as a cleaner solution to this problem.
I am swamped with work on conduit ATM, if someone out there really
wants to see super excellent FSpot sync then I encourage them to test
this, report their success, and even hack up some fixes to the
problems. Seriously, network sync of FSpot is a hard one for me to test
when I only have one computer.
Regards,
John Stowers
[0]
http://www.johnstowers.co.nz/blog/index.php/category/planet-gnome/
[1]
http://www.conduit-project.org
[2]
http://mail.gnome.org/archives/conduit-list/2008-January/msg00025.html
[3] Unless you have 'write metadata to file' checked, and Fspot
correctly scans the metadata when the file is imported into the other
instance. Or you only import files with one tag to one folder, and then
get conduit to re tag them when synced.
[4] Basically conduit supports conversions of everything. When
converting photo -> file we could write out sidecar files, that way
the conversion from file -> photo will read them in and reconstruct
the photo metadata