Steward requests/Miscellaneous

From Meta, a Wikimedia project coordination wiki
Jump to: navigation, search
Requests and proposals Steward requests (Miscellaneous) Archives
This page is for requesting that a specific administrative action (such as page deletion) be performed by a steward or global sysop on a Wikimedia wiki having no active administrators. (If the wiki does have active administrators, file the request with one of them.) If the wiki has an active editor community, any potentially controversial action (deletion of actual content, edit to a protected page, renaming of a protected page, etc.) should receive consensus from the wiki community before being requested here, and a link should be provided to that consensus in the request.

To add a new request, create a new section header at the bottom of the page (just above the categories) of the form:

=== Very brief description of request here ===

{{Status|In progress}}
Your request --~~~~

Then describe your request more fully below that. It is helpful if you can provide a link to the wiki (or the specific page on the wiki) in question, either in the header or in the body of your request.

To report vandalism issues, please use Vandalism reports instead.

To request approval of OAuth consumers please use {{oauthapprequest}} (see the documentation before using).

Cross-wiki requests
Meta-Wiki requests

Manual requests[edit]

Please see a list of pages nominated for speedy deletion via {{Delete}} and/or the local equivalent. You can also filter by wikis whose admins are less than X or have not delete since Y.

Non-free content[edit]

Status:    In progress

Does anyone have an interest in Non-free content at wikis that have no exemption doctrine policy or that do not seem to be enforcing it properly? As an example of the latter, w:id:Wikipedia:Penggunaan media nonbebas#Kebijakan gambar tokoh yang masih hidup appears to prohibit non-free images for BLPs, but w:id:Istimewa:Daftar_berkas seems to have more photos of BLPs than one might expect under such a policy. (Please ping me.) WhatamIdoing (talk) 06:50, 22 November 2016 (UTC)

Sure, you can/should tag such violations with {{delete}} and if the requests are not acted upon in a month or so you can ping global sysops/stewards here, as with #Speedy deletions on as/ms. Nemo 12:09, 22 November 2016 (UTC)

@WhatamIdoing: You mentioned id.wikipedia, which is a larger project and stewards can probably not edit there. There are 295 Wikipedias and of these there are ~85 Wikipedias [1] having more than 1000 local files. In 2012 Nemo claimed 76 [2]. These Wikipedias often 1) have upload open for any logged-in user 2) host dozens of unused files 3) have lots of unfree files among the unused files, i.e. they are not EDP-files, since they lack an applicable rationale. Some Wikipedias have more than 1000 unused files, some more than 5000 - the counter stops then. Some have 20% of all files unused.

Local files in Wikipedias
Date 1 Qty of projects 2 Qty of projects w/o local files
(100% Commons)
3 Qty of projects having local files 4 Qty of local files 4/3 Reference
2013-01-01 285 36 249 2 038 148 8185 [3]
2014-01-01 287 30 257 2 208 750 8594 [4]
2015-01-01 288 30 258 2 311 679 8959 [5]
2016-01-01 291 37 254 2 405 486 9470 [6]
2017-01-01 295 140 155 2 430 156 15678 [7]
2017-04-14 295 140 155 2 436 730 15720 [8]

In the last ~4 years (2013-01-01 to today) the number of local files in Wikipedias increased by 391 925 from 2 038 148 to 2 430 073 [9], i.e. ca. 100 000 per year. At the same time, the number of Wikipedias using local files decreased. The major part of the increase comes from the aforementioned 85 Wikipedias. Some are out of scope for stewards and SRM.

To stop the problem with non-free content in small, open-upload Wikipedias and the workload for stewards to become worse, one could restrict the upload to admins. That is not fixing current violations, but reducing chance for new violations and freeing steward resources.

Candidates for restriction are the following 40 Wikipedias, each has 9 or less admins and uploads still open: ksh, pfl, rm, wuu, nv, frr, als, vec, bar, zh-yue, an, mt, pa, km, ga, oc, bcl, as, ps, scn, eml, mn, ba, be-tarask, am, be, sw, wa, lb, ky, hi, kn, tt, my, si, jv, br, fy, ka, bs. 01:37, 8 December 2016 (UTC)

