Rob Mahan

Hi @fullermetric

I haven’t uploaded any JPEGs to my site for a few weeks, but I really hope any changes to WordPress Core (I just installed 6.1.1 today) haven’t broken my workarounds.

Which EXIF tag’s value are you seeing populating the title of your uploaded media?

I’m not using it yet, but perhaps the Media Library Assistant plugin may be some help for the situation you are dealing with.

My turn to thank you, Jens! Very interesting that more IPTC fields survive the upload in the original file. I have the same question: Why doesn’t WP map them natively?

I’m not using anything as sophisticated as Lightroom, but perhaps I should be, especially if pre-upload IPTC metadata can be mapped to WP media fields with a plugin. I will check out Media Library Assistant and see if I can improve my workflow.

Thanks again for the heads up!

-Rob

Hi @jenzgaard

My tag management does not use IPTC keywords. As far as I can tell, WP only maps two IPTC fields upon upload:

IPTC Headline field maps to WP Media Title
IPTC Caption: (description) field maps to WP Media Caption

I’ve uploaded test images with every IPTC field filled in and these seem to be the only two metadata fields that survive the upload. I also think that the metadata in these two fields survives when downloading the original size image from WP, but this metadata is stripped out of image sizes (thumbnail, medium, large) that are automatically generated upon upload to WP.

For tag management in the WP Media Library, I’m using the plugin Enhanced Media Library PRO. The categories and tags I am generating and attaching to media in my library seem to be playing nicely with my FooGallery Expert PRO plugin. As far as I know, these categories and tags only exist in the WP Media Library and do not become part of the media files’ actual metadata.

Hope this helps, or at least addresses your question!

Rob

I haven’t found an answer to my original question, but I have implemented a workaround that produces consistent media title results upon upload.

Prior to uploading, adding the filename (without the extension) to the Headline IPTC metadata field results in WP using that filename for the media title whether the Caption IPTC metadata field is filled out or not.

I also learned that the IrfanView IPTC editor includes wildcard capabilities for editing IPTC metadata for several photos (JPG files) at the same time. I’m using the wildcard N$ in the Headline field when editing the IPTC metadata for more than one photo at a time, which pulls the unique filename (without the extension) of each photo into the Headline field when the metadata is written.

This workaround addresses my original question fairly efficiently, but I’m still curious as to the reason behind the seemingly inconsistent WP behavior outlined in the OP.

Thanks for the suggestions @tobifjellner. I will try them as I continue to process photos, to see if I can discern a method with consistent results. (I don’t know what uploading with Ajax-like functionality means, but I’ll try to figure that one out myself.)

If anyone could educate me on the WP core functionality that handles media titling upon upload, and whether that functionality is dependent on the upload method used, that would also be helpful.

I have only started to see the inconsistent behavior with photos that have text in the IPTC caption metadata field. In my past experience, uploaded photos without that metadata have consistently been titled with the photo’s filename.

I know I can “fix” the photos that end up with the IPTC caption duplicated as the title once they are in my Media Library by manually editing the media title back to the original filename, but that a bit inefficient.

I’m also going to try filling in the IPTC headline field with the filename before uploading the photos. The IPTC headline field seems to map to the WP media title field. It’s still an additional step, but if it works, perhaps it will be better than having to “fix” the titles manually after the photos are uploaded.

• This reply was modified 2 years, 4 months ago by Rob Mahan.

Thanks for the quick reply, Steve. The guide and security measures you linked to give me a good roadmap to follow. A quick read through already brought up areas I hadn’t yet considered.

Thanks again, James. That sounds like the right place to post my question. I’ll search there first to see if it’s already been addressed.

Thank you for the answer and the link, James. I will continue to search for the source of the filenames with the additional strings of characters.

Because of this note at the link you provided under how site acceleration works for images:

“It currently only acts on images in posts and pages, as well as featured images/post thumbnails via the image_downsize filter.”

I will make sure that my uploaded images do not have the additional strings of characters before I publish them in posts, pages, etc., so the links back to the Jetpack CDN won’t contain the additional strings of characters either.

If anyone knows what part of the WP system is adding the additional strings of characters to some of my uploaded images, please let me know where and why it’s happening.