Wikipedia:Deletion review/Log/2014 October 26

From Wikipedia, the free encyclopedia

26 October 2014[edit]

The following is an archived debate of the deletion review of the page above. Please do not modify it.
Category:Wikipedians who use Cologne Blue (talk|edit|history|logs|links|watch) (XfD|restore)

Category pages, such as this one, using {{Maintenance category}} and {{Wikipedia category}} are exempt from WP:CSD#C1 and require a CfD discussion; which this one just had as Category:Wikipedians by skin (and subcategories) that had an end result of keep. The administrator, VegaDark, ignored this exception, deleted the category, posted the main category and the rest of the sub-categories for deletion at CfD, and refuses to restore this maintenance category that should not have been deleted even if empty without a CfD resulting in delete. Thank you. — {{U|Technical 13}} (etc) 17:47, 26 October 2014 (UTC)[reply]

  • Comment from deleting administrator: First off, this seems pointless, as I deleted this per WP:CSD#C1, and told Technical 13 that he could freely re-create this category in good faith, as any CSD#C1 deletion allows. That being said, if we are discussing if the deletion was proper, this isn't really a maintenance category. It's a category that's trying to be passed off as a maintenance category in order to get special treatment so it can't be deleted. I was actually involved in creating the specific exception for maintenance categories when expanding on the C1 criterion many years ago and I can definitively say that this is not the type of category we envisioned when creating that exception. That exception was made for project categories that often become empty, or categories like Category:Wikipedians looking for help. This is simply a category where Wikipedians self-describe as having a preference of a particular Wikipedia skin. Under no interpretation could I consider this meeting the standard to have the {{Maintenance category}}. It was proper to delete this because it was empty for 4 days, and it should stay deleted until it becomes populated. VegaDark (talk) 17:59, 26 October 2014 (UTC)[reply]
    • The category is used by script developers to determine the impact maintenance to a script they are working on might have from people using a certain MediaWiki skin. It is used for maintaining userscripts, which is of course a maintenance category. Just because this admin didn't envision categories that are used for maintenance of userscripts when they helped with the exception doesn't mean that isn't a valid use. — {{U|Technical 13}} (etc) 19:54, 26 October 2014 (UTC)[reply]
  • Is this a hypothetical use of the category or has it actually been used for these purposes? Forgive me for being skeptical but I find it hard to believe that Wikipedia script developers make a change in their script and then go seeking out users in these categories to find out if that change caused some issue with their particular Wikipedia skin, or ever would do so. If this is in fact the case then I can see the argument that it's a maintenance category and would restore the category. I would suggest over a restore, however, that the category is re-created under another name (if it is in fact determined to be a maintenance category). 99% of people have no idea what "Cologne Blue" is. I certainly didn't before I saw this category - it needs some sort of clarification that this is a Wikipedia skin option (the rest of the category tree needs this fix as well). VegaDark (talk) 21:26, 26 October 2014 (UTC)[reply]
    • I use it, although not exactly in that way. It's more of a check what skin the user is using when they report that they have an issue with a script. Especially when two user's report issues and I'm trying to deduce what they have in common. — {{U|Technical 13}} (etc) 22:43, 26 October 2014 (UTC)[reply]
      • For the purpose you are saying you use it, it seems totally inadequate. (1) It assume people will keep it up to date and it reflects the skin actually in use and (2) The categories as they stand contain 12 entries. Removing where the same user appears more than once and ignoring you (who appears in all 3 populated categories) then it's 7 other users.
        So in your use case you hope the users having issue are two of those 7 and have selected the right category and kept it up to date. Really your use case seems far fetched and impractical - surely getting a labs account and seeing the users profile in the database would be a far more effective way of doing what you want? --86.2.216.5 (talk) 19:09, 27 October 2014 (UTC)[reply]
  • Endorse, as I think it's quite a stretch to describe this as a maintenance category that's exempt from the criteria, but at the same time allow recreation if it is going to be useful and populated in the future, as permitted by the CSD criteria, and close this discussion as excess bureaucracy. Lankiveil (speak to me) 00:25, 27 October 2014 (UTC).[reply]
  • Endorse the important point about maintenance categories such as CAT:HELP (or rather "project categories that by their nature may become empty on occasion" per WP:CSD#C1) is that people remove entries from them when they have been resolved, which means the category may become empty when someone has dealt with all the outstanding entries but will only stay empty until the next issue arises. This category wasn't like that at all, as it didn't list issues that someone has to deal with. This particular category wasn't discussed at CfD and even if it had that would only be a technicality. Hut 8.5 07:55, 27 October 2014 (UTC)[reply]
  • Endorse This isn't a maintenance category, in that if it has no entries in it, that can reasonably be deduced to be because it's unused (as opposed to, say, CAT:AFD/U, for which being empty would mean that all active AfDs had been correctly sorted). Thus, this was an entirely reasonable C1; the exception is meant for cases where there might be confusion about whether a category is used or not (and thus the situation would be too complex to be speedyable). --ais523 17:27, 27 October 2014 (UTC)
  • Restore Apparently the deleting admin recognizes that it may be necessary to recreate this. It would therefore have been simpler not to have deleted it in the first place, as it apparently is not uncontroversial. Speedy is for uncontroversial deletions where essentially everyone who understand WP would agree. The specific limitations are specify some particular areas as being inherently in need of community input. All those not included there may be speedy deleted, but only if uncontroversial. I do not see how an admin in good faith who was aware of the prior CfD could possibly have thought this uncontroversial. The argument there was made and accepted that they were being reworked. To delete on in the meantime would therefore seem totally unproductive. It is clear the deleting admin knew of the discussion, for he listed the CfD in the first place. Though this relatively rarely used skin wasn't specified there by name, it was surely included in the designation (and subcategories). I regret that I can only see this as an attempt to deliberate over-rule an XfD closing that the admin didn't like. DGG ( talk ) 19:45, 27 October 2014 (UTC)[reply]
  • I deleted this category before initiating the CfD in question, as the timestamps show. At the time I didn't even know I'd be initiating a CfD, and I wouldn't have initiated a CfD I didn't think would succeed. So no, I did not think this was a controversial decision to delete. VegaDark (talk) 19:57, 27 October 2014 (UTC)[reply]
    • As the one who contributed to Wikipedia:Categories_for_discussion/User/Archive/March_2007#Parent_categories_to_depopulate where the similar Category:Wikipedians by web browser was determined it should be empty and only contain subcategories, and as Wikipedia:Categories_for_deletion/Log/2005_August_18#Wikipedians_by_web_browser has shown that categories grouping users by preferences in methods of connecting to and viewing Wikipedia are highly controversial, why would you possibly think that a similar category would not be controversial? Your comment here seems disingenuous to me... — {{U|Technical 13}} (etc) 20:20, 27 October 2014 (UTC)[reply]
      • I can't personally see how web browser and skin are that connected they aren't particularly similar things in their own rights and if it's just categories by user preference/use of something I'm sure there are examples of both keeps and deletes spanning back that 9 year history from that dbeate. The first discussion there doesn't seem that related either. The second discussion seems to have occurred a few months before VegaDark even joined wikipedia, so not sure how you'd think they would automatically know about it (and it doesn't seem that controversial anyway), nor why you'd think that some standards and opinions from 9 years ago would automatically carry forward from today. Indeed if someone listed a 9 year old deletion here for review we'd likely not bother... --86.2.216.5 (talk) 20:44, 27 October 2014 (UTC)[reply]
  • I, too fail to see the connection here. I wouldn't put this category at the same level of "by web browser", and frankly I'm not even convinced the "by web browser" categories are even worth keeping either. Just because I initiated a CfD 7 years ago asking for those to be depopulated of individual users does not mean that 1) My views on user categories have not evolved since then, or 2) Just because I'm initiating some change in a CfD means that it's my end goal for the category nominated. I've made numerous nominations that I don't consider to be my "end game" when it comes to my position on the category, because my proposal is at least an improvement, and is likely to get consensus for the change. For instance, with this category tree, I think the categories should be deleted, but if consensus is not to delete them at this time, I could easily see renominating them for a rename to make it more clear that they are Wikipedia skin categories, even though my ultimate preference would be deletion, because at least a rename is some improvement. My act of nominating those to be solely parent categories (by the way, it looks like quite a few users need removing from them) should not be interpreted as me endorsing keeping those categories as-is. VegaDark (talk) 21:49, 27 October 2014 (UTC)[reply]
  • Take to village pump technical - This category shouldn't be filled in by users, it should be filled in by the Mediawiki software automatically for everyone that chooses this skin. This would make it 1000 times more useful for technical troubleshooting. That would also make it a bona-fide maintenance category. Oiyarbepsy (talk) 03:12, 30 October 2014 (UTC)[reply]
  • Endorse, for now, but certainly agree with exceptions as wisely pointed out by Lankiveil, above. Cheers, — Cirt (talk) 03:35, 1 November 2014 (UTC)[reply]