This is the problem we currently face on id.wp, most of those files were PD-Gov, can be seen from the source links, but we are currently muddling if we should just transfer them to commons or just tag and add pd-gov license to it, but then again, there are thousands file need to be handled, we don't have enough hand. As for Stewards and GS, can close this request as this cannot be actioned by stewards or GS, whatamdoing can just come to id.wp to make this announcement/comment (again).--AldNonymousBicara? 19:34, 3 January 2017 (UTC)

Just a heads up, I'm one of the admin in id.wikipedia. I've worked up a Quarry script to detect those violating images and I've deleted all of them. There was around 2,000 of them but I suspect that it didn't cover all fairuse BLP images yet. Feel free to fork and/or improve the Quarry script. Kenrick95 (talk) 10:57, 20 January 2017 (UTC)

I'm amazed at how much you've already achieved there.
But idwiki is just one example (and perhaps one that is more capable of addressing it than average). Is there a desirable general approach to this issue, e.g., for a wiki with no (or many fewer) local admins? WhatamIdoing (talk) 06:26, 27 February 2017 (UTC)
@WhatamIdoing: Yeah, you could fork my script by changing the wiki database name ("idwiki_p"), the fairuse category name ("Gambar_berlisensi_penggunaan_wajar"), and the BLP category name ("Orang_hidup") to the local names. Kenrick95 (talk) 00:43, 8 July 2017 (UTC)
Thanks, Kenrick95. I'm not very familiar with Quarry, but I might give it a try.
OTOH, I'm wondering whether a much more ham-fisted approach would be appropriate, given that copyright violations are involved. For example, instead of manually reviewing and tagging hundreds or thousands of images, we could leave a general note to at a few Village Pumps to report problems. We could say that there are obviously problems, and if local admins don't report that it has been addressed to their satisfaction in <number of days>, then all of the local files will be deleted and uploading will be disabled.
Also, at wikis without any (active) local admins, uploading should probably be disabled anyway. (It may already be the case; I don't know.) WhatamIdoing (talk) 18:02, 8 July 2017 (UTC)
Funfact, we even have it on our recent changes for warning to them to review their own files (since year[s] ago), then do single warning for multiple files that uploaded by same person, not a single reply (except from the minority of the [still] active senior user, One of the reason why we muddling it so long, I even left same kind of warning on my own talkpage so every visitor will read it, we kinda wanted those old user return and tend to their own uploads/files)), of course because the files are so old, the person who own the account are also went inactive for year, I don't know how it is with en.wp or other Wikis, but this was the heritage from the old times when the old local laws still don't require user to to give any rationale for the upload. Number of days? More like number of years. Mass deletions are just last resort, not a good way but still a 'way', a better way to avoid legal liability. (Which kinda weird, it's almost complaining why a wiki being old is kinda bad).--AldNonymousBicara? 23:52, 8 July 2017 (UTC)

Can somebody Delete all pages and categories in this category[edit]

Status:    In progress

Please delete all pages and categories in this this category. It's candidates for speedy deletion. tgwiktionary has not active administrators year - 18:40, 24 June 2017 (UTC)

Unless they are obvious spam or vandalism I am not sure we can delete them. Ruslik (talk) 18:57, 24 June 2017 (UTC)
FYI, apparently the original poster meant wikt:tg:Гурӯҳ:Мақолаҳои номзади ҳазф (in case anyone wants to look through the category for "easy cases"). - dcljr (talk) 14:37, 15 July 2017 (UTC)

Latvian Wiktionary project pages should be moved out of main namespace[edit]

Status:    Done with phab:T170065

Two weeks ago at wikt:lv:User talk:Longrim#Wiktionary namespace I pointed out to that wiki's sole admin that several pages in the main namespace have "prefixes" indicating that they really belong in the "Project:" namespace (currently called "Wiktionary:"). Unfortunately, Longrim has not edited that wiki — nor any Wikimedia wiki — since 11 Aug 2015, so I don't anticipate getting a response in the near future. It seems to me that what I'm requesting could be considered "noncontroversial" (assuming it's executed correctly, of course), so could a steward please consider moving those pages I'm talking about into the project namespace? I can do any necessary "WhatLinksHere" cleanup after the pages are moved, and can also followup on trying to get the name of the project namespace properly localized. (But if the steward would like to take the lead on those things, just let me know either here or on my user-talk page over there.) - dcljr (talk) 04:14, 30 June 2017 (UTC)

@Dcljr: Hi, why don't you move the pages yourself?, then you could request the unuseful redirects to be cleaned, if needed.--Syum90 (talk) 08:34, 30 June 2017 (UTC)
Very well. I had not done so mainly because some of the pages will need to be moved over existing redirects. I see that only 2 such redirects have non-trivial edit histories, however — oh, and one talk page title already has discussions at both the "source" and "target" titles, so a steward will need to do an edit history merge of those pages. I will submit an explicit request (here) for a steward to do those things after I move everything else. Before I start the whole process, however, I want to clarify something: I will be leaving redirects behind when I move the pages, as you alluded to in your response. Should I get a steward to delete these redirects before submitting a Phabricator task to rename the "Project:" namespace, or can the removal of the redirects be done after the namespace rename — or even at the same time (i.e., added to the task request itself)? I'm unclear about that aspect of the process. - dcljr (talk) 23:37, 1 July 2017 (UTC)
Hi. The pages do not need to be moved if the new namespace name is going to be called "Vikivārdnīca". I used to have the very same situation on another wiki a few years ago. Should there be any issues after the namespace configuration, a system administrator can easily resolve them. --Vogone (talk) 23:48, 1 July 2017 (UTC)
@Vogone: You mean because namespaceDupes.php can be run after the namespace rename? Also, exactly what "issues" are you alluding to that a steward (since the local admin has disappeared) would have to "resolve" afterwards (that a regular user could not)? - dcljr (talk) 19:02, 3 July 2017 (UTC) [I just realized, by "system administrator", you meant someone who can run a maintenance script, not a local admin nor a steward. - dcljr (talk) 19:27, 3 July 2017 (UTC)]
Exactly. :-) --Vogone (talk) 22:33, 3 July 2017 (UTC)

