維基百科机器人
本页使用了标题或全文手工转换

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

维基百科,自由的百科全书
跳到导航 跳到搜索


Crystal Clear action run.svg

# 需求 進度 發言 參與 最新發言 最後更新(UTC+8) 最新機器人操作者 機器人操作者更新(UTC+8)
1 一些小修正 8 6 DrizzleD 2020-05-30 19:48
2 自动化去除stub标记 7 5 Emojiwiki 2021-02-28 17:18
3 字詞轉換處理 Pictogram voting wait.svg 處理中... 4 3 Kanashimi 2021-03-18 18:01 Kanashimi 2021-03-18 18:01
4 自动为文档加入{{缺乏中文说明}} 7 4 TheEndOfKeyHighSchool 2020-04-07 19:40
5 为使用Template:Information模板而非专用模板、以致被判定为无合理使用依据的非自由版权图像进行模板替换 18 8 Wpcpey 2020-11-10 08:35
6 更正cite news中的df未知參數 6 5 Ericliu1912 2021-04-02 17:37 Kanashimi 2021-03-29 16:45
7 罗马尼亚乡份按县分类 擱置 14 4 Willy1018 2020-09-21 12:17 Willy1018 2020-09-21 12:17
8 清理Template:Short description用法錯誤 1 1 Willy1018 2020-06-22 14:39 Willy1018 2020-06-22 14:39
9 字词转换处理 4 3 Antigng 2020-08-13 14:44 -Zest 2020-07-22 16:09
10 请求将所有未添加分类模板的重定向页归类到Category:未分类的重定向 2 2 YFdyh000 2020-12-10 19:11 YFdyh000 2020-12-10 19:11
11 把{{coord}}的信息转移到wikidata 1 1 維基小霸王 2020-12-16 15:48
12 将CGroup重定向的require改为mw.loadData 未完成 7 6 A2569875 2021-03-24 16:08 Xiplus 2021-03-24 14:32
13 自動將主文中的半形括號轉為全形括號 Symbol unrelated.svg 不可行 2 2 Willy1018 2021-03-28 23:50 Willy1018 2021-03-28 23:50
14 移除香港网络大典模板的嵌入 完成 3 2 Cewbot 2021-04-10 07:02
15 電影產地模板 1 1 寒吉 2021-04-06 15:25
16 将中华人民共和国国徽替换为《中华人民共和国国徽法》(2021年1月1日实行)规定的标准版本 3 2 維基小霸王 2021-04-07 15:28
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

本頁面用來請求機器人協助完成一些相對簡單而重複的作業,任何請求都必須符合機器人政策。想查看現有的機器人,請參見Wikipedia:机器人/列表

對於某個機器人的問題,請向其擁有者詢問。若發現機器人運作不良,請直接提醒該用戶,或至当前的破坏報告。

許多請求被拒絕的原因,可能是因為作業內容過於複雜,或是請求項目需要獲得社群共識

假設,如果您請求的機器人作業是把所有的條目討論頁加上一個专题标志模板以將其特定分類或子分類,請非常謹慎地檢查以確定其分類樹中沒有任何非目標的子分類:例如您可能沒留意到Category:第二次世界大战其實是Category:泰國的子分類,但事實上機器人在修改後者時將會波及前者。因此,我們提出要求時應提供完整的分類清單,以供機器人作個別處理,而非提供一個大分類再讓機器人修改所有相關分類而因而陷入遞迴。以下是英語版維基的一個成功請求,以及一個不良請求(及其造成的爛攤子)。中文維基的爛攤子例子見此

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

流程[编辑]

提出請求[编辑]

  • 請求者必須說明作業的內容、範圍與理由。如果曾在他處討論,也請附上連結。
  • 在作業前可能會有用戶提問,視內容可能會被判斷為不適合機器人作業。
  • 提出請求建議先經過討論,可以利用BOTREQ記號模板。更動範圍過大或與現行方針指引有出入的修改應該先在互助客棧或相關專題討論。
  • 在作業完成的報告後,請確認作業內容是否符合預期,並在本頁面回報。

接受請求[编辑]

  • 擁有機器人的用戶,請在進行作業前在本頁面表明接受請求,以免多个用戶同時作業而出現衝突。{{BOTREQ}}可以用來方便回應。
  • 任何相關疑問請在本頁面或適當討論場所提出。
  • 當機器人作業完成之後,請在本頁面回報,說明完成的內容,並在作業確認完成後存檔。

请求区[编辑]


一些小修正[编辑]

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

自动化去除stub标记[编辑]

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

求字数:

  1. article 为输入条目名
  2. htmlarticle 对应 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. sa 的源码
      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)

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

字詞轉換處理[编辑]

  1. 去除與公共轉換組重複的轉換規則(例如[1]
  2. 去除與全文轉換重複的內文轉換(例如[2]

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

@Tang891228Wikipedia:机器人/申请/Cewbot/24 --Kanashimi留言) 2021年3月18日 (四) 10:01 (UTC)

自动为文档加入{{缺乏中文说明}}[编辑]

目前有大量的模板文档和模块文档是英文的,但很多都没有挂上{{缺乏中文说明}}。——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)

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

相关讨论见Wikipedia:互助客栈/其他#关于图片合理使用依据清查此次清查被判定为无依据的合理使用图像中有较大一部分条目使用Template:Information模板而非专用模板、以致被判定为无合理使用依据。鉴于Template:InformationTemplate: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)
  • 另外关于连Template:Information等可机读资料模板都没有的合理使用档案(这种我也查了不少,例如User:Galaxyharrylion这种人),会不会同时也用机器人加个维护分类,以便人手处理/删除(无来源档案)?谢谢。廣九直通車留言) 2020年1月31日 (五) 06:32 (UTC)

現時已經有千多個檔案被刪除了,是不是沒有人幫手做呢?--Wpcpey留言) 2020年11月10日 (二) 00:35 (UTC)

更正cite news中的df未知參數[编辑]

我看到鐵路條目含有未知參數的引用的,十有八九是|df=在作怪。

我已在编码,但我还没有机器人權限,希望可以在我有机器人權限之前帮助。--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2020年2月21日 (五) 01:19 (UTC)

  • 还有|url-status=|doi-access=等——BlackShadowG留言) 2020年8月12日 (三) 01:25 (UTC)
    • 其實我覺得或許可以改下Module:Citation/CS1使其兼容二者,解決問題根本。要不然機器人把現存的這類參數給改了之後,之後還是會有其他人再加到頁面內。-Peacearth留言) 2020年11月1日 (日) 18:48 (UTC)
      • 如果技術上可行的話,這樣自然是好的,不然編者在從英文維基百科複製參考資料時往往還要手動除錯,很不方便。—— Eric Liu 創造は生命(留言留名學生會 2020年11月10日 (二) 00:31 (UTC)
@EmojiwikiBlackShadowG和平奮鬥救地球Ericliu1912Wikipedia:互助客栈/技术#關於引文模組未知參數的清理方式 --Kanashimi留言) 2021年3月29日 (一) 08:45 (UTC)
悉。感謝接手作業!—— Eric Liu 創造は生命(留言留名學生會 2021年4月2日 (五) 09:37 (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)
  • 处理中…… Willy1018留言) 2020年9月18日 (五) 04:00 (UTC)
  • (?)疑問:@Aronlee90:這是不是要依據城市、鎮、鄉進行細分?像是鄉份對應英文版布澤烏縣鄉category:Communes in Buzău County。 Willy1018留言) 2020年9月21日 (一) 02:08 (UTC)
    • 是,是需要细分,现在“罗马尼亚乡份”下面的条目有2,669个之多,最好可以按照县展开分类,如分为“普拉霍瓦縣鄉份‎”、“布澤烏縣鄉份”进行进一步细分,以便于阅览。涉及到其他定居点的,可以按照县份归类,如“罗马尼亚各县聚居地”。--Aronlee90留言) 2020年9月21日 (一) 02:18 (UTC)
  • 擱置:如果需要細分,修改模板是不合適的,長遠目標是編程,依據模板裡的城市、鎮、鄉進行細分,但我不會,故請求他人處理或是手工完成。-- Willy1018留言) 2020年9月21日 (一) 04:17 (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)

请求将所有未添加分类模板的重定向页归类到Category:未分类的重定向[编辑]

如题。互助客栈讨论见[1]!?是一个例子。--Yining Chen留言|签名) 2020年12月5日 (六) 02:02 (UTC)

  • 价值不及成本,继续在客栈讨论中。--YFdyh000留言) 2020年12月10日 (四) 11:11 (UTC)

