Steward requests/Miscellaneous

Add links
From Meta, a Wikimedia project coordination wiki
< Steward requests
This is an archived version of this page, as edited by H78c67c (talk | contribs) at 13:01, 1 March 2018. It may differ significantly from the current version.
Shortcut:
SRM
This page is for Wikimedia wikis having no active administrators. Requests can be made here for specific administrative actions (such as page deletion) to be performed by a steward or global sysop. In other cases:
  • 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.
  • For global lock/block requests, file a request at Steward requests/Global.
  • For non-controversial deletion requests such as empty page, simple spam or vandalism, and non-controversial or emergency requests to block vandals, spammers or other malicious users, you may use global sysop requests instead.
  • If a consensus is considered required to act, similar principles apply as expressed at Steward requests/Permissions/Minimum voting requirements, and can be used for guidance to how and what should be done at small and medium communities to gain a consensus.

To add a new request, create a new section header at the bottom of the "Manual requests" section using the format below: 

=== Very brief description of request here ===
{{Status|In progress}}
Give details about your request here. --~~~~

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.

When reporting cross-wiki vandalism, the following template calls can be used to link to a user's contributions across all Wikimedia content wikis (these are for logged in users and non-logged-in users, respectively):

* {{sultool|Username}}

* {{luxotool|IP.address}}

Template {{LockHide}} can also be used in appropriate cases.

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

Old requests are archived by the date of their last comment.


Cross-wiki requests
Meta-Wiki requests


Manual requests

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

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)[reply]

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)[reply]

@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. 92.227.229.171 01:37, 8 December 2016 (UTC)[reply]

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)[reply]

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)[reply]

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)[reply]
@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)[reply]
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)[reply]
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)[reply]

Improper content on Khmer-Wiki

Status:    In progress

As raised the issue of the fact of being a not maintained wiki-page here, before, and comming "back" to the most, for my person most obivious issue, Copyright violations - Tipitaka Khmer, my person likes to remark also here (on recommentation of a wikimedia-member), that it would be proper to act on it in the know cases but also to "insure" as much as possible, that there is a maintaining and care afterwards. Aware of the fact that it needs a lot of sacrify, may it be of best use for all and by those able and willing to act proper seen as a possibility for merits, if well done. --សមណៈយុហាន់ (talk) 18:07, 8 January 2018 (UTC)[reply]

Mr. Holder generously and obligated, has started to work through it, sure for only one person and no additional support, also in teaching at the same time, might be a brudensome undertaking, possible at least with less gain for all involved benefit. --សមណៈយុហាន់ (talk) 11:23, 19 January 2018 (UTC)[reply]
@សមណៈយុហាន់: I don't see that there is any request to be actioned by global admins or sysops, I believe that this request should be closed as not done. If you believe that there is existing actions, then please identify specific actions that are required at Khmer wiki. Thanks.  — billinghurst sDrewth 06:16, 10 February 2018 (UTC)[reply]
denying or not, a giver has responsibility on his "gift" and it's not the case that having given birth to something is enough for release, yet at least nurishing on it. If abounding that a holding on strings makes what one would ever face as, direct or indirect as effects of carelessness. Neither to hold on nor to abound is thereby advocated, but just a "this requires that" or "with that, this will need to come along" so that it will not have bad effects for those act and willing to enjoy fruits. Ones own choices mr @Billinghurst:, ones own fruits from them, according to ones selected relations. No wishes, no demands, just pointing. Maybe just bringing "Note: When you edit this page, you agree to release your contribution under the CC0.", or likewise, to more awareness might help, on the other side, even with this words, my person could not confirm with it's requirement, since this is not given for any normal exchange or trade... but for release. May your good choices bring their fruits always quick and possible to trace, may bad choices effects to always bearable with ease and pull to better.

Login throttling

Status:    In progress

Hi! I'm the alternate account of w:user:Enterprisey on ENWP. I seem to be getting the "You have made too many recent login attempts. Please wait 2 days before trying again." message way too frequently. Is there any way that the flag that tells the software to throttle my login attempts could be removed? --Enterprisey-alt (talk) 05:01, 10 February 2018 (UTC)[reply]

