跳转到内容

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

添加链接
维基百科，自由的百科全书

模板升级

对于Template:Infobox Weather的旧模板已经升级为Template:Weather box，原先的Template:Infobox Weather语法和Template:Weather box有较小的语法差别，导致不能正常显示气候数据，受到影响的条目数量440个。 --🔨Yxh1433 2021年11月6日 (六) 07:19 (UTC)

N 未完成+ 已修复 已还原Template:Infobox_weather并调整模板以正确显示内容。Template:Infobox_weather当前342个嵌入。--YFdyh000（留言） 2022年5月26日 (四) 20:45 (UTC)

请求修改Wikipedia:每日图片的模板

2014年以前的“每日图片”是这样的：

雷蒂亚铁路Ge 4/4 II列车雷蒂亚铁路Ge 4/4 II列车

雷蒂亚铁路是一家瑞士运输公司，拥有瑞士最大的私营铁路网络。该公司主要经营格劳宾登州的铁路线路，仅有几公里的铁路穿过州境抵达州的首府库尔。几乎整个网络是在格劳宾登州，只有一个站在意大利蒂拉诺。雷蒂亚铁路为许多主要的旅游中心服务，包括圣莫里茨和达沃斯。其中一个线路贝尔尼纳铁路穿越贝尔尼纳山口到达意大利边境伦巴第大区蒂拉诺，与意大利铁路连结。2008年，雷蒂亚铁路在阿布拉/伯尔尼纳景观被联合国教科文组织列入世界遗产名单。雷蒂亚铁路有格劳宾登州政府持有51.3%股份，瑞士联邦持股43.1%，4.6%由私人持股，剩下1%有地方社区持股。图为雷蒂亚铁路Ge 4/4 II列车通过瑞士菲利苏尔和维森之间的维森高架桥。


参数为：

| Image = 图片.jpg

| Legend = 条目名

| Content = （一段简介）

后来改版为这样：


参数为：

| type = packed-hover （让简介“浮”在图片上）

| Image = 图片.jpg

| Content = （一段简介）

在此请求将使用上面那种格式的“每日图片”页面，改为使用下面这种格式。@Kanashimi、Pavlov2：--Johnson.Xia（讨论·贡献·成就） 2021年12月6日 (一) 18:59 (UTC)

未完成，这项修改需要讨论，一般来说不应该更改以前的设计，如果你觉得有需要请前往互助客栈讨论。 Willy1018（留言） 2022年5月31日 (二) 10:31 (UTC)

清理小行星及挪威行政区划条目

具体范围请搜索insource: "<br />"（剔除掉如XHTML这类条目）。其中挪威行政区划系列条目由多位用户创建，而小行星系列条目主要由机器人TianyammBOT批量创建。其中不知因为什么原因，包含大量此类未妥善处理的换行符。此类条目数量不算太多，在此请求批量进行替换。

其中位于信息框内的符号应转换为<br />，而位于正文的符号应转换为逗号（或者是顿号，此处个人不确定何种做法是正确的），例：Special:Diff/70221568。 Stang★ 2022年2月17日 (四) 20:01 (UTC)

ping一下常在此处的@Kanashimi：。 Stang★ 2022年2月17日 (四) 20:02 (UTC)
抱歉，最近在写繁简转换程式，因此没什么时间。--Kanashimi（留言） 2022年2月17日 (四) 22:14 (UTC)
已有机器人处理：Wikipedia:机器人/申请/Crystal-bot/4已批准。 Willy1018（留言） 2022年6月4日 (六) 15:42 (UTC)
Y 完成。果然自己动手丰衣足食。 Stang★ 2022年6月4日 (六) 23:19 (UTC)

同步SPI中监管员的查核结果

目前本站依赖监管员进行用户查核，而监管员查核完毕（或拒绝查核）后的结果并不会自动显示在本站的SPI相关请求页面，长期以来需要其他用户进行搬运。如果有一个可以同步监管员查核处理结果的机器人，岂不是很好。

机器人应监听m:SRCU页面的修订，如果一发修订由监管员做出，且修改了CU request模板的status参数，获取该监管员在请求末尾添加的处理结果，并添加到其在本地所对应的SPI请求页面（对应章节的）末尾。SPI请求页面可以从对应请求的discussion参数中获取（某个permalink -> 某个页面），怎么判断对应章节没想好怎么做。 Stang★ 2022年6月5日 (日) 23:51 (UTC)

( ✓ )同意，我研究一下如何写这个。--路西法人 2022年6月9日 (四) 14:05 (UTC)
是否可以翻译过来？如果照贴过来，那还不如靠“人”翻译。 Willy1018（留言） 2022年6月10日 (五) 10:22 (UTC)
@Willy1018：我接了之后忘了注明一下。 申请中。--路西法人 2022年6月22日 (三) 01:39 (UTC)
完成：相关机器人已获得批准。—— Eric Liu 創造は生命（留言・留名・学生会） 2022年9月15日 (四) 16:02 (UTC)

批次修改命名错误的用户框

在中文维基上Template:User_bas会直接重定向到Template:User BASIC，但bas其实是Basaa language的ISO语言代码，英文维基那边也是让位给该语言使用，故想请求机器人协助，批次修改使用Template:User bas的页面、直接使用Template:User BASIC，谢谢辛苦。--回廊彼端（留言） 2022年8月22日 (一) 03:08 (UTC)

--Kanashimi（留言） 2022年8月22日 (一) 04:36 (UTC)
@回廊彼端 完成--Kanashimi（留言） 2022年8月22日 (一) 04:53 (UTC)
User:Kanashimi我检查了一下，两笔错误一笔您已修复，另一笔我也处理好了，谢谢辛苦！--回廊彼端（留言） 2022年8月22日 (一) 04:56 (UTC)
@回廊彼端 抱歉还有些没改到...--Kanashimi（留言） 2022年8月22日 (一) 04:59 (UTC)
User:Kanashimi那部分不是您的问题，他们是用Template:Babel带入的，得再找找从何改起，需要机器人帮忙的部分已圆满，再次感谢您。--回廊彼端（留言） 2022年8月22日 (一) 05:04 (UTC)
@迴廊彼端：OK. 剩下的就麻烦您了 --Kanashimi（留言） 2022年8月22日 (一) 05:06 (UTC)

请求移除 Template:Taxonomy/ 所有子模板中的冗余代码“|{{{1}}}”

Template:Taxonomy/ 的子模板数以万计，用以自动串接生物分类单元。在这些模板中，于2017年5月之前建立者含有 |{{{1}}} 这一小段代码，现由于相关配套模板跟随英维进行了更新，此段代码已无实际用途，还会造成显示上的错误。参见此页面左侧的表格，第三行的“茄属”字样后方出现了不宜向读者展示的代码，而将模板中的 |{{{1}}} 代码移除后，问题便得以解决：Special:diff/40384146/73535606。

