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


Crystal Clear action run.svg

# 需求 進度 發言 參與 最新發言 最後更新(UTC+8) 最新機器人操作者 機器人操作者更新(UTC+8)
1 一些小修正 8 6 DrizzleD 2020-05-30 19:48
2 自动化去除stub标记 6 4 SkEy 2020-07-06 13:33
3 修正由于简繁不符匹配而失效的章节标题 Symbol wait.svg 申請中 6 4 Kanashimi 2020-10-10 17:31 Kanashimi 2020-10-10 17:31
4 删除中国高速公路标识的位图,统一替换为规范的 SVG 版本 3 3 Willy1018 2019-08-11 14:05 Willy1018 2019-08-11 14:05
5 字詞轉換處理 擱置 3 3 Kanashimi 2020-09-20 10:00 Kanashimi 2020-09-20 10:00
6 Taxobot之開發 2 2 Willy1018 2018-12-21 01:25 Willy1018 2018-12-21 01:25
7 對機械人的若干個作業請求 7 3 Willy1018 2020-09-13 00:26 Willy1018 2020-09-13 00:26
8 莫斯科地鐵站條目的地理圖參數 2 2 Hamish 2019-07-28 23:07 Hamish 2019-07-28 23:07
9 分类:按政府类型分类的历史国家条目清理 擱置 6 2 Hamish 2019-09-29 00:36 Hamish 2019-09-29 00:36
10 自动为文档加入{{缺乏中文说明}} 7 4 TheEndOfKeyHighSchool 2020-04-07 19:40
11 分類相關的機器人作業請求 3 2 迴廊彼端 2020-01-13 22:28 Kanashimi 2020-01-13 20:57
12 为使用Template:Information模板而非专用模板、以致被判定为无合理使用依据的非自由版权图像进行模板替换 17 7 廣九直通車 2020-01-31 14:32
13 更正cite news中的df未知參數 2 2 BlackShadowG 2020-08-12 09:25
14 罗马尼亚乡份按县分类 擱置 14 4 Willy1018 2020-09-21 12:17 Willy1018 2020-09-21 12:17
15 清理Template:Short description用法錯誤 1 1 Willy1018 2020-06-22 14:39 Willy1018 2020-06-22 14:39
16 字词转换处理 4 3 Antigng 2020-08-13 14:44 -Zest 2020-07-22 16:09
17 車站編號標誌 完成 14 4 Kanashimi 2020-09-19 16:04 Kanashimi 2020-09-19 16:04
18 分类整理 完成 2 2 Antigng 2020-10-25 03:24
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

本頁面用來請求機器人協助完成一些相對簡單而重複的作業,任何請求都必須符合機器人政策。想查看現有的機器人,請參見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)

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

修正由于简繁不符匹配而失效的章节标题编辑

在维基百科上可以使用[[条目#章节]]的格式,链接到一个页面的某个章节。可是这个功能要求章节部分和相应的anchor位置包括完全匹配,显然是很难做到(除非这群人把phab:T160952“创建各种简繁ID”修了)。

假定有一个可以列出一个字符串 s 简单转换繁简后各种结果 cc[] 的函数 allVariants,我建议设计一个小工具和一个机器人任务解决这种问题(前者可用于编辑器内检查,后者可用于清理积压错误):

修复。给定 Wikitext wt,返回一个新的 Wikitext ret
retwt
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)
搞不好其他維基計畫也會需要修正失效的章節標題 --Kanashimi留言) 2019年9月3日 (二) 22:00 (UTC)
  申請中 --Kanashimi留言) 2020年10月10日 (六) 09:31 (UTC)

删除中国高速公路标识的位图,统一替换为规范的 SVG 版本编辑

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

工作内容包括:

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

相关条目包括:

——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)

字詞轉換處理编辑

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

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

Taxobot之開發编辑

從前幾年開始,英文版已經大規模將維基百科的Taxobox代換為Automatic taxobox,以利於分類更動時的調整。惟中文維基始終由人工一一代換,曠日廢時。目前雖然有我和@白布飄揚:嘗試使用AWB代換種屬的taxobox模板,但前面創建分類的動作仍然必須使用人工一一建立。有鑑於此,想請問是否有技術可以開發一機器人可以創建Template:Taxonomy/xxx?目前我的構想如下

  1. 從英文已建立Template:Taxonomy/xxx移動到中文維基
  2. 加上link參數,參數由維基數據引用,若無則保留原文,我們再由人工代換---Koala0090留言) 2018年12月10日 (一) 16:43 (UTC)

對機械人的若干個作業請求编辑

四個:

  1. 請求任何存檔機械人對Wikipedia:管理员通告板/其他的頁面定期存檔。存檔的方式和WP:AIVWikipedia:管理员通告板/3RR一樣。
  2. 請求任何存檔機械人對Wikipedia:權限申請/申請大量帳號建立權的頁面定期存檔。存檔的方式和其他非管理員權限申請頁面一樣。
  3. 請求任何存檔機械人對Wikipedia:已删除内容查询的頁面定期存檔。
  4. 定期清理Wikipedia:頁面存廢討論/疑似侵權