You should approach enwiki for a solution to your login and edit issues. If you have issues on wiki, then you may look to use their UTRS block resolution process.  — billinghurst sDrewth 05:28, 10 February 2018 (UTC)[reply]
I'm not sure that they could do anything about it, seems to be more software-side to me. @Enterprisey-alt: you could open a phabricator ticket, and maybe get some more information about the login attempts and what can be done regarding your account. – Ajraddatz (talk) 05:37, 10 February 2018 (UTC)[reply]
Ajraddatz I think that it is something that the local community needs to work with the user; see w:file:355-failed-attempts-2018-01-15.png there is a deeper problem here which the user has not expressed. A phabricator alone is not going to solve the issue when there is other components in play. Looking at the other accounts suggests that we have something else trying to login, so the community should probably assist the user.  — billinghurst sDrewth 05:57, 10 February 2018 (UTC)[reply]
@Enterprisey-alt and Enterprisey: If you login with your main account at meta, do you have the issue? If no, and once logged in, what happens when you follow a link to enWP?  — billinghurst sDrewth 06:07, 10 February 2018 (UTC)[reply]
It's a technical issue. You could inform the local community about the issue, but I don't see how a local admin on enwiki's UTRS could do anything about it. – Ajraddatz (talk) 06:12, 10 February 2018 (UTC)[reply]
Alright, I seem to be able to log in now on enwp. It also works when I log in on meta. A Phab ticket sounds like a good idea, and I will open one if this issue comes up again. Regarding what billinghurst suggested, I have re-enabled that notification and I haven't gotten any login attempts for over two weeks, so I should be good on that front. Thank you all for the advice! Enterprisey (talk) 20:53, 10 February 2018 (UTC)[reply]
And it just happened again! I've opened T186975. Enterprisey-alt (talk) 22:14, 10 February 2018 (UTC)[reply]

Page deletion request on Malagasy Wikibooks

Status:    Done

Consequent to a discussion at Proposals for closing projects/Closure of Malagasy Wikibooks, the original author of the page b:mg:Vavaka has blanked the page as being out of scope for a Wikibooks project. There are no sysops there; please delete the page. StevenJ81 (talk) 18:54, 22 February 2018 (UTC)[reply]

Done, regards. —MarcoAurelio (talk) 18:58, 22 February 2018 (UTC)[reply]

Page deletion on various small wikis

Status:    Done

Pages about this guy need to be deleted before I can delete this item properly. @KSFT, PierreAbbat, Evertype, and Malafaya:, as admins on jbowiki and vowiki, but I suppose any steward can step in. Mahir256 (talk) 06:13, 25 February 2018 (UTC)[reply]

Can you prepare a list of pages that need to be deleted? Ruslik (talk) 09:18, 25 February 2018 (UTC)[reply]
Done and the Wikidata item deleted. Stryn (talk) 09:52, 25 February 2018 (UTC)[reply]

Import pages from Chinese Wikibooks to Wikiversity

Status:    In progress

Please move b:zh:1/81的循環節, b:zh:算式寶塔, b:zh:規律數列(一), b:zh:規律數列(二), b:zh:規律數列(三), b:zh:規律數列(四), b:zh:規律數列(五), b:zh:規律數列(六), b:zh:規律數列(七) and b:zh:小数展开的秘密 to Wikiversity.--Jusjih (talk) 02:47, 27 February 2018 (UTC)[reply]

@Jusjih:, you can just request the import tool for yourself? --Artix Kreiger (Message Wall) 03:01, 27 February 2018 (UTC)[reply]
Hold on please. Please give us more time for discussion. Thank you.--J.Wong 13:45, 27 February 2018 (UTC)[reply]
Surely wait for b:zh:维基教科书:删除请求 to decide.--Jusjih (talk) 02:35, 28 February 2018 (UTC)[reply]

Page deletion on ky.wikibooks

Status:    In progress

Please delete b:ky:Agen_Bola_Sbobet_Piala_Dunia_2018_Terpercaya_Dan_Resmi_50rb, as it doesn't seem to be a textbook. (There are no sysops on that wiki)--Hello903hello (talk) 13:00, 1 March 2018 (UTC)[reply]

See also

Cooperation requests for: comments (local) (global) · translation

Retrieved from "https://meta.wikimedia.org/w/index.php?title=Steward_requests/Miscellaneous&oldid=17785129"