为在最短时间内将问题模板处理完毕，请求启用机器人批量修改以“Template:Taxonomy/”开头的模板，移除其中的冗余代码 |{{{1}}}。--萧漫（留言） 2022年9月6日 (二) 01:54 (UTC)

将所有的“英国YYYY年MM月”移动到“YYYY年MM月英国”

个人在检查个人所创条目“谋杀未遂”的链入时发现了这个问题，本人已经移动两个。但希望有机器人协助清理，别忘了不要保留重定向。--WPCD-DTV毛泽东逝世46周年•共和国创建日•伊丽莎白二世逝世 2022年9月10日 (六) 05:01 (UTC)

四十余个，手动处理了。余下英国2011年5月和英国2012年8月的更名是多次编辑的重定向占据，您弄一下吧。注：移动中简繁变更是覆盖重定向的需求，不然还得修正重定向页面。--YFdyh000（留言） 2022年9月10日 (六) 21:05 (UTC)

请求批次转换内部链接

People (magazine)、Time (magazine)、Polygon (website)因为不符合Wikipedia:重定向#非中文重定向问题而被提删，但连入甚多，请求机器人帮忙修复、连到对应页面，谢谢。--回廊彼端（留言） 2022年9月14日 (三) 01:33 (UTC)

@回廊彼端 能明确列出个修复前→修复后的列表吗? 这样可以方便机器人作业--Kanashimi（留言） 2022年9月14日 (三) 21:47 (UTC)
User:Kanashimi没问题，抱歉稍早疏忽了

不过可能小心许多是用管道连结，例如[[People (magazine)|People]]这类的，谢谢您。--回廊彼端（留言） 2022年9月15日 (四) 02:07 (UTC)

User:Kanashimi我个人是OK，不过如果编者用的是其他显示文字，例如[[People (magazine)|人物雜誌]]、[[People (magazine)|人物]]这种的也会处理到吗？--回廊彼端（留言） 2022年9月15日 (四) 10:11 (UTC)
@回廊彼端 不会。设定是 /People/g→人物 --Kanashimi（留言） 2022年9月15日 (四) 10:44 (UTC)
第三项有问题 请修正一下 另外其他两项也会做类似的表达文字替代 若可接受 修正完毕这边就会开始作业--Kanashimi（留言） 2022年9月15日 (四) 10:46 (UTC)
User:Kanashimi抱歉笔误，已修正。那就等机器人清过一次再观察看看好了，谢谢辛苦。--回廊彼端（留言） 2022年9月15日 (四) 11:04 (UTC)

更新COVID-19数据

请求使用机器人更新Template:COVID-19 data/data，英文版机器人的源码在meta:User:TolBot/Task 5#Source，只需微调即可用于中维。--BlackShadowG Slava Ukraini! 2022年6月5日 (日) 13:35 (UTC)

已有机器人处理：Wikipedia:机器人/申请/TolBot/5。 Willy1018（留言） 2022年6月10日 (五) 10:24 (UTC)

自动化去除stub标记

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

求字数：

  1. 令 article 为输入条目名
  2. 令 html 为 article 对应 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. 令 s 为 a 的源码
      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)
@Shizhao：是，加?action=raw--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2021年2月28日 (日) 09:18 (UTC)
小作品的定义是“任何正文内容超过50字并少于200字的条目”，而与条目的品质没什么关系。如果要防止这种情况，可以在去掉{{stub}}之后再添加专题评级横幅。--GUT412454（留言） 2022年3月24日 (四) 00:37 (UTC)
@Artoria2e5 在python shell里模拟了一下您的步骤，您看我理解对了吗
from bs4 import BeautifulSoup
b = BeautifulSoup(page_content)
count = len(b.find_all('sup', class_='reference'))
for i in count:
  b.find('sup', class_='reference').decompose()
l = 0
for i in b.find_all('div', id="mw-content-text"):
for j in i.find_all('p'):
l += len(j.text)--QiuLiming1（留言） 2022年6月6日 (一) 04:29 (UTC)

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

看起来Jimmy-bot有在帮忙清理分类:字数已超过3000字节的小作品--Kanashimi（留言） 2021年12月12日 (日) 04:29 (UTC)

请求用新签名取代既有使用chem标签的同用户签名

如题。新的签名是 [[U:A Chinese user|<math>_{29}^{64}Cu</math>]][[UT:A Chinese user|<math>\rightarrow</math><math>_{29}^{\ ?}Cu</math>]][[U:A Chinese user/Sign|<math>\ +\ </math>]][[Special:用户贡献/A Chinese user|<math>e</math><math>^\pm</math>]]，原签名是 [[U:A Chinese user|<chem>_29^64Cu</chem>]][[UT:A Chinese user|<chem>-></chem><chem>_{29}^{?}Cu</chem>]][[U:A Chinese user/Sign|<chem>\ +\ </chem>]][[Special:用户贡献/A Chinese user|<math>e</math><chem>^\pm</chem>]]。

在此请求机器人将所有使用旧签名的页面的有关部分替代为新；约有300个页面。--  2022年9月26日 (一) 08:13 (UTC)

帮忙补充一下，相关的追踪分类是Category:使用chem标签的弃用格式的页面，虽然不全是A Chinese user的签名所造成，但确实占了一部分，发生的页面种类包含MA、Wikipedia、各种talk等命名空间等，为免有漏网之鱼可能所有空间都得跑一遍。--回廊彼端（留言） 2022年9月26日 (一) 08:24 (UTC)
处理中……。-- Willy1018（留言） 2022年9月29日 (四) 10:37 (UTC)
@A Chinese user、回廊彼端：完成。-- Willy1018（留言） 2022年9月29日 (四) 12:08 (UTC)
User :Willy1018感谢帮忙！是说如果User:A Chinese user有读完chem标签相关指引的话，不知道方不方便参照Category:没有使用水平列表的导航框，在Category:使用chem标签的弃用格式的页面上方写一下清理方式，甚至进一步清空此分类呢？--回廊彼端（留言） 2022年9月30日 (五) 01:57 (UTC)
@Willy1018：感谢完成。@回廊彼端：我不知道其重要性怎么写。清理方式已经添加。-- （☎|♼|↗） 2022年9月30日 (五) 02:16 (UTC)
User:A Chinese user您个人的用户页可能也得修改一下，感谢辛苦。--回廊彼端（留言） 2022年10月11日 (二) 06:21 (UTC)
完成-- （☎|♼） 2022年10月11日 (二) 08:13 (UTC)