以上。--MCC214#ex umbra in solem 2019年5月10日 (五) 06:43 (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)

分类:按政府类型分类的历史国家条目清理编辑

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

@Hamish:是的,但是这个条目已经添加了子分类所以不用再次添加。--Vozhuowhisper 2019年9月12日 (四) 10:58 (UTC)
@Vozhuo:那这种有父分类的怎么办?--Hamish 2019年9月12日 (四) 14:38 (UTC)
Hamish有父分类的就把父分类去掉,这种之前用模板添加分类的方式可能有不准确的情况,之前这个条目肯定是两个分类都有的。现在主要是把丢失分类的补上,但判断补上的分类准不准确那就是另一件工作了。要是补上的分类不准说明这是模板合并之前就有的问题。--Vozhuowhisper 2019年9月14日 (六) 02:33 (UTC)
  • 个人原因暂且  擱置。其他人亦可处理。--Hamish 2019年9月28日 (六) 16:36 (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)

分類相關的機器人作業請求编辑

有許多條目、分類、模板在被分類時用了與原分類不同的繁簡字(例如Category:中国庙宇原分類名稱為簡體字「中国庙宇」,但使用者卻可能輸入繁體字「中國廟宇」),雖然點擊時仍可正常進入分類,但Hotcat與cat-a-lot皆無法修改此分類,對不熟悉分類的用戶來說也很難找到確切原因,想詢問有沒有可能透過機器人處理。--迴廊彼端留言) 2020年1月12日 (日) 07:17 (UTC)

先在互助客棧問問看有沒有必要或許比較好 --Kanashimi留言) 2020年1月13日 (一) 12:57 (UTC)
好的感謝告知,我先去那邊問問。--迴廊彼端留言) 2020年1月13日 (一) 14:28 (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:互助客栈/其他#非自由圖片的使用理據及其處理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)


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

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

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

車站編號標誌编辑

將日本部分鐵路公司的車站編號標誌由png改為svg,解決vector version available的問題。牽涉公司包括神戶電鐵京都市營地下鐵大阪市高速電氣軌道(大阪地下鐵)、阪急電鐵阪神電鐵東京地鐵都營地鐵京成電鐵新京成電鐵北總鐵道芝山鐵道京濱急行電鐵東葉高速鐵道京王電鐵橫濱高速鐵道埼玉高速鐵道西武鐵道(jpg改svg),淡海輕軌以及台北捷運環狀線的標誌。舉個例子,目前仍有很多條目使用舊有的File:Subway TokyoGinza.png,計劃全數改為File:Logo of Tokyo Metro Ginza Line.svg。由於數量過多,希望由機器人解決掉。--owennson聊天室獎座櫃) 2020年8月16日 (日) 14:45 (UTC)

  • 请给出具体的条件,比如哪个图片可以被哪个图片取代。Antigng留言
    • 整個列表如下:
  1. File:Subway TokyoGinza.png --> File:Logo of Tokyo Metro Ginza Line.svg
  2. File:Subway TokyoMarunouchi.png --> File:Logo of Tokyo Metro Marunouchi Line.svg
  3. File:Subway TokyoMarunouchi b.png --> File:Logo of Tokyo Metro Marunouchi branch Line.svg
  4. File:Subway TokyoHibiya.png --> File:Logo of Tokyo Metro Hibiya Line.svg
  5. File:Subway TokyoTozai.png --> File:Logo of Tokyo Metro Tōzai Line.svg
  6. File:Subway TokyoChiyoda.png --> File:Logo of Tokyo Metro Chiyoda Line.svg
  7. File:Subway TokyoYurakucho.png --> File:Logo of Tokyo Metro Yūrakuchō Line.svg
  8. File:Subway TokyoHanzomon.png --> File:Logo of Tokyo Metro Hanzōmon Line.svg
  9. File:Subway TokyoNamboku.png --> File:Logo of Tokyo Metro Namboku Line.svg
  10. File:Subway TokyoFukutoshin.png --> File:Logo of Tokyo Metro Fukutoshin Line.svg
  11. File:Subway TokyoAsakusa.png --> File:Toei Asakusa line symbol.svg
  12. File:Subway TokyoMita.png --> File:Toei Mita line symbol.svg
  13. File:Subway TokyoShinjuku.png --> File:Toei Shinjuku line symbol.svg
  14. File:Subway TokyoOedo.png --> File:Toei Oedo line symbol.svg
  15. File:Number prefix Keikyū.PNG --> File:Number prefix Keikyū.svg
  16. File:Number prefix Keiō.PNG --> File:Number prefix Keio-line.svg
  17. File:Number prefix Inokashira.PNG --> File:Number prefix Keio-Inokashira-line.svg
  18. File:Number prefix Keisei.PNG --> File:Number prefix Keisei.svg
  19. File:Number prefix SkyAccess.PNG --> File:Number prefix SkyAccess.svg
  20. File:Number prefix Hokusō.PNG --> File:Number prefix Hokusō.svg
  21. File:Number prefix Shin-Keisei.PNG --> File:Number prefix Shin-Keisei.svg
  22. File:Number prefix Shibayama.PNG --> File:Number prefix Shibayama.svg
  23. File:SR(2).png --> File:Saitama Stadium Line symbol.svg
  24. File:SeibuKokubunji.jpg --> File:SeibuKokubunji.svg
  25. File:SeibuTamagawa.jpg --> File:SeibuTamagawa.svg
  26. File:SeibuTamako.jpg --> File:SeibuTamako.svg
  27. File:SeibuYamaguchi.jpg --> File:SeibuYamaguchi.svg
  28. File:Number prefix Tōyō.PNG --> File:Number prefix Toyo-Rapid.svg
  29. File:Number prefix Minatomirai.PNG --> File:Number prefix Minatomirai.svg
  30. File:Subway KyotoKarasuma.png --> File:Subway KyotoKarasuma.svg
  31. File:Subway KyotoTozai.png --> File:Subway KyotoTozai.svg
  32. File:Number prefix Hankyu Kobe line.png --> File:Number prefix Hankyu Kōbe line.svg
  33. File:Number prefix Hankyu Kyoto line.png --> File:Number prefix Hankyu Kyōto line.svg
  34. File:Number prefix Hankyu Takarazuka line.png --> File:Number prefix Hankyu Takarazuka line.svg
  35. File:Number prefix Hankyū Takarazuka line.png --> File:Number prefix Hankyu Takarazuka line.svg
  36. File:Number prefix Hanshin Railway.png --> File:Number prefix Hanshin line.svg
  37. File:Number prefix Kobe Railway line.png --> File:Number prefix Kobe Railway.svg
  38. File:Osaka Metro Midosuji line symbol.png --> File:Osaka Metro Midosuji line symbol.svg
  39. File:2T.png --> File:Osaka Metro Tanimachi line symbol.svg
  40. File:Osaka Metro Tanimachi line symbol.png --> File:Osaka Metro Tanimachi line symbol.svg
  41. File:3Y.png --> File:3Y.svg
  42. File:3Y.svg --> File:Osaka Metro Yotsubashi line symbol.svg
  43. File:3Y-2.png --> File:Osaka Metro Yotsubashi line symbol.svg
  44. File:4C.png --> File:Osaka Metro Chuo line symbol.svg
  45. File:5S.png --> File:Osaka Metro Sennichimae line symbol.svg
  46. File:6K.png --> File:Osaka Metro Sakaisuji line symbol.svg
  47. File:7N.png --> File:Osaka Metro Nagahori Tsurumi-ryokuchi line symbol.svg
  48. File:8i.png --> File:Osaka Metro Imazatosuji line symbol.svg
  49. File:Osaka Metro Imazatosuji line symbol.png --> File:Osaka Metro Imazatosuji line symbol.svg
  50. File:9P.png --> File:Osaka Metro Nanko Port Town line symbol.svg
  51. File:New Taipei Metro Line V.png --> File:New Taipei Metro Danhai LRT Line icon.svg
  52. File:Taipei Metro Line Y.png --> File:Taipei Metro Line Y.svg
  53. File:1M.png --> File:Osaka Metro Midosuji line symbol.svg
  54. File:Osakametro logo 2.pngFile:Osaka Metro logo 2.svg
  55. File:Shinkansen blue.pngFile:Shinkansen jrw.svg
  56. File:Shinkansen-W.pngFile:Shinkansen jrw.svg
  57. File:Shinkansen-E.pngFile:Shinkansen-E.svg
  58. File:Shinkansen-K.pngFile:Shinkansen-K.svg