把{{coord}}的信息转移到wikidata[编辑]

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

将CGroup重定向的require改为mw.loadData[编辑]

请用机器人将所有Special:PrefixIndex/Module:CGroup/中的重定向页面中的require改为mw.loadData。涉及页面多未保护,就是数量太多我懒。这样做可以在一个页面有多个模板或重复调用分类时,避免MW重复加载对应模块。参见mw:Extension:Scribunto/Lua_reference_manual#mw.loadData。——Artoria2e5 讨论要完整回覆请用ping 2021年1月31日 (日) 09:03 (UTC)

完成。--Hamish 2021年3月24日 (三) 04:51 (UTC)
@Hamish:mw.loadData不兼容重定向,会出现“data for mw.loadData contains a table with a metatable”。--安忆Talk 2021年3月24日 (三) 04:55 (UTC)
@HamishWikipedia:互助客栈/技术#Module:NoteTA發生錯誤-- 五歲抬☎️·☘️) 2021年3月24日 (三) 05:58 (UTC)
未完成,已證明不可行,編輯全數回退。--Xiplus#Talk 2021年3月24日 (三) 06:32 (UTC)
我认为问题应该是两次调用mw.loadData了,在Module:NoteTA24行已经会执行一次mw.loadData,如果重定向页面也是mw.loadData会导致返回值错误。 --𝓧𝓩𝓣𝓓𝓮𝓪𝓷𝕋𝕒𝕝𝕜  2021年3月24日 (三) 06:53 (UTC)
@XZTDean:loadData不能有metatable,可是NotaTa需要metatable,所以不管呼叫幾次都不適用。-- 五歲抬☎️·☘️) 2021年3月24日 (三) 08:08 (UTC)

自動將主文中的半形括號轉為全形括號[编辑]

要花很多時間做半全型轉換,希望可以透過這個功能提高效率木瓜不是食物溝通暨譴責事務聯絡處 2021年3月28日 (日) 12:28 (UTC)

Symbol unrelated.svg 不可行,依據WP:SPELLBOT,需要討論。 Willy1018留言) 2021年3月28日 (日) 15:50 (UTC)

移除香港网络大典模板的嵌入[编辑]

香港网络大典模板{{Evchk}}根据讨论已被删除,在此申请自动移除仍保留该模板链接的300多篇条目。--百战天虫留言) 2021年3月31日 (三) 07:16 (UTC)

電影產地模板[编辑]

申請將使用{{中國電影}}(189個)、{{中国电影}}(154個)、{{中国大陆电影}}(128個)的條目修改成使用{{中國大陸電影產地}},使用{{香港电影}}(38個)、{{香港電影}}(571個)的條目修改成使用{{香港電影產地}},因要將en:Template:Cinema of Chinaen:Template:Cinema of Hong Kong翻譯至中文維基。前例:en:Template:Cinema of Taiwan→{{台灣電影}},en:Template:World cinema→{{世界電影}}。-- 2021年4月6日 (二) 07:25 (UTC)

中华人民共和国国徽替换为《中华人民共和国国徽法》(2021年1月1日实行)规定的标准版本[编辑]

《中华人民共和国国徽法》(2021年1月1日实行)第七条规定: 本法第六条规定的机构应当在其网站首页显著位置使用国徽图案。

网站使用的国徽图案标准版本在中国人大网中国政府网上发布。

中国人大网版本的国徽已经上传在File:中华人民共和国国徽.png。请求机器人在所有页面类型下搜索

National Emblem of the People's Republic of China (2).svg National Emblem of the People's Republic of China.svg

替换为

中华人民共和国国徽.png

。需注意,'有转义为%27,空格有转义为下划线的情况,替换时应一并考虑。--維基小霸王留言) 2021年4月6日 (二) 14:56 (UTC)

我对是否用这个版本的国徽仍有疑问。能否在互助客栈讨论一下。--曾晋哲反对五个一留言·Q) 2021年4月7日 (三) 05:57 (UTC)
Wikipedia:互助客栈/其他#中华人民共和国国徽是否应该使用《中华人民共和国国徽法》(2021年1月1日实行)规定的标准版本。--維基小霸王留言) 2021年4月7日 (三) 07:28 (UTC)