Template talk:Not-unused

Why category "Quality requested"?
Why are all images with this template in the category "Quality requested"? I see the category appears in the templates source code, but what's the reason? Or is it just an oversight? --Grandy02 12:01, 2 July 2010 (UTC)
 * That is indeed me doing sloppy copying of templates. - 20:14, 2 July 2010 (UTC)

Specify Location The Image Is Being Used (Optional Parameter)
Since this template is about protecting MediaWiki-specific unused images, should this template have an optional but recommended parameter to specify where the image is being used? --Wildgoosespeeder (talk) 04:45, 25 December 2015 (EST)
 * This would be quite useful for maintenance purposes. -- 15:51, 20 January 2016 (EST)
 * I also noticed I can edit this template. I usually don't edit templates. Should I add the code to allow for the additional parameter? -- 16:38, 20 January 2016 (EST)
 * Not until there's more support. You could ask or  for their opinion. -- 16:41, 20 January 2016 (EST)
 * I think a better idea is to start a proposal. -- 16:44, 20 January 2016 (EST)
 * Sure, that works too. -- 16:45, 20 January 2016 (EST)

Allow Additional Parameter to Specify Where the File is Linked
Specifically, I came across File:Shiver Snowfield Mirrored.png. It has both and  as tags. I couldn't find where the file was linked to. It looked abandoned. I tagged it with anyways. disagreed with my tag and promptly removed it. It got me thinking about having an additional parameter specifying where exactly the image is being used. Any image with without specifying where the file is linked to is subject to an investigation where the file is being linked to. If nothing is found, the image is subject to deletion needs its last known owner to be alerted that the image needs action taken. Additionally, this parameter can be used to check if the image is still being URL-linked periodically. This should help people digging through Special:UnusedFiles.

Proposer: Deadline: February 3, 2016, 23:59 GMT

Support

 * 1) Creator supports.

Oppose

 * 1) This is a too extreme approach to such a simple subject, especially considering that most if not all the Not-unused images are Userspace/Help/Policy/Shroom images, not related to the mainspace at all. The solution is far simpler, ignore the file and move on if you are clearing the Special:UnusedImages.
 * 2) - Per Megadardery, and per myself and Tucayo in the comments. This is unnecessary at best, detrimental at worst.

Comments
"Any image with without specifying where the file is linked to is subject to an investigation where the file is being linked to. If nothing is found, the image is subject to deletion." I can't agree with this part, sorry. I'd rather err on the safe side and keep the files than delete them just because we're not sure where they're being used. -- 18:12, 20 January 2016 (EST)
 * It was inappropriate to mark someone's PI for deletion anyway: if is being used in conjugation with any other image designation tag (Shroom, Awards, PI, MaroWiki, BJAODN, Template), then there's absolutely no reason to assume it's not legit (while actually suspect images should be dealt with on a case by case basis). The vast majority of the relatively small handful of images with the template are clearly Shroom backgrounds anyway, and so are found in the css rather than a given page, while others are awards images and will only be linked to externally on the forums. If the Shroom folks or whoever want to specify what issues special edition backgrounds are used for (for example), they can use  or just type it into the Summary - either way, no need for an input in this template. -  18:36, 20 January 2016 (EST)
 * I've seen both and  be used on 'Shroom images.  already states not to mark it for deletion if it appears to be unused, making the additional  redundant. Also, I am talking with  about making sure the apparently unused s stop appearing in Special:UnusedFiles. As for 's concern, I guess we can adjust the proposed policy to alert the user first that their image needs action taken within a certain time frame. I don't know how long that should be though. -- 20:00, 20 January 2016 (EST)