大致上如上,但將來可能會有跟進的補充。--owennson聊天室獎座櫃) 2020年8月19日 (三) 10:02 (UTC)

fix File:3Y.svg --Kanashimi留言) 2020年9月10日 (四) 09:13 (UTC)
@Owennson: 請問這兩者有何差別呢? 需要替換的原因是因為File:Osaka Metro Yotsubashi line symbol.svg比較正確嗎? --Kanashimi留言) 2020年9月17日 (四) 11:32 (UTC)
User:Kanashimi,正是因為幾乎沒有差別,而3Y實在不太可能讓人知道是甚麼,才建議重定向的。--owennson聊天室獎座櫃) 2020年9月17日 (四) 11:47 (UTC)
+ File:3Y.svg fix --Kanashimi留言) 2020年9月17日 (四) 21:19 (UTC)
@OwennsonTemplate:京阪神大眾運輸Template:Rail-interchange可能有不少 .png檔可以改? --Kanashimi留言) 2020年9月17日 (四) 22:26 (UTC)
User:Kanashimi,京阪神確實有很多.png的圖標,但不少都沒有.svg的圖標來取代。能取代的已經在上面改完了。--owennson聊天室獎座櫃) 2020年9月18日 (五) 03:28 (UTC)
@Owennson 完成 上面列出的,除了 Template:Rail-interchange/testcases 之外已全部修改完畢 --Kanashimi留言) 2020年9月19日 (六) 08:04 (UTC)

分类整理编辑

申请将Pages with non-numeric formatnum arguments的页面合并到含有非数字的formatnum参数的页面,不保留前者。--百战天虫留言) 2020年10月14日 (三) 05:18 (UTC)