維基百科机器人
本页使用了标题或全文手工转换

维基百科:机器人/作业请求

维基百科,自由的百科全书
跳到导航 跳到搜索


Crystal Clear action run.svg

# 需求 進度 發言 參與 最新發言 最後更新(UTC+8) 最新機器人操作者 機器人操作者更新(UTC+8)
1 一些小修正 8 6 DrizzleD 2020-05-30 19:48
2 自动化去除stub标记 6 4 SkEy 2020-07-06 13:33
3 修正由于简繁不符匹配而失效的章节标题 5 4 Kanashimi 2019-09-04 06:00 Kanashimi 2019-09-04 06:00
4 删除中国高速公路标识的位图,统一替换为规范的 SVG 版本 3 3 Willy1018 2019-08-11 14:05 Willy1018 2019-08-11 14:05
5 字詞轉換處理 Pictogram voting wait.svg 處理中... 2 2 霜奶仙 2020-01-11 13:56
6 Taxobot之開發 2 2 Willy1018 2018-12-21 01:25 Willy1018 2018-12-21 01:25
7 批量替换使用Template:Infobox_Gare_Francaise至Template:Infobox station 完成 5 3 -Zest 2020-08-11 05:49 -Zest 2020-08-11 05:49
8 對機械人的若干個作業請求 6 3 Willy1018 2019-12-30 19:55 Willy1018 2019-12-30 19:55
9 莫斯科地鐵站條目的地理圖參數 2 2 Hamish 2019-07-28 23:07 Hamish 2019-07-28 23:07
10 分类:按政府类型分类的历史国家条目清理 擱置 6 2 Hamish 2019-09-29 00:36 Hamish 2019-09-29 00:36
11 自动为文档加入{{缺乏中文说明}} 7 4 TheEndOfKeyHighSchool 2020-04-07 19:40 A2569875 2019-12-04 20:50
12 分類相關的機器人作業請求 3 2 迴廊彼端 2020-01-13 22:28 Kanashimi 2020-01-13 20:57
13 为使用Template:Information模板而非专用模板、以致被判定为无合理使用依据的非自由版权图像进行模板替换 17 7 廣九直通車 2020-01-31 14:32
14 更正cite news中的df未知參數 1 1 Emojiwiki 2020-02-21 09:19
15 公共转换组替换 未完成 4 4 Willy1018 2020-08-11 07:14 Willy1018 2020-08-11 07:14
16 罗马尼亚乡份按县分类 7 3 Aronlee90 2020-06-18 22:29 Kanashimi 2020-06-18 22:01
17 清理Template:Short description用法錯誤 1 1 Willy1018 2020-06-22 14:39 Willy1018 2020-06-22 14:39
18 字词转换处理 3 2 -Zest 2020-07-22 16:09 -Zest 2020-07-22 16:09
19 处理H:模板 1 1 Brror 2020-08-08 20:32
20 重庆市市辖区行政区划代码 1 1 RedLightPOP 2020-08-09 00:56
21 请求批量修改模板保护级别 2 2 Xiplus 2020-08-10 21:47 Xiplus 2020-08-10 21:47
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

本頁面用來請求機器人協助完成一些相對簡單而重複的作業,任何請求都必須符合機器人政策。想查看現有的機器人,請參見Wikipedia:机器人/列表

對於某個機器人的問題,請向其擁有者詢問。若發現機器人運作不良,請直接提醒該用戶,或至当前的破坏報告。

許多請求被拒絕的原因,可能是因為作業內容過於複雜,或是請求項目需要獲得社群共識

假設,如果您請求的機器人作業是把所有的條目討論頁加上一個专题标志模板以將其特定分類或子分類,請非常謹慎地檢查以確定其分類樹中沒有任何非目標的子分類:例如您可能沒留意到Category:第二次世界大战其實是Category:泰國的子分類,但事實上機器人在修改後者時將會波及前者。因此,我們提出要求時應提供完整的分類清單,以供機器人作個別處理,而非提供一個大分類再讓機器人修改所有相關分類而因而陷入遞迴。以下是英語版維基的一個成功請求,以及一個不良請求(及其造成的爛攤子)。中文維基的爛攤子例子見此

关于专题,请参看维基百科:专题委员会/技术支持

流程[编辑]

