图书馆:Wikipedia:机器人/作业请求

Bluedeck Library 图书馆卡

本页面为“Wikipedia:机器人/作业请求”的存档，可能和当前版本有所不同。

存档UTC时间	2020年9月10日 00:05
存档编者	Cewbot
当前版本号	61239849

取得正常维基源码

一些小修正

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

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

{{reply to|WhitePhosphorus}} 可以各举例子吗？谢谢--Gabriel Chi Hong Lee (找我算账) 2018年1月15日 (一) 09:27 (UTC)

看了几个页面：微分算子、达布积分、三角换元法，大概有这些情形：
1. <math>dx</math> → <math>\mathrm{d}x</math>
  $dx$ → $\mathrm {d} x$
2. <math>d\theta</math> → <math>\mathrm{d}\theta</math>
  $d\theta$ → $\mathrm {d} \theta$
3. <math>\frac{d}{dx}</math> → <math>\frac{\mathrm{d}}{\mathrm{d}x}</math>
  ${\frac {d}{dx}}$ → ${\frac {\mathrm {d} }{\mathrm {d} x}}$
4. <math>d \over dx</math> → <math>\mathrm{d} \over \mathrm{d}x</math>
  $d \over dx$ → $\mathrm {d} \over \mathrm {d} x$
5. <math>\frac{d^n y}{dx^n}</math> → <math>\frac{\mathrm{d}^n y}{\mathrm{d}x^n}</math>
  ${\frac {d^{n}y}{dx^{n}}}$ → ${\frac {\mathrm {d} ^{n}y}{\mathrm {d} x^{n}}}$

-- tang891228 _留言 2018年2月19日 (一) 17:29 (UTC)

d是不用斜体的吗？--【和平至上】💬📝 2019年7月19日 (五) 14:47 (UTC)
{{Reply to|和平至上}}通常斜体只用在变量上，这里的 $\mathrm {d}$ 不是变量。-- tang891228 _留⁠言 2019年7月27日 (六) 02:35 (UTC)

{{mute|tang891228}}不对额，我学的数学没听过variable斜体的。我看的数学书中的dy/dx都是全斜体的。ꓢꓯꓠ ꓟꓳ ꓢꓮ 2020年1月27日 (一) 12:12 (UTC)

{{mute|WhitePhosphorus}}数学上variable才使用斜体的证据是？ꓢꓯꓠ ꓟꓳ ꓢꓮ 2020年1月27日 (一) 12:13 (UTC)

{{强烈支持}}：平常一般{{开玩笑的|懒得打}}，但不用斜体才是符合规范的。^[1]{{noping|Sanmosa}}--DRIZZLE (留言) 2020年5月30日 (六) 11:48 (UTC)

自动化去除stub标记

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

求字数：

令 article 为输入条目名

令 html 为 article 对应 HTML 页面，即 "https://zh.wikipedia.org/wiki/" + article 下载的结果

令 dom 为解析 HTML 所得的 DOM（文档结构）树

令 paras 为在 dom 上执行 CSS 选择器 #mw-content-text > p（正文区域下每个直接下属的段落（不含标题、代码框等元素））的结果

对于 paras 中的每个元素 p，将其：
检索所有 sup.reference 引用标签，去除之

检索所有 span:not(:lang(zh)) 的外文内容，去除之（应该可以免疫一些轻小说攻击）

检索所有 span.noprint 的不打印内容，将其一并去除。

如果正在处理第一个 p，则检索第一个b的粗体文字，将其去除（轻小说标题）

将现在数出内文长度记为 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 之前或许应该去除各种不可见字符，避免用户恶搞。（我好像把人类想得太坏了？）

返回所有 len(p.text) 之和

主程序：

对于Category:小作品的每一个条目 a
如果 a 的名字空间为 0，且 a 的字数大于标准的 1.25 倍
令 s 为 a 的源码

把 s 里面的模板都看一遍
把所有属于Category:小作品模板的去掉（这一步建议预置列表，不要每次都找一遍）

提交编辑

