mirror of
https://github.com/photoprism/photoprism.git
synced 2026-03-02 22:57:18 -05:00
Picture orientation #1058
Labels
No labels
ai
android
api
auth
awesome
bug
bug
ci
cli
config
database
declined
deprecated
docker
docs 📚
documents
duplicate
easy
enhancement
enhancement
enhancement
epic
faces
feedback wanted
frontend
hacktoberfest
help wanted
idea
in-progress
incomplete
index
invalid
ios
labels
live
live
low-priority
macos
member-feature
metadata
mobile
nas
needs-analysis
no-coding-required
no-coding-required
observability
performance
places
please-test
plus-feature
priority
pro-feature
question
raspberry-pi
raw
released
released
released
research
resolved
security
sharing
tested
tests
third-party-issue
thumbnails
upgrade
upstream-issue
ux
vector
video
waiting
won't fix
won't fix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/photoprism#1058
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @lakemike on GitHub (Aug 14, 2021).
Originally assigned to: @lastzero on GitHub.
Hello Team PhotoPrism,
I have 2 jpegs from 2009, where picture orientation is provided via Exif tag. In pretty much all picture viewers, it's used correctly, however for some reason PhotoPrism does not seem to use it. Shall I send these pictures to hello@photoprism.app?
@graciousgrey commented on GitHub (Aug 16, 2021):
Hi, yes just send them to hello@photoprism.app. We will have a look as soon as possible!
@graciousgrey commented on GitHub (Aug 17, 2021):
This happens because both of these files have
"Orientation": "Unknown (0)"in their exif metadata.
What you can do is:
exiftool -Orientation="Horizontal (normal)" filename1.jpg filename2.jpg@lakemike commented on GitHub (Aug 17, 2021):
I had hoped that Photoprism could pick this up, either a) bring the default orientation in line with what other picture viewers do (I have no problem with these two pictures anywhere else) or b) flag this for review.
On my end, since I don't know which pictures have this issue, I could scan the library with exiftool. Not impossible but somewhat redundant since Photoprism is scanning as well.
@lastzero commented on GitHub (Aug 17, 2021):
PhotoPrism picked this up as expected looking at metadata:
The orientation may be unknown, but the rotation is 90 degrees CW. The reason some viewers show it "correctly" is because they support less metadata.
@lastzero commented on GitHub (Aug 17, 2021):
Ignoring this may lead to images shown with the wrong orientation for other users, so I'll close this for now. Should be possible to write a script that goes through affected images and fixes this.
@lastzero commented on GitHub (Aug 17, 2021):
Note we may add settings to customize the behavior in a later release. That could be a feature request, just don't see it as a bug that needs to be fixed immediately since the metadata contains a rotation. Reading related forum posts, there's different opinions on whether to ignore fields other than
Orientationfor JPEG images to match results with tools who only support this. The interpretation may also vary depending on the file type. AFAIK videos only have aRotationand noOrientation. You're welcome to do more research on this.@lakemike commented on GitHub (Aug 17, 2021):
I see two things
but totally see that it's not mission critical..
Thank you!!
@lastzero commented on GitHub (Aug 17, 2021):
There is an issue for changing the rotation (and a few other things): #464