By default, ExifTool will suppress duplicate tags in the output. Often this is desireable but sometimes one can be fooled into thinking that information doesn't exist when it is just hidden by another tag with the same name. For instance, the following command won't necessarily return all of the EXIF tags:exiftool -exif:all image.jpgTo avoid this problem, use the
It is often preferable to specify a directory name (eg. "
.") instead of using wildcards (eg. "
*.*") for a number of reasons:
*.*" will process any file with a "." in the name. This includes files that ExifTool should not normally process (like the "_original" backup files for example). By specifying a directory name instead, ExifTool will process only supported file types. Or the
-extoption may be used to process specific file types.
*.*" will process any sub-directories which contain "." in the name. This may be unexpected.
-roption (to recursively process sub-directories) is only effective when a directory name is specified, so it doesn't work when "
*.*" is specified (unless the first-level directories have a "." in the name, as mentioned in point 2 above).
- Arguments like "
*.jpg" are a problem on systems with case-sensitive file names (like OS X and Linux) because JPG images with uppercase extensions will be missed. It is better to avoid this problem and use "
-ext jpg ." to process all JPG images in the current directory because this technique is case-insensitive.
- This can be a security problem on systems where the shell automatically expands wildcards (eg. Mac and Linux) because a malicious arrangement of file names could potentially have unwanted effects since they may be interpreted as ExifTool options (see Security Issues).
Often users write scripts to do some specific batch processing when exiftool already has the ability to do this without a script or with a greatly simplified script. This includes the ability to recursively scan sub-directories for a specific file extension (case insensitive), rename files from metadata values, and move files to different directories.
For example, this Unix script (from here):find -name '*.jpg' | while read PIC; do DATE=$(exiftool -p '$DateTimeOriginal' $PIC | sed 's/[: ]//g') touch -t $(echo $DATE | sed 's/\(..$\)/\.\1/') $PIC mv -i $PIC $(dirname $PIC)/$DATE.jpg donecan be replaced with this single command (ExifTool 7.97 or later):exiftool -d %Y%m%d "-filename<datetimeoriginal" "-filemodifydate<datetimeoriginal#" -ext jpg .
Any number of tags may be specified on a single command line, but often people execute a separate command to write or copy each tag, which is very inefficient. Combining all of the tag assignments into a single command avoids the significant overhead of launching exiftool for the subsequent commands. For example:exiftool -artist=phil -modifydate=now -tagsfromfile %d%f.xmp -xmp:title -xmp:description -ext jpg c:\imagesThe
-@option may be used to read command-line arguments from a file, and may be useful in situations where there are a large number of arguments.
The syntax to redirect tags when copying is
"-DSTTAG<SRCTAG", but the syntax also allows a string containing tag names (prefixed by
$) to be used in place of
SRCTAG. Two common mistakes when using this syntax are:
- Adding a leading "
-" before the
-EXIF:Artist<-XMP:Creator) This is wrong, and the tag will not be copied. (It should have been
- Adding a leading "
$" when copying a simple tag. (eg.
"-comment<$filename"). This is not necessary and it is less efficient for ExifTool to process the source string than it is to copy the tag directly.
<-- Back to ExifTool home page