Linux iad1-shared-b7-18 6.6.49-grsec-jammy+ #10 SMP Thu Sep 12 23:23:08 UTC 2024 x86_64
Apache
: 67.205.6.31 | : 216.73.216.47
Cant Read [ /etc/named.conf ]
8.2.29
fernandoquevedo
Terminal
AUTO ROOT
Adminer
Backdoor Destroyer
Linux Exploit
Lock Shell
Lock File
Create User
CREATE RDP
PHP Mailer
BACKCONNECT
UNLOCK SHELL
HASH IDENTIFIER
README
+ Create Folder
+ Create File
/
usr /
share /
doc /
libimage-exiftool-perl /
html /
[ HOME SHELL ]
Name
Size
Permission
Action
TagNames
[ DIR ]
drwxr-xr-x
ExifTool.html
127.58
KB
-rw-r--r--
MIE1.1-20070121.pdf
125.73
KB
-rw-r--r--
Shift.html
8.64
KB
-rw-r--r--
ancient_history.html
484.67
KB
-rw-r--r--
canon_raw.html
24.78
KB
-rw-r--r--
commentary.html
16.6
KB
-rw-r--r--
config.html
18.76
KB
-rw-r--r--
data_members.html
15.82
KB
-rw-r--r--
exiftool_pod.html
154.57
KB
-rw-r--r--
faq.html
86.68
KB
-rw-r--r--
filename.html
20.1
KB
-rw-r--r--
geotag.html
32.45
KB
-rw-r--r--
history.html
14
KB
-rw-r--r--
htmldump.html
39.47
KB
-rw-r--r--
idiosyncracies.html
16.5
KB
-rw-r--r--
index.html
128.39
KB
-rw-r--r--
install.html
13.67
KB
-rw-r--r--
metafiles.html
15.92
KB
-rw-r--r--
mistakes.html
7.47
KB
-rw-r--r--
overview.png
23.19
KB
-rw-r--r--
standards.html
16.42
KB
-rw-r--r--
struct.html
18.99
KB
-rw-r--r--
style.css
1.15
KB
-rw-r--r--
under.html
8.8
KB
-rw-r--r--
verbose.html
8.11
KB
-rw-r--r--
writing.html
13.08
KB
-rw-r--r--
Delete
Unzip
Zip
${this.title}
Close
Code Editor : mistakes.html
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/1999/REC-html401-19991224/loose.dtd"> <html> <head> <title>Common ExifTool Mistakes</title> <link rel=stylesheet type='text/css' href='style.css' title='Style'> <style type="text/css"> <!-- pre { color: #800; margin-left: 2em } ol.index { margin: 0; padding: 0 0 0 2em } --> </style> </head> <body> <div class='index'> <ol class='index'> <li><a href="#M1">Missing Duplicate Tags</a></li> <li><a href="#M2">Over-use of *.*</a></li> <li><a href="#M3">Over-scripting</a></li> <li><a href="#M4">Writing Multiple Tags</a></li> <li><a href="#M5">Redirecting Tags</a></li> </ol> </div> <h1 class='up'>Common Mistakes when using ExifTool</h1> <a name="M1"></a> <h3>1. Missing Duplicate Tags</h3> <blockquote>By default, ExifTool will suppress duplicate tags in the output. Often this is desirable 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: <pre>exiftool -exif:all image.jpg </pre> To avoid this problem, use the <code>-a</code> option. </blockquote> <a name="M2"></a> <h3>2. Over-use of Wildcards in File Names (eg. "<code>*.*</code>")</h3> <blockquote>It is often preferable to specify a directory name (eg. "<code>.</code>") instead of using wildcards (eg. "<code>*.*</code>") for a number of reasons: <ol type='a'> <li>"<code>*.*</code>" 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 <code>-ext</code> option may be used to process specific file types.</li> <li>"<code>*.*</code>" will process any <b>sub-directories</b> which contain "." in the name. This may be unexpected.</li> <li>The <code>-r</code> option (to recursively process sub-directories) is only effective when a directory name is specified, so it doesn't work when "<code>*.*</code>" is specified (unless the first-level directories have a "." in the name, as mentioned in point b above).</li> <li>Arguments like "<code>*.jpg</code>" 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 "<code>-ext jpg .</code>" to process all JPG images in the current directory because this technique is case-insensitive.</li> <li>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 <a href="index.html#security">Security Issues</a>).</li> <li>There are problems using wildcards to match files with Unicode characters in their names on Windows systems.</li> </ol> </blockquote> <a name="M3"></a> <h3>3. Over-scripting</h3> <blockquote>Often users write shell scripts to do some specific batch processing when the exiftool application already has the ability to do this either without scripting 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. </blockquote> <blockquote>For example, this Unix script (from <a href="https://web.archive.org/web/20171223023104/http://www.tuxradar.com/answers/433">here</a>): <pre>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 done </pre> may be replaced with this single command: <pre>exiftool -d %Y%m%d "-filename<datetimeoriginal" "-filemodifydate<datetimeoriginal#" -ext jpg -r .</pre> Running as a single command is much faster because the startup time of loading ExifTool is significant.</blockquote> <a name="M4"></a> <h3>4. Writing/Copying Multiple Tags</h3> <blockquote>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: <pre>exiftool -artist=phil -modifydate=now -tagsfromfile %d%f.xmp -xmp:title -xmp:description -ext jpg c:\images </pre> The <code>-@</code> 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.</blockquote> <a name="M5"></a> <h3>5. Errors and Inefficiencies when Redirecting Tags</h3> <blockquote>The syntax to redirect tags when copying is <code>"-DSTTAG<SRCTAG"</code>, but the syntax also allows a string containing tag names (prefixed by <code>$</code>) to be used in place of <code>SRCTAG</code>. Three <b>common mistakes</b> when using this syntax are: <ol type='a'> <li>Adding a leading "<code>-</code>" before the <code>SRCTAG</code>. (eg. <code>"-EXIF:Artist<-XMP:Creator"</code>) This is <b>wrong</b>, and the tag will not be copied. (It should be <code>"-EXIF:Artist<XMP:Creator"</code>.)</li> <li>Adding a leading "<code>$</code>" when copying a simple tag. (eg. <code>"-comment<$filename"</code>). This is usually not necessary <i>(see exception below)</i> and it is less efficient for ExifTool to process the source string than it is to copy the tag directly. Also, values of list-type and shortcut tags are concatenated in the string rather than being copied individually, and wildcards are not allowed. Another difference is that a minor warning is generated if a tag doesn't exist when interpolating its value in a string (with "<code>$</code>"), but isn't when copying the tag directly.</li> <li>Using "<code>=</code>" instead of "<code><</code>" to copy a tag, or using "<code><</code>" instead of "<code>=</code>" to assign a value. <table class=box><tr><td>"<code><</code>" is used for copying, in which case the source (right-hand-side) operand is interpreted as either <ol type='i'> <li>a tag name (if the operand does not contain a "<code>$</code>" symbol), or</li> <li>a string containing tag names prefixed by "<code>$</code>" symbols (if the operand contains a "<code>$</code>" symbol).</li> </ol> "<code>=</code>" is used to assign a simple tag value, and the source operand is a string that is written directly to the destination tag.<br> (And the combination "<code><=</code>" is used to assign a tag value from the contents of a file.)<br> </td></tr></table></li> </ol> An exception to rule "b" above occurs when trying to copy the value of one tag to a group of different tags, for example: <pre>exiftool "-time:all<datetimeoriginal" FILE <span class=blk>(WRONG!)</span></pre> The above command doesn't work because the destination tag name of "All" writes to the tag with the same name as the source (ie. only "DateTimeOriginal"). However, when interpolated in a string the identity of the source tag is lost, so the following command will write to all tags in the Time group: <pre>exiftool "-time:all<$datetimeoriginal" FILE</pre> (Note that single quotes would be necessary in the above command under Mac/Linux.) </blockquote> <hr> <i>Last revised Mar. 11, 2021</i> <p class='lf'><a href="index.html"><-- Back to ExifTool home page</a></p> </body> </html>
Close