把WebCite链接替换为Wayback Machine链接

WebCite下线了，其保存的网页不能查看了，显示报错信息“DB Connection failed”。--Txkk（留言） 2022年4月16日 (六) 09:26 (UTC)

完成全部由IABot完成，若有没有修改到的请在此处修正。-- Willy1018（留言） 2022年10月17日 (一) 12:12 (UTC)

协助分离{{学名重定向}}自{{非中文重定向}}

前序讨论见Wikipedia:互助客栈/技术#能否筛选出_生物学名的非中文重定向标记，列表位于站外，共有五万余个。—DvXg 📬 2022年11月1日 (二) 13:55 (UTC)

代码编写中...--Kanashimi（留言） 2022年11月3日 (四) 07:59 (UTC)
@David Xuang 现在的列表是有问题的都处理完后的最新列表吗--Kanashimi（留言） 2022年11月3日 (四) 08:03 (UTC)
是的，所有的项都至少是其中之一：
--DvXg 📬 2022年11月3日 (四) 08:06 (UTC)
完成 烦请您检查一下是否有问题或疏漏 谢谢--Kanashimi（留言） 2022年11月6日 (日) 21:23 (UTC)
疏漏稍后会通过WP:AWB再处理一次。倒是有相关的一件事：有一部分学名重定向的“×”后缺少了空格，能否烦请您移动（不留重定向）？
错误命名的重定向
  • Begonia ×semperflorens-cultorum
  • Begonia ×tuberhybrida ‘Kimjongilia’
  • Bolbitis ×nanjenensis
  • Calanthe ×dominii
  • Canna ×generalis
  • Citrus ×aurantifolia
  • Citrus ×aurantium
  • Citrus ×bergamia
  • Citrus ×junos
  • Citrus ×limon
  • Citrus ×limonia
  • Citrus ×paradisi
  • Citrus ×tangerina
  • Fragaria ×ananassa
  • Fragaria ×vescana
  • Magnolia ×alba
  • Magnolia ×soulangeana
  • Medicago ×varia
  • Mentha ×gracilis
  • Mentha ×piperita
  • Mentha ×rotundifolia
  • Nepenthes ×alisaputrana
  • Nepenthes ×bauensis
  • Nepenthes ×cantleyi
  • Nepenthes ×cincta
  • Nepenthes ×ferrugineomarginata
  • Nepenthes ×harryana
  • Nepenthes ×hookeriana
  • Nepenthes ×kinabaluensis
  • Nepenthes ×kuchingensis
  • Nepenthes ×merrilliata
  • Nepenthes ×mirabilata
  • Nepenthes ×pangulubauensis
  • Nepenthes ×sarawakiensis
  • Nepenthes ×sharifah-hapsahii
  • Nepenthes ×trichocarpa
  • Nepenthes ×truncalata
  • Nepenthes ×trusmadiensis
  • Nepenthes ×tsangoya
  • Nepenthes ×ventrata
  • Nepeta ×faassenii
  • Petunia ×hybrida
  • Platanus ×hispanica
  • Populus ×beijingensis
  • Populus ×berolinensis
  • Populus ×canadensis 'Serotina'
  • Populus ×canadensis ‘Polska-15A’
  • Populus ×canescens
  • Populus ×jrtyschensis
  • Populus ×pseudo-tomentosa
  • Populus ×xiaozhuanica
  • Prunus ×yedoensis
  • Pyrus ×sinkiangensis
  • Rhododendron ×duclouxii
  • Rosa ×odorata
  • Syringa ×chinensis
  • Syringa ×persica
  • Viola ×takahashii
  • ×Triticale
--DvXg 📬 2022年11月8日 (二) 16:19 (UTC)
@David Xuang：完成 还存在的条目是移动不了的--Kanashimi（留言） 2022年11月9日 (三) 13:00 (UTC)

请求重命名 分类:各年建立的教育机构 子分类

根据 Wikipedia:互助客栈/条目探讨 (Special:PermanentLink/74257192#Category:依创建年份划分的教育机构)，请求将子分类中 ***年創建的教育機構 重命名为 ***年建立的教育機構，保持向上统一。

注：上级分类 分类:各年创建的教育机构 已经移动到 Category:各年建立的教育机构--Kethyga（留言） 2022年10月26日 (三) 09:31 (UTC)

(＋)支持，Category:各世紀建立的教育機構下的子分类建议一起处理。--回廊彼端（留言） 2022年10月29日 (六) 02:09 (UTC)
代码编写中...--Kanashimi（留言） 2022年11月7日 (一) 07:18 (UTC)

移除小天体模板所有链入

Wikipedia:互助客栈/条目探讨#{{小天体}}，己经有初步共识。Ghren🐦🕑 2023年1月11日 (三) 06:13 (UTC)

修改了标题与连结 --Kanashimi（留言） 2023年1月12日 (四) 22:13 (UTC)

将条目中使用 模板 Imdb与IMDB的替换为 IMDb name

发现 模板 Template:IMDb (64636953) 的状态是暂时是弃用，转为使用 专用的 IMDb name 或 IMDb title，但是 {{Imdb}} 与 {{IMDB}} 却仍旧重定向到 {{IMDb name}} 。检查有部分条目，仍然使用 {{Imdb}} 与 {{IMDB}} 两个 {{IMDb name}} 的重定向模板，请求将使用这两个模板的条目替换为 {{IMDb name}} ，可能将近有上百个，已经将使用此两个模板的电影条目清理，余下的是人物条目。 --Kethyga（留言） 2023年1月13日 (五) 15:38 (UTC)

@Kethyga：如此对吗? --Kanashimi（留言） 2023年1月13日 (五) 18:08 (UTC)

清理{{悠游卡}}、{{一卡通}}嵌入

如题，请求清理已删除模板{{悠游卡}}、{{一卡通}}的嵌入。--Cookai饼块🍪（💬留言） 2023年1月20日 (五) 04:13 (UTC)

追加请求，清理已删除模板{{Icash}}的嵌入。--Cookai饼块🍪（💬留言） 2023年1月21日 (六) 05:31 (UTC)

@Cookai1205 完成 请协助检查错误，并不吝提供些意见，谢谢。 --Kanashimi（留言） 2023年1月21日 (六) 06:09 (UTC)
@Cookai1205、Kanashimi：辛苦二位！—— Eric Liu 創造は生命（留言・留名・学生会） 2023年1月22日 (日) 03:44 (UTC)

请求自动为已上新闻动态的条目的讨论页添加{{ITNtalk}}模板

请问各位维基人，是否可以自动为上了新闻动态的条目的讨论页添加Template:ITNtalk{{ITNtalk}}模板。谢谢大家！——Zzhtju（留言） 2021年5月16日 (日) 13:19 (UTC)

@Zzhtju 每一则新闻往往有多个连结，难以判断应该是哪个文章该标上这个模版。有的时候甚至有两个以上的文章需要标此模板，例如2021年11月8日。 --Kanashimi（留言） 2021年11月28日 (日) 07:30 (UTC)
已经上新闻动态的条目，不是已经确定到底哪个或者哪些条目是主要新闻动态的条目了吗？就是加粗的那个。--Zzhtju（留言） 2021年11月29日 (一) 11:31 (UTC)
看起来并不是所有申请都采用{{Itn}}... e.g., 维基百科:新闻动态候选/存档/2018年10月 --Kanashimi（留言） 2021年11月29日 (一) 11:54 (UTC)
能麻烦您解释一下吗，我没太看懂。--Zzhtju（留言） 2021年11月29日 (一) 13:16 (UTC)
假如所有新闻动态申请都采用了相同的格式，那机器人就能很容易做出判断。但假如采用的是复杂的格式，可能就涉及必须解析wikitext的问题。虽不是不可能，但这样的机器人比较容易出错，并且会复杂得多。--Kanashimi（留言） 2021年11月29日 (一) 20:57 (UTC)
那请问为最通用相同的格式的添加也不太现实吗，另外请问一下2018年10月的存档格式好像也没有区别。--Zzhtju（留言） 2021年11月30日 (二) 04:15 (UTC)
不晓得Jimmy-bot存档的时候为什么要展开模板。由于格式较紊乱，这边没打算动手。--Kanashimi（留言） 2022年6月23日 (四) 23:28 (UTC)
注记：已批准Wikipedia:机器人/申请/A2093064-bot/30。--Xiplus#Talk 2023年2月23日 (四) 06:36 (UTC)

添加{{lang}}模板

希望能在https://zh.wikipedia.org/wiki/Special:%E7%94%A8%E6%88%B7%E8%B4%A1%E7%8C%AE/Trymybestwikipedia 这些页面中加入{{lang}}模板──以上未签名的留言由Jonathan5566（讨论｜贡献）于2021年5月9日 (日) 02:48‎加入。

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

目前有大量的模板文档和模块文档是英文的，但很多都没有挂上{{缺乏中文说明}}。——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)
挂上去，不一定会有人去翻吧？
我认为没有什么实质效益--死灰（留言） 2021年9月19日 (日) 11:17 (UTC)
这个模板就是为了让人们去翻译文档的，而且挂了又没有害处（而且确实有一点点好处）。--GUT412454（留言） 2022年2月12日 (六) 13:15 (UTC)