The above is an archive of the deletion review of the page listed in the heading. Please do not modify it.
The following is an archived debate of the deletion review of the page above. Please do not modify it.
Peter Murray (journalist) (talk|edit|history|logs|links|watch) (XfD|restore)

Non admin closure when there was not clear consensus i.e. I was arguing for deletion and another editor was arguing to 'keep'. Discussion should either have been extended, or an admin should have closed the debate (I would have thought 'no consensus' at best). Sionk (talk) 17:17, 26 October 2014 (UTC) Sionk (talk) 17:17, 26 October 2014 (UTC)[reply]

  • Overturn to no consensus so that you can immediately freely re-nominate this in good faith, vs. the general waiting period that is expected for a "Keep" closure. I agree this probably shouldn't have been a NAC because it wasn't a "clear keep outcome." VegaDark (talk) 17:26, 26 October 2014 (UTC)[reply]
  • Permit re-nomination. I'd treat this as kind of a 'soft keep' -- essentially a 'no consensus' due to lack of input -- and renominate it at AfD in the not-too-distant future. --Mkativerata (talk) 19:37, 26 October 2014 (UTC)[reply]
  • Permit immediate re-nomination. I think that "soft keep" is a good way to go here. I think the original closure was within reason given what the closer had to work with, but it doesn't make sense for a discussion with such meagre participation to be binding. Lankiveil (speak to me) 00:28, 27 October 2014 (UTC).[reply]
  • Overturn to NC - indeterminate headcount, positions weakly expressed. Perhaps Overturn to meh is more appropriate? WilyD 16:49, 27 October 2014 (UTC)[reply]