提出請求[编辑]

  • 請求者必須說明作業的內容、範圍與理由。如果曾在他處討論,也請附上連結。
  • 在作業前可能會有用戶提問,視內容可能會被判斷為不適合機器人作業。
  • 提出請求建議先經過討論,可以利用BOTREQ記號模板。更動範圍過大或與現行方針指引有出入的修改應該先在互助客棧或相關專題討論。
  • 在作業完成的報告後,請確認作業內容是否符合預期,並在本頁面回報。

接受請求[编辑]

  • 擁有機器人的用戶,請在進行作業前在本頁面表明接受請求,以免多个用戶同時作業而出現衝突。{{BOTREQ}}可以用來方便回應。
  • 任何相關疑問請在本頁面或適當討論場所提出。
  • 當機器人作業完成之後,請在本頁面回報,說明完成的內容,並在作業確認完成後存檔。

请求区[编辑]


一些小修正[编辑]

  • 间隔号的不当使用:• => ·
  • 数学公式中微分算子的不当斜体:(\<math\>.*?)d([xyz].*?\<math\>) => \1\\mathrm{d}\2,以及\frac{d}{d[xyz]}这种也要修。当然不局限于xyz,细节再说吧。

其他的,想到再补充。AWB和bot其实都可以。 --砜中嘌呤的白磷萃取 打谱 2017年3月4日 (六) 14:55 (UTC)

@WhitePhosphorus: 可以各舉例子嗎?謝謝--Gabriel Chi Hong Lee (找我算账) 2018年1月15日 (一) 09:27 (UTC)
  • 看了幾個頁面:微分算子達布積分三角換元法,大概有這些情形:
    1. <math>dx</math> → <math>\mathrm{d}x</math>
    2. <math>d\theta</math> → <math>\mathrm{d}\theta</math>
    3. <math>\frac{d}{dx}</math> → <math>\frac{\mathrm{d}}{\mathrm{d}x}</math>
    4. <math>d \over dx</math> → <math>\mathrm{d} \over \mathrm{d}x</math>
    5. <math>\frac{d^n y}{dx^n}</math> → <math>\frac{\mathrm{d}^n y}{\mathrm{d}x^n}</math>
-- tang891228 留言 2018年2月19日 (一) 17:29 (UTC)
tang891228不對額,我學的數學沒聽過variable斜體的。我看的數學書中的dy/dx都是全斜體的。ꓢꓯꓠꓟꓳꓢꓮ 2020年1月27日 (一) 12:12 (UTC)
WhitePhosphorus數學上variable才使用斜體的證據是?ꓢꓯꓠꓟꓳꓢꓮ 2020年1月27日 (一) 12:13 (UTC)

参考資料

  1. ^ Thompson, Ambler; Taylor, Barry M. Guide for the Use of the International System of Units (SI) — NIST Special Publication 811, 2008 Edition — Second Printing (PDF). Gaithersburg, MD, USA: NIST. March 2008: 35. 

自动化去除stub标记[编辑]

我在VPP里面那个DYK标准的讨论中提到了一个较为可靠的机器字数统计方式,即只处理内容部分的第一级段落。按照这个条件,机器数起字数只会少(漏掉列表或者是隐藏的内容)、不会多,因此可以较为安全地判断可以移除的模板。按照伪代码形式,过程描述如下:

求字数:

  1. article 为输入条目名
  2. htmlarticle 对应 HTML 页面,即 "https://zh.wikipedia.org/wiki/" + article 下载的结果
  3. dom 为解析 HTML 所得的 DOM(文档结构)树
  4. paras 为在 dom 上执行 CSS 选择器 #mw-content-text > p(正文区域下每个直接下属的段落(不含标题、代码框等元素))的结果
  5. 对于 paras 中的每个元素 p,将其:
    1. 检索所有 sup.reference 引用标签,去除之
    2. 檢索所有 span:not(:lang(zh)) 的外文內容,去除之(應該可以免疫一些輕小說攻擊)
    3. 檢索所有 span.noprint 的不打印內容,將其一併去除。
    4. 如果正在處理第一個 p,則檢索第一個b粗体文字,將其去除(輕小說標題)
    5. 將現在數出内文长度记为 len(p.text)
      • 在 beautifulsoup 中,元素内文所对应的属性为 text
      • 在 JavaScript DOM API 中,元素内文对应的属性为 innerText
      • len 操作应当考虑 UTF-16 代理对拆分的情况。如果使用的语言为 JavaScript,应当使用 [...str].length(或使用Array.from)而非 str.length 计算长度。Java和C#也有类似的问题。
      • len 操作应对字符串执行 NFC 标准化,以便近似用户可见的“字符”数量。要完全近似“字符”数量,可以使用perl 6、python等语言的“字素群”(grapheme)处理功能。(中文用到这种东西的概率不高。)
      • 在处理 len 之前或许应该去除各种不可见字符,避免用户恶搞。(我好像把人类想得太坏了?)
  6. 返回所有 len(p.text) 之和