一些小修正

  • 间隔号的不当使用：• => ·
  • 数学公式中微分算子的不当斜体：(\<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. 

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

相关讨论见Wikipedia:互助客栈/其他#关于图片合理使用依据清查，此次清查被判定为无依据的合理使用图像中有较大一部分条目使用Template:Information模板而非专用模板、以致被判定为无合理使用依据。鉴于Template:Information与Template: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:互助客栈/其他/存档/2020年3月#非自由图片的使用理据及其处理。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)

现时已经有千多个档案被删除了，是不是没有人帮手做呢？--Wpcpey（留言） 2020年11月10日 (二) 00:35 (UTC)

搁置长时间无讨论。--Q28建议大家多多关注诗佛、诗魔与诗瓢 2022年5月19日 (四) 04:42 (UTC)
可行，但是没有想像这么简单，有些Information模板被替换引用，没有像没有直接对应如此简单。 Willy1018（留言） 2022年6月4日 (六) 15:40 (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)
@Aronlee90：此请求是否还有需要？-- Willy1018（留言） 2020年9月14日 (一) 03:54 (UTC)
有的，您有什么好方法吗？--Aronlee90（留言） 2020年9月14日 (一) 03:57 (UTC)
修改模板，例如将Template:Prahova County加入分类到罗马尼亚普拉霍瓦县，然后将所有联入到此的模板含有Category:罗马尼亚乡份分类的于条目移除。-- Willy1018（留言） 2020年9月14日 (一) 04:09 (UTC)

清理Template:Short description用法错误

Template:Short description仅在英文维基中使用，若内容与维基数据相同则移除，剩下以人工检查，汇整至维基数据。 Willy1018（留言） 2020年6月22日 (一) 06:39 (UTC)

字词转换处理

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

搁置长时间没有回复--Q28建议大家多多关注诗佛、诗魔与诗瓢 2022年5月19日 (四) 04:47 (UTC)

使用Template:文物保护单位替换Template:四川省文物保护单位、Template:重庆市文物保护单位

前者1391个页面，后者421个页面，累计1812个页面。

以温泉寺为例，修改前的效果见现状，修改后的效果如右侧所示：

温泉寺
重庆市文物保护单位
地址北碚区澄江镇北温泉内
分类古建筑
时代明代、清代
编号1-53
认定时间2000年9月7日
保护历史
1962年2月18日 重庆市文物古迹保护单位
1992年3月19日 重庆市文物保护单位（市级）

要点：保留最后一个模板（即当前的保护等级），其余模板内容转入保护历史，初定名单相当于征求意见稿，以最终公布的正式名单为准，无需列入。重庆早年为省辖市（相当于地级市），后来是直辖市，省辖市级文物保护单位相当于市级，直辖市级文物保护单位相当于省级，为作区分，可在原省辖市级文物保护单位后括注（市级）。

--猫猫的日记本（留言） 2022年1月16日 (日) 07:44 (UTC)

反对，以前的分类更详细 可于分类反应历史Urga（留言） 2022年7月19日 (二) 06:32 (UTC)

地铁相关条目用词不当替换

近期创建的一些地铁条目，当中出现了“于2019年12月25日开业”字眼。地铁不应使用“开业”字样，而应该使用“开通”字样。故申请将其替换为“于2019年12月25日开通”。--Q28～ꓐꓰ ꓧꓮꓑꓑꓬ～建议大家多多关注诗佛、诗魔与诗瓢 2022年5月28日 (六) 12:30 (UTC)

加注：香港地区词更多使用“通车”而非“开通”。近期通车的港铁东铁线过海段媒体报道当中，使用“开通”千余则，使用“通车”七千余则，若是处理可考虑同时处理地区词。--路西法人 2022年5月31日 (二) 16:09 (UTC)
须经讨论 2014年就有人写“开业”。应讨论后逐一而非批量替换。“开业”的确怪怪的。开通、通车等不错，不过是否会牵扯到隧道打通、试车、试运营等歧义概念？“投入营运”的说法可能不错，或者“通车运营”。--YFdyh000（留言） 2022年6月3日 (五) 04:20 (UTC)

大型歌唱选秀节目

请求批量移除(insource:大型歌唱选秀节目)中的大型二字。该字词明显违反中立性方针，且被多次加入。 长远建议设立过滤器。--1233 （T / C） 2022年6月2日 (四) 18:46 (UTC)

须经讨论依据机器人方针上下文有关的修订：“机器人不应以全自动方式进行上下文有关的修改。这类修订应于人类编辑的监督下进行。...或社群同意该任务在不受监督的情况下运行（如回退某人的所有编辑，不论好坏），则属例外。”故请至互助客栈讨论后再提请。-- Willy1018（留言） 2022年6月4日 (六) 15:35 (UTC)
  1. 先前讨论。个人赞成移除，但全自动恐怕做不到。搜索结果似乎不稳定，"大型歌唱"约60个。星动亚洲 (真人秀节目)“大型偶像养成类真人秀节目”、"大型选秀节目"等类似。"大型谈话" 3条。
  2. 其实未尝找不到来源或某些定义，但这种修饰词主要目的应该还是宣传。“央视大型节目制作中心”“北京广播电视台新闻中心大型节目组”。
  3. 题外话，"中型购物中心"、"大型购物中心"是否因存在某些明确定义、通常是规模而非宣传性而豁免？但定义也并不统一、可能不可靠，并仍有宣传性。[1]按面积，[2]按租户数量，且两者非可靠来源。--YFdyh000（留言） 2022年6月4日 (六) 15:54 (UTC)

更新中国大陆各省、市、县人口以及GDP数据，目前很多还停留在2015年

数据库来源已找到：https://www.hongheiku.com ，想请会代码的朋友帮忙编写，本人不会写代码 --以上未签名的留言由Occocc08（讨论｜贡献）加入。

该网站非可靠来源--YFdyh000（留言） 2022年6月8日 (三) 03:22 (UTC)
http://www.stats.gov.cn/ 这个权威--Occocc08（留言） 2022年6月8日 (三) 03:27 (UTC)
我认为可以通过更新模板来进行更新。
我先建立一个Draft:Template:中国各地区人口，并把国家统计局第七次全国人口普查报告的信息加入进去。对于各市、县、区的人口，应当参照各地区统计局的网站并加入。
由于本人不会加入参数、然后显示不同于参数的内容：
  • 比如模板输入“北京”、“万”和“2”，显示“2189.31万人”
  • 就算读了模板相关指引也一样不会
希望其他人帮助。--XYY23330121 2022年6月8日 (三) 03:46 (UTC)
省一级的更新不难因为数量不大，市县级的量太大人工很难完成--Occocc08（留言） 2022年6月8日 (三) 07:33 (UTC)
试着继续阅读了一些指引，比如Wikipedia:LUA。写出了一个不能运行的东西。
请各位帮忙查错。--XYY23330121 2022年6月9日 (四) 06:02 (UTC)
已经改好了吗？ --Wikij1089（留言） 2022年8月16日 (二) 08:07 (UTC)
这种应该调用和迁移到维基数据，而非写在模块源码。不利于维护、更新导致的页面刷新将是很大成本。--YFdyh000（留言） 2022年9月8日 (四) 12:36 (UTC)

处理Category:各年下水船只

如题，将上述母分类中的子分类源代码中的分类替换成{{Cathead ship year}}（效果如Category:1995年下水，模板已经过测试，各世纪分类均无问题）；若出现如Category:1898年下水中的情况，可考虑保留年份索引。--东风（留言） 2022年7月21日 (四) 03:45 (UTC)

自动清理Category:使用创建条目精灵建立的页面

长期以来分类里混合了一堆条目，这很明显不是该分类的用途（进行审核后应该是移交建立条目专题的相关分类），希望可以把里面所有不是ns=2和ns=118的清出去（约两百多条），并且定期检查并清除审核通过后依然没有被清出去的页面--SunAfterRain 2022年8月21日 (日) 14:08 (UTC)

修正政府机构信息框旗帜重复

政府机构信息框更新“flag”字段使用维基数据P41项后，造成部分使用“seal”字段展示旗帜的条目重复显示旗帜。例美国司法部、党卫队-- ★WPTO★ 2022年9月15日 (四) 07:04 (UTC)

清理已删模板嵌入

清理已删模板{{党和国家领导人/卸任}}的嵌入。--Cookai饼块🍪（💬留言） 2023年2月16日 (四) 03:10 (UTC)

已完成。--Cookai饼块🍪（💬留言） 2023年3月5日 (日) 05:46 (UTC)

清理Template:GAF嵌入

讨论连结：Wikipedia:页面存废讨论/记录/2023/02/11。--Cookai饼块🍪（💬留言） 2023年2月19日 (日) 14:05 (UTC)

已完成。--Cookai饼块🍪（💬留言） 2023年3月5日 (日) 05:46 (UTC)

批量移动持续出没的破坏者存档页

客栈讨论通过将统一将不活跃的LTA页都从Wikipedia:持续出没的破坏者/记录/移回Wikipedia:持续出没的破坏者/之下，但由于过往处理相关记录页时曾遇好几个被编辑过的重定向，为防弄乱移动日志，请求管理员机器人协助删除“Wikipedia:持续出没的破坏者/记录/”子页面减掉“/记录”后剩余标题下的重定向，然后批量移动“/记录”页面并留重定向。cc站外联络过的Xiplus。--路西法人 2023年2月22日 (三) 16:10 (UTC)

(～)补充：如可，请顺便将需要移动的页面的记录页内的{{Infobox Wikipedia vandal}}的status参数改为Archived。--路西法人 2023年2月22日 (三) 16:11 (UTC)
完成，双重重新导向皆已修正，其中针对没有连入的页面移动时特别不留重新导向。--Xiplus#Talk 2023年2月23日 (四) 06:30 (UTC)

请求将Statute of Westminster 1931的所有其他译名批量替换为《1931年西敏法规》

该议题已经过多次讨论，详见Wikipedia:互助客栈/求助/存档/2022年9月及Talk:1931年西敏法规。

“西敏条例”、“西敏法令”等在指Statute of Westminster 1931时都应该转换为带有年份的《1931年西敏法规》。 --以上未签名的留言由Mosowai（讨论｜贡献）于2022年10月10日 (一) 12:30:51 (UTC+8)加入。

修正一些条目的NoteTA中的不当中文变体

举例：Special:Diff/74042530

一些条目的NoteTA模板中含有错误的中文变体，例如以繁体字书写的中国大陆用词，或以简体字书写的港台用词，请求机器人予以修正。 --以上未签名的留言由Interaccoonale（讨论｜贡献）加入。

机器人如何准确识别？以及要检出是否为破坏所致。--YFdyh000（留言） 2022年10月12日 (三) 13:00 (UTC)

请求清理Template:Cat also

请求将“{{Cat also|A|B|C|…}}”替换为“{{DEFAULTSORT:A}}[[Category:B]][[Category:C]][[Category:…]]”，该模板会妨碍HotCat等工具且已停用。 绀野梦人 2022年11月24日 (四) 17:59 (UTC)

@Yumeto：51个页面就直接替换引用就好了吧。--SunAfterRain 2023年1月28日 (六) 04:23 (UTC)
完成。--Xiplus#Talk 2023年4月2日 (日) 13:02 (UTC)
处理页面，做个纪录：我们无处安放的青春、奋斗 (2007年电视剧)、恋桃、你是我的命运 (电视剧)、幸福的六年、不可阻挡的High Kick！、爱你，别哭、上地雄辅物语、回来的大酱汤锅、坏女人好女人、春子家有喜事了、济公 (无线电视剧)、绿色马车、宝石拌饭、南北一家亲 (电视剧)、唐突的女人、不懂女人、爱在日落之前、阿岘洞夫人、家政妇三田、过得有滋有味、跑马场 (电视剧)、似水年华 (黄磊电视剧)、四月之吻、被称作早海的日子、爱情共感、单身情歌、济公 (1986年电视剧)、普通的恋爱、魅力克利夫兰各集简介、深夜食堂、新娘暖帘、济公传奇 (2001年电视剧)、家族之歌、金玉满堂 (中国电视剧)、辣妈俏爸、幽灵 (韩国电视剧)、Dr. JIN、无懈可击之蓝色梦想、Big (电视剧)、白眉大侠 (电视剧)、黄金时刻、马医、初恋 (1996年电视剧)、五指、因为是你才喜欢、九家之书、野望的传说。--Xiplus#Talk 2023年4月2日 (日) 13:12 (UTC)

给模板加入参数

我近期给一些模板加入了{{CJK-New-Char}}模板，但是忘记加入一个参数，懒得手动改了，所以申请机器人作业。

要求：将{{CJK-New-Char|20BE4}}替换为{{CJK-New-Char|20BE4|block=B}}。--DoroWolf（留言） 2022年10月28日 (五) 16:10 (UTC)

把{{coord}}的信息转移到wikidata

大家好！我最近建立了不少北京通州的条目，并且放上了坐标。发现地图无法显示。原因是地图的数据来源是wikidata。请问能否帮忙把我创建的条目的坐标批量转移到wikidata，并且将条目原有模板的坐标删除（删除后，模板会自动使用wikidata的数据）。如果可以，也可以把所有条目都这样处理。--維基小霸王（留言） 2020年12月16日 (三) 07:48 (UTC)

搁置 久无回应。--Q28建议大家多多关注诗佛、诗魔与诗瓢 2022年5月19日 (四) 04:44 (UTC)
(＋)支持。--回廊彼端（留言） 2022年10月29日 (六) 02:09 (UTC)

希望以机器人自动维护中国大陆行政区划条目及相关数据

  1. 我偶尔会发现一些中国大陆行政区划条目有错误，例如“Talk:永安坝水库#请问下面这两个条目是否相同”，其问题出于中国大陆国家统计局数据更新，但维基这边没跟上。
  2. 又用模板语法产生的消歧义页面也会出错，例如梅岭镇条目，此条目中一个有连结一个没有是我刻意作的对比，梅岭镇 (诏安县)修复后因为连结正确可以正常显示，梅岭镇 (南昌市)则因连结到重定向的维基数据页面而出错），想请问有没有可能自动化维护，谢谢大家。--回廊彼端（留言） 2021年4月16日 (五) 15:06 (UTC)
这一系列当初是Liangent花费心力处理的。您可提交互助客栈以获得更广泛的可行性、实际运作机制是否要大幅改版的讨论。 --Kanashimi（留言） 2021年4月16日 (五) 22:00 (UTC)
@Kanashimi：感谢您的回应，我先前有在技术客栈提起过，因为无人回应，我想说这是纯粹技术问题就拿过来了。前者我不确定有没有可能，但后者单纯把维基数据重定向页修正为直连应该是必要而且可行性高，要不是我之前有碰过相关模板，看到没实际消歧义功用、又没办法直接调整的页面还真的会傻眼，何况这类条目甚多（单单此页面上级分类Category:三字中国镇名消歧义就有两千多个，还有乡名、二字、四字等等）根本无法以人力一一检查，所以采用机器人处理恐怕是唯一有效解法。
又方便的话也希望@Liangent：了解一下相关状况，并处理Gerrit:667374，谢谢辛苦。--回廊彼端（留言） 2021年4月17日 (六) 14:13 (UTC)
这边是觉得现在的运作机制不易维护。假如想方便修改，可能得改变运作机制。不过这伤筋动骨非常麻烦，也还没想出什么好的运作机制。--Kanashimi（留言） 2021年4月17日 (六) 21:39 (UTC)
行政区划的变动往往需要人工判断，尤其是一些冷门的区划调整，根据现有资料难以开展机器人维护，建议驳回此案。不过我倒是建议可以开一个行政区划错误反馈的计划页面，以收集错误报告。—MintCandy♫ 欢迎参加浙江专题 台州专题 2021年4月18日 (日) 01:16 (UTC)
@MintCandy：后面这个提议不错。--Hamish with w. 2021年4月25日 (日) 23:34 (UTC)
感谢各位回应，我本来是想说看有没有什么办法自动定期取得中国大陆国家统计局那边的数据（例如用网址检查各地区代码是否存在？），并即时更新，如果有技术困难就算了。不过也想请各位讨论一下我的提案二，这种修复重定向的机器人之前已有，只是我不确定能不能做到跨维基计划的层级。--回廊彼端（留言） 2021年4月26日 (一) 07:24 (UTC)
刚刚花了半个多小时，大概是摸透了这个模板的运作机制，自动定期取得数据是可行的，但是即时更新似乎有点不太行，因为如果存在变动，需要人工判断是不是同一个行政区划，毕竟官方那边只给你变动前后的数据，而不会给其对应之前的数据是哪个，如果要改，用机器人改，就只能光更新prc admin list那边的数据，而无法跟条目内做到更新，其本质上是一样的，就算能够自动检测引用了废弃区划代码的页面，亦是需要人工去做修改，而达不到自动更新的目的，除非国家那边能给出对应差异，或者有人能够坚持人工维护，不然这个提案基本不会成功。--Hamish with w. 2021年4月28日 (三) 00:27 (UTC)
也许可以参考 https://www.mca.gov.cn/article/sj/xzqh/1980/ （一般每年更新一次）？--忒有钱🌊塩水あります🐳（留言） 2022年10月13日 (四) 15:26 (UTC)
User:Hamish有朋友找到了代码更改对应资料，或可推进。--回廊彼端（留言） 2022年10月29日 (六) 02:09 (UTC)
@迴廊彼端：另外您的第二条是指做这类更改吗？--Hamish with w. 2021年4月28日 (三) 00:32 (UTC)
@Hamish：谢谢辛苦，虽说有这样的限制，但对于使用大量模板建立的条目（例如永安坝街道）还是挺有助益的，建议至少可以透过机器人定时更新列出“引用废弃代码的页面”清单，甚至可以进一步分省让各省主题小组去处理。
第二部分确实是做类似的修改没错，不过 wikidata-original-name 参数我在想要不要动，因为 Wikidata 那边规定标签“不放主空间条目名称中的消歧义括号”，带括号的名称未来可能仍须修改。--回廊彼端（留言） 2021年4月28日 (三) 01:38 (UTC)
@迴廊彼端：第一个如果是要建立这种清单分类也可以，我可以尝试着做，而且应该也能做得出（我不鸽的话lol），第二个嘛，已经在做了，但是我只会修改wikidata这个参数，wikidata-original-name我的想法是目前先不动，之后再说。--Hamish with w. 2021年4月28日 (三) 01:43 (UTC)
@Hamish：那真是太棒了，建议第一个清单可以采取类似User:Cewbot/需要修正的跨语言链接的格式不要用分类，不然分类一次只能看两百个有点麻烦；第二项我与你想法相同，期待您的成果：）--回廊彼端（留言） 2021年4月28日 (三) 02:22 (UTC)
相关讨论: 维基百科:互助客栈/条目探讨#spoiler --Kanashimi（留言） 2021年11月28日 (日) 07:36 (UTC)

使用条目中的Speciesbox中的数据，自动整理Category:植物小作品中的条目至子分类

如题。只整理有Speciesbox的条目。--GUT412454（留言） 2022年2月12日 (六) 13:04 (UTC)

@GUT412454 能更清楚描述一下,示范编辑一下吗?--Kanashimi（留言） 2022年9月8日 (四) 10:56 (UTC)
Special:差异/73570997--GUT412454（留言） 2022年9月8日 (四) 12:23 (UTC)
严格来说，应该是将植物小作品模板调整为更明确的小作品模板。--GUT412454（留言） 2022年9月8日 (四) 12:26 (UTC)
细分这个，有点用但不是特别有用，条目内容更重要。如果细分的小作品分类没人看，细分就无价值吧，小作品模板的外观区别不大。--YFdyh000（留言） 2022年9月8日 (四) 12:31 (UTC)
既然Category:植物小作品里面有{{Category diffuse}}和{{Very large}}，细分就的确是一个问题。如果不是问题，那就可以去掉这两个模板。Wikipedia:对“没坏别修”的误解--GUT412454（留言） 2022年9月20日 (二) 03:13 (UTC)
嗯...好像不如想办法扩增更有用? 另外要准确判别似乎不容易--Kanashimi（留言） 2022年9月8日 (四) 12:39 (UTC)
既然{{Speciesbox}}能通过物种名在{{Taxonomy}}中获取到物种的分类信息，那么机器人就也能。--GUT412454（留言） 2022年9月20日 (二) 03:16 (UTC)

请求自动为传统百科全书中的条目添加相应的模板

我看到传统百科全书条目这个专题下的条目目前仅有831篇，远远低于实际数目。就以《中国大百科全书》来说，其官网称第三版网络版总条目为50万条[1]。我觉得有必要对这一专题进行维护。而《中国大百科全书》等传统百科全书所含条目应该容易获得，添加相应的模板应该可以由机器人完成。以《中国大百科全书》为例，我初步的设想是：

  • 首先检测目录当中哪些条目存在，将不存在的条目排除掉。
  • 然后检测对应条目是否为重定向。
    • 若不为重定向：
      • 在对应条目的讨论页中添加{{传统百科全书条目专题}}，并添加“Ref=中国大百科全书/对应章节”的参数。若该条目为GA或FA，同时添加评级。
    • 若为重定向：
      • 在该重定向页面添加{{传统百科全书条目重定向|中国大百科全书}}，并在该重定向页面的讨论页中添加{{传统百科全书条目专题}}。
      • 若重定向的页面不是条目中的某一章节（防止条目所述主体不同。可以检测重定向页面是否含有#），则在重定向后的页面的讨论页中添加{{传统百科全书条目专题}}，添加“Ref=中国大百科全书/对应章节”的参数，并添加“Original Title = 原词条名”的参数。

个人觉得需要考虑的问题有二：

  1. 若原条目的讨论页中已有传统百科全书条目专题的模板，那么需要检测Ref是否为中国大百科全书。如果是的话，就不需要再添加了。
  2. 可能会存在少量同名但所述主体不同的条目（尤其是人名）。并且维基百科上对应的条目可能为消歧义页，抑或是虽然对应的不是消歧义页，但该条目存在消歧义页。

不清楚这一提议是否可行。若是有人愿意协助的话，本人不胜感激。 --Shenzhiming88（留言） 2022年11月26日 (六) 02:52 (UTC)

我这边可以试试看，问题是有没有这个必要。然后必须要有一份条目清单。--Kanashimi（留言） 2022年11月26日 (六) 04:20 (UTC)
我觉得阁下不必着急。可以先等待其他人讨论是否有此必要。至于条目清单，之前是有的，后来被代理商要求删除了，可见此处。不太清楚是怎么得到清单的。--Shenzhiming88（留言） 2022年11月26日 (六) 04:31 (UTC)
目录版权问题需要弄清，给出完整目录或许类同原著的目录索引卷。根据[3]和[4]，《中国大百科全书（第二版）》总计6万个条目，但前者网页脚注说全部为版权所有。加注原著章节（分类）是否有意义，版本似乎更有意义，除非章节有助消歧义。50万条的第三版网络版有点多，且处在变化、未完成阶段，是否适合加注。已有维基专题:传统百科全书条目/中国大百科全书/网络版。--YFdyh000（留言） 2022年11月26日 (六) 07:07 (UTC)

参考资料

  1. ^ 三版介绍 - 《中国大百科全书》第三版网络版. www.zgbk.com. [2022-11-26]. 

Template:PRC admin问题

请求清理Template:PRC admin链入：

移动以下模板：

其他比较少的我自己做。弹不了拉三的小家伙 2023年3月17日 (五) 13:57 (UTC)

另通知@Xiplus。弹不了拉三的小家伙 2023年3月18日 (六) 01:54 (UTC)
请提供讨论连结或证明该请求合理（我完全不懂中华人民共和国的行政区划）。--Xiplus#Talk 2023年3月19日 (日) 00:26 (UTC)
@Xiplus 我尝试了移动数十个模板，[5]觉得太多才来这里申请的。弹不了拉三的小家伙 2023年3月19日 (日) 03:25 (UTC)
@Xiplus 铁胶壹名 2023年4月1日 (六) 07:32 (UTC)
@Xiplus 现在能移动吗？铁胶壹名 2023年5月21日 (日) 00:25 (UTC)
Wikipedia:机器人/作业请求/存档6#希望以机器人自动维护中国大陆行政区划条目及相关数据讨论串内有相关链接，能精确到乡镇街道级别。（民政部相关数据链接有变更： https://www.mca.gov.cn/n156/n186/index.html ）--忒有钱🌊塩水あります🐳（留言） 2023年6月4日 (日) 16:06 (UTC)
@Hat600 您还有继续维护WP:PRCADMIN的意向吗？--忒有钱🌊塩水あります🐳（留言） 2023年6月5日 (一) 17:43 (UTC)
先把页面都列出来，然后写个网页js开着bot-flag跑就行了。AWB应该也能搞吧。 --达师 - 370 - 608 2023年6月10日 (六) 04:21 (UTC)
完成。--Xiplus#Talk 2023年6月11日 (日) 11:34 (UTC)
@Xiplus 谢谢。--铁胶壹名 2023年6月11日 (日) 11:44 (UTC)

羽毛球赛事级别索引模板

以下分散的羽毛球赛事级别索引模板计划统一为Template:羽毛球赛事级别索引：

由于条目量大，需请求机器人协助作业，规则如下：

  1. {{BWF赛事级别索引}}替换为{{羽毛球赛事级别索引|super_series=1|world_tour=1}}
  2. {{BWF賽事級別索引/2007}}替換為{{羽毛球賽事級別索引|super_series=1}}
  3. {{BWF賽事級別索引/2018}}替換為{{羽毛球賽事級別索引|word_tour=1}}

--Terry850324（留言） 2023年5月16日 (二) 15:04 (UTC)

引入User:HotArticlesBot

请求引入en:User:HotArticlesBot，该机器人可以记录各个专题的热门编辑条目。——BlackShadowG Slava Ukraini! 2022年12月29日 (四) 01:34 (UTC)

“曹璐”消歧义

现在大部分“曹璐”都指向了那位女歌手，这忽略了同名的男演员。在此建议借用机器人，将所有的“[[曹璐]]”改为“[[曹璐 (女)|曹璐]]”，而少部分指向男演员的链接可以手动修改。--🐹通辽汗国驻维基百科临时代办（讨论·贡献·成就） 2022年12月24日 (六) 19:03 (UTC)

简单的“(女)”不适合消歧义，建议“女歌手”“男演员”。按惯例，没有同名条目时不应将条目消歧义，消歧义页不应仅有一个已存在条目。--YFdyh000（留言） 2023年1月11日 (三) 06:55 (UTC)

修正InternetArchiveBot留下的问题

于Phabricator查看
编号T309728的工单

InternetArchiveBot在2022年5月至2022年8月自动向条目添加存档网址时未加入参数“dead-url”（如Special:Diff/72945076），请求将引用模板有参数“archive-url”却没有加入参数“dead-url”的参考来源自动加上“|dead-url=no”（如Special:Diff/75516785）。--寒吉（留言） 2023年1月14日 (六) 05:22 (UTC)

InternetArchiveBot在2022年11月的编辑（Special:PermaLink/74572370#参考资料）并不会补回2022年7月所遗漏的参数“dead-url”。--寒吉（留言） 2023年1月14日 (六) 05:48 (UTC)

添加传统百科全书条目重定向标记

给《中国大百科全书》中西方人物的重定向添加 {{传统百科全书条目重定向|中国大百科全书}} 标记。目前粗略统计大概将近2000，见Quary，这里面的数量是统计页面长度小于50字节的，是粗略统计一下之前没有添加该重定向标记的页面长度（精确统计应该是排除页面中含有上述标记的）。相关重定向显示效果可以看 伯比奇，M. (75979950) --Kethyga（留言） 2023年2月15日 (三) 09:17 (UTC)

请求批量替换Category:网络小作品中的小作品模板

请求将Category:网络小作品中，以句号“.”开头的页面中的“Network-stub”、“network-stub”、“网络小作品”、“網路小作品”、“Net-stub”、“net-stub”批量替换为“Compu-domain-stub”，从而起到将这些页面从Category:网络小作品分类到其子分类Category:域名小作品的作用，以避免Category:网络小作品内容过多的问题。--惠龙（留言） 2023年7月26日 (三) 06:32 (UTC)

完成--YFdyh000（留言） 2023年8月2日 (三) 21:55 (UTC)

自动清理存废讨论页面冗余内容

希望能有机器人自动清理已完结存废讨论页面中“__NOINDEX__”上方的空列，以及“<!-- 討論結束後刪除本行 -->”、“<section begin=backlog />”及“<section end=backlog />”所在的那一列。—— Eric Liu 創造は生命（留言・留名・学生会） 2023年7月11日 (二) 08:01 (UTC)

能否举个例子？--Hamish T 2023年8月7日 (一) 10:07 (UTC)
@Hamish：据我所知，几乎每一天存废讨论都还有这个问题，随便选一天讨论看最上面就可以看到空列（以及未删除注释）了。—— Eric Liu 創造は生命（留言・留名・学生会） 2023年8月8日 (二) 04:22 (UTC)
我指的是具体操作，例如这笔？--Hamish T 2023年8月8日 (二) 09:01 (UTC)
@Hamish：我做了笔示范编辑，您可以看看。—— Eric Liu 創造は生命（留言・留名・学生会） 2023年8月8日 (二) 12:49 (UTC)
我还说觉得奇怪为什么要删掉noindex，收到了，我试试这个--Hamish T 2023年8月8日 (二) 12:51 (UTC)
@Ericliu1912：完成，等待开放测试，Wikipedia:机器人/申请#Hamish-bot_5。--Hamish T 2023年8月13日 (日) 21:10 (UTC)
@Hamish：感谢！—— Eric Liu 創造は生命（留言・留名・学生会） 2023年8月14日 (一) 07:03 (UTC)
检索自“https://zh.wikipedia.org/w/index.php?title=Wikipedia:机器人/作业请求/存档6&oldid=85258408”