跳至內容

維基百科:機械人/作業請求/存檔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)

修正一些條目的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=83786237"