主程序:

  1. 对于Category:小作品的每一个条目 a
    1. 如果 a 的名字空间为 0,且 a 的字数大于标准的 1.25 倍
      1. sa 的源码
      2. s 里面的模板都看一遍
        1. 把所有属于Category:小作品模板的去掉(这一步建议预置列表,不要每次都找一遍)
      3. 提交编辑

感谢User:老陳提供灵感。——Artoria2e5 保持讨论完整直接{{ping}}我回复 2017年3月9日 (四) 15:56 (UTC)

这个去和User:Jimmy Xu说。--Antigng留言) 2017年3月9日 (四) 15:59 (UTC)
另,1-3没有必要,直接使用api就好。--Antigng留言) 2017年3月9日 (四) 16:11 (UTC)
API给出的text属性只是直接提供了mw-content-text的内容而已,p还是得再跑选择器。用那玩意还要重新组织东西喂进DOM做选择,不像直接取页面有一步到位的东西……——Artoria2e5 保持讨论完整直接{{ping}}我回复 2017年3月9日 (四) 16:20 (UTC)
我记得API有出纯文本的(我记错了?)。另外,我一向认为小作品不单单是字数问题,并不是超过了1个字符就一定不是小作品了--百無一用是書生 () 2018年9月12日 (三) 09:02 (UTC)

这个东西这么好,怎么2年没动静?--Key to Sky遠い空へ讨论贡献) 2020年7月6日 (一) 05:33 (UTC)

修正由于简繁不符匹配而失效的章节标题[编辑]

在维基百科上可以使用[[条目#章节]]的格式,链接到一个页面的某个章节。可是这个功能要求章节部分和相应的anchor位置包括完全匹配,显然是很难做到(除非这群人把phab:T160952“创建各种简繁ID”修了)。

假定有一个可以列出一个字符串 s 简单转换繁简后各种结果 cc[] 的函数 allVariants,我建议设计一个小工具和一个机器人任务解决这种问题(前者可用于编辑器内检查,后者可用于清理积压错误):

修复。给定 Wikitext wt,返回一个新的 Wikitext ret
retwt
wt 中搜索所有长得像链接的东西,令得到的字符串列表为一个集合 links。搜索的准确程度决定这个任务能不能做成全自动任务。
对于 links 中的每个页面 link
link 拆分为页面名称 page、章节位置 section、显示文字 display 三部分。
如果没有 section,继续检查下一个 link
section 编码为页面上会看到的 id 值。
参考anchorescape Parser function的实现,或按照这个瞎写的实现
获取page的HTML部分(HTML就够了),解析为dom树。
如果dom树上存在一个 ID 为 id 的节点,继续检查下一个 link
否则,将 section 进行繁简转换,得到一堆字串 ccsections
cc 中每个 ccsection 字串:
ccsection 进行 anchorescape 编码,得到 ccid
dom 数上寻找 ID 为 ccid 的节点。
如果找到,则将 ret 中的每一个 link 换为 "[[{link}#{ccsection}|{display}]]"的形式。也就是把section换成实际上存在的ccsection。
不知道原来的章节标题是怎么来的。大喊大叫,然后继续检查下一个 link
返回 ret

——Artoria2e5 讨论要完整回复请用ping 2017年3月23日 (四) 04:08 (UTC)

貌似有点儿意思啊,想接手看看。不过机器人怎么找这种有错的页面呢,看脸么…… --砜中嘌呤的白磷萃取 打谱 2017年5月6日 (六) 12:14 (UTC)
@WhitePhosphorus:猜对了,看脸!或者是先只盯RC/DYKC/FA/GA之类的……——Artoria2e5 讨论要完整回覆请用ping 2017年9月25日 (一) 02:28 (UTC)
搞不好其他維基計畫也會需要修正失效的章節標題 --Kanashimi留言) 2019年9月3日 (二) 22:00 (UTC)

删除中国高速公路标识的位图,统一替换为规范的 SVG 版本[编辑]

这项工作本应在 commons:Bots 提议,但除删除图片外,还涉及到对中文维基百科及全域其他站点中引用的替换,因此暂在此讨论。

工作内容包括:

  • 已有 SVG 标识:删除其对应的位图版本,并修改链入链接
  • 尚无 SVG 标识:根据给定文字生成 SVG 标识(现有的这些 SVG 是如何制作的,是否已有相关的半自动工具?),之后按上一条处理

相关条目包括:

——Arnie97留言) 2017年7月11日 (二) 08:06 (UTC)