感谢User:老陈提供灵感。——Artoria 2e5_编保持讨论完整，直接{{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做选择，不像直接取页面有一步到位的东西……——Artoria 2e5_编保持讨论完整，直接{{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：

设 ret 为 wt。

在 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。

——Artoria 2e5_编讨论要完整，回复请用ping。 2017年3月23日 (四) 04:08 (UTC)

貌似有点儿意思啊，想接手看看。不过机器人怎么找这种有错的页面呢，看脸么…… --砜中嘌呤的白磷_{萃取打谱} 2017年5月6日 (六) 12:14 (UTC)

{{ping|WhitePhosphorus}}猜对了，看脸！或者是先只盯RC/DYKC/FA/GA之类的……——Artoria 2e5_编讨论要完整，回复请用ping。 2017年9月25日 (一) 02:28 (UTC)

{{noping|Artoria2e5|WhitePhosphorus}}啊，本请求坑了？这个代码设计出来感觉很有帮助的说。—— Eric Liu _{编辑次数突破一万（留言．留名．学生会）} 2019年6月2日 (日) 08:51 (UTC)

搞不好其他维基计划也会需要修正失效的章节标题 --Kanashimi（留言） 2019年9月3日 (二) 22:00 (UTC)

删除中国高速公路标识的位图，统一替换为规范的 SVG 版本

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

工作内容包括：

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

字词转换处理

去除与公共转换组重复的转换规则（例如[1]）
去除与全文转换重复的内文转换（例如[2]）

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

{{BOTREQ|doing}}--霜奶仙（留言） 2020年1月11日 (六) 05:56 (UTC)

Taxobot之开发

{{movefrom|Wikipedia:互助客栈/技术|sign= Willy1018（留言） 2018年12月20日 (四) 17:25 (UTC)}} 从前几年开始，英文版已经大规模将维基百科的Taxobox代换为Automatic taxobox，以利于分类更动时的调整。惟中文维基始终由人工一一代换，旷日废时。目前虽然有我和{{ping|白布飘扬}}尝试使用AWB代换种属的taxobox模板，但前面创建分类的动作仍然必须使用人工一一建立。有鉴于此，想请问是否有技术可以开发一机器人可以创建Template:Taxonomy/xxx？目前我的构想如下

从英文已建立Template:Taxonomy/xxx移动到中文维基
加上link参数，参数由维基数据引用，若无则保留原文，我们再由人工代换---Koala0090（留言） 2018年12月10日 (一) 16:43 (UTC)

批量替换使用Template:Infobox_Gare_Francaise至Template: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:NOTDIRECTORY和WP:NOTGUIDE相违背。
请将|Divers1=, |Contenu1=， |Divers2=, |Contenu2=，|Divers3=, |Contenu3=，统一模版不允许自定义内容。

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

{{ping|VulpesVulpes825}}Infobox_Gare_Francaise内的Mode要改为Infobox station的哪种？-Zest 2019年5月26日 (日) 15:48 (UTC)
{{ping2|VulpesVulpes825}}？—— Eric Liu_{（留言．留名．学生会）} 2019年6月26日 (三) 05:02 (UTC)
- {{ping|Ericliu1912}}抱歉，我最近把ping给关了，直接将mode全部加到other_services就可以了，谢谢。-- VulpesVulpes825 (留言) 2019年8月31日 (六) 06:09 (UTC)
  - {{ping|VulpesVulpes825}}过了一段时间，终于{{done}}，请看一下。-Zest 2020年8月10日 (一) 21:49 (UTC)

对机器人的若干个作业请求

四个：

请求任何存档机器人对Wikipedia:管理员通告板/其他的页面定期存档。存档的方式和WP:AIV与Wikipedia:管理员通告板/3RR一样。
请求任何存档机器人对Wikipedia:权限申请/申请大量账号建立权的页面定期存档。存档的方式和其他非管理员权限申请页面一样。
请求任何存档机器人对Wikipedia:已删除内容查询的页面定期存档。
定期清理Wikipedia:页面存废讨论/疑似侵权。

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

{{noping|MCC214}}预定处理此任务的Hamish-bot已经提出作业申请。—— Eric Liu_{（留言．留名．学生会）} 2019年7月30日 (二) 03:42 (UTC)
- 2、3和4？--MCC214 #ex umbra in solem 2019年8月2日 (五) 06:27 (UTC)
- 目前他似乎只有要处理任务1。—— Eric Liu_{（留言．留名．学生会）} 2019年8月4日 (日) 13:23 (UTC)
任务1由Hamish-bot进行中；任务4由A2093064-bot进行中。 Willy1018（留言） 2019年12月19日 (四) 17:05 (UTC)
任务2、3目前已加入User:Wcam/ArchiveConfig，将进行后续追踪是否参数设定有误。 Willy1018（留言） 2019年12月30日 (一) 11:55 (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)加入。

{{ping|Sameboat}}就是说把AlternativeMap和map_overlay去掉，然后Map_type的参数改成Moscow Metro？另，阁下没有签名.....--Hamish 欢迎来访 2019年7月28日 (日) 15:07 (UTC)

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

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

{{ping|Vozhuo}}例如保加利亚第一帝国便需要加入Category:已不存在的欧洲君主国？--Hamish 论 2019年9月12日 (四) 04:58 (UTC)

{{ping|Hamish}}是的，但是这个条目已经添加了子分类所以不用再次添加。--Vozhuo _whisper 2019年9月12日 (四) 10:58 (UTC)

{{re|Vozhuo}}那这种有父分类的怎么办？--Hamish 论 2019年9月12日 (四) 14:38 (UTC)

{{Noping|Hamish}}有父分类的就把父分类去掉，这种之前用模板添加分类的方式可能有不准确的情况，之前这个条目肯定是两个分类都有的。现在主要是把丢失分类的补上，但判断补上的分类准不准确那就是另一件工作了。要是补上的分类不准说明这是模板合并之前就有的问题。--Vozhuo _whisper 2019年9月14日 (六) 02:33 (UTC)

个人原因暂且{{onhold}}。其他人亦可处理。--Hamish 论 2019年9月28日 (六) 16:36 (UTC)

自动为文档加入{{tl|缺乏中文说明}}

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

模板文档或模组文档可能会出现使用其他语言的模板使用说明或模组使用说明（如法文、日文）--林勇智 2019年10月27日 (日) 12:32 (UTC)

按理来说，这些文档也应该挂{{tl|缺乏中文说明}}。--SolidBlock^留言 2019年11月1日 (五) 11:03 (UTC)

读起来不像中文的就挂{{tl|缺乏中文说明}}--林勇智 2019年12月4日 (三) 12:10 (UTC)

有谁会中文信息处理的？读起来不像中文的文档就挂{{tl|缺乏中文说明}}--林勇智 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:Information与Template:Non-free use rationale 2的关键参数可以互通。因此提议：

将相关文件页的Template:Information替换为Template:Non-free use rationale 2；
提取使用此图片的条目名称，以自动填入| Article = 参数；
模板结尾添加下列文字：

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

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

{{Support}}不过如果合理使用档案被使用于超过一个条目，就为每个条目新建一个使用依据？广九直通车（留言） 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)

倾向{{o}}，WP:NFCC#10c规定合理使用依据必须与每一次使用确切相关，使用如此空泛含糊、放之四海而皆准的合理使用依据文字进行批量替换，虽可使图片免受快速删除，实则直接违反WP:NFCC#10c规定。不同类型的非自由档案，例如标志、封面海报、历史图片等，在条目中起到的作用不尽相同，其符合WP:NFCC10条标准的理由也不尽相同，有时需要结合具体的非自由档案和具体条目进行说明（例如File:Alan Kurdi lifeless body.jpg）。--Wcam（留言） 2020年1月24日 (五) 23:04 (UTC)

{{support}}。整件事情就是有用户大量提请F9（本来是没问题的），但是由于速度太快、量太多，社群根本承受不了。除非管理员同意暂缓执行F9一段比较长的时间，否则这机器人作业请求必须执行。San mo sa 2020年1月26日 (日) 07:11 (UTC)

请参见Wikipedia:互助客栈/其他/存档/2020年3月#非自由图片的使用理据及其处理。San mo sa 2020年1月26日 (日) 07:16 (UTC)

{{support}}。另请参见删除方针：“管理员应依照本方针执行删除和还原操作。删除决定不应轻易地做出，如果社群对一个页面是否应当删除存在争议，则该页面通常不应删除。我们应该尽量保留所有合乎百科全书目标的页面，删除应该是最后的选择。在把页面提交删除流程之前，请仔细考虑其他非删除的手段是否能改善页面。”大量提删一些因为错误使用{{tl|Information}}导致理据出现瑕疵图片，严格意义上是严重违反方针的扰乱行为。--人类的悲欢并不相通，我只觉得他们吵闹 2020年1月26日 (日) 07:20 (UTC)

{{support}}：敝人实在不想一个个去做更正。--Qqkuro66541（留言） 2020年1月26日 (日) 10:30 (UTC)

{{comment}}：如果不希望一个个去更正，至少应根据图片类型做出一个粗略的细分，按类型替换，且部分专用合理使用依据模版本身已包含详细的依据文字。目前已有的专用合理使用依据模版和版权标签对应关系如下：

Template:Non-free use rationale album cover --> {{tl|Non-free album cover}}
Template:Non-free use rationale book cover --> {{tl|Bookcover}}
Template:Non-free use rationale logo --> {{tl|Non-free logo}} {{tl|Non-free seal}} {{tl|Symbol}}
Template:Non-free use rationale poster --> {{tl|Non-free poster}}
Template:Non-free use rationale video cover --> {{tl|Non-free poster}} （仅限电影海报）
Template:Non-free use rationale video game cover --> {{tl|Non-free video game cover}}
Template:Non-free use rationale video game screenshot --> {{tl|Non-free video game screenshot}}
Template:Non-free use rationale title-card --> {{tl|Non-free title-card}}
Template:Non-free use rationale biog --> {{tl|Non-free biog-pic}}

--Wcam（留言） 2020年1月26日 (日) 13:45 (UTC)

{{Ping|Wcam}}关于之前Wcam提出的的问题，也许可以在机器人暂时更正的同时再在档案描述页中加个临时分类（例如Category:需要复检使用用途的合理使用档案之类的），那也可以把需要人手复检的档案再检视一次？广九直通车（留言） 2020年1月27日 (一) 06:10 (UTC)

不反对。那些使用{{tl|Non-free use rationale 2}}的，迟下加个{{tl|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)

还有{{para|url-status}}、{{para|doi-access}}等——BlackShadowG^★（留言） 2020年8月12日 (三) 01:25 (UTC)

公共转换组替换

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

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

其实可以考虑在客栈技术区提一下，看是不是直接回报下phab修app。--Hamish 论 2020年2月25日 (二) 01:14 (UTC)

{{ping|SteepPeak}}应该是如果并到Module的话应该在Module:CGroup/xxx要直接建重定向，不用动到模板，之前还有瞎到把Template重定向到Module（提案给的范例估计就是这种）{{orz}}，phab估计应该无法处理（因为是由Module:NoteTA生成的）--Sun00217（SPA for Sunny00217） 2020年4月19日 (日) 13:25 (UTC)
{{undone}}：已建立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)

{{ping|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)

{{ping|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)
    - 大陆直接用MV比较多。--Antigng（留言） 2020年8月13日 (四) 06:44 (UTC)

处理H:模板

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

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

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

{{Done}}--Antigng（留言） 2020年8月11日 (二) 13:22 (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)

{{done}}--Antigng（留言） 2020年8月13日 (四) 23:29 (UTC)

请求批量修改模板保护级别

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

需要一一检查哪些模板（例如嵌入在界面中）需要维持全保护。 Xiplus#Talk 2020年8月10日 (一) 13:47 (UTC)

嵌入在界面内的模版应该会被连锁保护自动保护吧？不行的话就是先根据嵌入数判断，然后在全部修改完成后根据特例将一些模版改为全保护。这个工作请求应该和目前阁下的机器人的作业3重叠。应该可以改参数就能完成目前工作吧？ VulpesVulpes825（留言） 2020年8月11日 (二) 08:58 (UTC)

{{ping|BlackShadowG}}阁下是不是打错了？应该是5000以上100,000以下吧，上午去英维那边看了一圈，除了CS1系列模板、{{tl|mbox}}系列模板、{{tl|reflist}}、来源请求模板、应用于首页的模板以及个别站务模板仍然维持全保护外，其他都已经下放至模板保护。--Dabao qian ℡^{李莎旻子《我很困，可是我睡不着》欢迎聆听｜每周五22:00《中餐厅第四季》} 2020年8月11日 (二) 09:20 (UTC)

确实是我打错了，非常抱歉。——BlackShadowG^★（留言） 2020年8月11日 (二) 09:34 (UTC)

没办法，只能在全保护阀值上妥协了。等过几年看看能不能下放更多模板了。 VulpesVulpes825（留言） 2020年8月11日 (二) 15:25 (UTC)

只会是它的子集，自己手动检查去。courtesy: User:MusikAnimal source: https://github.com/MusikAnimal/MusikBot/blob/master/tasks/template_protector.rb--Antigng（留言） 2020年8月11日 (二) 09:42 (UTC)

已整理在Draft:待降低保护列表，并且我已人工浏览一次排除部分页面，想要复查并修正的请直接编辑该页。--Xiplus#Talk 2020年8月11日 (二) 13:26 (UTC)

这个页面中的有些模板嵌入量小于5000，可以直接降级为半保护。——BlackShadowG^★（留言） 2020年8月13日 (四) 02:39 (UTC)

我自己的修了，测试结果。然后{{ping|Xiplus}}的意思是不仅编辑保护权要下放，移动保护权也要下放？不是模板编辑员么，难道也要进行移动操作？--Antigng（留言） 2020年8月13日 (四) 02:57 (UTC)

{{noping|Antigng}}移动保护设得比编辑保护还高的理由是什么？如果编辑半保护，移动也要全保护吗？--Xiplus#Talk 2020年8月13日 (四) 03:00 (UTC)

{{mute|Xiplus}}，Wikipedia:互助客栈/方针/存档/2020年9月#重启模板编辑员讨论，提案相关的讨论中特别提及了“[编辑=仅模板编辑者] [移动=仅管理员]”这个选项，所以我也就这么设置的。--Antigng（留言） 2020年8月13日 (四) 03:04 (UTC)

提案中也没有任何理由指名必须要“移动=仅管理员”，关注点只有在“编辑=仅模板编辑者”上面。 Xiplus#Talk 2020年8月13日 (四) 03:37 (UTC)

但提案最后修改的方针似乎把移动权下放给模板编辑员了（Wikipedia:保护方针#比较）。 BlackShadowG^★（留言） 2020年8月13日 (四) 04:45 (UTC)

Wikipedia:保护方针#比较写的内容不够详尽，也不能代表什么，仍然没有讨论将保护设定成“[编辑=仅模板编辑者] [移动=仅管理员]”的目的究竟是什么，个人认为就应该让编辑和移动维持同样保护层级。 Xiplus#Talk 2020年8月13日 (四) 05:57 (UTC)

{{BOTREQ|done}}。--Xiplus#Talk 2020年8月18日 (二) 05:27 (UTC)

车站编号标志

将日本部分铁路公司的车站编号标志由png改为svg，解决vector version available的问题。牵涉公司包括神户电铁、京都市营地下铁、大阪市高速电气轨道（大阪地下铁）、阪急电铁、阪神电铁、东京地铁、都营地铁、京成电铁、新京成电铁、北总铁道、芝山铁道、京滨急行电铁、东叶高速铁道、京王电铁、横滨高速铁道、埼玉高速铁道、西武铁道（jpg改svg），淡海轻轨以及台北捷运环状线的标志。举个例子，目前仍有很多条目使用旧有的File:Subway TokyoGinza.png，计划全数改为File:Logo of Tokyo Metro Ginza Line.svg。由于数量过多，希望由机器人解决掉。--owennson（聊天室、奖座柜） 2020年8月16日 (日) 14:45 (UTC)

请给出具体的条件，比如哪个图片可以被哪个图片取代。Antigng（留言）
- 整个列表如下：

大致上如上，但将来可能会有跟进的补充。--owennson（聊天室、奖座柜） 2020年8月19日 (三) 10:02 (UTC)

维护被挂提删模板页面列表

部分页面长期挂着提删模板，可能是因为：

页面挂着提删模板，但是因为网络原因或过滤器等根本没有加入存废讨论。
页面加入存废讨论后因为编辑冲突被其他讨论覆盖了（例子）。
存废讨论已经关闭但提删模板忘了拿掉。

建议维护一个列表避免这种现象发生。--GZWDer（留言） 2020年8月18日 (二) 05:23 (UTC)

@GZWDer：Wikipedia:数据库报告/未提报到存废讨论但挂上模板的页面。 Xiplus#Talk 2020年8月18日 (二) 06:03 (UTC)

^ {{cite book | first1 = Ambler | last1 = Thompson | first2 = Barry M | last2 = Taylor | url = http://physics.nist.gov/cuu/pdf/sp811.pdf | title = Guide for the Use of the International System of Units (SI) — NIST Special Publication 811, 2008 Edition — Second Printing |date=March 2008 | publisher = NIST | location = Gaithersburg, MD, USA | pages = 35 }}

[1] {{cite book | first1 = Ambler | last1 = Thompson | first2 = Barry M | last2 = Taylor | url = http://physics.nist.gov/cuu/pdf/sp811.pdf | title = Guide for the Use of the International System of Units (SI) — NIST Special Publication 811, 2008 Edition — Second Printing |date=March 2008 | publisher = NIST | location = Gaithersburg, MD, USA | pages = 35 }}

[1]