Store metadata in the filesystem about photoprism HOT 13 CLOSED

This is very important. I have stumbled on this issue so many times with Picasa. Had all my metadata overwritten if by mistake forgot to have a harddrive with photos connected. Metadata needs to be next to images and in some readable/editable format like json/xml.

from photoprism.

That's actually an issue with most modern software out there... primary storage is a database, ideally somewhere in the cloud, some distributed NoSQL bleeding edge technology... Works great in terms of scalability (when running Web apps with millions of users), but how can regular users create a reliable backup from that? That they can use/read in 20 or 40 years? Photos are not just for the moment.

from photoprism.

This is a great idea. Text file has a lot of benefits for backup purpose. Format like YAML can be easily tracked in version control system like git, most of editing conflict can be resolved automatically. It can be edited using text editor when needed.

Storing metadata in original image file is nice to have, it serves different purpose though. For backup purpose, it is better not to modify original file, so that original file can be de-duplicated using hash.

from photoprism.

Darktable docs for sidecar files: https://www.darktable.org/usermanual/en/sidecar_files.html

from photoprism.

Created a wiki page for XMP sidecar files: https://github.com/photoprism/photoprism/wiki/XMP

from photoprism.

What about writing those kind of metadata in a way where they aren't detached from the actual file, e.g. FDO CommonExtendedAttributes on Linux/OS X (see also: https://gist.github.com/gwpl/a00e18bc150f1e3518335d13c5e46ad7), NTFS Alternate Data Streams on Windows?

from photoprism.

You should be able to create a long-term backup and edit all file using regular tools (in this case: text editor). Wouldn't work with filesystem specific metadata, right?

from photoprism.

Unfortunately yes :(

from photoprism.

Personally I'd prefer to have the meta data written back to the image file (as XMP/IPTC/Exif tags). That way the info is not lost when the image is moved or copied somewhere else (and reimported in a different instance).

from photoprism.

@splitbrain That way, the md5/sha fingerprint would change, which makes it much more difficult to detect duplicate imports. Also XMP files are human readable, other than binary data inside image files.

from photoprism.

Still think we should do this, maybe soon. Using XMP seems difficult and we can't write data back to XMP files yet: https://github.com/photoprism/photoprism/wiki/XMP

from photoprism.

I would vote for TOML

from photoprism.

Implemented. Please open a new issue if you find bugs!

from photoprism.