这个就可以完成了commons:User:CommonsDelinker/commands--百無一用是書生 () 2018年9月12日 (三) 09:08 (UTC)
無法使用CommonsDelinker完成:「To avoid drama, CommonsDelinker will ignore a command to replace an image if the new image is svg and the original is not.」故本地需要使用機器人完成。 Willy1018(留言) 2019年8月11日 (日) 06:05 (UTC)

字詞轉換處理[编辑]

  1. 去除與公共轉換組重複的轉換規則(例如[1]
  2. 去除與全文轉換重複的內文轉換(例如[2]

-- tang891228 留⁠言 2018年5月13日 (日) 16:13 (UTC)


Taxobot之開發[编辑]

從前幾年開始,英文版已經大規模將維基百科的Taxobox代換為Automatic taxobox,以利於分類更動時的調整。惟中文維基始終由人工一一代換,曠日廢時。目前雖然有我和@白布飄揚:嘗試使用AWB代換種屬的taxobox模板,但前面創建分類的動作仍然必須使用人工一一建立。有鑑於此,想請問是否有技術可以開發一機器人可以創建Template:Taxonomy/xxx?目前我的構想如下

  1. 從英文已建立Template:Taxonomy/xxx移動到中文維基
  2. 加上link參數,參數由維基數據引用,若無則保留原文,我們再由人工代換---Koala0090留言) 2018年12月10日 (一) 16:43 (UTC)

批量替换使用Template:Infobox_Gare_FrancaiseTemplate:Infobox station[编辑]

目前正在统一铁路车站信息框模板,由于这个模版的参数为法语所以统一模版无法兼容,请查看此处了解讨论和共识。批量将使用淘汰模版的条目中的

  • Infobox Gare Francaise改成Infobox station
  • |Name=中车站标志移动至|symbol_right=
  • |Name=中的法语名称移动至|native_name=并且添加|native_name_lang=fr以便让模版正确显示内容
  • |Name=更改成|name=
  • |Image=更改成|image=
  • |Description=更改成|caption=
  • |Commune=更改成|borough=
  • |Adresse=更改成|address=
  • |Code=更改成|code=
  • |Altitude=更改成|elevation=
  • |Designer=更改成|architect
  • |Proprietaire=更改成|owned=
  • |Structure=更改成|structure=
  • |Mise=更改成|opened=
  • |Close=更改成|closed=
  • |Etat=更改成|status=
  • |Lignes=更改成|lines=
  • |Quais=更改成|platforms=
  • |Voies=更改成|tracks=
  • |Exploitant=更改成|operator=
  • |Type=更改成|type=
  • |Trains=更改成|services=
  • |Traffic=更改成|passengers=, 并且将其中的年份添加到|pass_year=
  • 请将所有接驳交通使用{{Infobox|child=yes}}作为子模版添加到|other_services=, 并且请增加|other_services_collapsible=yes
    • |Mode1=更改成|label1=嵌入到Infobox子模版内,一共有11个Mode,请以此类推
    • |Intermodalite1=更改成|data1=嵌入到Infobox子模版内,一共有11个Intermodalite,请以此类推
  • 请将|Traverser=, |Ouverture=, |Guichet=, |Billet_Distributeur=, |Consigne=删除,这些参数与WP:NOTDIRECTORYWP:NOTGUIDE相违背。
  • 请将|Divers1=, |Contenu1=|Divers2=, |Contenu2=|Divers3=, |Contenu3=, 统一模版不允许自定义内容。

以上就是希望机器人能够协助自动改写,一共有222条目使用此模版,谢谢。-- VulpesVulpes825 (留言) 2019年2月5日 (二) 03:14 (UTC)

對機械人的若干個作業請求[编辑]

四個:

  1. 請求任何存檔機械人對Wikipedia:管理员通告板/其他的頁面定期存檔。存檔的方式和WP:AIVWikipedia:管理员通告板/3RR一樣。
  2. 請求任何存檔機械人對Wikipedia:權限申請/申請大量帳號建立權的頁面定期存檔。存檔的方式和其他非管理員權限申請頁面一樣。
  3. 請求任何存檔機械人對Wikipedia:已删除内容查询的頁面定期存檔。
  4. 定期清理Wikipedia:頁面存廢討論/疑似侵權

以上。--MCC214#ex umbra in solem 2019年5月10日 (五) 06:43 (UTC)

莫斯科地鐵站條目的地理圖參數[编辑]

由於莫斯科地鐵已經擴展出Module:Location map/data/Moscow Ring Road的地圖範圍,我創建了替代用的Module:Location map/data/Moscow Metro,由於中文維基百科中超過100個莫斯科地鐵站條目對於Location map的應用並不一致,一些有用,一些則沒有,希望申請機器人能進行以下莫斯科地鐵站條目的修改:

{{Infobox station
...
|map_type      = Moscow Ring Road
|AlternativeMap= Moscow map MKAD grayscale.png
|map_overlay   = Moscow map MKAD metro line.svg
...
}}

改成(或如果完全沒有「map_type」參數就新增):

{{Infobox station
...
|map_type      = Moscow Metro
...
}}

—以上未簽名的留言由Sameboat對話貢獻)於 2019年6月7日 (五) 05:11 (UTC)加入。

