magoguide

I’ll keep your comment in mind. I had noticed some strange behavior with EMR in the past and always try to check that it’s done what I think that it should have. If you have a better media replace plugin or process, please let me know.

I the meantime, thank you for all your help.

I forgot that was a plugin. I’m using Enable Media Replace and it seems to work pretty well. Thanks again.

So here’s what I did to fix this…

1) Opened the image in Image Editor
2) Restored the original (the URL changes back to the original URL that matches the URL in the post)
3) Downloaded the original onto my desktop and used PS to reduce the file size
4) In Image Editor, used the “Upload new file” and uploaded the edited image
5) Checked in MLA and the URL is back to it’s original name and, by the way, the “Inserted In” is fixed as you would expect.
6) Went to the post and downloaded the image from the post to check it’s metadata to make absolutely certain that it was the modified file.

This is going to be a longer project that I had anticipated. Regardless, having the file size in the MLA will be a huge help in identifying the images that are in most need of reduction. Thank you for pointing out the error of my original plan.

David,

Thank you for the excellent explanation. How very annoying. I’ll have to come up with an alternative to using the image editor to reduce the size of these graphics. If the reduced graphic isn’t the one being displayed in the post, then it doesn’t do any good whatsoever to do the scaling.

And of course my Jetpack issue was solved with your suggestions regarding the Gallery In. I just hadn’t gone up to the Screen Options to see what was there. It’s working great.

Thank you for your patience and help.

Thanks for letting me know that step 4 isn’t necessary. I assumed that in order to get all of the other sizes rebuilt that I had to do the Update step. It’s nice to be able to eliminate one step.

I did not know that scaling the image changes the file name. At least on my site both the filename and the URL look the same to me before the scale as after and the image still appears in the post. Can you tell me how the filename changes?

What is lost is the “Inserted In” information on the MLA directory screen. I’ve never relied on this information because when you include an image in the Jetpack gallery it doesn’t recognize the fact that you’ve inserted it into that post. So the “Inserted In” information hasn’t been that helpful. I would be nice information if it had all the posts listed.

I’ll avoid “Restore Original Image”.

I had a similar error

Undefined property: stdClass::$post_modified_gmt in ***/wp-content/plugins/all-in-one-seo-pack/aioseop_class.php on line 778

Thank you for the pointer to the “Map Custom Field Metadata. If I take the following steps, everything is well.
1) Edit the image
2) Change the scale
3) Select “Map Custom Field Metadata” and wait for the refresh
4) Select Update and wait for the refresh
5) Refresh the MLA

It sounds like a lot of steps, but it doesn’t take long.

One more question. I’m running the development version of MLA now. Will it get update notices like the “live version?”

I have run it several times and it doesn’t always stop at exactly the same spot, but close to. For example, 1225 rather than 1300, etc. I just think that it’s my crappy provider. When I get a chance, I’l check the network traffic.

I have a related question, though, but perhaps it should be a separate post. Anyway, even though I have “Enable custom field mapping when updating media metadata” checked and saved, the MLA screen doesn’t update the custom field value when I make a change and refresh.

I’ve set up a custom field to help me identify super large files via sorting, then I edit the image, change the scale, and save. When I returned to MLA I was expecting the image I just fixed to have its custom field (file size) updated, but that’s not happening.

David,

I installed the Development Version and it worked, with some persistence.

1) I got the first bad request from the server at 1300 complete.
2) It wouldn’t let me cancel at that point. So I tried to refresh the screen and got bad response from the server for about 30 seconds.
3) Then the refresh worked. I started it again, then stopped it immediately and got the resume options. I told it to start at 1300.
4) It broke again at 2400, but I repeated the above until all 4240 records completed.

And that’s it. I really appreciate your taking the time to put in the resume. I think that it’s going to be a big help to folks who have large image repositories.

By the way, I love Media Library Assistant and don’t think that I could handle our large image repository without it.

David, the good news is that deactivating EWWI Image Optimizer seems to have solved that problem. I should have realized it was the cause when I saw the name in the error message.

Now when I try to run it, it gets just so far then quits with a 400 bad response from the server. I suspect this is caused by my crappy server. But it seems to start over from the beginning every time. I think that I could get it to work eventually if I had a “Continue from where you left off” option. I’ve tried it four times and it got as far as 60% at one point, but then it craps out. This last time it said 1,250 completed, 1,250 unchanged, 0 succeeded (because they had already been processed). Is there some way I can start it from a certain record?

By the way, no error in the WP error log. There’s probably something in the Apache error log saying that the server timed out, but I haven’t looked.

Sorry for the idiot posts, but that latter did not work either. The error in the string canceled everything out and opened the map with my current position, not using the information from the plugin. I would still like to know how to do this.

Never mind. I just figured out that I had to use the template variables in the URL that the user clicks to take them to the map. Here’s what it all looks like for anyone else who’s interested in an example.

https://maps.google.com.au/maps?ll=#la#,#lo#&z=8&q=https://www.magoguide.net/magoguidewp/wp-content/kmlfiles/MagoGuide-Map3.kml

Pretty obvious. Thanks for the plugin.