维基百科:机器人/作业请求
中文
本页面用来请求机器人协助完成一些相对简单而重复的作业,任何请求都必须符合机器人政策。想查看现有的机器人,请参见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 |
发言更新图例 |
---|
|
|
|
|
|
特殊状态 |
已移动至其他页面 或完成讨论之议题 |
手动设定 |
当列表出现异常时, 请先检查设定是否有误 |
存档 | |||||||||
---|---|---|---|---|---|---|---|---|---|
| |||||||||
早于183日的讨论将会由A2093064-bot存档。 |
一些小修正
- 间隔号的不当使用:• => ·
- 数学公式中微分算子的不当斜体:(\<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)
- 看了几个页面:微分算子、达布积分、三角换元法,大概有这些情形:
<math>dx</math> → <math>\mathrm{d}x</math>
→<math>d\theta</math> → <math>\mathrm{d}\theta</math>
→<math>\frac{d}{dx}</math> → <math>\frac{\mathrm{d}}{\mathrm{d}x}</math>
→<math>d \over dx</math> → <math>\mathrm{d} \over \mathrm{d}x</math>
→<math>\frac{d^n y}{dx^n}</math> → <math>\frac{\mathrm{d}^n y}{\mathrm{d}x^n}</math>
→
- d是不用斜体的吗?--【和平至上】💬📝 2019年7月19日 (五) 14:47 (UTC)
- @和平至上:通常斜体只用在变量上,这里的不是变量。-- tang891228 留言 2019年7月27日 (六) 02:35 (UTC)
- ꓢꓯꓠꓟꓳꓢꓮ 2020年1月27日 (一) 12:12 (UTC) 不对额,我学的数学没听过variable斜体的。我看的数学书中的dy/dx都是全斜体的。
- ꓢꓯꓠꓟꓳꓢꓮ 2020年1月27日 (一) 12:13 (UTC) 数学上variable才使用斜体的证据是?
- (+)强烈支持:平常一般懒得打[开玩笑的],但不用斜体才是符合规范的。[1] --DRIZZLE (留言) 2020年5月30日 (六) 11:48 (UTC)
- 搁置 无人处理。--Q28建议大家多多关注诗佛、诗魔与诗瓢 2022年5月19日 (四) 04:21 (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.
自动为文档加入{{缺乏中文说明}}
目前有大量的模板文档和模块文档是英文的,但很多都没有挂上{{缺乏中文说明}}
。——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)
- “读起来像不像....”的判断可能无法使用机器人自动判断。分类器的分类例外问题无法排除。-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2019年12月4日 (三) 12:50 (UTC)
- 按理来说,这些文档也应该挂{{缺乏中文说明}}。--SolidBlock留言 2019年11月1日 (五) 11:03 (UTC)
- 挂上去,不一定会有人去翻吧?
- 我认为没有甚么实质效益--死灰(留言) 2021年9月19日 (日) 11:17 (UTC)
- 这个模板就是为了让人们去翻译文档的,而且挂了又没有害处(而且确实有一点点好处)。--GUT412454(留言) 2022年2月12日 (六) 13:15 (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)
- 这种情况并不少,有超过1400个非自由图片用于多个条目,请见列表。--Wcam(留言) 2020年1月24日 (五) 22:46 (UTC)
- 嗯,如果技术上无法实现可以人工调整。毕竟这种情况比较少。Jyxyl9批判一番 2020年1月24日 (五) 09:43 (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)
- (+)支持。另请参见删除方针:“管理员应依照本方针执行删除和还原操作。删除决定不应轻易地做出,如果社群对一个页面是否应当删除存在争议,则该页面通常不应删除。我们应该尽量保留所有合乎百科全书目标的页面,删除应该是最后的选择。在把页面提交删除流程之前,请仔细考虑其他非删除的手段是否能改善页面。”大量提删一些因为错误使用{{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)
- @Wcam:关于之前Wcam提出的的问题,也许可以在机器人暂时更正的同时再在档案描述页中加个临时分类(例如Category:需要复检使用用途的合理使用档案之类的),那也可以把需要人手复检的档案再检视一次?广九直通车(留言) 2020年1月27日 (一) 06:10 (UTC)
- 另外关于连Template:Information等可机读资料模板都没有的合理使用档案(这种我也查了不少,例如User:Galaxyharrylion这种人),会不会同时也用机器人加个维护分类,以便人手处理/删除(无来源档案)?谢谢。广九直通车(留言) 2020年1月31日 (五) 06:32 (UTC)
现时已经有千多个档案被删除了,是不是没有人帮手做呢?--Wpcpey(留言) 2020年11月10日 (二) 00:35 (UTC)
- 搁置长时间无讨论。--Q28建议大家多多关注诗佛、诗魔与诗瓢 2022年5月19日 (四) 04:42 (UTC)
- 可行,但是没有想像这么简单,有些Information模板被替换引用,没有像没有直接对应如此简单。 Willy1018(留言) 2022年6月4日 (六) 15:40 (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)
- 所以是要机器人从条目中提取属于哪个县,然后再进行分类,对吗?--Hamish论 2020年6月12日 (五) 12:35 (UTC)
- 就是罗马尼亚乡份这个内含条目过多,按照罗马尼亚的行政区划,不同的乡隶属于不同的县,所以是否可以用机器人完成把所有乡按照隶属的县的方式进行分类?比如类似这个:分类:戈尔日县乡份。--Aronlee90 Bashing Commies: A Good Cockroach is A Dead Cockroach. 2020年6月12日 (五) 12:30 (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)
- 有的,您有什么好方法吗?--Aronlee90(留言) 2020年9月14日 (一) 03:57 (UTC)
- @Aronlee90:此请求是否还有需要?-- Willy1018(留言) 2020年9月14日 (一) 03:54 (UTC)
- 非常感谢。--Aronlee90 Bashing Commies: A Good Cockroach is A Dead Cockroach. 2020年6月18日 (四) 14:29 (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)
- 还有人处理这件事吗?--Q28建议大家多多关注诗佛、诗魔与诗瓢 2022年5月19日 (四) 04:45 (UTC)
- 搁置:如果需要细分,修改模板是不合适的,长远目标是编程,依据模板里的城市、镇、乡进行细分,但我不会,故请求他人处理或是手工完成。-- Willy1018(留言) 2020年9月21日 (一) 04:17 (UTC)
清理Template:Short description用法错误
Template:Short description仅在英文维基中使用,若内容与维基数据相同则移除,剩下以人工检查,汇整至维基数据。 Willy1018(留言) 2020年6月22日 (一) 06:39 (UTC)
- 这个应该是要定期处理?—— Eric Liu 创造は生命(留言.留名.学生会) 2021年10月25日 (一) 19:34 (UTC)
- 应定期处理。个人建议直接移除纯英文内容,中文内容先注释掉,人工转移/合并到维基数据标签可能缺乏人手。另见我在Wikipedia:机器人/申请/Ning-Bot的意见。--YFdyh000(留言) 2022年5月22日 (日) 16:19 (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)
- 建议先送WP:VPD后再申请任务。-Zest 2020年7月22日 (三) 08:09 (UTC)
- “音乐录影带”一般是台湾那边的讲法吧,大陆通常说“音乐视频”。--百战天虫(留言) 2020年7月22日 (三) 04:34 (UTC)
- 搁置长时间没有回复--Q28建议大家多多关注诗佛、诗魔与诗瓢 2022年5月19日 (四) 04:47 (UTC)
把{{coord}}的信息转移到wikidata
大家好!我最近建立了不少北京通州的条目,并且放上了坐标。发现地图无法显示。原因是地图的数据来源是wikidata。请问能否帮忙把我创建的条目的坐标批量转移到wikidata,并且将条目原有模板的坐标删除(删除后,模板会自动使用wikidata的数据)。如果可以,也可以把所有条目都这样处理。--維基小霸王(留言) 2020年12月16日 (三) 07:48 (UTC)
- 搁置 久无回应。--Q28建议大家多多关注诗佛、诗魔与诗瓢 2022年5月19日 (四) 04:44 (UTC)
- (+)支持。--回廊彼端(留言) 2022年10月29日 (六) 02:09 (UTC)
希望以机器人自动维护中国大陆行政区划条目及相关数据
- 我偶尔会发现一些中国大陆行政区划条目有错误,例如“Talk:永安坝水库#请问下面这两个条目是否相同”,其问题出于中国大陆国家统计局数据更新,但维基这边没跟上。
- 又用模板语法产生的消歧义页面也会出错,例如梅岭镇条目,此条目中一个有连结一个没有是我刻意作的对比,梅岭镇 (诏安县)修复后因为连结正确可以正常显示,梅岭镇 (南昌市)则因连结到重定向的维基数据页面而出错),想请问有没有可能自动化维护,谢谢大家。--回廊彼端(留言) 2021年4月16日 (五) 15:06 (UTC)
- 这一系列当初是Liangent花费心力处理的。您可提交互助客栈以获得更广泛的可行性、实际运作机制是否要大幅改版的讨论。 --Kanashimi(留言) 2021年4月16日 (五) 22:00 (UTC)
- @Kanashimi:感谢您的回应,我先前有在技术客栈提起过,因为无人回应,我想说这是纯粹技术问题就拿过来了。前者我不确定有没有可能,但后者单纯把维基数据重定向页修正为直连应该是必要而且可行性高,要不是我之前有碰过相关模板,看到没实际消歧义功用、又没办法直接调整的页面还真的会傻眼,何况这类条目甚多(单单此页面上级分类Category:三字中国镇名消歧义就有两千多个,还有乡名、二字、四字等等)根本无法以人力一一检查,所以采用机器人处理恐怕是唯一有效解法。
- 又方便的话也希望@Liangent:了解一下相关状况,并处理Gerrit:667374,谢谢辛苦。--回廊彼端(留言) 2021年4月17日 (六) 14:13 (UTC)
- 这边是觉得现在的运作机制不易维护。假如想方便修改,可能得改变运作机制。不过这伤筋动骨非常麻烦,也还没想出什么好的运作机制。--Kanashimi(留言) 2021年4月17日 (六) 21:39 (UTC)
- 行政区划的变动往往需要人工判断,尤其是一些冷门的区划调整,根据现有资料难以开展机器人维护,建议驳回此案。不过我倒是建议可以开一个行政区划错误反馈的计划页面,以收集错误报告。—MintCandy♫ 欢迎参加浙江专题 台州专题 2021年4月18日 (日) 01:16 (UTC)
- @MintCandy:后面这个提议不错。--Hamish with w. 2021年4月25日 (日) 23:34 (UTC)
- 感谢各位回应,我本来是想说看有没有什么办法自动定期取得中国大陆国家统计局那边的数据(例如用网址检查各地区代码是否存在?),并即时更新,如果有技术困难就算了。不过也想请各位讨论一下我的提案二,这种修复重定向的机器人之前已有,只是我不确定能不能做到跨维基计画的层级。--回廊彼端(留言) 2021年4月26日 (一) 07:24 (UTC)
- 刚刚花了半个多小时,大概是摸透了这个模板的运作机制,自动定期取得数据是可行的,但是即时更新似乎有点不太行,因为如果存在变动,需要人工判断是不是同一个行政区划,毕竟官方那边只给你变动前后的数据,而不会给其对应之前的数据是哪个,如果要改,用机器人改,就只能光更新prc admin list那边的数据,而无法跟条目内做到更新,其本质上是一样的,就算能够自动检测引用了废弃区划代码的页面,亦是需要人工去做修改,而达不到自动更新的目的,除非国家那边能给出对应差异,或者有人能够坚持人工维护,不然这个提案基本不会成功。--Hamish with w. 2021年4月28日 (三) 00:27 (UTC)
- 也许可以参考 https://www.mca.gov.cn/article/sj/xzqh/1980/ (一般每年更新一次)?--忒有钱🌊塩水あります🐳(留言) 2022年10月13日 (四) 15:26 (UTC)
- User:Hamish有朋友找到了代码更改对应资料,或可推进。--回廊彼端(留言) 2022年10月29日 (六) 02:09 (UTC)
- 也许可以参考 https://www.mca.gov.cn/article/sj/xzqh/1980/ (一般每年更新一次)?--忒有钱🌊塩水あります🐳(留言) 2022年10月13日 (四) 15:26 (UTC)
- 刚刚花了半个多小时,大概是摸透了这个模板的运作机制,自动定期取得数据是可行的,但是即时更新似乎有点不太行,因为如果存在变动,需要人工判断是不是同一个行政区划,毕竟官方那边只给你变动前后的数据,而不会给其对应之前的数据是哪个,如果要改,用机器人改,就只能光更新prc admin list那边的数据,而无法跟条目内做到更新,其本质上是一样的,就算能够自动检测引用了废弃区划代码的页面,亦是需要人工去做修改,而达不到自动更新的目的,除非国家那边能给出对应差异,或者有人能够坚持人工维护,不然这个提案基本不会成功。--Hamish with w. 2021年4月28日 (三) 00:27 (UTC)
- 感谢各位回应,我本来是想说看有没有什么办法自动定期取得中国大陆国家统计局那边的数据(例如用网址检查各地区代码是否存在?),并即时更新,如果有技术困难就算了。不过也想请各位讨论一下我的提案二,这种修复重定向的机器人之前已有,只是我不确定能不能做到跨维基计画的层级。--回廊彼端(留言) 2021年4月26日 (一) 07:24 (UTC)
- @MintCandy:后面这个提议不错。--Hamish with w. 2021年4月25日 (日) 23:34 (UTC)
- @迴廊彼端:另外您的第二条是指做这类更改吗?--Hamish with w. 2021年4月28日 (三) 00:32 (UTC)
- @Hamish:谢谢辛苦,虽说有这样的限制,但对于使用大量模板建立的条目(例如永安坝街道)还是挺有助益的,建议至少可以透过机器人定时更新列出“引用废弃代码的页面”清单,甚至可以进一步分省让各省主题小组去处理。
- 第二部份确实是做类似的修改没错,不过 wikidata-original-name 参数我在想要不要动,因为 Wikidata 那边规定标签“不放主空间条目名称中的消歧义括号”,带括号的名称未来可能仍须修改。--回廊彼端(留言) 2021年4月28日 (三) 01:38 (UTC)
- @迴廊彼端:第一个如果是要建立这种清单分类也可以,我可以尝试着做,而且应该也能做得出(我不鸽的话lol),第二个嘛,已经在做了,但是我只会修改
wikidata
这个参数,wikidata-original-name
我的想法是目前先不动,之后再说。--Hamish with w. 2021年4月28日 (三) 01:43 (UTC)- @Hamish:那真是太棒了,建议第一个清单可以采取类似User:Cewbot/需要修正的跨语言连结的格式不要用分类,不然分类一次只能看两百个有点麻烦;第二项我与你想法相同,期待您的成果:)--回廊彼端(留言) 2021年4月28日 (三) 02:22 (UTC)
- @迴廊彼端:第一个如果是要建立这种清单分类也可以,我可以尝试着做,而且应该也能做得出(我不鸽的话lol),第二个嘛,已经在做了,但是我只会修改
- 相关讨论: 维基百科:互助客栈/条目探讨#spoiler --Kanashimi(留言) 2021年11月28日 (日) 07:36 (UTC)
添加{{lang}}模板
希望能在https://zh.wikipedia.org/wiki/Special:%E7%94%A8%E6%88%B7%E8%B4%A1%E7%8C%AE/Trymybestwikipedia 这些页面中加入{{lang}}模板──以上未签名的留言由Jonathan5566(讨论|贡献)于2021年5月9日 (日) 02:48加入。
请求自动为已上新闻动态的条目的讨论页添加{{ITNtalk}}模板
请问各位维基人,是否可以自动为上了新闻动态的条目的讨论页添加Template:ITNtalk{{ITNtalk}}模板。谢谢大家!——Zzhtju(留言) 2021年5月16日 (日) 13:19 (UTC)
- @Zzhtju 每一则新闻往往有多个连结,难以判断应该是哪个文章该标上这个模版。有的时候甚至有两个以上的文章需要标此模板,例如2021年11月8日。 --Kanashimi(留言) 2021年11月28日 (日) 07:30 (UTC)
- 已经上新闻动态的条目,不是已经确定到底哪个或者哪些条目是主要新闻动态的条目了吗?就是加粗的那个。--Zzhtju(留言) 2021年11月29日 (一) 11:31 (UTC)
- 看起来并不是所有申请都采用{{Itn}}... e.g., 维基百科:新闻动态候选/存档/2018年10月 --Kanashimi(留言) 2021年11月29日 (一) 11:54 (UTC)
- 能麻烦您解释一下吗,我没太看懂。--Zzhtju(留言) 2021年11月29日 (一) 13:16 (UTC)
- 假如所有新闻动态申请都采用了相同的格式,那机器人就能很容易做出判断。但假如采用的是复杂的格式,可能就涉及必须解析wikitext的问题。虽不是不可能,但这样的机器人比较容易出错,并且会复杂得多。--Kanashimi(留言) 2021年11月29日 (一) 20:57 (UTC)
- 那请问为最通用相同的格式的添加也不太现实吗,另外请问一下2018年10月的存档格式好像也没有区别。--Zzhtju(留言) 2021年11月30日 (二) 04:15 (UTC)
- 不晓得Jimmy-bot存档的时候为什么要展开模板。由于格式较紊乱,这边没打算动手。--Kanashimi(留言) 2022年6月23日 (四) 23:28 (UTC)
- 那请问为最通用相同的格式的添加也不太现实吗,另外请问一下2018年10月的存档格式好像也没有区别。--Zzhtju(留言) 2021年11月30日 (二) 04:15 (UTC)
- 假如所有新闻动态申请都采用了相同的格式,那机器人就能很容易做出判断。但假如采用的是复杂的格式,可能就涉及必须解析wikitext的问题。虽不是不可能,但这样的机器人比较容易出错,并且会复杂得多。--Kanashimi(留言) 2021年11月29日 (一) 20:57 (UTC)
- 能麻烦您解释一下吗,我没太看懂。--Zzhtju(留言) 2021年11月29日 (一) 13:16 (UTC)
- 看起来并不是所有申请都采用{{Itn}}... e.g., 维基百科:新闻动态候选/存档/2018年10月 --Kanashimi(留言) 2021年11月29日 (一) 11:54 (UTC)
- 已经上新闻动态的条目,不是已经确定到底哪个或者哪些条目是主要新闻动态的条目了吗?就是加粗的那个。--Zzhtju(留言) 2021年11月29日 (一) 11:31 (UTC)
前者1391个页面,后者421个页面,累计1812个页面。
以温泉寺为例,修改前的效果见现状,修改后的效果如右侧所示:
温泉寺 | |||||
---|---|---|---|---|---|
重庆市文物保护单位 | |||||
地址 | 北碚区澄江镇北温泉内 | ||||
分类 | 古建筑 | ||||
时代 | 明代、清代 | ||||
编号 | 1-53 | ||||
认定时间 | 2000年9月7日 | ||||
|
要点:保留最后一个模板(即当前的保护等级),其余模板内容转入保护历史,初定名单相当于征求意见稿,以最终公布的正式名单为准,无需列入。重庆早年为省辖市(相当于地级市),后来是直辖市,省辖市级文物保护单位相当于市级,直辖市级文物保护单位相当于省级,为作区分,可在原省辖市级文物保护单位后括注(市级)。
--猫猫的日记本(留言) 2022年1月16日 (日) 07:44 (UTC)
反对,以前的分类更详细 可于分类反应历史Urga(留言) 2022年7月19日 (二) 06:32 (UTC)
使用条目中的Speciesbox中的数据,自动整理Category:植物小作品中的条目至子分类
如题。只整理有Speciesbox的条目。--GUT412454(留言) 2022年2月12日 (六) 13:04 (UTC)
- @GUT412454 能更清楚描述一下,示范编辑一下吗?--Kanashimi(留言) 2022年9月8日 (四) 10:56 (UTC)
- Special:差异/73570997--GUT412454(留言) 2022年9月8日 (四) 12:23 (UTC)
- 严格来说,应该是将植物小作品模板调整为更明确的小作品模板。--GUT412454(留言) 2022年9月8日 (四) 12:26 (UTC)
- 细分这个,有点用但不是特别有用,条目内容更重要。如果细分的小作品分类没人看,细分就无价值吧,小作品模板的外观区别不大。--YFdyh000(留言) 2022年9月8日 (四) 12:31 (UTC)
- 既然Category:植物小作品里面有{{Category diffuse}}和{{Very large}},细分就的确是一个问题。如果不是问题,那就可以去掉这两个模板。Wikipedia:对“没坏别修”的误解--GUT412454(留言) 2022年9月20日 (二) 03:13 (UTC)
- 嗯...好像不如想办法扩增更有用? 另外要准确判别似乎不容易--Kanashimi(留言) 2022年9月8日 (四) 12:39 (UTC)
- 既然{{Speciesbox}}能通过物种名在{{Taxonomy}}中获取到物种的分类信息,那么机器人就也能。--GUT412454(留言) 2022年9月20日 (二) 03:16 (UTC)
- 细分这个,有点用但不是特别有用,条目内容更重要。如果细分的小作品分类没人看,细分就无价值吧,小作品模板的外观区别不大。--YFdyh000(留言) 2022年9月8日 (四) 12:31 (UTC)
- 不太建议全部自动整理,可以用分类进行调整
- Category:石斛属→{{兰科小作品}},此外目前Category:植物小作品有25,436 个我认为有细分的需要。-- Willy1018(留言) 2022年10月3日 (一) 22:23 (UTC)
- @GUT412454@Willy1018@YFdyh000 假如真有必要的话 那还得看看到底该用哪个名称 例如六道木要分在 “糯米条属小作品” “忍冬科小作品” “川续断目小作品” “菊类植物小作品” 的哪个? 现在似乎没有规范--Kanashimi(留言) 2022年11月7日 (一) 05:47 (UTC)
- 通常来说,越细越好(子分类)、重复也无妨。--YFdyh000(留言) 2022年11月7日 (一) 09:04 (UTC)
- 理想该不会是用机器人来维护生物分类树与生物小作品分类树?--Kanashimi(留言) 2022年11月8日 (二) 10:40 (UTC)
- 如果有至少一人表示会用到(如扩充计划),可以用机器人整理。否则我倾向继续放在那里,避免过早优化、浪费人力,或者搭配其他计划再行动。--YFdyh000(留言) 2022年11月8日 (二) 10:55 (UTC)
- 我突然想到,能不能直接改动{{plant-stub}},使它在没有参数的情况下能“自动识别物种分类,并显示适合的模板,将文章分到适合的分类”?比如,提取并使用文章的源代码中{{Speciesbox}}中的参数。--GUT412454(留言) 2022年11月8日 (二) 16:25 (UTC)
- 这似乎也是个方法...--Kanashimi(留言) 2022年11月8日 (二) 19:22 (UTC)
- 理想该不会是用机器人来维护生物分类树与生物小作品分类树?--Kanashimi(留言) 2022年11月8日 (二) 10:40 (UTC)
- 参阅Wikipedia:机器人/申请/Willy1018-bot/6。我是用原本的小作品模板,如果本地没有就找一下英文版的小作品模板。理想情况下应不建立属小作品因为太少,菊类植物小作品如果太多(大于200)则应建立川续断目小作品,如果还是太多再细分忍冬科小作品。-- Willy1018(留言) 2022年11月8日 (二) 16:20 (UTC)
- 通常来说,越细越好(子分类)、重复也无妨。--YFdyh000(留言) 2022年11月7日 (一) 09:04 (UTC)
地铁相关条目用词不当替换
近期创建的一些地铁条目,当中出现了“于2019年12月25日开业”字眼。地铁不应使用“开业”字样,而应该使用“开通”字样。故申请将其替换为“于2019年12月25日开通”。--Q28~ꓐꓰ ꓧꓮꓑꓑꓬ~建议大家多多关注诗佛、诗魔与诗瓢 2022年5月28日 (六) 12:30 (UTC)
- 加注:香港地区词更多使用“通车”而非“开通”。近期通车的港铁东铁线过海段媒体报道当中,使用“开通”千馀则,使用“通车”七千馀则,若是处理可考虑同时处理地区词。--路西法人 2022年5月31日 (二) 16:09 (UTC)
- 须经讨论 2014年就有人写“开业”。应讨论后逐一而非批量替换。“开业”的确怪怪的。开通、通车等不错,不过是否会牵扯到隧道打通、试车、试运营等歧义概念?“投入营运”的说法可能不错,或者“通车运营”。--YFdyh000(留言) 2022年6月3日 (五) 04:20 (UTC)
大型歌唱选秀节目
请求批量移除(insource:大型歌唱选秀节目)中的大型二字。该字词明显违反中立性方针,且被多次加入。 长远建议设立过滤器。--1233 (T / C) 2022年6月2日 (四) 18:46 (UTC)
- 须经讨论依据机器人方针上下文有关的修订:“机器人不应以全自动方式进行上下文有关的修改。这类修订应于人类编辑的监督下进行。...或社群同意该任务在不受监督的情况下运行(如回退某人的所有编辑,不论好坏),则属例外。”故请至互助客栈讨论后再提请。-- Willy1018(留言) 2022年6月4日 (六) 15:35 (UTC)
- 先前讨论。个人赞成移除,但全自动恐怕做不到。搜索结果似乎不稳定,"大型歌唱"约60个。星动亚洲 (真人秀节目)“大型偶像养成类真人秀节目”、"大型选秀节目"等类似。"大型谈话" 3条。
- 其实未尝找不到来源或某些定义,但这种修饰词主要目的应该还是宣传。“央视大型节目制作中心”“北京广播电视台新闻中心大型节目组”。
- 题外话,"中型购物中心"、"大型购物中心"是否因存在某些明确定义、通常是规模而非宣传性而豁免?但定义也并不统一、可能不可靠,并仍有宣传性。[1]按面积,[2]按租户数量,且两者非可靠来源。--YFdyh000(留言) 2022年6月4日 (六) 15:54 (UTC)
更新中国大陆各省、市、县人口以及GDP数据,目前很多还停留在2015年
数据库来源已找到:https://www.hongheiku.com ,想请会代码的朋友帮忙编写,本人不会写代码 --以上未签名的留言由Occocc08(讨论|贡献)加入。
- 该网站非可靠来源--YFdyh000(留言) 2022年6月8日 (三) 03:22 (UTC)
- http://www.stats.gov.cn/ 这个权威--Occocc08(留言) 2022年6月8日 (三) 03:27 (UTC)
- 我认为可以通过更新模板来进行更新。
- 我先建立一个Draft:Template:中国各地区人口,并把国家统计局第七次全国人口普查报告的信息加入进去。对于各市、县、区的人口,应当参照各地区统计局的网站并加入。
- 由于本人不会加入参数、然后显示不同于参数的内容:
- 比如模板输入“北京”、“万”和“2”,显示“2189.31万人”
- 就算读了模板相关指引也一样不会
- 希望其他人帮助。--XYY23330121 2022年6月8日 (三) 03:46 (UTC)
- 省一级的更新不难因为数量不大,市县级的量太大人工很难完成--Occocc08(留言) 2022年6月8日 (三) 07:33 (UTC)
- 试着继续阅读了一些指引,比如Wikipedia:LUA。写出了一个不能运行的东西。
- 请各位帮忙查错。--XYY23330121 2022年6月9日 (四) 06:02 (UTC)
- 已经改好了吗? --Wikij1089(留言) 2022年8月16日 (二) 08:07 (UTC)
- 这种应该调用和迁移到维基数据,而非写在模块源码。不利于维护、更新导致的页面刷新将是很大成本。--YFdyh000(留言) 2022年9月8日 (四) 12:36 (UTC)
- 由于本人不会加入参数、然后显示不同于参数的内容:
如题,将上述母分类中的子分类源代码中的分类替换成{{Cathead ship year}}(效果如Category:1995年下水,模板已经过测试,各世纪分类均无问题);若出现如Category:1898年下水中的情况,可考虑保留年份索引。--东风(留言) 2022年7月21日 (四) 03:45 (UTC)
长期以来分类里混合了一堆条目,这很明显不是该分类的用途(进行审核后应该是移交建立条目专题的相关分类),希望可以把里面所有不是ns=2和ns=118的清出去(约两百多条),并且定期检查并清除审核通过后依然没有被清出去的页面--SunAfterRain 2022年8月21日 (日) 14:08 (UTC)
修正政府机构信息框旗帜重复
政府机构信息框更新“flag”字段使用维基数据P41项后,造成部分使用“seal”字段展示旗帜的条目重复显示旗帜。例美国司法部、党卫队-- ★WPTO★ 2022年9月15日 (四) 07:04 (UTC)
请求将Statute of Westminster 1931的所有其他译名批量替换为《1931年西敏法规》
该议题已经过多次讨论,详见Wikipedia:互助客栈/求助/存档/2022年9月及Talk:1931年西敏法规。
“西敏条例”、“西敏法令”等在指Statute of Westminster 1931时都应该转换为带有年份的《1931年西敏法规》。 --以上未签名的留言由Mosowai(讨论|贡献)于2022年10月10日 (一) 12:30:51 (UTC+8)加入。
修正一些条目的NoteTA中的不当中文变体
一些条目的NoteTA模板中含有错误的中文变体,例如以繁体字书写的中国大陆用词,或以简体字书写的港台用词,请求机器人予以修正。 --以上未签名的留言由Interaccoonale(讨论|贡献)加入。
- 机器人如何准确识别?以及要检出是否为破坏所致。--YFdyh000(留言) 2022年10月12日 (三) 13:00 (UTC)
复制模板 CPNI 中植物编号到 Wikidata
针对模板{{CPNI}},之前已经在Wikidata中建立了对应的维基数据属性 d:Property:P10778,维基数据建立的格式为 CPNI-[0-9]{3,5}(-[0-9]+)?
,即在目前参数|id=
前加“CPNI-”。--Kethyga(留言) 2022年10月26日 (三) 07:21 (UTC)
给模板加入参数
我近期给一些模板加入了{{CJK-New-Char}}模板,但是忘记加入一个参数,懒得手动改了,所以申请机器人作业。
要求:将{{CJK-New-Char|20BE4}}替换为{{CJK-New-Char|20BE4|block=B}}。--DoroWolf(留言) 2022年10月28日 (五) 16:10 (UTC)
请求清理{{Cat also}}
请求将“{{Cat also|A|B|C|…}}”替换为“{{DEFAULTSORT:A}}[[Category:B]][[Category:C]][[Category:…]]”,该模板会妨碍HotCat等工具且已停用。 绀野梦人 2022年11月24日 (四) 17:59 (UTC)
- @Yumeto:51个页面就直接替换引用就好了吧。--SunAfterRain 2023年1月28日 (六) 04:23 (UTC)
请求自动为传统百科全书中的条目添加相应的模板
我看到传统百科全书条目这个专题下的条目目前仅有831篇,远远低于实际数目。就以《中国大百科全书》来说,其官网称第三版网络版总条目为50万条[1]。我觉得有必要对这一专题进行维护。而《中国大百科全书》等传统百科全书所含条目应该容易获得,添加相应的模板应该可以由机器人完成。以《中国大百科全书》为例,我初步的设想是:
- 首先检测目录当中哪些条目存在,将不存在的条目排除掉。
- 然后检测对应条目是否为重定向。
- 若不为重定向:
- 在对应条目的讨论页中添加{{传统百科全书条目专题}},并添加“Ref=中国大百科全书/对应章节”的参数。若该条目为GA或FA,同时添加评级。
- 若为重定向:
- 在该重定向页面添加{{传统百科全书条目重定向|中国大百科全书}},并在该重定向页面的讨论页中添加{{传统百科全书条目专题}}。
- 若重定向的页面不是条目中的某一章节(防止条目所述主体不同。可以检测重定向页面是否含有#),则在重定向后的页面的讨论页中添加{{传统百科全书条目专题}},添加“Ref=中国大百科全书/对应章节”的参数,并添加“Original Title = 原词条名”的参数。
- 若不为重定向:
个人觉得需要考虑的问题有二:
- 若原条目的讨论页中已有传统百科全书条目专题的模板,那么需要检测Ref是否为中国大百科全书。如果是的话,就不需要再添加了。
- 可能会存在少量同名但所述主体不同的条目(尤其是人名)。并且维基百科上对应的条目可能为消歧义页,抑或是虽然对应的不是消歧义页,但该条目存在消歧义页。
不清楚这一提议是否可行。若是有人愿意协助的话,本人不胜感激。 --Shenzhiming88(留言) 2022年11月26日 (六) 02:52 (UTC)
- 我这边可以试试看,问题是有没有这个必要。然后必须要有一份条目清单。--Kanashimi(留言) 2022年11月26日 (六) 04:20 (UTC)
- 我觉得阁下不必着急。可以先等待其他人讨论是否有此必要。至于条目清单,之前是有的,后来被代理商要求删除了,可见此处。不太清楚是怎么得到清单的。--Shenzhiming88(留言) 2022年11月26日 (六) 04:31 (UTC)
- 目录版权问题需要弄清,给出完整目录或许类同原著的目录索引卷。根据[3]和[4],《中国大百科全书(第二版)》总计6万个条目,但前者网页脚注说全部为版权所有。加注原著章节(分类)是否有意义,版本似乎更有意义,除非章节有助消歧义。50万条的第三版网络版有点多,且处在变化、未完成阶段,是否适合加注。已有维基专题:传统百科全书条目/中国大百科全书/网络版。--YFdyh000(留言) 2022年11月26日 (六) 07:07 (UTC)
参考资料
- ^ 三版介绍 - 《中国大百科全书》第三版网络版. www.zgbk.com. [2022-11-26].
“曹璐”消歧义
现在大部分“曹璐”都指向了那位女歌手,这忽略了同名的男演员。在此建议借用机器人,将所有的“[[曹璐]]”改为“[[曹璐 (女)|曹璐]]”,而少部分指向男演员的链接可以手动修改。--🐹通辽汗国驻维基百科临时代办(讨论·贡献·成就) 2022年12月24日 (六) 19:03 (UTC)
- 简单的“(女)”不适合消歧义,建议“女歌手”“男演员”。按惯例,没有同名条目时不应将条目消歧义,消歧义页不应仅有一个已存在条目。--YFdyh000(留言) 2023年1月11日 (三) 06:55 (UTC)
引入User:HotArticlesBot
请求引入en:User:HotArticlesBot,该机器人可以记录各个专题的热门编辑条目。——BlackShadowG Slava Ukraini! 2022年12月29日 (四) 01:34 (UTC)
修正InternetArchiveBot留下的问题
InternetArchiveBot在2022年5月至2022年8月自动向条目添加存档网址时未加入参数“dead-url”(如Special:Diff/72945076),请求将引用模板有参数“archive-url”却没有加入参数“dead-url”的参考来源自动加上“|dead-url=no”(如Special:Diff/75516785)。--寒吉(留言) 2023年1月14日 (六) 05:22 (UTC)
- InternetArchiveBot在2022年11月的编辑(Special:PermaLink/74572370#参考资料)并不会补回2022年7月所遗漏的参数“dead-url”。--寒吉(留言) 2023年1月14日 (六) 05:48 (UTC)
清理带“.”(U+FF0E)、“‧”(U+2027)、•(U+2022)、“・”(U+30FB)的连入
如题。在查看香港电影评论学会大奖最佳电影#2020s看到“夜香·鸳鸯·深水埗”的间隔号使用不对,没了连入,未知是否孤例。请将带这些符号的连结都改成正确的“·”,谢谢。Ghren🐦🕓 2023年2月9日 (四) 09:35 (UTC)
添加传统百科全书条目重定向标记
给《中国大百科全书》中西方人物的重定向添加 {{传统百科全书条目重定向|中国大百科全书}}
标记。目前粗略统计大概将近2000,见Quary,这里面的数量是统计页面长度小于50字节的,是粗略统计一下之前没有添加该重定向标记的页面长度(精确统计应该是排除页面中含有上述标记的)。相关重定向显示效果可以看 伯比奇,M. (75979950) --Kethyga(留言) 2023年2月15日 (三) 09:17 (UTC)
清理已删模板嵌入
清理已删模板{{党和国家领导人/卸任}}的嵌入。--Cookai饼块🍪(💬留言) 2023年2月16日 (四) 03:10 (UTC)
清理Template:GAF嵌入
讨论连结:Wikipedia:页面存废讨论/记录/2023/02/11。--Cookai饼块🍪(💬留言) 2023年2月19日 (日) 14:05 (UTC)
批量移动持续出没的破坏者存档页
客栈讨论通过将统一将不活跃的LTA页都从Wikipedia:持续出没的破坏者/记录/移回Wikipedia:持续出没的破坏者/之下,但由于过往处理相关记录页时曾遇好几个被编辑过的重定向,为防弄乱移动日志,请求管理员机械人协助删除“Wikipedia:持续出没的破坏者/记录/”子页面减掉“/记录”后剩馀标题下的重定向,然后批量移动“/记录”页面并留重定向。cc站外联络过的Xiplus。--路西法人 2023年2月22日 (三) 16:10 (UTC)
- (~)补充:如可,请顺便将需要移动的页面的记录页内的{{Infobox Wikipedia vandal}}的
status
参数改为Archived
。--路西法人 2023年2月22日 (三) 16:11 (UTC)