@Sameboat:就是说把AlternativeMap和map_overlay去掉,然后Map_type的参数改成Moscow Metro?另,阁下没有签名.....--Hamish歡迎來訪 2019年7月28日 (日) 15:07 (UTC)

分类:按政府类型分类的历史国家条目清理[编辑]

因为在{{infobox former country}}合并后有些条目的分类会丢失,涉及的条目有418个。分类中已经写明了添加方法,A index下的条目添加至Category:已不存在的歐洲君主國,以此类推。这些分类名都是繁体中文,所以要注意。另外分类中的有些条目可能已经加入了对应的类别,但分类的页面是定死的418个,所以不会减少。--Vozhuowhisper 2019年8月9日 (五) 11:40 (UTC)

@Hamish:是的,但是这个条目已经添加了子分类所以不用再次添加。--Vozhuowhisper 2019年9月12日 (四) 10:58 (UTC)
@Vozhuo:那这种有父分类的怎么办?--Hamish 2019年9月12日 (四) 14:38 (UTC)
Hamish有父分类的就把父分类去掉,这种之前用模板添加分类的方式可能有不准确的情况,之前这个条目肯定是两个分类都有的。现在主要是把丢失分类的补上,但判断补上的分类准不准确那就是另一件工作了。要是补上的分类不准说明这是模板合并之前就有的问题。--Vozhuowhisper 2019年9月14日 (六) 02:33 (UTC)
  • 个人原因暂且 擱置。其他人亦可处理。--Hamish 2019年9月28日 (六) 16:36 (UTC)

自动为文档加入{{缺乏中文说明}}[编辑]

目前有大量的模板文档和模块文档是英文的,但很多都没有挂上{{缺乏中文说明}}。——SolidBlock留言 2019年10月26日 (六) 23:42 (UTC)

模板文檔或模組文檔可能會出現使用其他語言的模板使用說明或模組使用說明(如法文日文)--林勇智 2019年10月27日 (日) 12:32 (UTC)
按理来说,这些文档也应该挂{{缺乏中文说明}}。--SolidBlock留言 2019年11月1日 (五) 11:03 (UTC)
讀起來不像中文的就掛{{缺乏中文说明}}--林勇智 2019年12月4日 (三) 12:10 (UTC)
有誰會中文信息处理的?讀起來不像中文的文檔就掛{{缺乏中文说明}}--林勇智 2019年12月4日 (三) 12:50 (UTC)
「讀起來像不像....」的判斷可能無法使用機器人自動判斷。分類器的分類例外問題無法排除。-- 娜娜奇🐰鮮果茶(宇帆·☎️·☘️) 2019年12月4日 (三) 12:50 (UTC)
不在CJKV区域的字符比例过高就挂模板,不用管日语和汉语的相同字形。--jingkaimori留言) 2020年4月7日 (二) 11:40 (UTC)

