Apple AAE sidecar files are abandoned during copy

[chrisweis]

To recreate this:

1. Edit a photo on iOS
2. Import photos to Mac OSX (note that edited HEIC files have .AAE files with the same filename)
3. Run Elodie and note that the sidecar file is left behind during the copy/move.

[jmathai]

Is my understanding correct that when an HEIC file is imported that it does not contain any edits made on iOS but is accompanied by an AAE sidecar file with the edit details?

Geez ... so we have .XMP files if you use Adobe Lightroom and .AAE files if you use Photos.app? What happens if you use both??

Rant aside --- I think the feature request here is to optionally import .aae and .xmp files if they exist and keeping their names consistent with the .heic or .jpg files.

Notes: The feature makes sense but adds some additional complexity since some, but not all, photos will have a sidecar file and we can't ever know which ones should (since we rely entirely on the photos themselves to collectively represent the database of photos). We may also need to start storing hashes of the sidecar files.

[chrisweis]

Looks like XMP files have enough metadata to match them to the image file before a move together.

AAE files will likely be tougher - I see no EXIF data within them. Some info about the "data" field within AAE files: http://rae.tnir.org/archives/2016/02/data-inside-apples-aae-files

[webysther]

Is my understanding correct that when an HEIC file is imported that it does not contain any edits made on iOS but is accompanied by an AAE sidecar file with the edit details?

Geez ... so we have .XMP files if you use Adobe Lightroom and .AAE files if you use Photos.app? What happens if you use both??

Rant aside --- I think the feature request here is to optionally import .aae and .xmp files if they exist and keeping their names consistent with the .heic or .jpg files.

Notes: The feature makes sense but adds some additional complexity since some, but not all, photos will have a sidecar file and we can't ever know which ones should (since we rely entirely on the photos themselves to collectively represent the database of photos). We may also need to start storing hashes of the sidecar files.

First time using that was my logical thinking, put in a sidecar the hash. Move the auxiliary files is very important, every RAW normally carry .xmp and .jpg

[jmathai]

This should be very straightforward to add as a plugin (gh-318). I'm currently working on a sqlite plugin (gh-443) so won't have time to do this but pull requests are welcome.