-
-
Notifications
You must be signed in to change notification settings - Fork 1.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Details of an image shall show meta-data #481
Comments
This information is stored in exif header. I think the right solution for this is that the file date is not the date the file was uploaded to the server but when the file was actually created. |
Which might be this: #451 |
The modification date should always be the right one for any file, since when sorting by date you want the latest, last changed being at the top. While the fix you are referring to should solve it using the modification date and not the upload date... So that PR might solve this issue here (in another way though) |
"This information is stored in exif header. Which is fine since when you SHOW the image you already have it downloaded and then you can show the exif information in the details dialog (or at least the shot-date as overlay like in Android Gallery). And I'm pretty sure you could also ask the server for image exif information only without downloading the whole file. The sorting comment was just a side note. |
@AndyScherzinger true. last modification date is always a reference / truth about of actual last modified datetime of a file, a photo, a screenshot, a video or whatever. The issues with currently released Nextcloud android app is that the mtime of uploaded data isn't retain as if exactly the same as the original file. In fact, users might likely expect the modified time of uploaded copy is same as the one of their original copy. In addition, there is also another issue with the mtime of downloaded file that mtime is once again not retain as if exactly same as the one at Nextcloud server. The issues overall becomes a bigger one if connecting a chain of local(original)/upload/download via the app, since there are going to have at least 3 possible ambiguous mtime, 1. original mtime, 2. "mtime" as upload, 3. "mtime" as of per downloads |
@wowangus True. For the manual uploads I opened #451 and for photos we should maybe move to exif header info if available and this might also be an issue for automatic uploads too. @kollix the server does not of an API to ask for exif data since the server is a cloud storage solution in general and not a specialized photo centric solution so as also hinted by you when having a photo downloaded we could then of course read the exif data, while this since some more work to upgrade our environments and build pipelines to the latest AppCompat libs to actually have a (more or less proper) api to read the exif data. |
There is a separate issue #10425 regarding sorting by "date taken". A corresponding issue nextcloud/photos#87 in Nextcloud Photos got closed via PR nextcloud/photos#2125 recently. |
Actual behaviour
When viewing a photo I have taken and view the details, it just shows me the file size, the type and the file modification date, which is probably the date when I uploaded to file to the server.
However the photo was taken years ago (where there was no nextcloud server). I'm interested in the information "when was the photo taken" ?
Check out Android Gallery. It shows a lot of meta data (which is not really needed) , but the most important information is the "shot date"
Expected behaviour
Show the "photo shot date".
Gallery shows this also as an overlay information when you tap on the photo (not only in the details dialog).
Best would be to also sort according this date, not the file date
Steps to reproduce
Environment data
Android version: 4.4.2
Device model: Samsung Galaxy S4 mini
Stock or customized system: stock
Nextcloud app version: 1.4.0
Nextcloud server version: owncloud 8.2.9
The text was updated successfully, but these errors were encountered: