Wikipedia:机器人/作业请求：修订间差异

中文

{"sec-arc":"1","sec-del":"1","data-init":"1","top-bar":"0","arc-loc":"Wikipedia:机器人/作业请求/存档4"}

机器人概述 种类 机器人方针 机器人审核小组 指南 行政用模板 机器人布告板 机器人作业申请 请求机器人帮助作业 机器人列表 已批准任务 制作机器人

本页面用来请求机器人协助完成一些相对简单而重复的作业，任何请求都必须符合机器人政策。想查看现有的机器人，请参见Wikipedia:机器人/列表。

对于某个机器人的问题，请向其拥有者询问。若发现机器人运作不良，请直接提醒该用户，或至当前的破坏报告。

许多请求被拒绝的原因，可能是因为作业内容过于复杂，或是请求项目需要获得社群共识。

假设，如果您请求的机器人作业是把所有的条目讨论页加上一个专题标志模板以将其特定分类或子分类，请非常谨慎地检查以确定其分类树中没有任何非目标的子分类：例如您可能没留意到（在英文维基百科中）Category:第二次世界大战其实（曾经）是Category:泰国的子分类，但事实上机器人在修改后者时将会波及前者。因此，我们提出要求时应提供完整的分类清单，以供机器人作个别处理，而非提供一个大分类再让机器人修改所有相关分类而因而陷入递回。以下是英语版维基的一个成功请求，以及一个不良请求（及其造成的烂摊子）。中文维基的烂摊子例子见此。

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

• 请求者必须说明作业的内容、范围与理由。如果曾在他处讨论，也请附上链接。
• 在作业前可能会有用户提问，视内容可能会被判断为不适合机器人作业。
• 提出请求建议先经过讨论，可以利用BOTREQ记号模板。更动范围过大或与现行方针指引有出入的修改应该先在互助客栈或相关专题讨论。
• 在作业完成的报告后，请确认作业内容是否符合预期，并在本页面回报。

• 拥有机器人的用户，请在进行作业前在本页面表明接受请求，以免多个用户同时作业而出现冲突。{{BOTREQ}}可以用来方便回应。
• 任何相关疑问请在本页面或适当讨论场所提出。
• 当机器人作业完成之后，请在本页面回报，说明完成的内容，并在作业确认完成后存档。

#	需求	进度	💬	👥	🙋 最新发言	🕒 (UTC+8)	🤖 最新机器人操作者	🕒 (UTC+8)
1	请求将Statute of Westminster 1931的所有其他译名批量替换为《1931年西敏法规》		1	1	Mosowai	2022-10-10 12:30
2	请求替换链接		10	3	微肿头龙	2024-08-05 11:47	Kanashimi	2024-01-25 20:19
3	请求替换车站链接		4	2	Johnson.Xia	2024-05-26 10:52
4	替换内部链接		7	2	CaryCheng	2024-06-11 23:32
5	清理Special:PagesWithBadges		3	2	Shizhao	2024-08-31 19:47
6	清理（空格）年、（空格）月、（空格）日、（空格）人和1,000等西方数字格式		2	2	微肿头龙	2024-06-28 08:33
7	请求产生Wikipedia:数据库报告/文件描述页	处理中……	8	2	Hamish	2024-10-17 11:50
8	批量创建重定向		1	1	Martinc021	2024-09-12 03:57
9	请求将目前链接到斯阔谷 (加利福尼亚州普莱瑟县)的跨语言链接调整到奥林匹克谷	已关闭	2	2	HanTsî	2024-09-19 02:36
10	单独转换		3	2	HanTsî	2024-10-16 09:02
11	清理重复Wayback模板		3	2	YFdyh000	2024-09-22 09:02	YFdyh000	2024-09-22 09:02
12	清理至英文维基的图像链接		1	1	Kcx36	2024-10-04 21:35
13	请求批量替换{{Navbox subgroup}}		4	3	Dabao qian	2024-10-07 01:05
14	清理Category:引文格式1错误：日期		7	3	Wang31	2024-10-18 23:47	YFdyh000	2024-10-18 02:22
15	在于姓人物条目添加转换模板		1	1	Kethyga	2024-10-17 12:30
16	关于维基媒体使用条款等全域政策文件被基金会从元维基移动至维基媒体基金会管理 Wiki		7	3	石汗颜	2024-10-28 10:32
17	请求在2024拉美月条目讨论页添加贡献模板	完成	2	2	Hamish	2024-10-26 16:51
18	请求批次移除下面分类内容		1	1	回廊彼端	2024-10-26 22:19
19	请求长期作业：移除条目空间的Category:使用创建条目精灵创建的页面分类	处理中……	3	2	Hamish	2024-11-01 17:07

存档
存档1 存档2 存档3 存档4 存档5 存档6 存档7
早于183日的讨论将会由A2093064-bot存档。