The above is an archive of the deletion review of the page listed in the heading. Please do not modify it.
  • Category: Awesome WikipediansEndorse. Pretty clear consensus here that the close was correct, or at any rate, certainly within admin discretion, even from reviewers who commented that had they participated in the original CfD, they would have argued the other way. – -- RoySmith (talk) 23:13, 1 November 2014 (UTC)[reply]
The following is an archived debate of the deletion review of the page above. Please do not modify it.
Category: Awesome Wikipedians (talk|edit|history|logs|links|watch) (XfD|restore)

I believe the closing administrator erred when he closed this as "No consensus" as opposed to Delete. I like to give leeway to XfD closures even when I disagree with them, but this is an example of one that sets off too many of my red flags for a bad closure. On a pure headcount, it's five in favor of deletion and three to keep, which could have been a reasonable "No consensus" close had the rationales been equally compelling. That isn't the case here. One of the keep !votes was literally "it is just for fun. And it is fun." while another !vote was "Imagine my surprise when I clicked on this category and found MYSELF! That made my day." These are not reasons to be keeping a category on Wikipedia. The fact of the matter is that this category unquestionably and unarguably violates WP:USERCAT, the only guideline we have when it comes to user categories. We have consistently followed this guideline and as a result have made user categories directly correspond to helping build the encyclopedia. It is not uncommon for user category discussions to get participants with rationales like these, generally because people like to treat user categories as they would userboxes, where almost anything goes. Categories do not have a "userspace" like there is to address unencyclopedic stuff in the template space, however, so categories like these have traditionally been deleted (see here for quite a few examples).

When I discussed this on the closing administrator's userpage, he stated that he discounted the above !votes as well as one of the delete !votes (that being because the !vote was copy/pasted across several other nominations). While discounting the above mentioned !votes was certainly proper, I think discounting a !vote because it was copy/pasted between a few other, similar CfDs was not proper unless that rationale was flawed. The rationale that was copy pasted was "doesn't help building an encyclopedia - which is why we're here. I think." This rationale goes hand in hand with WP:USERCAT and in my view should not have been discounted, making the totals based on headcount alone 5 in favor of deletion to 1 in favor of keeping.

