维基百科:机器人/申请/存档/2019年/未获批的申请
外观
本页是以往讨论的存档。请勿编辑本页。若您想发起新讨论或重启现有讨论,请在当前讨论页进行。 |
This is an archive page. For new bot request, please to go Wikipedia:机器人/申请 and follow the instructions there.
- 状态: 撤回申请
- 操作者: —Rowingbohe♬ (参与调查 / 台州专题)
- 提请时间: 2019年10月3日 (四) 08:21 (UTC)
- 自动化程度:手动
- 编程语言:AWB
- 用途:人工使用AWB处理Category:合理使用理据待检查影像。近期主要处理一望而知可放行的Logo图片和海报图片,远期会处理其他图片。为防止冲刷最近更改,请求通过。
- 源代码连结: AWB
- 编辑时段及频率:
- 受影响页面:1w+,视上述分类内文件个数而定
- 遵守机器人规范:
- 已有机器人权限:无
- 具体流程:通过 Edit box 并结合个人经验判断授权理据是否填写正确,若有疑义打开浏览器在文件界面中二次确认,之后如果通过就在授权协议模板中加入
|image has rationale=yes
;否则补充/提删。—Rowingbohe♬ (参与调查 / 台州专题) 2019年10月3日 (四) 08:21 (UTC)
- FYI,曾帮别人写了一个标记的JS脚本。--Xiplus#Talk 2019年10月3日 (四) 08:33 (UTC)
- (-)反对理由如下:
- WP:NFCC#3b,WP:NFCC#8,且印象中AWB并不能显示图片,故不可能使用AWB简单查看源代码就能处理。
- 印象中申请人并未参与过多的文件巡查。检查最近的c区编辑及本地编辑也未能发现有足够的经验。故对此存在一定疑虑。
Catherine Laurence (discussion) 2019年10月3日 (四) 11:00 (UTC)
- 我认为
|image has rationale=yes
主要检查的是图片合理使用的理据,对于您提到的3b和8就是巡查任务了,是通过点右下角的巡查按钮来实现的。而本分类中列出的文件都早已过了巡查期。另外3b有Wcam-bot一直在做。我自认我一直有巡查文件的能力,只是因为忙条目的巡查去了所以没管文件。 —Rowingbohe♬ (参与调查 / 台州专题) 2019年10月3日 (四) 13:38 (UTC)
- 从模板的提示中可以看出加入
|image has rationale=yes
即为已检查符合WP:NFCC所规定的所有规则。Catherine Laurence (discussion) 2019年10月3日 (四) 13:52 (UTC)
- 从模板的提示中可以看出加入
- 我认为
- 希望@Wcam能来发表一下高见。—Rowingbohe♬ (参与调查 / 台州专题) 2019年10月3日 (四) 13:39 (UTC)
- (-)反对:未见薄荷在c区有多活跃。--Wright StreetDeck . 留言 . 愿荣光归香港 . 反送中 2019年10月3日 (四) 13:43 (UTC)
- (?)疑问:您所做的检查是否包括检查合理使用理据声称使用的条目与实际使用图片的条目是否相符?如果二者不符,我认为加入
|image has rationale=yes
是不妥的,但是AWB似乎看不出来实际使用图片的条目?--Wcam(留言) 2019年10月3日 (四) 14:11 (UTC)- 这个好像有Jimmy-bot在做吧?—Rowingbohe♬ (参与调查 / 台州专题) 2019年10月3日 (四) 14:54 (UTC)
- Jimmy-bot只检查非自由图片是否未被条目使用,而在有条目使用的情况下,并不检查声称与使用的条目是否一致。--Wcam(留言) 2019年10月3日 (四) 19:37 (UTC)
- 我还以为是Wikipedia:机器人/申请/Jimmy-bot/6……—Rowingbohe♬ (参与调查 / 台州专题) 2019年10月4日 (五) 00:01 (UTC)
- 这是移除非条目使用(WP:NFCC#9)。--Wcam(留言) 2019年10月4日 (五) 00:09 (UTC)
- 我还以为是Wikipedia:机器人/申请/Jimmy-bot/6……—Rowingbohe♬ (参与调查 / 台州专题) 2019年10月4日 (五) 00:01 (UTC)
- Jimmy-bot只检查非自由图片是否未被条目使用,而在有条目使用的情况下,并不检查声称与使用的条目是否一致。--Wcam(留言) 2019年10月3日 (四) 19:37 (UTC)
- 这个好像有Jimmy-bot在做吧?—Rowingbohe♬ (参与调查 / 台州专题) 2019年10月3日 (四) 14:54 (UTC)
- (-)倾向反对:例子如下File:2008 NBA Finals.png、File:1987 FIFA U-16 World Cup.jpg,第一个需要修正摘要,第二个需要判断连结是否可以找到他的档案,不太建议直接使用bot编辑。 Willy1018(留言) 2019年10月3日 (四) 14:40 (UTC)
- AWB要检查条目是否相符确实有点难,但是我有意用 Xiplus 的 js 大量人工(半自动)处理,为防止主账号冲刷继续更改在此继续申请,应该可以吧?Rowingbohe♬ (参与调查 / 台州专题) 2019年10月4日 (五) 00:01 (UTC) —
- 撤回请求,Retired—Rowingbohe♬ (参与调查 / 台州专题) 2019年10月4日 (五) 14:22 (UTC)
WQL-bot 2
- 状态: 已过期
- 操作者: 云间守望祝上海地铁25周年
- 提请时间: 2018年6月16日 (六) 07:35 (UTC)
- 自动化程度:全自动/有监督的半自动
- 编程语言:pywikibot的refLinks.py(做了一些小的修改,避免识别错误多加上一些模板。)
- 用途:转换光秃引用(即仅有链接而连标题都没有的引用,以机器方式自动获取标题并加上注释),并将重复的引用使用自动生成的ref名称替换;同时若页面内没有<reference />一类的参考来源模板/wiki文字,则自动补上。
- 源代码连结: 见Phab
- 编辑时段及频率:不定
- 受影响页面:大概几万个
- 遵守机器人规范:本案中无关
- 已有机器人权限:无
说明一下两个账户的关系:WQL-bot现在我将会用来进行全自动操作,因此未来会放到自己的服务器上去;而Yjsw-bot的操作全在自己电脑上,人工监视,设置阻塞防止刷屏。英文维基百科也曾用过相关脚本进行类似的操作,我认为是相对安全的。--云间守望祝上海地铁25周年 2018年6月16日 (六) 07:36 (UTC)
- (?)疑问机器如何判断页面标题?--140.180.251.211(留言) 2018年6月21日 (四) 03:30 (UTC)
- 李四阁下您好。该脚本判断来源为裸露的条件是类似以下的来源格式:<ref>[http://example.tld]</ref>
- 或者是这种:<ref>http://example.tld</ref>
- 以上两类会被认为是裸露的。这样子保证了“不做不该做的事情”。--云间守望 2018年6月21日 (四) 13:36 (UTC)
- 为何不替换成{{Cite web}}?--Xiplus#Talk 2018年7月6日 (五) 03:55 (UTC)
- 目前的机制是,若检测到链接存在且可访问,就给放进模板,若是死链接就标记{{dead link}},因为是现成程序改造,有点复杂。--云间守望 2018年7月6日 (五) 11:36 (UTC)
- 您的机器人会发生这种情况吗?--Xiplus#Talk 2018年7月6日 (五) 12:55 (UTC)
- @Xiplus: 难以避免,原因是一个网址在历经很长时间之后不能保证其依然为同一内容,亦或是链接向G11的内容。目前我的一切操作均人工监视人工确认。--云间守望 2018年7月6日 (五) 13:43 (UTC)
- @WQL:其实在下问的是“以机器方式自动获取标题……”这个如何做到?--140.180.252.94(留言) 2018年7月6日 (五) 21:00 (UTC)
- 把外部页面load一次不就好了?JC1 2018年7月12日 (四) 16:43 (UTC)
- 建议互助客栈提一下,若无人反对将会批准。另上面提到的问题,若有人工监视确认倒是没问题,但若要转为全自动,将需要着手处理。--Xiplus#Talk 2018年7月15日 (日) 11:02 (UTC)
- 感谢,我会去提下。我现在选择该机器人的一切动作半自动。--WQL(留言) 2018年7月17日 (二) 06:50 (UTC)
- 建议互助客栈提一下,若无人反对将会批准。另上面提到的问题,若有人工监视确认倒是没问题,但若要转为全自动,将需要着手处理。--Xiplus#Talk 2018年7月15日 (日) 11:02 (UTC)
- 把外部页面load一次不就好了?JC1 2018年7月12日 (四) 16:43 (UTC)
- @WQL:其实在下问的是“以机器方式自动获取标题……”这个如何做到?--140.180.252.94(留言) 2018年7月6日 (五) 21:00 (UTC)
- @Xiplus: 难以避免,原因是一个网址在历经很长时间之后不能保证其依然为同一内容,亦或是链接向G11的内容。目前我的一切操作均人工监视人工确认。--云间守望 2018年7月6日 (五) 13:43 (UTC)
- 您的机器人会发生这种情况吗?--Xiplus#Talk 2018年7月6日 (五) 12:55 (UTC)
- 目前的机制是,若检测到链接存在且可访问,就给放进模板,若是死链接就标记{{dead link}},因为是现成程序改造,有点复杂。--云间守望 2018年7月6日 (五) 11:36 (UTC)
- 为何不替换成{{Cite web}}?--Xiplus#Talk 2018年7月6日 (五) 03:55 (UTC)
- 请求已过期 。--Xiplus#Talk 2018年7月31日 (二) 10:32 (UTC)
- 操作者重开请求。--Xiplus#Talk 2018年8月22日 (三) 06:21 (UTC)
- 操作者声明已经退出维基百科,而且bot账号是被封的....--百無一用是書生 (☎) 2018年8月22日 (三) 06:45 (UTC)
- 退出维基百科,但是没退出其他计划。这个机器人未来有打算在其他维基计划里使用。被封用途与申请用途完全无关。--Mend My Way 2018年8月25日 (六) 11:32 (UTC)
- Xiplus#Talk 2018年8月25日 (六) 11:41 (UTC)
- 我说“但是没退出其他计划”说明这个机器人若未来在中文维基百科运行将会持续维护。目前,机器人已经就绪。--Mend My Way 2018年8月25日 (六) 12:11 (UTC)
- 应要求,在WP:VPD开讨论,请关注。--Mend My Way 2018年8月25日 (六) 12:39 (UTC)
如果您没打算在本地运行机器人,该请求将关闭,否则请说明一下目前进度如何。--
- Xiplus#Talk 2018年8月25日 (六) 11:41 (UTC)
- 退出维基百科,但是没退出其他计划。这个机器人未来有打算在其他维基计划里使用。被封用途与申请用途完全无关。--Mend My Way 2018年8月25日 (六) 11:32 (UTC)
- 操作者声明已经退出维基百科,而且bot账号是被封的....--百無一用是書生 (☎) 2018年8月22日 (三) 06:45 (UTC)
- 在Wikipedia:互助客栈/条目探讨/存档/2018年9月#关于转换“光秃引用”机器人的意见征求。经过了七日公示,请确认。--Mend My Way 2018年9月1日 (六) 14:06 (UTC)
- 批准测试运作(50次编辑)--Xiplus#Talk 2018年11月4日 (日) 15:26 (UTC)
- 添加缺少的<references />标签这一项已经测试完成,见Special:Contribs/Yjsw-bot;裸露引用
相关依然在测试中测试已经完成。(备注:WQL-bot这个号还没有被解封)。--Mend My Way 2018年11月9日 (五) 15:12 (UTC)- 如果您想要用Yjsw-bot执行,那么请把最上方章节名称改掉,以及移动本页。--Xiplus#Talk 2018年11月9日 (五) 15:50 (UTC)
- 这是权宜之举,我依然在等待相关账号解封,而且我的机器人配置里也写明了使用申请中提到的账号。--Mend My Way 2018年11月9日 (五) 16:27 (UTC)
- 您应该自行请求解封,BAG(即使有管理员身份)不会帮您做这件事。--Xiplus#Talk 2018年11月10日 (六) 00:01 (UTC)
- 这是权宜之举,我依然在等待相关账号解封,而且我的机器人配置里也写明了使用申请中提到的账号。--Mend My Way 2018年11月9日 (五) 16:27 (UTC)
- 如果您想要用Yjsw-bot执行,那么请把最上方章节名称改掉,以及移动本页。--Xiplus#Talk 2018年11月9日 (五) 15:50 (UTC)
- 添加缺少的<references />标签这一项已经测试完成,见Special:Contribs/Yjsw-bot;裸露引用
- 批准测试运作(50次编辑)--Xiplus#Talk 2018年11月4日 (日) 15:26 (UTC)
- 测试完成,在测试的时候发现了一些问题,修改了一处程序,以保证标题中含有|时候能够处理到位。 --Mend My Way 2018年11月10日 (六) 16:02 (UTC)
- 2010年ATP世界巡回赛总决赛中,将File:R federer.jpg|thumb|right替换成File:R federer.jpg|缩略图|右,个人认为没坏别修,而且好像没必要修正。 Willy1018(留言) 2018年11月11日 (日) 04:16 (UTC)
- 似乎是我开了一个叫做cosmetic change的功能,我给关掉了。--Mend My Way 2018年11月11日 (日) 04:27 (UTC)
您的机器人于 - Special:Diff/51973324,抓到死连的标题?Special:Diff/51973399,看起来比reFill差?--Xiplus#Talk 2018年11月17日 (六) 06:14 (UTC)
- @WQL?—— Eric Liu 坐等万次编辑(留言.留名.学生会) 2019年5月22日 (三) 06:52 (UTC)
- WQL?--MCC214#ex umbra in solem 2019年6月10日 (一) 07:16 (UTC)
- 抱歉,很久没上线了。我在测试运作完成后,并未接获其他指示,故暂没有回应。如果有相关疑问,请在我的用户讨论页面提醒。--云间守望 2019年6月10日 (一) 13:16 (UTC)
- 你开不开修pdf的功能?如果不开问题很简单,直接用citoid就好了,你可以自己安装一个,或是使用wmf提供的,注意检查返回结果编码是否正常(比如有没有包含U+FFFD)避免重蹈ve的覆辙;如果开的话你可以把源码里的GET请求改成HEAD,如果Content-type是application/pdf的话还用程序原来的逻辑处理,是text/html的话丢给citoid,否则扔掉。--Antigng(留言) 2019年6月14日 (五) 17:32 (UTC)
- @WQL?—— Eric Liu(留言.留名.学生会) 2019年9月12日 (四) 04:00 (UTC)
- 机器人操作者已经隐退,故应可关闭此请求。 Willy1018(留言) 2019年10月30日 (三) 11:18 (UTC)
- 请求已过期。--Xiplus#Talk 2019年10月30日 (三) 11:20 (UTC)
- 状态: 已过期
- 操作者: 砜中嘌呤的白磷萃取 打谱
- 提请时间: 2019年4月8日 (一) 12:53 (UTC)
- 自动化程度:全自动
- 编程语言:Python
- 用途:清理条目页模板参数名前后的不换行空格
- 源代码连结: 还没写
- 编辑时段及频率:<=10/min
- 受影响页面:条目页,粗略名单可搜
insource:/\{\{[^}]+ [ ]*\=/
- 遵守机器人规范:不相关
- 已有机器人权限:是
- MediaWiki 不会把参数名中的不换行空格当作普通空格,导致很多模板无法正常显示参数,且人工很难发现这样的问题。phab:T22076 似乎遥遥无期。 --砜中嘌呤的白磷萃取 打谱 2019年4月8日 (一) 12:53 (UTC)
- @kanashimi:,请问您的bot有类似的功能吗?--Antigng(留言) 2019年5月27日 (一) 03:16 (UTC)
这边有写过类似的功能,但没有完全相同的。有2点或可注意:
- 采用
insource:/.../
搜寻可能找不齐所有出问题的条目。 - 我猜出这种问题的条目比率不太高。
--Kanashimi(留言) 2019年5月27日 (一) 09:21 (UTC)
- Antigng?--MCC214#ex umbra in solem 2019年6月10日 (一) 07:18 (UTC)
- 还没写呢@我干嘛?--Antigng(留言) 2019年6月10日 (一) 11:52 (UTC)
- Xiplus#Talk 2019年7月4日 (四) 13:26 (UTC)
- 不如先列个表看看有哪些…… --Kanashimi(留言) 2019年7月4日 (四) 13:39 (UTC)
是不是直接删除参数值使其显示效果不变会比较好?--
- @WhitePhosphorus:还有要测试吗? --Kanashimi(留言) 2019年9月12日 (四) 15:34 (UTC)
- 请求已过期,还请准备好测试后随时重开。--Jimmy Xu 论 2019年12月13日 (五) 22:47 (UTC)
Antigng-bot 30
- 状态: 撤销许可
- 操作者: Antigng(留言)
- 提请时间: 2019年6月1日 (六) 20:56 (UTC)
- 自动化程度:全自动
- 编程语言:C
- 用途:清理引用模板中accessdate和archivedate的格式
- 源代码连结: User:Antigng-bot/date/User:Antigng-bot/regex等
- 编辑时段及频率:不限
- 受影响页面:
~103-1047115 - 遵守机器人规范:不相关,只影响主名字空间
- 已有机器人权限:是
- 由三部分组成:
- 第一部分将条目中的模板及嵌套关系提取出来。为正确地判断“|”、“=”等符号的含义,在解析模板的过程中还会检查内链、注释和部分会导致维基语法失效的标签(如nowiki、math、pre等)的状态。此外,如果在提取过程中发现子模板已经损坏或者这个程序处理不了,则会将其所有的母模板标记为损坏。条目中有任何一个模板损坏,或者正文结束时内链、注释、标签的状态不正常,则不会转入第二部分。(经测试,主名字空间中有0.2%的页面会遇到此问题,其中绝大多数是由语法错误造成的,例如此页面)关于提取模板的功能的测试参见1、2。
- 第二部分调用tempgroom函数(源码已附)“梳理”前一部分获得的每一组模板。首先利用递归遍历每一个模板。然后依次检查:如果模板已损坏,不处理;不是引用模板,不处理;没有模板参数,不处理。然后检查有无待处理的“accessdate”和“archivedate”参数(满足:1、(除去空格、常见控制符和注释之后的)参数名相符;2、有参数值;3、该参数处没有引出子模板)。如果模板中有且仅有一个满足条件的“accessdate”参数,则检查(除去空格、常见控制符和注释之后的)参数值是否符合“xxxx-xx-xx”的格式。如果不符,利用Wikipedia:机器人/申请/Antigng-bot/11中的函数(在此基础上增加了对中文月份的支持)提取“年、月、日”。如果:
- 负责转换的函数没有报错
- 得到了大于2000的年份
- 没在参数中发现诸如“xx期”的字样
- 如果有月份,则月份数在1-12之间
- 如果有日数,日数在1-31之间,且有月份。
- 则用规范的年月日格式代替老格式。对“archivedate”参数采取类似的方法处理。如果模板被梳理,或任何一个子模板被梳理过,则返回1,否则返回0。
- 第三部分将模板放回页面的源代码中,如果1、第一部分没有发现任何错误;2、第二部分至少有一个模板梳理过,则提交编辑。
- 有且仅有第二部分中“提取年月日”的部分可能出错,因为所涉对象是自然语言,不可能穷尽所有可能性。但从测试结果来看似乎并发现没有问题。
- 这个任务的最终目标是完全取代Wikipedia:机器人/申请/Liangent-bot/16。本申请仅涉及“accessdate”和“archivedate”,原因在于“date”、“month”、“year”等参数之间存在复杂的相互作用,极端一点,如果清出“第X期”来了还得查“issue”参数。这些问题留待将来解决。--Antigng(留言) 2019年6月1日 (六) 20:56 (UTC)
Old discussions...
- 如可行,请顺便处理access-date、archive-date和同时使用两个的情况。--Zest 2019年6月2日 (日) 02:06 (UTC)
- 刚看了一下Module:Citation/CS1/Date_validation,如果accessdate、archivedate只填年或年月还是会报错。因此上边的逻辑修改为:
- 负责转换的函数没有报错
- 没在参数中发现诸如“xx期”的字样
- 得到了大于2000的年份,在1-12之间的月份和在1-31之间的日数
--Antigng(留言) 2019年6月2日 (日) 03:07 (UTC)
- 正规化日期格式似乎没有共识?--Xiplus#Talk 2019年7月4日 (四) 13:14 (UTC)
- 那个讨论串里也只是有人想用xxxx年x月x日这种格式,排除掉就好了。--Antigng(留言) 2019年7月4日 (四) 16:27 (UTC)
- 这个工作是修复出错的参数,还是会全面正规化参数?--Xiplus#Talk 2019年7月7日 (日) 04:37 (UTC)
- 那个讨论串里也只是有人想用xxxx年x月x日这种格式,排除掉就好了。--Antigng(留言) 2019年7月4日 (四) 16:27 (UTC)
- 请求已过期,如仍欲执行此任务请随时重开。--Jimmy Xu 论 2019年12月13日 (五) 22:51 (UTC)
- 重开。现在它依靠从Module:Citation/CS1/Date validation里原封不动扒出来的正则自动生成的DFA判断日期参数是否合法,只有在参数非法的情况下(即理论上会让CS1模块报错)才会启动后续导致清理参数的逻辑。如果没有bug,这应该很好地解决了正规化日期格式无共识的问题,它现在不做没有必要的正规化。--Antigng(留言) 2020年7月20日 (一) 04:01 (UTC)
- 空运行报告:在整个主名字空间发现7115个可编辑页面,其中仅14个不在分类Category:引文格式1错误:日期之中,逐一检查发现要么是ref标签参数重复导致模板没加载,要么是母模板参数填错导致模板未显示,总之不是bot本身的问题。这也证明了修改以后正规化日期的行为已无法重现。--Antigng(留言) 2020年7月20日 (一) 04:01 (UTC)
- 批准测试运作(50次编辑)。--Xiplus#Talk 2020年10月26日 (一) 01:27 (UTC)
- 完成无误--Antigng(留言) 2020年10月30日 (五) 11:51 (UTC)
- 正式批准运作。--Xiplus#Talk 2020年11月2日 (一) 23:46 (UTC)
- 完成无误--Antigng(留言) 2020年10月30日 (五) 11:51 (UTC)
Zestbot 16
- 状态: 已过期
- 操作者: -Zest
- 提请时间: 2019年5月16日 (四) 20:05 (UTC)
- 自动化程度:全自动
- 编程语言:AWB
- 用途:移除外部链接内的内部链接
- 讨论内容连结: wikilink-in-extlink (lint)
- 源代码连结:
- 编辑时段及频率:20/1m
- 受影响页面:2000↓
- 遵守机器人规范:无关
- 已有机器人权限:有
- 一次性,未来不定时修复。-Zest 2019年5月16日 (四) 20:05 (UTC)
- 测试结果-Zest 2019年5月16日 (四) 20:05 (UTC)
- 虽然渲染结果不一致,但似乎移除是预期上较正确的结果;这个是否应该将 ] 前的空白移除?--Xiplus#Talk 2019年5月17日 (五) 11:03 (UTC)
- 那就最后将[http xxx ]一律改成[http xxx]这样来作。-Zest 2019年6月7日 (五) 19:30 (UTC)
- 那就再额外 批准测试运作(50次编辑)。--Xiplus#Talk 2019年7月4日 (四) 13:21 (UTC)
- 那就最后将[http xxx ]一律改成[http xxx]这样来作。-Zest 2019年6月7日 (五) 19:30 (UTC)
- 虽然渲染结果不一致,但似乎移除是预期上较正确的结果;这个是否应该将 ] 前的空白移除?--Xiplus#Talk 2019年5月17日 (五) 11:03 (UTC)
- 测试结果-Zest 2019年5月16日 (四) 20:05 (UTC)
- Xiplus?--MCC214#ex umbra in solem 2019年6月10日 (一) 07:18 (UTC)
- @-Zest:有测试结果或报告吗? --Kanashimi(留言) 2019年9月12日 (四) 15:44 (UTC)
- 请求已过期,请凭测试结果随时重开。--Jimmy Xu 论 2019年12月13日 (五) 23:03 (UTC)
Zestbot 14
- 状态: 已过期
- 操作者: -Zest
- 提请时间: 2019年4月4日 (四) 21:19 (UTC)
- 自动化程度:
- 编程语言:AWB
- 用途:将
\<\?[Pp]\>
变成\r\n - 源代码连结:
- 编辑时段及频率:20/m
- 受影响页面:2000
- 遵守机器人规范:基本上无关
- 已有机器人权限:Y
- p不知道何时会被不支援,目前是列入Lint里面。
- 可以讨论的点,是否\r\n就好,还是有需要用br而不用\r\n的情况?
--Zest 2019年4月4日 (四) 21:19 (UTC)
- 排除模板之类中的可能比较保险? --Kanashimi(留言) 2019年4月25日 (四) 10:26 (UTC)
- 模板的应该会手动。-Zest 2019年5月3日 (五) 14:59 (UTC)
- 批准测试运作(30次编辑)。--Xiplus#Talk 2019年5月22日 (三) 01:41 (UTC)
- @-Zest:有测试结果或报告吗? --Kanashimi(留言) 2019年9月12日 (四) 15:41 (UTC)
- 请求已过期,请凭测试结果随时重开。--Jimmy Xu 论 2019年12月13日 (五) 23:03 (UTC)
Zestbot 12
- 状态: 撤销许可
- 操作者: -Zest
- 提请时间: 2019年2月24日 (日) 20:50 (UTC)
- 自动化程度:全自动与半自动
- 编程语言:awb
- 用途:Linter obsolete tag
- 源代码连结:
- 编辑时段及频率:20/1m max
- 受影响页面:于下
- 遵守机器人规范:N
- 已有机器人权限:Y
- 以<center>方面,将做出以下修正
- 1:<center><gallery>...</gallery></center>→<gallery class="center">...</gallery> (1200+)
- 以上適用於<gallery>、<categorytree>、<poem>、<pre>、<syntaxhighlight>、<source>(400)
- 以上不适用于<hiero>、<math>、<score>、<timeline>
- 2:表格的
| <center>xxxx</center>
会替换为|style="text-align: center;" | xxxx
(3800+) - 3:<center>包围表格,改为
{| style="margin: 1em auto;"
(2000-)
- 1:<center><gallery>...</gallery></center>→<gallery class="center">...</gallery> (1200+)
- 4:以<span>方面,将做出以下修正
- color、face、size这三个修改为span style(19000+、11000+、40000+)
- 此任务先这两个 其他另外申请。-Zest 2019年2月24日 (日) 20:50 (UTC)
- 每项各 批准测试运作(30次编辑)。--Xiplus#Talk 2019年4月27日 (六) 23:49 (UTC)
- @-Zest:有测试结果或报告吗? --Kanashimi(留言) 2019年9月12日 (四) 15:38 (UTC)
- 请求已过期,请凭测试结果随时重开。--Jimmy Xu 论 2019年12月13日 (五) 23:04 (UTC)
- 第一项[1] 少量测试完成 gallery以外,其他只有少数项。二三四项晚点测试。这边约350条目。-Zest 2020年8月11日 (二) 09:18 (UTC)
- 第一项 正式批准运作。--Xiplus#Talk 2020年10月26日 (一) 08:19 (UTC)
- 搁置操作者于IRC上表示近期无暇处理这一任务,若将来有空会自行重开。--Antigng(留言) 2021年2月14日 (日) 13:41 (UTC)
- 状态: 已过期
- 操作者: Yurik(留言)
- 提请时间: 2019年5月4日 (六) 04:27 (UTC)
- 自动化程度:Supervised for a few months for sure, possibly automatic after that.
- 编程语言:Python
- 用途:Copied from Multilingual Templates and Modules
- DiBabel bot will copy templates and modules from mediawiki.org to all other sites/languages listed in Wikidata for that page, automatically changing the template and module names.
- It will be copied ONLY if Wikidata item has "instance of" set to 维基媒体多网站页面 (Q63090714).
- It will be copied ONLY if the current content of the page exists in the history of mediawiki.org's (origin) version. E.g. if a user modifies English version of the page, it will not be overwritten unless that exact text ever existed in the history of the page on mediawiki.org. To resume automatic synchronization, a user must copy the latest version of the page from mediawiki.org. Note that simply reverting a page to an older version will not be enough to prevent a bot from copying it again. A page has to be different from any of origin's revisions (e.g. add a note why the page was modified).
- Any template names will be automatically localized inside the wiki markup, e.g. {{MW name|...}} text will become {{Localized name|...}}, as long as Template:MW name exists on mediawiki.org, and it has a corresponding template on the destination wiki. Shared templates should not use non-shared templates, as that may cause unexpected results.
- Just like templates, modules text
require('Module:MW name')
will be converted torequire('Module:Localized name')
. - 讨论内容连结: wishlist proposal
- 源代码连结: PyWikiAPI + https://github.com/nyurik/dibabel
- 编辑时段及频率:a few times a day
- 受影响页面:10-15 -- depending how widely the community wants to use it
- 遵守机器人规范:No: the bot will copy anything from MW.org to enwiki, as long as that page is tagged for its operation. If a user modifies enwiki's version in any way, including adding a {{bot}} flag, the bot will not override it because it will not match any of the page's revision history on mw.org. On the other hand, if mw.org has a shared page with the {{bot}}, that content will be copied as is, because that's the intention of the page's author.
- 已有机器人权限:ruwiki, possibly a few more already granted botflag
- I sent a notice on the Village pump. Waiting for discussion. --Xiplus#Talk 2019年5月4日 (六) 13:35 (UTC)
- 可以有有心人士翻译一下吗?-- Sunny00217 - 2019年5月6日 (一) 11:14 (UTC)
- 批准测试运作(10次编辑) --百無一用是書生 (☎) 2019年5月17日 (五) 11:40 (UTC)
- @Yurik:? --Kanashimi(留言) 2019年9月12日 (四) 15:39 (UTC)
- So far it is on pause - I am thinking of re-making this tool as a user-tool, where the user will be able to view the diffs and one-click distribute it to the specific language. I do plan to run the tool a few more times to keep already existing things in sync. --Yurik(留言) 2019年9月12日 (四) 15:45 (UTC)
- @Yurik: So you will make another request in the future? --Kanashimi(留言) 2019年9月12日 (四) 15:52 (UTC)
- So far it is on pause - I am thinking of re-making this tool as a user-tool, where the user will be able to view the diffs and one-click distribute it to the specific language. I do plan to run the tool a few more times to keep already existing things in sync. --Yurik(留言) 2019年9月12日 (四) 15:45 (UTC)
- @Yurik:? --Kanashimi(留言) 2019年9月12日 (四) 15:39 (UTC)
- Request Expired. Jimmy Xu 论 2019年12月13日 (五) 23:04 (UTC)
- 状态: 已过期
- 操作者: Arnie97(留言)
- 提请时间: 2018年8月25日 (六) 17:36 (UTC)
- 自动化程度:半自动
- 编程语言:Python
- 用途:建立 IATA、ICAO 机场代码的重定向
- 源代码连结: airport.py
- 编辑时段及频率:一次性
- 受影响页面:不修改现存页面
- 遵守机器人规范:无关
- 已有机器人权限:是
- 准备工作:是否应先建立一个分类?中文维基目前没有 en:Template:R from airport code。
- 运作流程:
- 遍历主命名空间中嵌有 {{Infobox airport}} 的条目。
- 对于每个条目,读取模板中填写的三字码和四字码。
- 如果已存在与机场代码名称相同的的条目,不进行任何操作。
- 否则,建立从机场代码指向机场条目的重定向。—以上未签名的留言由Arnie97(对话|贡献)于2018年8月25日 (六) 17:51 (UTC)加入。
- (-)倾向反对,怎么可以根据条目中的红链,全自动地建立三个英文字母构成的重定向呢?且不考虑用户填错、笔误的可能性,三个英文字母可以是很多东西的缩写,比如JFK,可以指肯尼迪这个人,也可以指机场。没有人的干预,机器人不可能知道这种歧异存不存在。--Antigng(留言) 2018年8月27日 (一) 00:42 (UTC)
- @Arnie97:有任何回应吗?--Xiplus#Talk 2018年11月4日 (日) 15:27 (UTC)
- @Arnie97:试试再PING--Temp3600(留言) 2018年11月17日 (六) 15:02 (UTC)
- 关于用户填错的可能性,可改用可信的外部参考来源。歧义的处理我没有很好的想法,根据抽样测试,的确涉及到不少歧义,欢迎各位献策。现在有两个不完善的思路:
- 搜索其他条目的首段或全文中是否存在此词;如果检查全文,则标题中含有机场、航点等词的条目除外;
- 检查英文维基的同名页面是否是机场代码重定向;
- 关于用户填错的可能性,可改用可信的外部参考来源。歧义的处理我没有很好的想法,根据抽样测试,的确涉及到不少歧义,欢迎各位献策。现在有两个不完善的思路:
- 第一点可能有判别错误的问题。就第2点而言,还必须确认英语维基的重定向目标正是这个机场。 --Kanashimi(留言) 2018年12月3日 (一) 21:42 (UTC)
- @Arnie97:试试再PING--Temp3600(留言) 2019年4月21日 (日) 20:25 (UTC)
- @Arnie97?—— Eric Liu 坐等万次编辑(留言.留名.学生会) 2019年5月22日 (三) 06:54 (UTC)
- 我目前没有新的想法,要不改为半自动?——Arnie97(留言) 2019年6月4日 (二) 00:02 (UTC)
- 如果您愿意的话,改半自动是一个可行的解决方案。--Antigng(留言) 2019年6月6日 (四) 03:04 (UTC)
- 已修改。——Arnie97(留言) 2019年6月11日 (二) 10:33 (UTC)
- 如果您愿意的话,改半自动是一个可行的解决方案。--Antigng(留言) 2019年6月6日 (四) 03:04 (UTC)
- 我目前没有新的想法,要不改为半自动?——Arnie97(留言) 2019年6月4日 (二) 00:02 (UTC)
- Arnie97?--MCC214#ex umbra in solem 2019年6月10日 (一) 07:16 (UTC)
- 批准测试运作(30次编辑)--Antigng(留言) 2019年6月14日 (五) 16:19 (UTC)
- @Arnie97:有测试结果或报告吗? --Kanashimi(留言) 2019年9月12日 (四) 15:42 (UTC)
- 请求已过期,请随时凭测试结果重开。--Jimmy Xu 论 2019年12月13日 (五) 23:06 (UTC)
- 状态: 已过期
- 操作者: 砜中嘌呤的白磷萃取 打谱
- 提请时间: 2018年3月11日 (日) 14:45 (UTC)
- 自动化程度:全自动
- 编程语言:Python
- 用途:清理Special:LintErrors/tidy-font-bug
- 源代码连结: 可参考User:WhitePhosphorus/python/fixtidyfont.py,会再改进
- 编辑时段及频率:不大于 6/min,全天
- 受影响页面:Special:LintErrors/tidy-font-bug中的页面,现在是85,196个,不过大部分都是重复的
- 遵守机器人规范:不相关
- 已有机器人权限:是
功能就是把<font>[[link]]</font>
换成[[link|<font>link</font>]]
。开 flood 跑过两百来个没出问题,因为觉得不是一次性工作(除非用过滤器拦下)所以还是来申请机器人了。Xiplus 说可以顺便把已弃用的 font 换成 span,我也打算弄,当然这样正则表达式会写得保守一些。 --砜中嘌呤的白磷萃取 打谱 2018年3月11日 (日) 14:45 (UTC)
- 我觉得听Xiplus的话,更一劳永逸一些--百無一用是書生 (☎) 2018年3月12日 (一) 11:39 (UTC)
反对。Tidy将要或者已经被换成了HTML5那套东西(还记得换了之后空标签的事情吗?),现在搞tidy bug是脱裤子放屁。——Artoria2e5编 讨论要完整,回复请用ping。 2018年3月19日 (一) 07:37 (UTC)- 鬼啦,原来是把tidy换掉之后会丢失颜色啊(mw:Help:Extension:Linter/tidy-font-bug)……那我支持吧。——Artoria2e5编 讨论要完整,回复请用ping。 2018年3月19日 (一) 07:40 (UTC)
- @WhitePhosphorus:所以有要替换font为span吗?--Xiplus#Talk 2018年4月2日 (一) 08:43 (UTC)
- phab:T175706以及[2]:今年7月底将完成 Tidy2RemexHTML。这个bot任务还有必要么?--百無一用是書生 (☎) 2018年4月2日 (一) 13:40 (UTC)
- 一个小测试。用
fixtidyfont.py --dry --pageid PAGEID
可以针对单一页面进行测试(要求 python>=3.6,安装 BeautifulSoup。botsite.py 可以从我机器人代码下载)。这里各种奇怪的情况都考虑了——只是白名单里只有十六种颜色,没纳入 X11 colors。
替换成 span 的脚本也写好了, - 必要性的问题 IRC 群里说过了,WMF 等着社群自己修复错误,所以有必要。 --砜中嘌呤的白磷萃取 打谱 2018年4月2日 (一) 15:34 (UTC)
- Xiplus#Talk 2018年4月6日 (五) 00:42 (UTC)
- 因为它没有触发要修的那个 LintError。所以要顺便把页面里的 font 都换成 span?这样感觉修Special:LintErrors/obsolete-tag又只修一半有点怪怪的。 --砜中嘌呤的白磷萃取 打谱 2018年4月6日 (五) 01:04 (UTC)
- 批准测试运作(50次编辑)。--Xiplus#Talk 2018年4月8日 (日) 03:21 (UTC) 就按原先申请范围进行吧,
testcase里正常的size跟奇怪的size两章节没有替换到?-- - 因为它没有触发要修的那个 LintError。所以要顺便把页面里的 font 都换成 span?这样感觉修Special:LintErrors/obsolete-tag又只修一半有点怪怪的。 --砜中嘌呤的白磷萃取 打谱 2018年4月6日 (五) 01:04 (UTC)
- Xiplus#Talk 2018年4月6日 (五) 00:42 (UTC)
- 一个小测试。用
- 鬼啦,原来是把tidy换掉之后会丢失颜色啊(mw:Help:Extension:Linter/tidy-font-bug)……那我支持吧。——Artoria2e5编 讨论要完整,回复请用ping。 2018年3月19日 (一) 07:40 (UTC)
测试已完成(贡献),发现两个问题。
- 把Deeppink当成十六进制编码,这个是我正则前后忘加^和$导致的,已修正。
- 会把链接里的<br>等标签的左右括号转义掉(1、2)。这个应该是 BeautifulSoup 库的问题,我得再想想怎么规避。 --砜中嘌呤的白磷萃取 打谱 2018年4月8日 (日) 16:08 (UTC)
- (?)疑问,针对以上问题,有解决方案了吗?--Antigng(留言) 2018年8月27日 (一) 01:00 (UTC)
- Sunny00217 2019年8月19日 (一) 11:06 (UTC)
- @Sunny00217:我想只有审核小组可以决定是不是要暂时关闭讨论。--Xiplus#Talk 2019年8月19日 (一) 11:30 (UTC)
- 当没那回事-- Sunny00217 2019年8月19日 (一) 12:50 (UTC)
-- - @Sunny00217:我想只有审核小组可以决定是不是要暂时关闭讨论。--Xiplus#Talk 2019年8月19日 (一) 11:30 (UTC)
- 请求已过期,如仍欲进行此任务,请随时重开请求。--Jimmy Xu 论 2019年12月13日 (五) 23:07 (UTC)