分類相關的機器人作業請求[编辑]

有許多條目、分類、模板在被分類時用了與原分類不同的繁簡字(例如Category:中国庙宇原分類名稱為簡體字「中国庙宇」,但使用者卻可能輸入繁體字「中國廟宇」),雖然點擊時仍可正常進入分類,但Hotcat與cat-a-lot皆無法修改此分類,對不熟悉分類的用戶來說也很難找到確切原因,想詢問有沒有可能透過機器人處理。--迴廊彼端留言) 2020年1月12日 (日) 07:17 (UTC)

先在互助客棧問問看有沒有必要或許比較好 --Kanashimi留言) 2020年1月13日 (一) 12:57 (UTC)
好的感謝告知,我先去那邊問問。--迴廊彼端留言) 2020年1月13日 (一) 14:28 (UTC)

为使用Template:Information模板而非专用模板、以致被判定为无合理使用依据的非自由版权图像进行模板替换[编辑]

相关讨论见Wikipedia:互助客栈/其他#关于图片合理使用依据清查此次清查被判定为无依据的合理使用图像中有较大一部分条目使用Template:Information模板而非专用模板、以致被判定为无合理使用依据。鉴于Template:InformationTemplate:Non-free use rationale 2的关键参数可以互通。因此提议:

| Portion = 圖片的使用是为了传达图像本身所含有的意义和信息,且避免让读者误解该图像所欲传达的原始意义和信息。 
| Minimality = 本图片的尺寸和分辨率既能确保图片品质以资辨识,又避免了不必要的过高分辨率。 
| Purpose = 见授权协议。
| Replaceability = 由于本图片几乎并没有相同的免费或自由版权来源。任何非衍生作品的替代图片将无法传达本图片原本的含意,可能会造成对于条目描述主题的误解。
| Commercial = 该使用不会取代原始版权媒介所具有的市场作用。

本提议所涉的文件均位于Category:没有合理使用依据的文件分类内,数量为至多1000个。 Jyxyl9批判一番 2020年1月23日 (四) 07:30 (UTC)