Deletion of Day One: WikiWomenCamp 2017[edit]

Status:    Not done

Plese help me delete as it was created in error --Blossom Ozurumba (talk) 00:26, 7 July 2017 (UTC)

X mark.svg Not done Meta has its own admins. Please, use {{delete}} template. Ruslik (talk) 17:36, 7 July 2017 (UTC)

Import requests[edit]

Status:    In progress

Please import all subpages of MediaWiki:Lang to Some modules and templates need them to work.--GZWDer (talk) 09:25, 15 July 2017 (UTC)

Nuke all pages created by DWAG-AM[edit]

Status:    In progress

Can you please mass delete pages by DWAG-AM a B101 sock on Bikol Wikipedia for now -- 22:26, 15 July 2017 (UTC)

Please contact the local sysop, who is active. --MF-W 13:37, 16 July 2017 (UTC)

OAuth approval request for Framawiki[edit]

Status:    Done

To work for a requested tool fr:Wikipédia:Bot/Requêtes#Demande_de_cr.C3.A9ation_d.27outil:_index_des_notifications --Framawiki (talk) 20:31, 24 July 2017 (UTC)

Already Yes check.svg Done.--HakanIST (talk) 06:31, 25 July 2017 (UTC)

OAuth approval request for MentorHub[edit]

Status:    Done

MentorHub is a site developed by researchers at the Carnegie Mellon University Human-Computer Interactions Institute to improve learning in online communities, such as classes using Wikipedia Education, and increase long-term engagement in these communities. We would like users to be able to authenticate through MediaWiki in order to improve the user experience for students in Wikipedia Education classes. We are working in collaboration with the Wikipedia Education Foundation, and our site will be incorporated into the Wikipedia Education dashboard. --Righter1000 (talk) 20:28, 24 July 2017 (UTC)

Already Yes check.svg Done.--HakanIST (talk) 06:31, 25 July 2017 (UTC)

See also[edit]