said Steven D'Aprano via tde-users: | On Thu, Jul 08, 2021 at 11:38:58PM +0000, dep via tde-users wrote: | > Is there any way to have a column heading in a file manaher -- I | > prefer Krusader, but Konqueror if I must -- list a file's creation | > date rather than its modified date? | | Linux file systems don't record the file creation date. | | https://unix.stackexchange.com/questions/102691/get-age-of-given-file/10 |2692#102692 Well, that kinda sucks. EXIF maintains a creation date that's accessible from numerous photo applications, but those applications are universally awful for file-management purposes. Maybe there's a script someplace that will overright modified date with creation date. Not a thing everyone would want to do, but useful in a variety of circumstances. -- dep Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://www.athensnews.com/opinion/columns/the_view_from_mudsock_heights/

said Jim via tde-users: | In case this is useful to you... it is a little script that sets the | modification time of a JPEG to its EXIF time (which would then give | you the date you seem to want in your file manager). If you save it | to a file called "set-photo-time" and give it execute perms, then you | can run it as follows: | set-photo-time file1.jpg file2.jpg file3.jpg file4.jpg ... | It requires the "exif" program, which you may or may not already have | installed. It works for me, but use at your own risk. Many thanks -- that seems to be exactly what I need. I'll copy a directory of pictures into a temp directory, run it there, and if it plays nicely I'll use it! <rant>I used gThumb for a long time, but they've improved it to near uselessness (and destructiveness, unless you go in and turn a lot of things off; I've been a large part of the last week finding and deleting .comments directories whose very existence implies that the pictures will never be seen except in gThumb), and I guess digiKam is useful for some purposes, but it is also bloatware and for many purposes pretty much needs a dedicated computer. Oh, to be able to turn off its database aspects! It relies on its database rather than what's actually present on the computer -- delete a directory in any file manager and it's still listed in digiKam until the database is rerun; last time I did that here, on a fairly quick computer, it took more than 40 hours to complete. I don't know what digiKam users want to do with their pictures, but it ain't what I want to do. As it is, photography is 1/60 second to make a picture and an hour to file it on the computer!</rant> -- dep Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://www.athensnews.com/opinion/columns/the_view_from_mudsock_heights/

On Saturday 10 July 2021 10:43:56 am Jim via tde-users wrote: Another alternative I wrote several years ago: http://inet-design.com/blogs/michael/extract-exif-datetimeoriginal-field-an… Although looking at that, it's been up-rev'ed, so attaching the last version, but do read its comments in the code before running. Best, Michael

On Sun, Jul 11, 2021 at 6:34 AM, Dr. Nikolaus Klepp &lt;office(a)klepp.biz&gt; wrote: A problem with unconstrained exiftool is that to be safe it makes a copy of each file it modifies, so there's generally a lot of cleaning up to do after running it. dep Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://www.athensnews.com/opinion/columns/the_view_from_mudsock_heights/