(+)支持不过如果合理使用档案被使用于超过一个条目,就为每个条目新建一个使用依据?廣九直通車留言) 2020年1月23日 (四) 12:22 (UTC)
嗯,如果技术上无法实现可以人工调整。毕竟这种情况比较少。Jyxyl9批判一番 2020年1月24日 (五) 09:43 (UTC)
这种情况并不少,有超过1400个非自由图片用于多个条目,请见列表。--Wcam留言) 2020年1月24日 (五) 22:46 (UTC)
你列出的是全zhwiki所有用于多个条目的非自由图片。而本次涉及的只是因清查而提删的一千条左右条目,相信符合此标准的数量不会很多。Jyxyl9批判一番 2020年1月28日 (二) 12:55 (UTC)
(+)支持。—— Eric Liu 留言留名學生會 2020年1月23日 (四) 16:25 (UTC)
倾向(-)反对WP:NFCC#10c规定合理使用依据必须与每一次使用确切相关,使用如此空泛含糊、放之四海而皆准的合理使用依据文字进行批量替换,虽可使图片免受快速删除,实则直接违反WP:NFCC#10c规定。不同类型的非自由档案,例如标志、封面海报、历史图片等,在条目中起到的作用不尽相同,其符合WP:NFCC10条标准的理由也不尽相同,有时需要结合具体的非自由档案和具体条目进行说明(例如File:Alan Kurdi lifeless body.jpg)。--Wcam留言) 2020年1月24日 (五) 23:04 (UTC)
(+)支持。整件事情就是有用戶大量提請F9(本來是沒問題的),但是由於速度太快、量太多,社群根本承受不了。除非管理員同意暫緩執行F9一段比較長的時間,否則這机器人作业请求必須執行Sanmosa 2020年1月26日 (日) 07:11 (UTC)
請參見Wikipedia:互助客栈/其他#非自由圖片的使用理據及其處理Sanmosa 2020年1月26日 (日) 07:16 (UTC)
(+)支持。另请参见删除方针:“管理员应依照本方针执行删除和还原操作。删除决定不应轻易地做出,如果社群对一个页面是否应当删除存在争议,则该页面通常不应删除。我们应该尽量保留所有合乎百科全书目标的页面,删除应该是最后的选择。在把页面提交删除流程之前,请仔细考虑其他非删除的手段是否能改善页面。”大量提删一些因为错误使用{{Information}}导致理据出现瑕疵图片,严格意义上是严重违反方针的扰乱行为。--人类的悲欢并不相通,我只觉得他们吵闹 2020年1月26日 (日) 07:20 (UTC)
(+)支持:敝人實在不想一個個去做更正。--Qqkuro66541留言) 2020年1月26日 (日) 10:30 (UTC)
(!)意見:如果不希望一个个去更正,至少应根据图片类型做出一个粗略的细分,按类型替换,且部分专用合理使用依据模版本身已包含详细的依据文字。目前已有的专用合理使用依据模版和版权标签对应关系如下:
--Wcam留言) 2020年1月26日 (日) 13:45 (UTC)
@Wcam:关于之前Wcam提出的的问题,也许可以在机器人暂时更正的同时再在档案描述页中加个临时分类(例如Category:需要复检使用用途的合理使用档案之类的),那也可以把需要人手复检的档案再检视一次?廣九直通車留言) 2020年1月27日 (一) 06:10 (UTC)
不反對。那些使用{{Non-free use rationale 2}}的,遲下加個{{logo}}或類似的模板就OK,也不是一定要用專用模板。ꓢꓯꓠꓟꓳꓢꓮ 2020年1月27日 (一) 11:49 (UTC)
授權協議的種類標誌跟海報應該不會放錯,可從模板分類下手,Category:標誌Category:合理使用海報。 --Qqkuro66541留言) 2020年1月27日 (一) 16:38 (UTC)
(+)傾向支持:若技术上能实现,个人支持。Jyxyl9批判一番 2020年1月28日 (二) 12:55 (UTC)
  • 另外关于连Template:Information等可机读资料模板都没有的合理使用档案(这种我也查了不少,例如User:Galaxyharrylion这种人),会不会同时也用机器人加个维护分类,以便人手处理/删除(无来源档案)?谢谢。廣九直通車留言) 2020年1月31日 (五) 06:32 (UTC)


更正cite news中的df未知參數[编辑]

我看到鐵路條目含有未知參數的引用的,十有八九是|df=在作怪。

我已在编码,但我还没有机器人權限,希望可以在我有机器人權限之前帮助。--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2020年2月21日 (五) 01:19 (UTC)

公共转换组替换[编辑]

请求内容:将挂有{{noteTA}}模板的条目中存在的部分由模板重定向到不同名模块的公共转换组替换成模块名称。如|G1=09H1N1Template:CGroup/09H1N1)替换为|G1=MedicineModule:CGroup/Medicine)。

原因:近日有数名使用维基百科安卓客户端的用户于TG群回报转换组异常,经查,此类异常可由此替换方法解决。[1]# SteepPeak 2020年2月23日 (日) 12:34 (UTC)

其實可以考慮在客棧技術區提一下,看是不是直接回報下phab修app。--Hamish 2020年2月25日 (二) 01:14 (UTC)
  • @SteepPeak:應該是如果併到Module的話應該在Module:CGroup/xxx要直接建重定向,不用動到模板,之前還有瞎到把Template重定向到Module(提案給的範例估計就是這種) 囧rz...,phab估計應該無法處理(因為是由Module:NoteTA生成的)--Sun00217SPA for Sunny00217) 2020年4月19日 (日) 13:25 (UTC)
  • 未完成:已建立Module:CGroup/09H1N1 Willy1018留言) 2020年8月10日 (一) 23:14 (UTC)

罗马尼亚乡份按县分类[编辑]

是否可以帮助将分类:罗马尼亚乡份中的条目,按照分类:罗马尼亚县份分类:罗马尼亚行政区划进行分类呢?谢谢。--Aronlee90 Bashing Commies: A Good Cockroach is A Dead Cockroach. 2020年6月12日 (五) 12:25 (UTC)

