dschmidt commented on PR #2935: URL: https://github.com/apache/tika/pull/2935#issuecomment-4920552888
I've tested this end-to-end with a real Apple Live Photo pair (iPhone 15 Pro, iOS 18.5) from the publicly available osxphotos test fixtures, using a tika-server docker image built from this branch and `PUT /rmeta`: * [C3090F66-942C-41D3-BEC7-4F2B4876A109.heic](https://github.com/RhetTbull/osxphotos/blob/main/tests/Test-Live-15.7.2.photoslibrary/originals/C/C3090F66-942C-41D3-BEC7-4F2B4876A109.heic) now yields `img:Content Identifier = CD28D161-D5EC-4CDE-8B60-DACCC1363B6B` * [C3090F66-942C-41D3-BEC7-4F2B4876A109_3.mov](https://github.com/RhetTbull/osxphotos/blob/main/tests/Test-Live-15.7.2.photoslibrary/originals/C/C3090F66-942C-41D3-BEC7-4F2B4876A109_3.mov) now yields `com.apple.quicktime.content.identifier = CD28D161-D5EC-4CDE-8B60-DACCC1363B6B` plus `com.apple.quicktime.location.ISO6709 = +36.0970-081.7844+1330.402/` mapped to `geo:lat`/`geo:long`/`geo:alt` The content identifier matches between the two files, so Live Photo pic/video pairing based on Tika output works now. Before this PR the identifier was missing entirely on the .mov side. The extracted GPS coordinates also agree between the image and the video, as expected for a real pair. I also verified the sample from the JIRA issue (an iPad Pro .MOV): its location `-35.2844+149.1214+573.764/` is extracted and mapped to the geo properties, including the altitude. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
