OllieJones

<p>If you create lots of images, graphics, audio clips, or video clips  you probably go to some trouble to put metadata (titles, copyrights, track names, dates, and all that) into them. You may also put tags and ratings (one to five stars) on your media files.</p>
<ul>
<li>JPEG image files have EXIF metadata.</li>
<li>MP3 audio clips have ID3 metadata.</li>
<li>PNG files have their own kind of metadata.</li>
<li>Adobe is pushing an interoperable standard called XMP to hold metadata as well.</li>
</ul>
<p>If you use a production tool like Acrobat, Adobe Bridge or Audacity, you probably put this kind of metadata into your files. And then you probably rekey it when you put the files into your WordPress site.</p>
<p>This Media Metadata Workflow Wizard plugin will get you out of doing that. Now you can have that metadata transferred into the Media Library automatically when you upload your media.</p>
<p>You can choose to have the creation date in your media file used as the “Uploaded” date in WordPress. So, for example, your photos can be ordered in the media library in order of the date and time they were taken, and your pdfs in the order they were scanned.</p>
<p>You can specify templates defining what metadata items should be used to create each WordPress attachment post’s fields: title, caption, alt text, and description.</p>
<p>For audio files, MMWW can automatically create the [audio] shortcode provided by <a href="https://wordpress.org/extend/plugins/jetpack/" rel="ugc">Jetpack</a>. Choose Link To Media File and the shortcode will be generated for you. WordPress 3.6 and later has an integrated audio player, so you may not need this feature. The Settings page lets you turn this behavior off.</p>
<p>If you use the [Media Tags][https://wordpress.org/plugins/media-tags/] plugin together with this one, you’ll be able to handle metadata tags as a taxonomy. You can also use metadata ratings (one to five stars) as a taxonomy.</p>
<h3>Metadata templates</h3>
<p>Once the plugin is installed and activated, it will populate the text fields in your site’s attachment<br />
posts using metadata from the media files you upload.</p>
<h4>Text fields for attachments</h4>
<p>The attachment text files are Title, Description, Caption and Alternate Text.  The Title of the attachment is also used to create the slug.</p>
<ul>
<li>The Description is free text describing the media item.</li>
<li>The Caption is displayed underneath photos in posts.</li>
<li>The Alternate Text is embedded in the IMG tag in the post. It serves two purposes: describing the image in textual form<br />
for people who use screen readers because they cannot see the images, and for describing the image to search engines.</li>
</ul>
<h4>Using metadata templates</h4>
<p>Many media editor programs, such as Photoshop, Paint Shop Pro, Acrobat and Audacity have ways of loading metadata into media.  These usually can be found in a dialog box named “Properties,” “Image Information,” or something similar.</p>
<p>MMWW’s settings page lets you specify the templates to use for populating the text fields. For example, you can set the Description template for an image file from a smartphone to</p>
<pre><code>({description} )({shutter}--{fstop} )({latitude}/{longitude} )({created_time})
</code></pre>
<p>and you’ll see some details about how, where, and when the photo was taken in your Description.</p>
<p>You can use parentheses to delimit optional parts of a metadata template string. For example, not all media files contain {copyright} metadata.  If you put this into your metadata template string, it will omit the whole copyright clause if there’s no {copyright} metadata. Notice that there’s a trailing space before the closing parenthesis.  This separates this clause (if it appears) from the next one.</p>
<pre><code>  (Copyright &copy; {copyright} )
</code></pre>
<p>The parentheses denote the whole clause as optional, and omitted if the metadata mentioned in it is not available.</p>
<p>Similarly, you can create a URL that will display a map centered on the spot your photo was taken, but only if latitude and longitude are available in the photo’s metadata, like this:</p>
<pre><code> (<A href="https://maps.google.com/?ll={latitude},{longitude}&z=18" target="_blank">\(Map {title}\)</A>)
</code></pre>
<p>If you want literal parentheses or curly braces to appear in your metadata, use the backslash character to escape them in your template data.</p>
<h4>JPEG image files</h4>
<p>JPEG photo files have lots of possible metadata. Not every photograph has all these items of metadata, but most have some of them.</p>
<pre><code> {title}           Title of the file.
 {filename}        Filename of the file. e.g. "DSC_5007" (without .jpg)
 {credit}          Author.
 {copyright}       Copyright notice if any is included.
 {description}     Narrative description.
 {tags}            One or more keyword tags, separated by semicolons.
 {rating}          0 - 5, set by various image browsers
 {workflowlabel}   A text string like "Discard" or "Keep," set by various image browsers
 {camera}          Camera model
 {shutter}         Shutter speed, such as 1/60
 {shutter_speed}   Raw shutter speed, such as 60
 {fstop}           Aperture, like f/5.6
 {aperture}        Raw aperture, like 5.60
 {flash}           Flash setting, such as "No Flash" or "Fired, Red-eye reduction"
 {focal_length}    Lens's focal length in mm.
 {focal_length35}  Lens's 35mm film focal length equivalent in mm.
 {lightsource}     Kind of light detected, such as "Daylight" or "Tungsten"
 {meteringmode}    Type of metering the camera used, such as "Spot," "Average," or "Unknown"
 {sensingmethod}   Type of image sensor, such as "One-chip color area sensor."
 {exposuremode}    Exposure mode, such as "Auto" or "Manual"
 {exposureprogram} Exposure-setting program, such as "Aperture Priority" or "Normal Program."
 {exposurebias}    Selected exposure bias.
 {brightness}      A number indicating how bright the scene is
 {scene_capture_type}  Scene capture type. Standard, Landscape, Portrait, Night
 {sharpness}       Image's sharpness.  Normal, Soft, Hard
 {latitude}        GPS latitude reading, shown in degrees and decimals.
 {longitude}       GPS longitude reading, showin in degrees and decimals.
 {altitude}        GPS altitude in meters above sea level
 {direction}       Direction of photograph. 270M means magnetic west, 180T means true south.
 {subject_distance} Distance to subject from autofocus or other means.
 {created_time}    Timestamp when the photograph was taken.
</code></pre>
<h4>IPTC metadata in JPEG image files</h4>
<p>The International Press Telecommunications Council has defined many items of metadata to go in photo files.  This metadata helps photojournalists and publications do business efficiently. Various tools, such as Adobe Bridge, allow this metadata to be inserted.  MMWW can retrieve it, with these tags</p>
<pre><code>  {iptc:creator}              The creator's name.
  {iptc:creator:jobtitle}     The creator's job title.
  {iptc:creator:address}      The creator's address.
  {iptc:creator:city}         The creator's city.
  {iptc:creator:state}        The creator's state or province.
  {iptc:creator:postcode}     The creator's post / zip code.
  {iptc:creator:country}      The creator's country.
  {iptc:creator:phone}        The creator's phone(s).
  {iptc:creator:email}        The creator's email(s).
  {iptc:creator:website}      The creator's web site(s).
  {iptc:headline}             Headline.
  {iptc:description}          Description.
  {iptc:keywords}             Keywords, separated with comma or semicolon.
  {iptc:iptcsubjectcode}      IPTC subject code.
  {iptc:descriptionwriter}    Author of the description.
  {iptc:datecreated}          Creation date.
  {iptc:genre}                Intellectual genre.
  {iptc:scenecode}            IPTC scene code.
  {iptc:datecreated}          Creation date.
  {iptc:sublocation}          Location within city.
  {iptc:city}                 City.
  {iptc:state}                State/Province.
  {iptc:country}              Country.
  {iptc:iscocountrycode}      Country code per ISO 3166.
  {iptc:title}                Title.
  {iptc:jobidentifier}        Job Identifier.
  {iptc:instructions}         Instructions.
  {iptc:creditline}           Credit line.
  {iptc:source}               Source.
  {iptc:copyright}            Copyright Notice.
  {iptc:copyrightstatus}      Copyright Status.
  {iptc:rightsusageterms}     Terms of usage.
</code></pre>
<h4>PNG image files</h4>
<p>PNG image files have a few items of metadata. Most creators of PNG files don’t know this metadata exists so it isn’t often present.</p>
<pre><code> {title}               Title of the file.
 {credit}              Author.
 {copyright}           Copyright notice if any is included.
 {description}         Narrative description.
 {created_time}        The timestamp describing the time the PNG was made.
 {filename}            Filename of the file. e.g. "icon" (without .png)
</code></pre>
<h4>PDF</h4>
<p>PDF files, created by Adobe Acrobat and other programs, have a few items of metadata.  The most generally useful of these are the title and credit.</p>
<pre><code> {title}               Title of the file.
 {credit}              Author.
 {copyright}           Copyright notice if any is included.
 {description}         Narrative description.
 {tags}                One or more keyword tags, separated by semicolons.
 {rating}              0 - 5 
 {created_time}        The timestamp describing the time the PDF was made.
 {software}            Program used to create PDF.
 {filename}            Filename of the file. e.g. "scan1234" (without .pdf)
</code></pre>
<h4>Audio</h4>
<p>MP3 Audio files can have lots of metadata, defined by the ID3 standard.  The first few items are by far more common than the others.</p>
<pre><code> {title}               Title of the song.
 {album}               Title of the album.
 {credit}              Author or performer.
 {year}                Year of recording.
 {copyright}           Copyright notice if any is included.
 {description}         Narrative description.
 {rating}              0 - 5.
 {filename}            Filename of the file. e.g. "TRACK_003" (without .mp3).
</code></pre>
<p>These metadata items are in the ID3 standard for MP3 files, but most files don’t have them.  MMWW handles them<br />
in case your particular media workflow needs them.</p>
<pre><code> {tempo}
 {genre}
 {grouptitle}
 {keysignature}
 {DDMM}              Day and month of recording
 {HHMM}              Hour and minute of recording
 {duration}
 {creditlead}
 {creditconductor}
 {creditproducer}
 {writer}
 {creditorganization}
 {mediatype}
 {creditoriginal}
 {copyright}
</code></pre>
<h4>WordPress information for all files</h4>
<pre><code> {wp:attachmentid} gives the post id of the present post.
 {wp:parentid} gives the post id of the post to which this media file is attached.
 {wp:parenttitle} gives the title of the post to which this media file is attached.
 {wp:parentslug} gives the slug (url fragment) of the post to which this media file is attached.
</code></pre>
<p>These may be missing if those values are unknown at the time of media creation. Reloading the media metadata will<br />
insert them.</p>
<h4>A note about timestamps</h4>
<p>MMWW has a setting that allows attachment dates to be set using the timestamp in the media’s metadata. For example, the upload date for a photo can be set to the moment the photo was taken. That way, photos in your Media Library tab will appear in the order they were taken (if that’s what you want).</p>
<p>There’s a detail to this:  The timestamps in the media files need to be interpreted relative to a time zone to make this work correctly.  Consider the example of a photo taken in September in New York City and uploaded in November.  The timestamp in the photo is recorded in Eastern Daylight Time, but the current timezone setting is Eastern Standard Time. MMWW does the right thing by interpreting the photo’s timestamp relative to the timezone chosen on WordPress’s General Settings page. If you’re getting strange times of day in your attachment dates, please check that the timezone setting on the General Settings page is correct.</p>
<h4>Metadata Standards Reference</h4>
<ul>
<li><a href="https://www.adobe.com/products/xmp/" rel="nofollow ugc">Adobe XMP</a></li>
<li><a href="https://id3.org/" rel="nofollow ugc">ID3 for MP3 files</a></li>
<li><a href="https://en.wikipedia.org/wiki/ID3#ID3v2_Rating_tag_issue" rel="nofollow ugc">The ID3 Popularimeter</a> — music file ratings</li>
<li><a href="https://www.exif.org/" rel="nofollow ugc">EXIF for JPEG files</a></li>
<li><a href="https://www.iptc.org/site/Photo_Metadata/" rel="nofollow ugc">IPTC Photo Metadata</a></li>
</ul>
<h3>To Do</h3>
<ul>
<li>Figure out how to put keywords into a taxonomy if that’s what the user wants.</li>
<li>Add support for the Yet Another Photo Blog (YAPB) [plugin]{https://wordpress.org/extend/plugins/yet-another-photoblog/}</li>
<li>Improve the syntax of the templates.</li>
<li>Add support for aac and video file metadata.</li>
<li>Ask for and receive lots of sample files from users, and use them to test.</li>
<li>Come up with a better way to handle commas in metadata when generating audio shortcodes.</li>
<li>Figure out a taxonomy to handle the media ratings in XMP.</li>
<li>Support TIFF files. (Please let the author know if you need TIFF support.)</li>
</ul>
<h3>Credits</h3>
<p>Ognjen Djuraskovic of <a href="https://www.firstsiteguide.com/" rel="nofollow ugc">firstsiteguide.com</a> has generously provided Serbian and Spanish translations of MMWW. Хвала / Gracias / Thanks Ognjen!</p>
<p>This plugin incorporates the Zend Media Framework by Sven Vollbehr and Ryan Butterfield which they generously made available under the BSD license. It comes in handy for retrieving and decoding the ID3 tags from audio files. See the LICENSE.txt file in this distribution. Copyright (c) 2005-2009 Zend Technologies USA Inc. (https://www.zend.com) Thanks, Sven and Ryan!</p>


MMWW


In many ways, MMWW is the greatest plugin ever written, smoothly moving jpeg metadata into WordPress fields. I use all WordPress fields on my soccer site. MMWW is the missing link between EXIF, IPTC and WordPress MediaLibrary. It's exactly the sort of technology which should be built into the core of WordPress, but since it's not – a huge thanks to Oliver Jones.



Amazingly resilient coding. Very little has been changed in the last eight years in MMWW yet still MMWW runs reliably.


In top ten for greatest WordPress plugins ever written

Media Metadata Workflow Wizard: Integrate your media metadata workflow with WordPress's Media Library

khornberg

<p>Imports sermons into <a href="https://bitbucket.org/wpforchurch/sermon-manager-for-wordpress" rel="nofollow ugc">Sermon Manager for WordPress</a> using ID3 information. Only MP3 files are currently supported. Files can either be uploaded via the WordPress uploader or through another method. The plugin adds files to the <code>wp-content/uploads/sermon-manager-import</code> folder by default. A different folder can be specified in the options. The plugin only searches the base folder specified! Files added through the WordPress uploader will show up in the media library as unattached. The files are then attached to the sermon when imported.</p>
<p>When the sermon is posted, the file is moved to the uploads folder using the organization method selected in the WordPress settings. Sermons can be posted in the <code>publish</code> or <code>draft</code> status.</p>
<p><strong>Warning</strong> there are a few warnings you should read in the <code>Other Notes</code> section.</p>
<h3>Contributing</h3>
<p>If you want to contribute go to <a href="https://github.com/khornberg/sermon-manager-import" rel="nofollow ugc">Github</a>, fork, and send a pull request. Issues and comments are welcome as well.</p>
<h4>**WARNINGS**</h4>
<ul>
<li>All uploads identified as <code>audio/mp3</code> (usually only MP3 files) are uploaded to the import folder specified. All other files will be uploaded to the normal upload directory.  </li>
<li>When posting a file that is an unattached entry, the unattached entry will be deleted. Normally, this is not an issue and is only a temporary entry. However, if you manually attached the uploaded media to a post, it will not work after importing the sermon. This is an unlikely scenario.  </li>
<li>This plugin does not have the ability to add media already in the WordPress media library to sermon manager. To do this, one would manually (ssh, ftp, etc) move the files to the specified import folder. Then continue as normal. This method will delete the previous entry in the media library. If you have the media attached to another post, the old post will not work.</li>
<li>While this plugin is activated, mp3 files will go to the folder specified in the <code>Import Options</code>. I recommend you activate this plugin only when needed and disable it when not needed.</li>
</ul>
<h3>TODO (if interest is expressed)</h3>
<ul>
<li>Add featured image from ID3 embedded picture</li>
<li>Import other types of audio files</li>
</ul>
<h3>Thank you</h3>
<p>Thank you Jack for creating a useful and well documented plugin. Other themes and plugins are available at <a href="http://www.wpforchurch.com/" rel="nofollow ugc">WordPress for Church</a>.<br />
Tom McFarlin’s <a href="https://github.com/tommcfarlin/WordPress-Plugin-Boilerplate" rel="nofollow ugc">WordPress Plugin Boilerplate</a>.<br />
James Heinrich’s <a href="https://github.com/JamesHeinrich/getID3" rel="nofollow ugc">getID3</a>.<br />
Paul Sheldrake’s <a href="www.fractured-state.com/2011/09/mp3-to-post-plugin" rel="nofollow ugc">MP3 to Post Plugin</a>.</p>


Sermon Manager Import

Suck

Imports sermons into Sermon Manager using ID3 information.

MMWW vs Sermon Manager Import