#EXIFTOOL COMMANDS HOW TO#
#EXIFTOOL COMMANDS MAC#

I did this exact thing in 2014 (per terminal history), and I'm pretty sure it worked then.

But in Finder the result is that all the dates are changed to today at the time I ran the command.

#EXIFTOOL COMMANDS MAC#

Since I just needed to move the dates up one year (wrong clock setup on camera) this did the wanted result:Įxiftool '-AllDates+=1:0:0 0' '-FileModifyDate+=1:0:0 0' '-FileCreateDate+=1:0:0 0' DIRĪnyone try time shifting recently? I just (re)downloaded exiftool to my mac and used exiftool '-AllDates+=1:0:0 0' DIR to fix my photos (shift from 2019 to 2020 since I didn't set my camera earlier this year). Odds are the tag that changed is not EXIF but the file system dates, FileModifyDate or FileCreateDate. 'The AllDates only affects three tags, DateTimeOriginal, CreateDate, and ModifyDate.

- Added line for copying photos into organized photos.

- Adding new recursive command to rename JPG to jpg.

#EXIFTOOL COMMANDS HOW TO#

- added line on how to set a date for a particular photo(s).

- added line to rename files based on milliseconds.

- added command to create comments from a filename.

> out.kmlĬreate CSV of Geo Information exiftool -csv -filename -imagesize -gps:GPSLatitude -gps:GPSLongitude.

you can use the flag -n to turn all values to numbersĮxiftool -n -r -q -p $DESKTOP/kml-placemark.fmt. I was parsing an iPhoto library where there were thumbnails. I have mine set as a global variableįILECOUNT=$(mdfind -count -onlyin '$DROPBOX_PERSONAL' 'kMDItemKind ='JPEG image'')Įxiftool -q -if '(not $datetimeoriginal or ($datetimeoriginal eq '0000:00:00 00:00:00'))' -csv -common '$n' | sed 1d > '$DROPBOX_PERSONAL/nodates.csv'ĭone 300000' '-Directory 300000' gets files that are over 300kB. Note this can take a long time if you have a lot of jpgs # You'll need to set your Dropbox folder path. #Output photos that don't have datetimeoriginal to a CSV# … which avoids the need for the -sep argument and ensures that the subject tag is read back as a true list.Last updated: Searching for Files Find images in a directory that don't have a DateTimeOriginal exiftool -filename -filemodifydate -createdate -r -if '(not $datetimeoriginal) and $filetype eq 'JPEG''. It would appear that you were right in using the -sep argument but only because some apps are not as smart as others, or maybe they are too smartĮxiftool -overwrite_original_in_place -quiet -subject='cat' -subject='chat' -subject='egyptian mau' -subject='mau égyptien' Now, subject is a list or array tag, but both my app and PL5 are being “smart” and interpreting that “single word” as a list.

On further investigation, it would appear that, because you have chosen to put comma-separated keywords within quotes, in order to simplify the command, the subject is being written as one single “keyword” including the commas unless you add the -sep argument. Subject : mau égyptien,egyptian mau,chat,catīut my app and PL5 interpret both versions correctly. If I don’t include it, ExifTool reads back the subject as… Subject : mau égyptien, egyptian mau, chat, cat If I use the -sep argument, ExifTool reads back the subject as… It would appear that NeoFinder is misinterpreting the subject tag. The documentation states that the default, if -sep is not specified, is assumed to be “,”Įxiftool -subject='mau égyptien,egyptian mau,chat,cat' _JNA0004.NEF Well, if I do not set this argument, the keywords are just one:

Exiftool commands