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

以互动方式浏览历史

←上一版本下一版本→

删除的内容添加的内容

可视化wikitext

行内

2021年3月31日 (三) 07:16的版本

中文

快捷方式

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

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

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

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

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

流程

提出請求

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

提出新的請求

接受請求

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

请求区

#	需求	進度	💬	👥	🙋 最新發言	🕒 (UTC+8)	🤖 最新機器人操作者	🕒 (UTC+8)
1	請求替換連結		12	3	微肿头龙	2024-11-26 00:03	Kanashimi	2024-01-25 20:19
2	替換內部連結	未完成	9	3	CaryCheng	2024-11-10 11:16
3	清理Special:PagesWithBadges		3	2	Shizhao	2024-08-31 19:47
4	清理（空格）年、（空格）月、（空格）日、（空格）人和1,000等西方数字格式		3	3	Hamish	2024-11-11 20:37
5	请求将目前链接到斯闊谷 (加利福尼亞州普萊瑟縣)的跨语言链接调整到奥林匹克谷	已關閉	2	2	HanTsî	2024-09-19 02:36
6	單獨轉換		3	2	HanTsî	2024-10-16 09:02
7	清理重复Wayback模板		3	2	YFdyh000	2024-09-22 09:02	YFdyh000	2024-09-22 09:02
8	请求批量替换{{Navbox subgroup}}		4	3	Dabao qian	2024-10-07 01:05
9	清理Category:引文格式1错误：日期		7	3	Wang31	2024-10-18 23:47	YFdyh000	2024-10-18 02:22
10	关于维基媒体使用条款等全域政策文件被基金会从元维基移动至维基媒体基金会管理 Wiki		7	3	石汗颜	2024-10-28 10:32
11	请求长期作业：移除条目空间的Category:使用创建条目精灵建立的页面分类	处理中……	8	2	Hamish	2024-11-18 17:48
12	请求更改涉及全国重点文物保护单位的内容	处理中……	9	3	Iming	2024-11-14 09:22	Iming	2024-11-14 09:22
13	清理Category:使用Pathnav的條目	完成	4	2	Hamish	2024-12-12 22:48
14	請求大量修正「佛羅裡達」錯別字	未完成	18	4	Txkk	2024-11-26 11:27	Iming	2024-11-25 19:05
15	建立数据库存储重定向中不存在NoteTa地区词的条目		4	2	Hamish	2024-12-10 18:00
16	请求移除所有Template:Pathnav在条目的使用	完成	5	2	Hamish	2024-12-13 17:46

發言更新圖例
最近一小時內
最近一日內
一週內
一個月內
逾一個月
特殊狀態
已移動至其他頁面或完成討論之議題
手動設定
當列表出現異常時，請先檢查設定是否有誤

存檔

存檔1	存檔2	存檔3
存檔4	存檔5	存檔6
存檔7

早於183日的討論將會由存檔。

一些小修正

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

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

d是不用斜體的嗎？--【和平至上】💬📝 2019年7月19日 (五) 14:47 (UTC)[回复]
@和平至上：通常斜體只用在变量上，這裡的 $\mathrm {d}$ 不是变量。-- tang891228 _留⁠言 2019年7月27日 (六) 02:35 (UTC)[回复]

不對額，我學的數學沒聽過variable斜體的。我看的數學書中的dy/dx都是全斜體的。ꓢꓯꓠ ꓟꓳ ꓢꓮ 2020年1月27日 (一) 12:12 (UTC)[回复]

數學上variable才使用斜體的證據是？ꓢꓯꓠ ꓟꓳ ꓢꓮ 2020年1月27日 (一) 12:13 (UTC)[回复]

(＋)强烈支持：平常一般懒得打^{[開玩笑的]}，但不用斜体才是符合规范的。^[1]@Sanmosa：--DRIZZLE (留言) 2020年5月30日 (六) 11:48 (UTC)[回复]

参考資料

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

求字数：

令 article 为输入条目名

令 html 为 article 对应 HTML 页面，即 "https://zh.wikipedia.org/wiki/" + article 下载的结果

令 dom 为解析 HTML 所得的 DOM（文档结构）树

令 paras 为在 dom 上执行 CSS 选择器 #mw-content-text > p（正文区域下每个直接下属的段落（不含标题、代码框等元素））的结果

对于 paras 中的每个元素 p，将其：
检索所有 sup.reference 引用标签，去除之

檢索所有 span:not(:lang(zh)) 的外文內容，去除之（應該可以免疫一些輕小說攻擊）

檢索所有 span.noprint 的不打印內容，將其一併去除。

如果正在處理第一個 p，則檢索第一個b的粗体文字，將其去除（輕小說標題）

將現在數出内文长度记为 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 之前或许应该去除各种不可见字符，避免用户恶搞。（我好像把人类想得太坏了？）

返回所有 len(p.text) 之和

主程序：

对于Category:小作品的每一个条目 a
如果 a 的名字空间为 0，且 a 的字数大于标准的 1.25 倍
令 s 为 a 的源码

把 s 里面的模板都看一遍
把所有属于Category:小作品模板的去掉（这一步建议预置列表，不要每次都找一遍）

提交编辑