@Aronlee90:其實沒懂您意思。--Hamish 2020年6月12日 (五) 12:27 (UTC)
就是罗马尼亚乡份这个内含条目过多,按照罗马尼亚的行政区划,不同的乡隶属于不同的县,所以是否可以用机器人完成把所有乡按照隶属的县的方式进行分类?比如类似这个:分类:戈尔日县乡份。--Aronlee90 Bashing Commies: A Good Cockroach is A Dead Cockroach. 2020年6月12日 (五) 12:30 (UTC)
所以是要機器人從條目中提取屬於哪個縣,然後再進行分類,對嗎?--Hamish 2020年6月12日 (五) 12:35 (UTC)
对,比如刚才那个例子,已经有template:Covasna County,里面已经分类好了,按这个就可以,参见Category:羅馬尼亞行政區劃模板。每个乡的条目内应该也有所隶属的县。--Aronlee90 Bashing Commies: A Good Cockroach is A Dead Cockroach. 2020年6月12日 (五) 12:43 (UTC)
@Aronlee90:您可以直接在縣模板加入縣分類資訊,這樣能省很多工。可參考模板:戈爾日縣, 薩馬里內什蒂鄉。 --Kanashimi留言) 2020年6月18日 (四) 14:01 (UTC)
非常感谢。--Aronlee90 Bashing Commies: A Good Cockroach is A Dead Cockroach. 2020年6月18日 (四) 14:29 (UTC)

清理Template:Short description用法錯誤[编辑]

Template:Short description僅在英文維基中使用,若內容與維基數據相同則移除,剩下以人工檢查,彙整至維基數據。 Willy1018(留言) 2020年6月22日 (一) 06:39 (UTC)


字词转换处理[编辑]

批量转换音乐录影带为“音樂錄影帶”,已知简体版本会使得Module:CGroup/Music中的相关项无法正确转换。--百战天虫留言

  • 請問簡體的音乐录影带在簡體中文中是沒有使用的嗎? 在錄影帶條目的轉換是录影带,在音樂錄影帶的轉換是音乐录像,Module:CGroup/Music則是音乐视频,wikidata是音乐影片。-Zest 2020年7月22日 (三) 00:17 (UTC)
    • “音乐录影带”一般是台湾那边的讲法吧,大陆通常说“音乐视频”。--百战天虫留言) 2020年7月22日 (三) 04:34 (UTC)
      • 建議先送WP:VPD後再申請任務。-Zest 2020年7月22日 (三) 08:09 (UTC)

处理H:模板[编辑]

Category:H:模板中的说明,部分搬运自英维的模板在中维错误地使用了Help空间,需要批量将页面中的

  • {{H:f Help}}替换为{{维基帮助导航}}或{{H-f Help}}
  • {{H:title}}替换为{{SetTitle}}

。--Br2 2020年8月8日 (六) 12:32 (UTC)

重庆市市辖区行政区划代码[编辑]

开县、梁平县、武隆县撤县设区,行政区划代码也发生了变化。现申请:(正则表达式)

  • Template:PRC admin/(data|list)/50/02/34/([0-9]{3})/([0-9]{3})Template:PRC admin/$1/50/01/54/$2/$3
  • Template:PRC admin/(data|list)/50/02/28/([0-9]{3})/([0-9]{3})Template:PRC admin/$1/50/01/55/$2/$3
  • Template:PRC admin/(data|list)/50/02/32/([0-9]{3})/([0-9]{3})Template:PRC admin/$1/50/01/56/$2/$3

--RedLightPOP·讨论 2020年8月8日 (六) 16:56 (UTC)

请求批量修改模板保护级别[编辑]

近期,互助客栈方针区通过了模板编辑员提案(Wikipedia:互助客栈/方针#重启模板编辑员讨论),在提案新增和修改的方针中规定,链入数量高于5,000而小于10,000的模板应当使用模板保护,仅链入接数量高于10,000的模板才可使用全保护,故在此请求管理员使用机器人批量将链入数量高于5,000而小于10,000的模板的保护级别由全保护改为模板保护。——BlackShadowG留言) 2020年8月10日 (一) 13:30 (UTC)

需要一一檢查哪些模板(例如嵌入在介面中)需要維持全保護。 Xiplus#Talk 2020年8月10日 (一) 13:47 (UTC)