-
Notifications
You must be signed in to change notification settings - Fork 57
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
autogen not working with my files #130
Comments
Hi, The
It'd help us if you could tell us exactly what this returns for you instead of "not a date". For the EXIF tag being DateTimeOriginal for you, we probably don't want to replace the DateTime we have here as EXIF are widely different between cameras. Though we could definitely add support for DateTimeOriginal, so that if one of (DateTimeOriginal, DateTime) is found, its value is taken. Without thinking too much about it, I think it would make sense. I'm also surprised there would be a need for checking if the value of an EXIF tag is not None since in my mind, the tag would just not exist? Did something make you add this check? Pretty sure by the way that your For ctime over mtime, no hard feeling on this. Note, I'm just a contributor. |
I've checked what is returned in the current code and it seems fine. For the EXIF if I read correctly, DateTimeOriginal seems to be the one to choose first: Regarding file time after checking with my files, it seems to be counterproductive to use creation time or modification time and maybe file name ordering will give better results (as they are normally sorted alphabetically by the camera)... As said I'm not a python programmer so take my code like that :) So my current patch to fix it (it also fix my space issue in file path):
|
Disagree on filename being used for sorting, ctime/mtime is fine IMO. Sorting on filename works when you have only one camera for one album, otherwise it won't make much sense, or that you don't rename your pictures. Although... it's very unlikely that the camera internal clocks are synchronized anyway so for pictures of the same event more or less at the same time won't be ordered. Not sure that your Re-read some "articles" and it seems you're right, we should probably use DateTimeOriginal since this is meant to be a read-only EXIF value, for the moment the picture was taken from the camera POV. DateTime is modified by some picture editing software (e.g. https://mail.gnome.org/archives/f-spot-list/2005-August/msg00081.html) and we probably don't care when the picture was edited. C.f. https://feedback.photoshop.com/conversations/lightroom-classic/date-time-digitized-and-date-time-differ-from-date-modified-and-date-created/5f5f45ba4b561a3d425c6f77 and https://www.quora.com/What-is-the-difference-between-Date-and-Time-Original-and-Date-and-Time-in-the-EXIF-data-output for other explanations. Good find for the
Can you try? |
I agree, It works fine if you have only one camera AND no EXIF data.
npath is there just to retrieve the basename not for the open. If there is no sort per filename there is no need for that.
I've copy pasted previous call like this in the file. I've found an additional issue where the link from main page to gallery is not followed by a "/" so my static site is not working. Thanks for your feedback. So new patch:
|
The missing Indeed, forgot about the split. Instead of
The clock sync issue happens if you have EXIF data and 2+ cameras. Anyway, nothing we can do about it. Can you create a commit per change (one for DateTime, and one for ratio in autogen) and send a Pull Request? The maintainer will have a look when they can. Thanks for the debugging session 👍 |
ok thanks. will do. regarding the link this is the default theme with autogen (so very basic). |
This issue can be closed :) |
I've started using prosopopee today and I love the result but I've found some issues (this one and space in filename/dir issue).
autogen is generating random sequence so i've tried to understand why.
Regarding EXIF my issue was that the tag for the Date is DateTimeOriginal and not DateTime.
It also seems that exif[tag] is not a date when printed.
I've also used the new function getexif instead of _getexif.
Why using last modification instead of creation if there is no EXIF ? Maybe sometimes the filename is better in that case.
as I'm not a python programmer dont assume the code is done the right way but it works:
any advice ?
The text was updated successfully, but these errors were encountered: