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月#关于海量植物页面的参考文献著者薛聰賢先生。 因为已经归档看起来不会再有新意见，按照讨论结果来这里请求删除对应不可靠来源。