• 间隔号的不当使用：• => ·
• 数学公式中微分算子的不当斜体：(\<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>
     ${\displaystyle dx}$ → ${\displaystyle \mathrm {d} x}$
  2. <math>d\theta</math> → <math>\mathrm{d}\theta</math>
     ${\displaystyle d\theta }$ → ${\displaystyle \mathrm {d} \theta }$
  3. <math>\frac{d}{dx}</math> → <math>\frac{\mathrm{d}}{\mathrm{d}x}</math>
     ${\displaystyle {\frac {d}{dx}}}$ → ${\displaystyle {\frac {\mathrm {d} }{\mathrm {d} x}}}$
  4. <math>d \over dx</math> → <math>\mathrm{d} \over \mathrm{d}x</math>
     ${\displaystyle d \over dx}$ → ${\displaystyle \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>
     ${\displaystyle {\frac {d^{n}y}{dx^{n}}}}$ → ${\displaystyle {\frac {\mathrm {d} ^{n}y}{\mathrm {d} x^{n}}}}$

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

• d是不用斜体的吗？--【和平至上】💬📝 2019年7月19日 (五) 14:47 (UTC)[回复]

  @和平至上：通常斜体只用在变量上，这里的${\displaystyle \mathrm {d} }$不是变量。-- tang891228 _留⁠言 2019年7月27日 (六) 02:35 (UTC)[回复]

我在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)[回复]

维基百科似乎有不少将WP:LIST#定义列表的“词汇”部分当作小标题用的地方。这样做既不符合Wikitext语义（Wikipedia:备忘单、en:Help:Wiki_markup）及生成的HTML标签（dl“定义列表”、dt“定义的词汇部分”、dd“定义的词义部分”）的定义，也对于目录处理有弊无利。建议创建一个半自动任务，搜索正则表达式形如 \n(;([^:\n]+))\n([^:]?) 的Wikitext成分，并视情况决定是否转换为\n==== $2 ====\n$3的第四级标题。（表达式解释：一行由 ;开始，但不含:，且紧接的一行不以:开始。正则可以使用网页上的“高级”编辑工具类匹配到，但其对\n的处理不正确。）

如果条目内本来没有第四级标题，操作者应考虑在首段末尾加一个{{TOCLimit|3}}模板，以防目录过度膨胀。——Artoria2e5_编 保持讨论完整，直接{{ping}}我回复。 2017年3月20日 (一) 17:43 (UTC)[回复]

手动操作范例：修正标题、缩短目录。——Artoria2e5_编🔧 讨论要完整，回复请用ping。 2017年3月21日 (二) 15:43 (UTC)[回复]

{{BOTREQ|badidea}} 恐怕有许多需要手动判别的例子。 --Kanashimi（留言） 2017年10月22日 (日) 11:15 (UTC)[回复]

多虑了。dt 不误用的情况有且只有在后面有定义 (dd) 或者更多 dt 的情况。并且“半自动”是有人的。驳回 badidea。——Artoria2e5_编 讨论要完整，回复请用ping。 2018年1月10日 (三) 06:09 (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。

——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)[回复]

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

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

如题。-- Willy1018(留言) 2017年5月7日 (日) 14:19 (UTC)[回复]

@Willy1018：打算接手，但感觉机器人只能修正本地链接的分类是空的的情况……谷戻り（留言） 2017年6月6日 (二) 00:21 (UTC)[回复]

@Tanimodori：了解。不过我不擅长技术层面，所以只能请求大师喽。-- Willy1018(留言) 2017年6月8日 (四) 11:26 (UTC)[回复]

• @Tanimodori：现在情况如何？—— Eric Liu_{（留言．留名．学生会）} 2019年6月26日 (三) 05:05 (UTC)[回复]

有的条目可能需要同时更改维基共享以致维基数据。例如分类:16世纪英格兰人 --Kanashimi（留言） 2019年9月3日 (二) 22:16 (UTC)[回复]

希望能有机器人完成以下动作：

1. 为中文维基百科中国大陆行政区划条目添加图片和地图（图片可参考日语维基百科）
2. 在讨论页挂相关专题模板

—— 呆呆|ω・`) （捕捉 | 爪迹） 2017年11月4日 (六) 04:30 (UTC)[回复]

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

工作内容包括：

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

相关条目包括：

• commons:Category:Expressway signposts in China (deprecated)
• commons:Special:Search/Expwy name.png
• commons:Category:Expressway signposts in Anhui obsoleted by SVG replacement（经抽查，该分类中的部分文件其实尚无对应的 SVG 版本，如commons:File:Anhui Expwy S48 sign no name.png）
• 其他，如 commons:File:Liaoning Expwy.png、commons:File:Shaanxi Expwy.png 等

——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)[回复]

批量在被页面存废讨论删除后重建或恢复的页面的讨论页上面挂{{Old vfd multi}}。参见en:User:AnomieBOT/source/tasks/NewArticleAFDTagger.pm。--GZWDer（留言） 2017年9月1日 (五) 21:55 (UTC)[回复]

要我做的话，连着结束讨论、自动把页面删除或者保留的功能一起做会更好。 --Kanashimi（留言） 2017年9月1日 (五) 22:30 (UTC)[回复]

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

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

如题。这个提议好像有人做过，但找不到原文件:(。现在我刚创建的WP:阿拉巴马州专题十分需要评级我大量创建的小作品，希望有机器人可以代做（或是给原文件我然后让我自己的机器人去做）。如要回复请ping我，谢谢！--维基病夫⁸⁷⁴ 2018年8月22日 (三) 04:33 (UTC)[回复]

@SickManWP：不过Category:亚拉巴马州小作品中其重要度为？— Willy1018（留言） 2018年8月27日 (一) 04:25 (UTC)[回复]

@Willy1018：县份=高重要度；都市、城镇（除阿拉巴马州首府外）=中重要度；其他我创建的小条目=低重要度。如无意外应该是这样。但我的阿拉巴马州项目已完成大半了，接下来还有其他49个州。。。之后这些日子到来后才算吧--SickManWP=维基病夫=H2244932=879 2018年8月27日 (一) 04:37 (UTC)[回复]

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术。执行者： Willy1018（留言） 2018年12月20日 (四) 17:25 (UTC)。[回复]

从前几年开始，英文版已经大规模将维基百科的Taxobox代换为Automatic taxobox，以利于分类更动时的调整。惟中文维基始终由人工一一代换，旷日废时。目前虽然有我和@白布飄揚：尝试使用AWB代换种属的taxobox模板，但前面创建分类的动作仍然必须使用人工一一创建。有鉴于此，想请问是否有技术可以开发一机器人可以创建Template:Taxonomy/xxx？目前我的构想如下

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

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

• 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)[回复]

• @VulpesVulpes825：Infobox_Gare_Francaise内的Mode要改为Infobox station的哪种？-Zest 2019年5月26日 (日) 15:48 (UTC)[回复]
• @VulpesVulpes825？—— Eric Liu_{（留言．留名．学生会）} 2019年6月26日 (三) 05:02 (UTC)[回复]
  • @Ericliu1912：抱歉，我最近把ping给关了，直接将mode全部加到other_services就可以了，谢谢。-- VulpesVulpes825 (留言) 2019年8月31日 (六) 06:09 (UTC)[回复]

四个：

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

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

• @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)[回复]

由于莫斯科地铁已经扩展出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)[回复]

如题,请bot协助存档Wikipedia:新手会/参与申请^{[help save nvc join # 1][help save nvc join # 2]}--Wiki emoji | Emojipedia  _{来笑一下 𝔑𝔬𝔳𝔦𝔠𝔢 ℭ𝔩𝔲𝔟} 2019年7月16日 (二) 10:49 (UTC)[回复]

• @Wcam：，@Xiplus：。--Antigng（留言） 2019年7月18日 (四) 04:07 (UTC)[回复]
  • @Antigng：您pingWcam和Xiplus干啥?--Wiki emoji | Emojipedia _{来笑一下 𝔑𝔬𝔳𝔦𝔠𝔢 ℭ𝔩𝔲𝔟} 2019年7月18日 (四) 04:50 (UTC)[回复]
    • @Emojiwiki：原因很简单，这两位操作者近期较为活跃且拥有机器人且有相关的程式码。 Willy1018（留言） 2019年7月18日 (四) 07:39 (UTC)[回复]
• @Wcam：，@Xiplus：Willy1018说你们近期较为活跃且拥有机器人且有相关的程式码，你们可以帮忙吗？Wiki emoji | Emojipedia _{来笑一下 𝔑𝔬𝔳𝔦𝔠𝔢 *ℭ𝔩𝔲𝔟} 2019年8月4日 (日) 05:16 (UTC)[回复]
• 我用了Wcam bot 的存档，看看可不可以。 --Wiki emoji | 🅔🅜🅞🅙🅘🅦🅘🅚🅘 _{来笑一下 𝔑𝔬𝔳𝔦𝔠𝔢 ℭ𝔩𝔲𝔟} 2019年8月11日 (日) 12:40 (UTC)[回复]

1. ^ 存档三级标题（=== XXX ===），不是二级标题（== XXX ==），更不是十级标题^{[开玩笑的]}（========== XXX ==========）
2. ^ 早于3日的讨论

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

• @Vozhuo：例如保加利亚第一帝国便需要加入Category:已不存在的欧洲君主国？--Hamish论 2019年9月12日 (四) 04:58 (UTC)[回复]

@Hamish：是的，但是这个条目已经添加了子分类所以不用再次添加。--Vozhuo_whisper 2019年9月12日 (四) 10:58 (UTC)[回复]

@Vozhuo：那这种有父分类的怎么办？--Hamish论 2019年9月12日 (四) 14:38 (UTC)[回复]

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

• 个人原因暂且 搁置。其他人亦可处理。--Hamish论 2019年9月28日 (六) 16:36 (UTC)[回复]

之前的讨论见Wikipedia:互助客栈/条目探讨/存档/2019年8月#关于海量植物页面的参考文献著者薛聪贤先生。 因为已经归档看起来不会再有新意见，按照讨论结果来这里请求删除对应不可靠来源。