Template talk:Image requested

This is the talk page for discussing improvements to the Image requested template.

Put new text under old text. Click here to start a new topic.
New to Wikipedia? Welcome! Learn to edit; get help.

Archives: Index, 1, 2: 3 months

Template:Image requested is permanently protected from editing because it is a heavily used or highly visible template. Substantial changes should first be proposed and discussed here on this page. If the proposal is uncontroversial or has been discussed and is supported by consensus, editors may use {{edit template-protected}} to notify an administrator or template editor to make the requested edit. Usually, any contributor may edit the template's documentation to add usage notes or categories.

Any contributor may edit the template's sandbox. Functionality of the template can be checked using test cases.

Photography

This template is within the scope of WikiProject Photography, a collaborative effort to improve the coverage of photography on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.PhotographyWikipedia:WikiProject PhotographyTemplate:WikiProject PhotographyPhotography

Edit requests

This page is the within the scope of WikiProject Edit requests, a collaborative effort to improve Wikipedia's edit request process and reduce the number of edit requests in the edit request queue.Edit requestsWikipedia:WikiProject Edit requestsTemplate:WikiProject Edit requestsEdit requests

Text and/or other creative content from this version of Template:Image requested was copied or moved into Template:Image requested/sandbox with this edit on 08:58, 7 September 2015. The former page's history now serves to provide attribution for that content in the latter page, and it must not be deleted as long as the latter page exists.

Edit request 6 September 2023

This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request.

Creative commons search link not found

Not really an X to Y, but still needs attention. The current link to Creative Commons search is still broken. Perhaps it should be changed to https://search.creativecommons.org/ (or something else)? Thanks, -- NotAGenious (talk) 17:20, 6 September 2023 (UTC)[reply]

Completed – the 404 page that arises with the old CC.org link reads, "The /search path is currently broken. This will addressed soon. This domain previously hosted CC Search, which became Openverse." So the link in this template has been changed to Openverse, which appears to work the same as the old CC.org link did. This might be a temporary situation and should continue to be monitored. Thank you, editor NotAGenious, for your diligence! P.I. Ellsworth , ed. ^{put'er there} 19:59, 6 September 2023 (UTC)[reply]

Thank you very much! NotAGenious (talk) 09:54, 10 September 2023 (UTC)[reply]

Template-protected edit request on 27 September 2023: Directly link to Toolforge tool

This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request.

Please apply this sandbox diff to the template (the sandbox was previously identical to the template, so copying its full contents should suffice). This will change the FIST link to link directly to the tool’s URL without going through the iw.toolforge.org redirect, which should be slightly faster for users and also plays nicer with Special:WhatLinksHere. (See also the equivalent edit request on the Photo requested template.) I tested the new version on Talk:Mojo (African-American culture) (without saving it, just via the preview), an arbitrary page using this template with some special characters (()) in the title, in order to check that the escaping isn’t broken. Lucas Werkmeister (talk) 20:22, 27 September 2023 (UTC)[reply]

Done Elli (talk | contribs) 21:52, 27 September 2023 (UTC)[reply]

@Elli @Lucas Werkmeister The link seems dead? Free Image Search Tool _{Piotrus at Hanyang| reply here} 03:36, 26 April 2024 (UTC)[reply]

Looks like this part of the tool is broken under a new PHP version, I’ve sent a pull request to fix it. Lucas Werkmeister (talk) 18:38, 26 April 2024 (UTC)[reply]

@Hanyangprofessor2: Looks like it’s working again now. Lucas Werkmeister (talk) 17:38, 30 April 2024 (UTC)[reply]

@Lucas Werkmeister Thanks! _{Piotrus at Hanyang| reply here} 12:16, 1 May 2024 (UTC)[reply]

@Paine Ellsworth @NotAGenious since this is similar to your issue _{Piotrus at Hanyang| reply here} 03:37, 26 April 2024 (UTC)[reply]

Bot to automatically remove outdated instances

Just wanted to flag that I opened in Wikipedia:Bot requests a discussion about creating a bot to remove the outdated instances of this template.

7804j (talk) 18:33, 19 September 2024 (UTC)[reply]

Spacing

There is quite a lot of vertical blank space when the |in= parameter is used. ~~Example below:~~ — Martin (MSGJ · talk) 22:27, 15 November 2024 (UTC)[reply]

Suggested fix on sandbox. Test cases on Template:Image requested/testcases — Martin (MSGJ · talk) 23:29, 17 November 2024 (UTC)[reply]

Done — Martin (MSGJ · talk) 11:06, 18 November 2024 (UTC)[reply]

Request

There are certain countries where the category and template require a "the" to be present in the location variable, but users sometimes don't add a "the" and cause it to generate a redlinked tracking category instead of the one that does exist for that same location. The one I saw today was Talk:Pueblo Viejo mine, where somebody had typed {{Image requested|in=Dominican Republic}} instead of {{Image requested|in=the Dominican Republic}}, thus causing a redlinked Category:Wikipedia requested photographs in Dominican Republic to appear at Special:WantedCategories, so I had to go in and add the word "the" to it to make the redlink go away.

I don't remember specifically what other countries were involved, but I have seen other instances like this in the past, where the redlink hinged solely on the absence of a "the" in the image requested template's in= field.

It seems like this is the kind of thing this template should account for, however, as there's no potential ambiguity that would require in=Dominican Republic to be treated differently from in=the Dominican Republic. So could somebody modify this template to ensure that it doesn't generate redlinked categories that hinge solely on the absence of a "the" from a location label that does have a category with a "the" in it? In=Dominican Republic should automatically work the same way as in=the Dominican Republic does, and I see no particular reason why I should keep having to fix redlinks of this type when they're so easily preventable. Bearcat (talk) 16:23, 31 March 2025 (UTC)[reply]