跳转到内容

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

本页使用了标题或全文手工转换
维基百科，自由的百科全书
以互动方式浏览历史
←上一版本下一版本→
删除的内容 添加的内容
可视化wikitext
（未显示同一用户的1个中间版本）
第362行： 第362行：
:::::[[Wikipedia:保護方針#比较]]寫的內容不夠詳盡，也不能代表什麼，仍然沒有討論將保護設定成「[編輯=僅模板編輯者] [移動=僅管理員]」的目的究竟是什麼，個人認為就應該讓編輯和移動維持同樣保護層級。 [[User:Xiplus|<span style="color: #c566ff;">'''Xiplus'''</span>]]#[[User talk:Xiplus|Talk]] 2020年8月13日 (四) 05:57 (UTC)
:::::[[Wikipedia:保護方針#比较]]寫的內容不夠詳盡，也不能代表什麼，仍然沒有討論將保護設定成「[編輯=僅模板編輯者] [移動=僅管理員]」的目的究竟是什麼，個人認為就應該讓編輯和移動維持同樣保護層級。 [[User:Xiplus|<span style="color: #c566ff;">'''Xiplus'''</span>]]#[[User talk:Xiplus|Talk]] 2020年8月13日 (四) 05:57 (UTC)
== 車站編號標誌 ==
== 車站編號標誌 ==
將日本部分鐵路公司的車站編號標誌由png改為svg，牽涉公司包括[[神戶電鐵]]、[[京都市營地下鐵]]、[[大阪市高速電氣軌道]]（大阪地下鐵）、[[阪急電鐵]]、[[阪神電鐵]]、[[東京地鐵]]、[[都營地鐵]]、[[京成電鐵]]、[[新京成電鐵]]、[[北總鐵道]]、[[芝山鐵道]]、[[京濱急行電鐵]]、[[東葉高速鐵道]]、[[京王電鐵]]、[[橫濱高速鐵道]]，[[淡海輕軌]]以及[[台北捷運環狀線]]的標誌。舉個例子，目前仍有很多條目使用舊有的[[:File:Subway TokyoGinza.png]]，計劃全數改為[[:Logo of Tokyo Metro Ginza Line.svg]]。由於數量過多，希望由機器人解決掉。--[[用戶:owennson|<span style="color: green">owennson</span>]]（[[用戶討論:Owennson|<span style="color: red">聊天室</span>]]、[[特殊:用戶貢獻/Owennson|<span style="color: blue">獎座櫃</span>]]） 2020年8月16日 (日) 14:45 (UTC)
將日本部分鐵路公司的車站編號標誌由png改為svg，解決vector version available的問題。牽涉公司包括[[神戶電鐵]]、[[京都市營地下鐵]]、[[大阪市高速電氣軌道]]（大阪地下鐵）、[[阪急電鐵]]、[[阪神電鐵]]、[[東京地鐵]]、[[都營地鐵]]、[[京成電鐵]]、[[新京成電鐵]]、[[北總鐵道]]、[[芝山鐵道]]、[[京濱急行電鐵]]、[[東葉高速鐵道]]、[[京王電鐵]]、[[橫濱高速鐵道]]，[[淡海輕軌]]以及[[台北捷運環狀線]]的標誌。舉個例子，目前仍有很多條目使用舊有的[[:File:Subway TokyoGinza.png]]，計劃全數改為[[:File:Logo of Tokyo Metro Ginza Line.svg]]。由於數量過多，希望由機器人解決掉。--[[用戶:owennson|<span style="color: green">owennson</span>]]（[[用戶討論:Owennson|<span style="color: red">聊天室</span>]]、[[特殊:用戶貢獻/Owennson|<span style="color: blue">獎座櫃</span>]]） 2020年8月16日 (日) 14:45 (UTC)

2020年8月16日 (日) 14:46的版本

中文

快捷方式

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

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

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

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

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

流程

提出請求

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

接受請求

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

请求区

# 需求 進度 💬 👥 🙋 最新發言 🕒 (UTC+8) 🤖 最新機器人操作者 🕒 (UTC+8)
1 請求將Statute of Westminster 1931的所有其他譯名批量替換為《1931年西敏法規》 1 1 Mosowai 2022-10-10 12:30
2 請求替換連結 12 3 微肿头龙 2024-11-26 00:03 Kanashimi 2024-01-25 20:19
3 替換內部連結 未完成 9 3 CaryCheng 2024-11-10 11:16
4 清理Special:PagesWithBadges 3 2 Shizhao 2024-08-31 19:47
5 清理（空格）年、（空格）月、（空格）日、（空格）人和1,000等西方数字格式 3 3 Hamish 2024-11-11 20:37
6 请求产生Wikipedia:資料庫報告/檔案描述頁 完成 13 2 Hamish 2024-11-17 20:47
7 请求将目前链接到斯闊谷 (加利福尼亞州普萊瑟縣)的跨语言链接调整到奥林匹克谷 已關閉 2 2 HanTsî 2024-09-19 02:36
8 單獨轉換 3 2 HanTsî 2024-10-16 09:02
9 清理重复Wayback模板 3 2 YFdyh000 2024-09-22 09:02 YFdyh000 2024-09-22 09:02
10 请求批量替换{{Navbox subgroup}} 4 3 Dabao qian 2024-10-07 01:05
11 清理Category:引文格式1错误：日期 7 3 Wang31 2024-10-18 23:47 YFdyh000 2024-10-18 02:22
12 关于维基媒体使用条款等全域政策文件被基金会从元维基移动至维基媒体基金会管理 Wiki 7 3 石汗颜 2024-10-28 10:32
13 請求批次移除下面分類內容 完成 12 2 Iming 2024-11-27 22:24 Iming 2024-11-27 22:24
14 请求长期作业：移除条目空间的Category:使用创建条目精灵建立的页面分类 处理中…… 8 2 Hamish 2024-11-18 17:48
15 请求更改涉及全国重点文物保护单位的内容 处理中…… 9 3 Iming 2024-11-14 09:22 Iming 2024-11-14 09:22
16 清理Category:使用Pathnav的條目 处理中…… 3 2 Hamish 2024-11-20 02:58
17 請求大量修正「佛羅裡達」錯別字 未完成 18 4 Txkk 2024-11-26 11:27 Iming 2024-11-25 19:05
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時，
請先檢查設定是否有誤


一些小修正

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

这个东西这么好，怎么2年没动静？--Key to Sky遠い空へ（讨论｜贡献） 2020年7月6日 (一) 05:33 (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)[回复]
搞不好其他維基計畫也會需要修正失效的章節標題 --Kanashimi（留言） 2019年9月3日 (二) 22:00 (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之開發

本主題或以下段落文字，移動自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)[回复]

批量替换使用Template:Infobox_Gare_Francaise至Template:Infobox station

目前正在统一铁路车站信息框模板，由于这个模版的参数为法语所以统一模版无法兼容，请查看此处了解讨论和共识。批量将使用淘汰模版的条目中的

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

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

四個：

  1. 請求任何存檔機械人對Wikipedia:管理员通告板/其他的頁面定期存檔。存檔的方式和WP:AIV與Wikipedia:管理员通告板/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)[回复]

自动为文档加入{{缺乏中文说明}}

目前有大量的模板文档和模块文档是英文的，但很多都没有挂上{{缺乏中文说明}}。——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: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:互助客栈/其他#非自由圖片的使用理據及其處理。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)[回复]


更正cite news中的df未知參數

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

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

公共转换组替换

请求内容：将挂有{{noteTA}}模板的条目中存在的部分由模板重定向到不同名模块的公共转换组替换成模块名称。如|G1=09H1N1（Template:CGroup/09H1N1）替换为|G1=Medicine（Module:CGroup/Medicine）。

原因：近日有数名使用维基百科安卓客户端的用户于TG群回报转换组异常，经查，此类异常可由此替换方法解决。[1]# SteepPeak™ 2020年2月23日 (日) 12:34 (UTC)[回复]

其實可以考慮在客棧技術區提一下，看是不是直接回報下phab修app。--Hamish論 2020年2月25日 (二) 01:14 (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)[回复]

清理Template:Short description用法錯誤

Template:Short description僅在英文維基中使用，若內容與維基數據相同則移除，剩下以人工檢查，彙整至維基數據。 Willy1018（留言） 2020年6月22日 (一) 06:39 (UTC)[回复]


字词转换处理

批量转换音乐录影带为“音樂錄影帶”，已知简体版本会使得Module:CGroup/Music中的相关项无法正确转换。--百战天虫（留言）

处理H:模板

见Category:H:模板中的说明，部分搬运自英维的模板在中维错误地使用了Help空间，需要批量将页面中的

  • {{H:f Help}}替换为{{维基帮助导航}}或{{H-f Help}}
  • {{H:title}}替换为{{SetTitle}}

。--Br2 2020年8月8日 (六) 12:32 (UTC)[回复]

重庆市市辖区行政区划代码

开县、梁平县、武隆县撤县设区，行政区划代码也发生了变化。现申请：（正则表达式）

  • Template:PRC admin/(data|list)/50/02/34/([0-9]{3})/([0-9]{3})→Template:PRC admin/$1/50/01/54/$2/$3
  • Template:PRC admin/(data|list)/50/02/28/([0-9]{3})/([0-9]{3})→Template:PRC admin/$1/50/01/55/$2/$3
  • Template:PRC admin/(data|list)/50/02/32/([0-9]{3})/([0-9]{3})→Template:PRC admin/$1/50/01/56/$2/$3

--RedLightPOP·讨论 2020年8月8日 (六) 16:56 (UTC)[回复]

请求批量修改模板保护级别

近期，互助客栈方针区通过了模板编辑员提案（Wikipedia:互助客栈/方针#重启模板编辑员讨论），在提案新增和修改的方针中规定，链入数量高于5,000而小于10,000100,000的模板应当使用模板保护，仅链入接数量高于10,000100,000的模板才可使用全保护，故在此请求管理员使用机器人批量将链入数量高于5,000而小于10,000100,000的模板的保护级别由全保护改为模板保护。——BlackShadowG★（留言） 2020年8月10日 (一) 13:30 (UTC)[回复]

需要一一檢查哪些模板（例如嵌入在介面中）需要維持全保護。 Xiplus#Talk 2020年8月10日 (一) 13:47 (UTC)[回复]
嵌入在界面内的模版应该会被连锁保护自动保护吧？不行的话就是先根据嵌入数判断，然后在全部修改完成后根据特例将一些模版改为全保护。这个工作请求应该和目前阁下的机器人的作业3重叠。应该可以改参数就能完成目前工作吧？ VulpesVulpes825（留言） 2020年8月11日 (二) 08:58 (UTC)[回复]
@BlackShadowG：阁下是不是打错了？应该是5000以上100,000以下吧，上午去英维那边看了一圈，除了CS1系列模板、{{mbox}}系列模板、{{reflist}}、来源请求模板、应用于首页的模板以及个别站务模板仍然维持全保护外，其他都已经下放至模板保护。--Dabao qian℡李莎旻子《我很困，可是我睡不着》欢迎聆听｜每週五22:00《中餐厅第四季》 2020年8月11日 (二) 09:20 (UTC)[回复]
确实是我打错了，非常抱歉。——BlackShadowG★（留言） 2020年8月11日 (二) 09:34 (UTC)[回复]
没办法，只能在全保护阀值上妥协了。等过几年看看能不能下放更多模板了。 VulpesVulpes825（留言） 2020年8月11日 (二) 15:25 (UTC)[回复]
只会是它的子集，自己手动检查去。courtesy: User:MusikAnimal source: https://github.com/MusikAnimal/MusikBot/blob/master/tasks/template_protector.rb--Antigng（留言） 2020年8月11日 (二) 09:42 (UTC)[回复]
已整理在Draft:待降低保護列表，並且我已人工瀏覽一次排除部分頁面，想要複查並修正的請直接編輯該頁。--Xiplus#Talk 2020年8月11日 (二) 13:26 (UTC)[回复]
这个页面中的有些模板嵌入量小于5000，可以直接降级为半保护。——BlackShadowG★（留言） 2020年8月13日 (四) 02:39 (UTC)[回复]
我自己的修了，测试结果。然后@Xiplus：的意思是不仅编辑保护权要下放，移动保护权也要下放？不是模板编辑员么，难道也要进行移动操作？--Antigng（留言） 2020年8月13日 (四) 02:57 (UTC)[回复]
@Antigng：移動保護設得比編輯保護還高的理由是什麼？如果編輯半保護，移動也要全保護嗎？--Xiplus#Talk 2020年8月13日 (四) 03:00 (UTC)[回复]
@Xiplus：，Wikipedia:互助客栈/方针#重启模板编辑员讨论，提案相关的讨论中特别提及了“[编辑=仅模板编辑者] [移动=仅管理员]”这个选项，所以我也就这么设置的。--Antigng（留言） 2020年8月13日 (四) 03:04 (UTC)[回复]
提案中也沒有任何理由指名必須要「移動=僅管理員」，關注點只有在「編輯=僅模板編輯者」上面。 Xiplus#Talk 2020年8月13日 (四) 03:37 (UTC)[回复]
但提案最后修改的方针似乎把移动权下放给模板编辑员了（Wikipedia:保護方針#比较）。 BlackShadowG★（留言） 2020年8月13日 (四) 04:45 (UTC)[回复]
Wikipedia:保護方針#比较寫的內容不夠詳盡，也不能代表什麼，仍然沒有討論將保護設定成「[編輯=僅模板編輯者] [移動=僅管理員]」的目的究竟是什麼，個人認為就應該讓編輯和移動維持同樣保護層級。 Xiplus#Talk 2020年8月13日 (四) 05:57 (UTC)[回复]

車站編號標誌

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

检索自“https://zh.wikipedia.org/zhwiki/w/index.php?title=Wikipedia:机器人/作业请求&oldid=61197026”