Now, let me address the final keep !vote, which the closing administrator apparently solely relied on towards keeping as the basis for the no consensus close. diff Please judge for yourself, but my reading of this boils down to "I've used it before, it does no harm, it doesn't bother anyone, and adds to enjoyment for editors to participate in Wikipedia." WP:NOHARM should cover most of that, while the only real argument I see here is that this category indirectly benefits the encyclopedia by making editors feel better when they are appreciated. There are numerous ways to do this on the encyclopedia without violating a guideline, such as barnstars, the "thank" feature on edits, and other ways. Someone could even put a "This user is awesome" userbox on their page and it would be perfectly fine. User categories, however, have a higher standard that requires the category to be linked to collaboration on the encyclopedia. There's absolutely nothing that these users share in common or likelihood of shared interest in a particular subject, making it completely unencyclopedic. Additionally, if "Let's keep this because editors will enjoy the recognition, which indirectly benefits the encyclopedia" argument prevails, that sets a very dangerous precedent for future deletion discussions. Do we want the category system go to back to the old ways of "anything goes"? Should we keep a mainspace article on an editor who was otherwise non notable because having a mainspace article improved their morale and enjoyment of the project? Of course not. Based on numbers and particularly based on strength of arguments I think this falls outside the usual leeway an administrator should have during a closure, and that this should be Overturned to deletion VegaDark (talk) 03:34, 26 October 2014 (UTC)[reply]

  • Comment from closing admin: VegaDark makes some good points above about the distinction between userspace and the category system, but as I told him when he stopped by my talk page to discuss the close, I simply did not (and do not) see sufficient support for his position at the deletion discussion to say that consensus had been reached. I understand that he would like to cast this as a "5 (valid) deletes to 1 (valid) keep" discussion, but I respectfully disagree with that analysis, and would reiterate that regardless of the head count, there were reasonable arguments presented by both sides, with neither (in my view) dominating over the other. WP:NOHARM is, of course, part of an essay often helpful in considering the strength of arguments, but is really better suited for consideration in an AfD close rather than a CfD close. I would add that I don't think relisting would be beneficial, as the discussion had already run two weeks with no further comments after October 20, five days before I closed it. There simply (in my opinion) isn't consensus on this one. 28bytes (talk) 04:05, 26 October 2014 (UTC)[reply]
  • Endorse. Within admin discretion. And -- sorry to be so blunt -- but this really is an epic waste of time. Begoon's comment in the CfD was particularly resonant... --Mkativerata (talk) 06:01, 26 October 2014 (UTC)[reply]
  • Endorse. I read "no consensus". I also read clearly that VegaDark is convinced by his own arguments, but he has attempted to rely excessively on an over-stated precedent without arguing why categorisation of recognition of editor collegiality has has no or limited relevance to the encyclopedia. --SmokeyJoe (talk) 10:13, 26 October 2014 (UTC)[reply]
  • Yup, I concur with both Mkativerata and SmokeyJoe here. I also read "no consensus" in that debate, and I think the case for deletion wasn't convincingly made. I also think we should create Category:Wikipedians who aren't awesome so we can all join.—S Marshall T/C 12:51, 26 October 2014 (UTC)[reply]
  • Overturn closer admitted ignoring input from commentators. Carlossuarez46 (talk) 16:40, 26 October 2014 (UTC)[reply]
  • Endorse seems like no consensus to me was reached. Also don't think relisting would help as was listed for a reasonable period.Blethering Scot 17:12, 26 October 2014 (UTC)[reply]
  • Comment I totally know how VegaDark feels here. I submitted Wikipedia:Categories for discussion/Log/2014 October 10#A Dozen Small English windmill categories expecting it to be totally non-controversial based on my ironclad explanation and it shockingly looks like "no consensus" at this point. It would seem odd to me if the closing administrator ignored the good faith contributions of those other editors though. RevelationDirect (talk) 19:15, 26 October 2014 (UTC)[reply]
  • A more on-point comparison would be if you had 500 prior nominations for nearly identical windmill categories, which in turn created the standards by which Wikipedia now follows for these type of categories, and then a run of the mill discussion to continue furthering this system suddenly results in no consensus leaving all the work you did in question. VegaDark (talk) 17:46, 27 October 2014 (UTC)[reply]
  • Endorse the closure although I believe the category isn't very useful to development of the encyclopedia and probably should be deleted... Perhaps put it up for deletion again in a couple months and ping everyone involved in the original CfD and everyone involved in this discussion? — {{U|Technical 13}} (etc) 19:58, 26 October 2014 (UTC)[reply]
  • Endorse as within admin discretion. → Call me Hahc21 20:29, 26 October 2014 (UTC)[reply]
  • Endorse- While many of the keep votes were weak, so were the delete votes. Only Begoon made what I would consider a decent argument. Clearly no consensus to delete. Reyk YO! 23:37, 26 October 2014 (UTC)[reply]
  • Endorse, User:Begoon's argument there is the only one that I'd consider to be 'good', and it was for "Keep". Given the numbers, I think that 'no consensus' is about right. Note that I'd have probably voted 'Delete' myself had I participated in the discussion, but the closing admin can only work with what they're given. Lankiveil (speak to me) 00:31, 27 October 2014 (UTC).[reply]
  • Endorse - no policy based arguments advanced in either direction, what little "is it good or bad for the purpose of encyclopaedia building?" arguments were advanced might favour keeping, but there's no data and no agreement on the point. My Markov Chain Monte Carlo analysis is suggests the headcount is consistent with being balanced (though we can argue about the priors, of course). All this adds up to no consensus. WilyD 11:55, 27 October 2014 (UTC)[reply]
  • Endorse, agree with close, there was certainly no consensus to delete in this case. The comment by Begoon at that discussion was well thought out and poignant. — Cirt (talk) 03:33, 1 November 2014 (UTC)[reply]
The above is an archive of the deletion review of the page listed in the heading. Please do not modify it.