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

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

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


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 修正由于简繁不符匹配而失效的章节标题 完成 8 4 Ericliu1912 2020-11-10 08:29 Kanashimi 2020-10-30 06:34
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模板而非专用模板、以致被判定为无合理使用依据的非自由著作权图像进行模板替换 18 8 Wpcpey 2020-11-10 08:35
13 更正cite news中的df未知参数 4 4 Ericliu1912 2020-11-10 08:31 和平奋斗救地球 2020-11-02 02:48
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
19 引文格式1错误的警告被错误地展开在条目中 2 1 Xiplus 2020-10-29 14:34 Xiplus 2020-10-29 14:34
发言更新图例
  • 最近一小时内
  • 最近一日内
  • 一周内
  • 一个月内
  • 逾一个月
特殊状态
已移动至其他页面
或完成讨论之议题
手动设置
当列表出现异常时,
请先检查设置是否有误

本页面用来请求机器人协助完成一些相对简单而重复的作业,任何请求都必须符合机器人政策。想查看现有的机器人,请参见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://wiwiwiki.kfd.me/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)
Symbol wait.svg 申请中 --Kanashimi留言) 2020年10月10日 (六) 09:31 (UTC)
@Artoria2e5WhitePhosphorusEricliu1912完成 --Kanashimi留言) 2020年10月29日 (四) 22:34 (UTC)
感谢您的贡献!—— Eric Liu 创造は生命(留言留名学生会 2020年11月10日 (二) 00:29 (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)

现时已经有千多个文件被删除了,是不是没有人帮手做呢?--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)

罗马尼亚乡份按县分类

是否可以帮助将分类:罗马尼亚乡份中的条目,按照分类:罗马尼亚县份分类:罗马尼亚行政区划进行分类呢?谢谢。--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)

引文格式1错误的警告被错误地展开在条目中

需要移除,参见 https://w.wiki/jJJ 。--Xiplus#Talk 2020年10月29日 (四) 05:35 (UTC)

@Antigng:不只分类,<code 到([[Help:引文格式1错误#redundant parameters|帮助]])之间的文字也要移除。--Xiplus#Talk 2020年10月29日 (四) 06:34 (UTC)