感谢User:老陳提供灵感。——Artoria 2e5_编保持讨论完整，直接{{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做选择，不像直接取页面有一步到位的东西……——Artoria 2e5_编保持讨论完整，直接{{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]）
去除與全文轉換重複的內文轉換（例如[2]）

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

正在處理...--霜奶仙（留言） 2020年1月11日 (六) 05:56 (UTC)[回复]
- 使用者:IN退休 --Kanashimi（留言） 2020年9月20日 (日) 02:00 (UTC)[回复]

@Tang891228：Wikipedia:机器人/申请/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:Information与Template:Non-free use rationale 2的关键参数可以互通。因此提议：

将相关文件页的Template:Information替换为Template:Non-free use rationale 2；
提取使用此图片的条目名称，以自动填入| Article = 参数；
模板结尾添加下列文字：

| 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一段比較長的時間，否則這机器人作业请求必須執行。San mo sa 2020年1月26日 (日) 07:11 (UTC)[回复]

請參見Wikipedia:互助客栈/其他/存档/2020年3月#非自由圖片的使用理據及其處理。San mo sa 2020年1月26日 (日) 07:16 (UTC)[回复]

(＋)支持。另请参见删除方针：“管理员应依照本方针执行删除和还原操作。删除决定不应轻易地做出，如果社群对一个页面是否应当删除存在争议，则该页面通常不应删除。我们应该尽量保留所有合乎百科全书目标的页面，删除应该是最后的选择。在把页面提交删除流程之前，请仔细考虑其他非删除的手段是否能改善页面。”大量提删一些因为错误使用{{Information}}导致理据出现瑕疵图片，严格意义上是严重违反方针的扰乱行为。--人类的悲欢并不相通，我只觉得他们吵闹 2020年1月26日 (日) 07:20 (UTC)[回复]

(＋)支持：敝人實在不想一個個去做更正。--Qqkuro66541（留言） 2020年1月26日 (日) 10:30 (UTC)[回复]

(！)意見：如果不希望一个个去更正，至少应根据图片类型做出一个粗略的细分，按类型替换，且部分专用合理使用依据模版本身已包含详细的依据文字。目前已有的专用合理使用依据模版和版权标签对应关系如下：

Template:Non-free use rationale album cover --> {{Non-free album cover}}
Template:Non-free use rationale book cover --> {{Bookcover}}
Template:Non-free use rationale logo --> {{Non-free logo}} {{Non-free seal}} {{Symbol}}
Template:Non-free use rationale poster --> {{Non-free poster}}
Template:Non-free use rationale video cover --> {{Non-free poster}} （仅限电影海报）
Template:Non-free use rationale video game cover --> {{Non-free video game cover}}
Template:Non-free use rationale video game screenshot --> {{Non-free video game screenshot}}
Template:Non-free use rationale title-card --> {{Non-free title-card}}
Template:Non-free use rationale biog --> {{Non-free biog-pic}}

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

@Emojiwiki、BlackShadowG、和平奮鬥救地球、Ericliu1912：Wikipedia:互助客栈/技术#關於引文模組未知參數的清理方式 --Kanashimi（留言） 2021年3月29日 (一) 08:45 (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)[回复]

价值不及成本，继续在客栈讨论中。--YF dyh000（留言） 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。——Artoria 2e5_编讨论要完整，回覆请用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)[回复]

@Hamish：Wikipedia:互助客栈/技术#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)[回复]

不可行，依據WP:SPELLBOT，需要討論。 Willy1018（留言） 2021年3月28日 (日) 15:50 (UTC)[回复]

移除香港网络大典模板的嵌入

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

[1]

@@ 第206行： / 第206行： @@
 要花很多時間做半全型轉換，希望可以透過這個功能提高效率[[User:Jonathan5566|<span style="color: #007123;"><big>'''木瓜不是食物'''</big></span>]][[User talk:Jonathan5566|溝通暨譴責事務聯絡處]] 2021年3月28日 (日) 12:28 (UTC)
 :{{BOTREQ|impossible}}，依據[[WP:SPELLBOT]]，需要討論。[[User :Willy1018|''' <span style="font-family:Jokerman; color: #00BFFF">Willy1018</span>''']]（[[User talk:Willy1018|留言]]） 2021年3月28日 (日) 15:50 (UTC)
+== 移除香港网络大典模板的嵌入 ==
+香港网络大典模板{{tl|Evchk}}根据讨论已被删除，在此申请自动移除仍保留该模板链接的300多篇条目。--[[User:百战天虫|百战天虫]]（[[User talk:百战天虫|留言]]） 2021年3月31日 (三) 07:16 (UTC)

查论编布告板
以灰色標註者尚未正式啟用
一般	管理員行政員教育專案首頁錯誤志愿者回覆團隊監督權限一般機器人機器用户解除權限
條目與內容	疑似侵權可靠來源尋求資源垃圾链接黑名單白名單標題黑名單白名單受限制文件翻譯
頁面處理	合併匯入發送大量訊息移動机器人作业保護刪除修訂版本存廢討論頁面檔案覆核查詢已刪除內容
用户行為	利益衝突著作权调查破壞編輯爭議其他不當行為禁制傀儡調查調查助理不當用户名
其他	更改用户名防濫用過濾器新增或修改回報錯誤問題知識問答新條目徵求意見分類索引討論頁話題索引互助客棧消息方針技術求助條目探討其他字詞轉換地区词候选修復請求各地維基人
維基百科布告板