Some images with ambiguous orientation data are not rotated correctly
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 379
- Forks
- 75
- PR merge metrics
- No merged PRs in 30d
Description
Some image formats contain orientation information in the Makernote tag. Here's one example where the normal Orientation tag doesn't match the one in the Makernote:
https://raw.pixls.us/getfile.php/346/nice/Sony%20-%20SLT-A99%20-%2014bit%20(3:2).ARW
https://raw.pixls.us/getfile.php/346/exif/RAW_SONY_SLT-A99V.ARW.exif.txt
Exiftool outputs the following data where 270 CW is correct:
0x0112 Orientation : Rotate 180
0x0028 Camera Orientation : Rotate 270 CW
The CameraOrientation tag for this particular image is within Tag9400a (0x9400) in the Makernote. According to http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/Sony.html there are many different places where orientation can be stored.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the linked Sony ARW sample and its EXIF dump, then inspect the orientation handling for the Makernote Tag9400a and CameraOrientation tag. Done means the sample is interpreted as 270 CW despite the conflicting normal Orientation tag, with the other documented orientation locations considered.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- computer-vision
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100