维基百科讨论:基础条目
存档 |
---|
|
基础条目中,传记的条目其加权长度都已超过30K
编辑刚刚扩充迦梨陀娑条目,加权长度超过30k,所有传记的条目加权长度都已超过30K。--Wolfch (留言) 2021年1月14日 (四) 14:07 (UTC)
- 新进的乌姆·库勒苏姆条目,加权长度还不到30k,因此传记条目中,只有一个加权长度不到30K--Wolfch (留言) 2021年2月5日 (五) 10:35 (UTC)
- 乌姆·库勒苏姆条目,加权长度已扩充超过30k,所有传记的条目加权长度都已超过30K。--Wolfch (留言) 2021年2月7日 (日) 20:54 (UTC)
加油
编辑来维基好几年,见过了许多工程的开开停停。像基础条目这样细水长流,对内逐步消灭小作品、对外比下去其他维基,坚持十年如着实不易。
近来受讨论启发,也为电子游戏专题组织基础条目挑战。虽然之前也有维护专题的经验,但亲身体验发现完成基础条目真非易事:自己从核心条目中或明或暗受益良多,但真写起来话题太大竟不知如何下笔。
第三级基础条目早已消灭小作品了,第四级的几篇电子游戏条目品质也都尚可。但五级电子游戏条目还有好些红色连结;至于电子游戏专题的基础条目挑战,目前更有高达四成的条目缺失。虽然艰巨的任务不能指望一朝一夕完成,但我相信它会有完成的那天。
最后在此向孜孜不倦贡献、维护基础条目的维基人表示敬意。--洛普利宁 2021年7月1日 (四) 21:01 (UTC)
有关 "维基百科基础条目质量列表" 中, "未翻译外文过多" 的计算方式
编辑m:维基百科基础条目质量列表中会针对各语言基础条目的长度计分。其中有些条目评为“因为未翻译外文过多,不列入统计”。目前已根据其评比的程式码,找到其评比的原理,并且以此方式修正条目。中文维基在9月份有二个条目因为未翻译外文过多,不列入统计,在10月份这二个条目已经修正。因此上述的原理应该正确。
判断未翻译外文时,会先删除以下部分:
- <ref> </ref>以内的参考资料(因此不会考虑此参考资料模版中引用的英文原文)
- <!--- -->以内的注解资料(因此不会考虑注解中引用的英文原文)
接下来会计算条目中的字数, 以及数十个英文的特定单字,若特定单字占字数的比例超过20%,且这些特定单字在条目中出现的总数超过20次,就会算为“未翻译外文过多”。 --Wolfch (留言) 2021年10月5日 (二) 23:24 (UTC)
基础条目中,科学的条目其加权长度都已超过30K
编辑刚刚扩充盐基条目,加权长度超过30k,所有自然科学(包括度量、科学、技术)的条目加权长度都已超过30K。--Wolfch (留言) 2021年10月12日 (二) 14:59 (UTC)
维基百科:基础条目前阵子主要是由user:Wolfch在维护,不过他已在维基用户页表明要离开维基百科,最后一次编辑是在1月份。
维基百科:基础条目(以及Wikipedia:基础条目/条目长度列表、Wikipedia:基础条目/静态版本)需要配合m:List_of_articles_every_Wikipedia_should_have的内容进行更新, 目前只更新到对应 List_of articles every Wikipedia should have 2021年10月27日的版本,之后更新的内容还没有加入。
另外,Wikipedia:基础条目/条目长度列表无法识别重定向, 因此若长度很短的, 应该只计算到重定向页面的长度, 需调整Wikipedia:基础条目/条目长度列表, 改为实际的条目。
上述内容是有关维基百科:基础条目的更新(还没有提到扩充篇幅小于30KB条目的任务), 大约一个月更新一次即可,不知是否有维基人愿意参与?谢谢--36.229.98.57(留言) 2022年6月25日 (六) 02:11 (UTC)
有关 维基百科:基础条目 的更新
编辑维基百科:基础条目前阵子主要是由user:Wolfch在维护,不过他已在维基用户页表明要离开维基百科,最后一次编辑是在1月份。
维基百科:基础条目(以及Wikipedia:基础条目/条目长度列表、Wikipedia:基础条目/静态版本)需要配合m:List_of_articles_every_Wikipedia_should_have的内容进行更新, 目前只更新到对应 List_of articles every Wikipedia should have 2021年10月27日的版本,之后更新的内容还没有加入。
另外,Wikipedia:基础条目/条目长度列表无法识别重定向, 因此若长度很短的, 应该只计算到重定向页面的长度, 需调整Wikipedia:基础条目/条目长度列表, 改为实际的条目。
上述内容是有关维基百科:基础条目的更新(还没有提到扩充篇幅小于30KB条目的任务), 大约一个月更新一次即可,不知是否有维基人愿意参与?谢谢--2001:B400:E2D9:E372:EB20:9FB1:3D5A:A30B(留言) 2022年6月27日 (一) 03:37 (UTC)
- 有这个精力不如把基础条目没有的补完。--中文维基百科20021024(留言) 2022年6月27日 (一) 06:45 (UTC)
- 目前基础条目(第三级,共一千个条目)应该都已建立,不过有些篇幅比较少,而且List of articles every Wikipedia should have的内容也会变动,上述页面的更新,比较容易看出哪些基础条目还需要扩充。--2001:B400:E26D:BD0:93AB:995F:EDF3:EFD8(留言) 2022年6月27日 (一) 07:15 (UTC)
- 英文版的基础条目似乎有Cewbot协助维护。不知@Kanashimi君觉得本地页面有什么可以自动化的地方?Ericliu1912(留言) 2022年6月27日 (一) 17:06 (UTC)
- 英语维基百科的基础条目背后有一个相较于中文来说人数众多的维护团队,负责更新条目。机器人做的仅限于能自动化的工作,例如自动评级与更新图示。中文维基百科想引入这支程式,就必须采用和英语维基百科相同的展示格式。机器人或许能依照英语维基百科来更新中文基础条目,但这样会有英语中心主义的问题。--Kanashimi(留言) 2022年6月27日 (一) 19:45 (UTC)
- 变更展示格式应该是没有大碍吧。—— Eric Liu 創造は生命(留言・留名・学生会) 2022年7月19日 (二) 06:11 (UTC)
- 基础条目那里本身就是英文维基的列表照搬过来,中文使用区域特定的重要条目被放进了专项列表里--——C933103(留言) 2022年7月19日 (二) 14:51 (UTC)
- 英语维基百科的基础条目背后有一个相较于中文来说人数众多的维护团队,负责更新条目。机器人做的仅限于能自动化的工作,例如自动评级与更新图示。中文维基百科想引入这支程式,就必须采用和英语维基百科相同的展示格式。机器人或许能依照英语维基百科来更新中文基础条目,但这样会有英语中心主义的问题。--Kanashimi(留言) 2022年6月27日 (一) 19:45 (UTC)
- 之前提到的更新,是配合m:List of articles every Wikipedia should have更新条目(和英文维基vital article的列表不太一样),并修正重定项的页面,例如List of articles every Wikipedia should have中的条目A已修改为B, 而基础条目中的C重定向到C2, 基础条目(及相关页面)需将A改为B, C改为C2。
- List of articles every Wikipedia should have会列出条目列表何时有调整列表,以及调整的内容。至于重定向的条目,可以看Wikipedia:基础条目/条目长度列表,长度<1000的应该都是重定向。
- 基础条目中,还有针对条目的评级和图示,不过这部分已经有一段时间没有更新了。--2001:B400:E27D:8F91:C2E5:FCC8:D3EC:9643(留言) 2022年6月28日 (二) 00:06 (UTC)
- <30KB的都是需要扩充的是吗?--上官轩清(留言) 2022年6月29日 (三) 10:49 (UTC)
- 若Wikipedia:基础条目/条目长度列表有更新,其中长度>1kB且<30kB的, 就是要扩充的。不过目前的内容大约是半年前的,有部分内容不同。meta的修改记录在m:Template:Top1000 recent changes--2001:B400:E2DA:534A:8645:7CD4:F745:2F46(留言) 2022年6月29日 (三) 12:11 (UTC)
- 其实应该重质多于重量。meta上的列表用KB来分类只是因为条目长度是最简单比较各语维基条目内容的工具。--——C933103(留言) 2022年7月10日 (日) 01:05 (UTC)
- 这次要进行的更新是在维基百科:基础条目和Wikipedia:基础条目/条目长度列表中, 进行以下的修改:
- 希望可以有人协助此一事务, 谢谢大家--114.45.188.231(留言) 2022年7月2日 (六) 00:12 (UTC)
- 已有维基人更新Wikipedia:基础条目/条目长度列表的连结, 目前只剩维基百科:基础条目还没有修改。--36.229.98.132(留言) 2022年7月3日 (日) 20:46 (UTC)
- 维基百科:基础条目也修改了,谢谢大家。--36.229.98.132(留言) 2022年7月4日 (一) 15:21 (UTC)
- 已有维基人更新Wikipedia:基础条目/条目长度列表的连结, 目前只剩维基百科:基础条目还没有修改。--36.229.98.132(留言) 2022年7月3日 (日) 20:46 (UTC)
- 若有人愿意扩充条目的, 需扩充的条目有虚构、弗拉明戈、孟菲斯及其墓地金字塔、性 (生物学)、柑橘属、贸易, 扩充目标是Wikipedia:基础条目/条目长度列表的长度超过31K, 先谢谢大家了--114.45.188.231(留言) 2022年7月2日 (六) 00:17 (UTC)
- 其实有没有需要在中文维基百科本地内保留这个列表的副本?因为meta:List_of_Wikipedias_by_sample_of_articles里就有列明中文维基在重要条目中较短少的有哪几个条目,点进去数字里即可查看--——C933103(留言) 2022年7月10日 (日) 00:50 (UTC)
有关基础条目, 性 (生物学) 的扩充
编辑谢谢大家之前对于维基百科:基础条目页面的更新,也扩充了柑橘属和贸易条目。
以下先列一个需要扩充的基础条目,邀请大家参与,希望可以扩充条目, 扩充到Wikipedia:基础条目/条目长度列表的长度超过31K。
--2001:B400:E25E:298F:652D:C8D6:8019:60D9(留言) 2022年7月30日 (六) 23:55 (UTC)
- 我再更新一下状况好了。英文维基的Sex属于基础条目,因此原先在中文维基对应的性 (生物学)也就成了基础条目,我后来将中文维基对应的条目改成了说明生物性别,篇幅也较长的性别了。--2001:B400:E25E:298F:F67B:7EE7:3643:A590(留言) 2022年8月7日 (日) 22:33 (UTC)
基础条目在本月可能会达到的里程碑
编辑维基百科:基础条目最近几年主要的任务,是在扩充条目篇幅,让条目的加权长度超过30k, 若依照Wikipedia:基础条目/条目长度列表来看, 加权长度最短的资本, 其加权长度已有31,413,已超过30k。因此基础条目的所有条目总算都超过30k了。
印象中, 每个月初在m:List_of_Wikipedias_by_sample_of_articles会公布结果, 本月的还没更新, 有兴趣的维基人可以再自行参阅。
谢谢参与过维基百科:基础条目的每一位维基人--2001:B400:E2D0:4730:C82:DC94:5EA0:C256(留言) 2023年4月2日 (日) 12:56 (UTC)
- 条目长度又不代表质量。--Ghren🐦🕚 2023年4月2日 (日) 15:42 (UTC)
- 据说基础条目计划原来的目标是提升条目品质,希望可将条目提升到GA甚至FA,长度扩充只是阶段性目标。--2001:B400:E2D0:4730:D003:95E0:FD49:3619(留言) 2023年4月2日 (日) 16:02 (UTC)
- 比如上面举例的资本条目就是明显不合格的。--🎋竹生🎍 2023年4月14日 (五) 13:11 (UTC)
- @Newbamboo:, 谢谢提出,我相信很多条目只是在长度上达标,其他许多方式都还要提升,若您熟悉该条目的主题,也盼望可以参与条目的改善工作,谢谢您。--2001:B400:E2D8:7C25:718:2587:6A7F:685A(留言)
- 诸位辛苦了。—— Eric Liu 創造は生命(留言・留名・学生会) 2023年4月3日 (一) 14:42 (UTC)
- 条目发展前、中期就是堆内容为主,长度基本还是能代表品质的。就是那个3.7的倍率会把参考资料也算上,虚高的太离谱了……--洛普利宁 2023年4月4日 (二) 15:59 (UTC)
- 因为加权长度的倍率(3.7)及计算方式,中文维基是占了一些便宜没错。--2001:B400:E28E:D984:F31:E0DD:3F5:60D0(留言) 2023年4月5日 (三) 03:06 (UTC)
- 感谢诸位的贡献。--BlackShadowG Slava Ukraini! 2023年4月9日 (日) 04:01 (UTC)
- 同志们辛苦了。——WMLO(留言)。 2023年4月13日 (四) 21:49 (UTC)
这月有一个条目内容有提升,只是篇幅少了,因此加权长度不到30k,至少之前曾经有过所有条目加权长度超过30k的情形。--2001:B400:E284:2403:CFB6:F95F:11DF:B35F(留言) 2023年6月5日 (一) 22:41 (UTC)
此页面的图示更新已由user:Cewbot进行
编辑此页面目前的图示是由user:Cewbot进行, 更新报告在Wikipedia:数据库报告/基础条目更新报告--114.45.198.79(留言) 2024年1月11日 (四) 13:48 (UTC)
临时动议:关于基础条目的额外提议
编辑|vital=
参数》案。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月29日 (一) 05:36 (UTC)- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- 似乎已有共识,跟随enwiki改版之后会由机器人自动完成:对各种专题横幅不再个别指定 class,而是统一置于{{WPBS}}。
- 跟随enwiki改版之后会由机器人自动完成:将{{WikiProject Biography}}的 'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等参数皆改以{{WPBS}}处理,
- 跟随enwiki改版之后会由机器人自动完成:将{{Vital article}}并入{{WPBS}}
这边最近在帮忙enwiki自动化这过程。这边将申请自动更新Wikipedia:基础条目所有子页面的图示(这部分最近测试中,已趋稳定。),以及定期维护{{WPBS}}(将各种专题横幅并入{{WPBS}}并维护 'class', 'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas'等相关参数)。不知大家对此是否有建议? --Kanashimi(留言) 2024年1月2日 (二) 09:53 (UTC)
enwiki近期改版{{WikiProject banner shell}},
- 对各种专题横幅不再个别指定 class,而是统一置于{{WPBS}}。
- 将{{WikiProject Biography}}的 'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等参数皆改以{{WPBS}}处理,
- 将{{Vital article}}并入{{WPBS}}
这边最近在帮忙enwiki自动化这过程,并且将定期维护。想请教大家对上几种改变的赞否。
另这边将申请自动更新Wikipedia:基础条目的图示(这部分最近测试中,已趋稳定。),以及维护{{WPBS}}(将各种专题横幅并入{{WPBS}})。不知大家对此是否有建议?
副知User:Ma3r、User:Ericliu1912--Kanashimi(留言) 2024年1月2日 (二) 06:11 (UTC)
- 其实个人早已注意到相关更新,只是苦于自身技术实力不足而未能协助,乐见在充分确保相容性的情况下跟进。—— Eric Liu 創造は生命(留言・留名・学生会) 2024年1月2日 (二) 06:21 (UTC)
- (+)支持全部。--Ma3r(铁塔) 2024年1月2日 (二) 06:25 (UTC)
- @Kanashimi:可是这个即将公示通过了耶Wikipedia_talk:页面评级#Random_Thought:_跟进英维的WikiProject_banner_shell改版。这个预计会先上架,这边去年年底弄了从{{WPBS}}读取评级到专题横幅的模组Module:PJBSClass,你是要让我做白工吗?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月2日 (二) 09:30 (UTC)
- 唉呀感谢提醒我没注意到。看起来改版是已经有共识的结果了。我把建议移到那个讨论串下好了,这边可以关闭了。--Kanashimi(留言) 2024年1月2日 (二) 09:37 (UTC)
- Eric Liu 創造は生命(留言・留名・学生会) 2024年1月3日 (三) 04:47 (UTC)
- 已迁移讨论@Ma3r、Ericliu1912:(User:Kanashimi应该已经知道了)-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 05:51 (UTC)
您可以将整个讨论移到其他区( ——
- Eric Liu 創造は生命(留言・留名・学生会) 2024年1月3日 (三) 04:47 (UTC)
- 唉呀感谢提醒我没注意到。看起来改版是已经有共识的结果了。我把建议移到那个讨论串下好了,这边可以关闭了。--Kanashimi(留言) 2024年1月2日 (二) 09:37 (UTC)
- (:)回应:但上面的共识是“
可以单独给条目一个总体的品质评级,各个WikiProject可以直接继承这个quality assessment,也可以搞自己的评级。
”,代表虽然评级统一放在{{WPBS}},但仍然要允许个别专题能用自己的标准来搞自订评级,所以应保留各专题横幅的评级参数与功能。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 04:57 (UTC)
- 是的,enwiki采w:en:Category:WikiProjects using a non-standard quality scale表示自订评级的专题,bot亦已考虑此问题,在User:Cewbot/log/20200122/configuration有此项。待zhwiki完成部署,填好User:Cewbot/log/20200122/configuration便可apply。--Kanashimi(留言) 2024年1月3日 (三) 07:08 (UTC)
- (:)回应:@Kanashimi:我指的是可能会有专题有自己的标准,导致评级值与{{WPBS}}不同的情况(如可能有些专题的乙级比较严格,导致该专题只能评丙级,但WPBS是乙级,其他专题也是乙级),而非“非标准评级”(non-standard quality)的情况。虽然两者都需要保留着各专题横幅模板的评级class参数。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 07:26 (UTC)
- 是的,w:en:Category:WikiProjects using a non-standard quality scale包含您所提的这两种非正规、不继承的状况。--Kanashimi(留言) 2024年1月3日 (三) 07:47 (UTC)
- Category:使用自订专题评级的条目,我是指“一个页面的评级”满足“不继承、非正规”的状况,不是“专题横幅自己”满足“不继承、非正规”的条件。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 09:41 (UTC)
- 或许我们该用Category:使用非正规质量评级的专题横幅?至于您说的“一个页面的评级”很抱歉我不太理解,是否能举个例子呢?--Kanashimi(留言) 2024年1月3日 (三) 11:34 (UTC)
- (:)回应:@Kanashimi:Category:使用自订专题评级的条目里面的页面就是“一个页面的评级”满足“不继承”的状况。Category:使用自订专题评级的条目指的是“考虑一个已使用{{WPBS}}指定评级为X的条目,其有至少一个专题横幅评级值为Y,或不为{{WPBS}}指定的X”,而考察w:en:Category:WikiProjects using a non-standard quality scale分类内都是“专题横幅模板”本身,我猜它是指“允许‘不继承、非正规’评级的横幅”,而不是条目评级的“个例”;而Category:使用自订专题评级的条目是指“已经‘不继承、非正规’评级的页面”的“个例”而非横幅模板本身。我想你有所误解,我希望是元模板都保留
|class=
参数,让专题自己决定要怎么送值,然后预社会继承,这样的话我们就不需要Category:使用非正规质量评级的专题横幅分类。也就是说,本地的状况宜以条目个例来看,而非以专题为单位来看。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 11:43 (UTC)- 假如我没有理解错,您的意思是就您看来,zhwiki采用因地制宜的条目追踪Category会比较好,因此您建议的是Category:使用自订专题评级的条目而非Category:使用非正规质量评级的专题横幅?--Kanashimi(留言) 2024年1月3日 (三) 11:49 (UTC)
- 另外这两个追踪的标的不同,一个是专题横幅,一个是条目,我建议先取消d:Q122718872的连结。--Kanashimi(留言) 2024年1月3日 (三) 11:52 (UTC)
- d:Specail:Diff/2044308721已取消。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 11:56 (UTC)
- (:)回应:@Kanashimi:是的,根据我的观察,我认为中文维基环境宜用Category:使用自订专题评级的条目(因为人手较少,很多专题都是不活跃或单人专题,因此中维的关注点以条目居多,故追踪分类追踪条目很符合逻辑),且Patch已写好,已使用少量条目测试,目前运作正常,预计会先跟上面的patch一起布署。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 11:54 (UTC)
- enwiki采用这种方法的过程与部分考量可参考w:en:Template talk:WikiProject banner shell#Issue with assessments not applying to WikiProject Lists template,关乎Special:PageAssessments。就我最近的测试,有些模板如您所述
有些专题的乙级比较严格,导致该专题只能评丙级,但WPBS是乙级,其他专题也是乙级
,更有像w:en:Template:WikiProject Military history模板本身有额外采用class参数的代码,这些模板本来就该与采用一般正规评级的模板分开。因此我会建议保留Category:使用非正规质量评级的专题横幅这部分的功能,辅以Category:使用自订专题评级的条目的patch。--Kanashimi(留言) 2024年1月3日 (三) 12:06 (UTC)- 目前的patch是对所有的专题横幅全面保留
|class=
参数,只是设定未输入时会从WPBS读取评级值,也就是预设继承,也就是说,所有专题横幅模板都可以继承或覆盖,因为是所有的横幅都可以覆盖,所以Category:使用非正规质量评级的专题横幅对于“不继承评级”没有意义。共识也有说要在最大相容的情况下布署,所以我主张要尽可能保留原本的功能,即每个专题横幅模板都能自订评级,这是原本的情况,新共识是保留原本情况额外加上可以继承评级的功能,且符合共识的patch也就绪了,您的意思看起来好像要取消专题横幅预设都可以独立评级、不继承评级,我(-)反对如此作法,我主张应对所有专题(○)保留可覆盖评级的功能,就像你程式的类别成员函数预设都是可以继承或复写Override的啊,怎么会有预设是不准Override的情况?因此我反对预设关闭横幅不继承评级之功能,反正现在的patch已经是预设继承WPBS之评级的情况,对专题横幅元模板保留“允许不继承评级”功能无伤大雅。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月4日 (四) 04:20 (UTC)- 我了解您的意思了。enwiki现在也是预设继承,允许Override但会被列入w:en:Category:Articles with conflicting quality ratings。那边的想法似乎是除非退出,否则应采用同一评级。我建议还是保留专题横幅退出的余地,毕竟有些专题横幅就是比较特别。
- 就现在的机器人实作方法,zhwiki应该不会有问题。专题横幅模板的质量评级若与{{WPBS}}相同,将会被移到{{WPBS}}。若与{{WPBS}}不同则会保留。--Kanashimi(留言) 2024年1月4日 (四) 06:05 (UTC)
- 目前的patch是对所有的专题横幅全面保留
- enwiki采用这种方法的过程与部分考量可参考w:en:Template talk:WikiProject banner shell#Issue with assessments not applying to WikiProject Lists template,关乎Special:PageAssessments。就我最近的测试,有些模板如您所述
- 例如Talk:康威多面体里面{{WPBS}}指定了
|class=stub
,但{{多面体专题}}指定了|class=start
盖掉了{{WPBS}}的|class=stub
,因此被自动加入Category:使用自订专题评级的条目分类。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 11:46 (UTC)
- (:)回应:@Kanashimi:Category:使用自订专题评级的条目里面的页面就是“一个页面的评级”满足“不继承”的状况。Category:使用自订专题评级的条目指的是“考虑一个已使用{{WPBS}}指定评级为X的条目,其有至少一个专题横幅评级值为Y,或不为{{WPBS}}指定的X”,而考察w:en:Category:WikiProjects using a non-standard quality scale分类内都是“专题横幅模板”本身,我猜它是指“允许‘不继承、非正规’评级的横幅”,而不是条目评级的“个例”;而Category:使用自订专题评级的条目是指“已经‘不继承、非正规’评级的页面”的“个例”而非横幅模板本身。我想你有所误解,我希望是元模板都保留
建好后,发现好像跟你说的不是一个东西? - 或许我们该用Category:使用非正规质量评级的专题横幅?至于您说的“一个页面的评级”很抱歉我不太理解,是否能举个例子呢?--Kanashimi(留言) 2024年1月3日 (三) 11:34 (UTC)
- Category:使用自订专题评级的条目,我是指“一个页面的评级”满足“不继承、非正规”的状况,不是“专题横幅自己”满足“不继承、非正规”的条件。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 09:41 (UTC)
- 是的,w:en:Category:WikiProjects using a non-standard quality scale包含您所提的这两种非正规、不继承的状况。--Kanashimi(留言) 2024年1月3日 (三) 07:47 (UTC)
- WPBS}}能自动判断评级的情况吗?此时,{{WPBS}}不会有输入任何
|class=
参数,也不必输入|class=
,因为它是自动判定,例如Talk:2J(请看此版本的源代码)。甚至还能传递给内层专题横幅让专题横幅继承这个“没有输入”的评级级别,例如Talk:二侧锥五角柱(请看此版本源代码)和Talk:五复合半刻面立方体(请看此版本源代码),bot有考虑到这种{{WPBS}}未输入|class=
参数,但能产生结果的状况吗?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 10:21 (UTC)- 机器人基本上不会动这种类型的 {{WPBS}}。另外依照MSGJ在w:en:Wikipedia:Bots/Requests for approval/Qwerfjkl (bot) 24的说法,“We have changed the logic so it is impossible to rate a non-article with an article quality rating.”,也就是这类型的问题会由Module:Banner shell处理。--Kanashimi(留言) 2024年1月3日 (三) 11:44 (UTC)
那您的bot有考虑到{{
- (:)回应:@Kanashimi:我指的是可能会有专题有自己的标准,导致评级值与{{WPBS}}不同的情况(如可能有些专题的乙级比较严格,导致该专题只能评丙级,但WPBS是乙级,其他专题也是乙级),而非“非标准评级”(non-standard quality)的情况。虽然两者都需要保留着各专题横幅模板的评级class参数。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 07:26 (UTC)
- 整理一下目前共识:
- {{PJBS}}设立通用评级,可以统一管理同一条目的所有专题评级(已公示通过)
- 确保最大相容性的前提下跟进英文维基的相关功能
- 专题横幅看各专题意愿,评级可以选择统一放置于{{PJBS}}也可以自行输入
- 未输入评级的专题横幅以继承载于{{PJBS}}的评级值为主,会优先采用载于{{PJBS}}的评级值
- 如页面能自动判断评级则无论输入什么评级,都要以自动判断的评级为优先(原始来自这则留言,后续有在上方简单讨论);另有设置参数能复写此设定。
- 'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas'已并入{{PJBS}},但是否废除{{WikiProject Biography}}内的'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas'还有待讨论
- {{WPBS}}已经加入{{Vital article}}的所有参数,但是否要用{{WPBS}}取代{{Vital article}}还有待讨论
我有不同意见。英维的WPBannerMeta模组有很长一大坨代码都是在处理这个Vital Article的事情;具体来说,他们把校验这个Vital Article是不是真的Vital Article什么的逻辑全部写进去了。这一坨东西让可维护性和可读性(有可能还有效率)遭到了重大影响。我认为这更适合由一个外部机器人维护,而不是剥削这个已经很折磨人的Lua。 --MilkyDefer 2024年1月14日 (日) 12:53 (UTC)
- 我的建议方案是,
|vital=
参数可以存在,但是只有UI作用,由一个外部的机器人进行监察和更新操作。--MilkyDefer 2024年1月14日 (日) 12:55 (UTC)- 若能简单改enwiki的程式码来用,或许不必担心折腾的问题。另一方面假如只留UI功能的话,是否干脆维持原来的{{Vital article}}就好?--Kanashimi(留言) 2024年1月14日 (日) 13:06 (UTC)
- Module:Vital_articles都已经分成类似杂凑表查询了,有什么折腾的问题?已经高效率优化了好吗。理论上,此实现的记忆体开销甚至有望低于英文维基,因为英文维基只分成27个表,而中文维基是36个表,代表中文维基每个表的项目数量更少,在类似散列函数计算之后,要读取的JSON更小,表示记忆体用量更少,单个表项目更少表示查询更快。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月14日 (日) 13:12 (UTC)
- @Kanashimi:Module:Vital_articles#L-216基本上就是英文维基的Code,我们已经简单改enwiki的程式码来用了,您似乎有所误会,请自行对照Module:Vital_articles#L-216与en:Module:Banner_shell#L-90。而且您可以看到,本提案预计的作法已经把它下分到Module:Vital_articles去了,并不是像英文维基里全部整坨塞WPBS模组,故不存在您所提的“可维护性和可读性低”的问题,因为已经分门别类处理了:WPBS处理WPBS的任务、Vital articles处理Vital articles的任务,故上述疑虑不存在,杞人忧天。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月14日 (日) 13:14 (UTC)
- 是的,所以我想应该不至于有折腾的问题。--Kanashimi(留言) 2024年1月14日 (日) 13:17 (UTC)
- 不同意“剥削这个已经很折磨人的Lua”一说。您似乎保守过头了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月14日 (日) 13:16 (UTC)
- @MilkyDefer:而且一个页面最多只会放置一个{{WPBS}}或{{Vital article}},代表该运算始终只会做一次,一个半秒内完成的运算只算一次,是要担心什么效能问题?难道你想塞一万个{{WPBS}}或{{Vital article}}在讨论页?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月14日 (日) 13:20 (UTC)
- 我们用实际数据来说话吧。Special:PermaLink/80500375这是随便测试6620个条目进行基础条目判别,并输出{{Vital article}}字串。
- 这6620个条目全部运算完毕在预览模式下Lua的后台输出为:
- Lua 使用时间:6.375/10.000 秒
- Lua 记忆体使用状况:20,669,093/52,428,800字节
- 跑6620次花6.375秒,平均每次基础条目判断仅需花费0.00096299093秒,也就是0.96299093毫秒,连1毫秒都不到。记忆体用量则是20,669,093 / 6620 = 3122.2194864,平均每个基础条目判段仅需3122字节,3.1kB,而可用的记忆体有52MB那么多,更不用说这运算只算一次。你总共只需要 0.96 ms、3.12 kB,这甚至比其他很多模组有效率了好吗。
- 一个1毫秒内完成的运算只算一次,是要担心什么效能问题?我实在没有办法看出是要担心哪门子的性能问题。既然一个基础条目判段只需要不到1毫秒,那我认为你上面的“削这个已经很折磨人的Lua”完全是无稽之谈,完全说不过去。Lua本身的目的就是要来降低维基代码的开销的,你随便一个维基代码解析都可能比我上面那个运算来的久。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月15日 (一) 05:28 (UTC)
- 已逾一周无新留言,因此根据WP:7DAYS,七日无进一步发言视为已达成初步共识;再依据WP:7DAYS“
已获提案人正当合理的回应,且自该回应起计的3日后无进一步再回应,应视为该意见已解决。
”上方意见自最后发言起已逾三日无其他回应,因此视为该意见已解决,故将“将{{Vital article}}并入{{WPBS}}的|vital=
参数”视为已达成初步共识,预计将使用修改方案以及其布署连结和测试样例1、测试样例2,以及(±)合并{{Vital article}}到{{WPBS}},来达成这个初步共识。既然依据WP:7DAYS已达成初步共识,那么将准备进行公示。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月22日 (一) 05:31 (UTC)
- 已逾一周无新留言,因此根据WP:7DAYS,七日无进一步发言视为已达成初步共识;再依据WP:7DAYS“
- 这6620个条目全部运算完毕在预览模式下Lua的后台输出为:
- 公示7日,公示内容“将{{Vital article}}并入{{WPBS}}的
|vital=
参数”(同时执行方案①修改方案以及其布署连结和方案②(±)合并{{基础条目横幅}}及{{Cba/discuss}}到{{WPBS}}(已由修改方案涵盖)),另见此说明。(注:{{Vital article}}是重定向页,亦会更改重定向目标)-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月22日 (一) 05:31 (UTC)
- 我们用实际数据来说话吧。Special:PermaLink/80500375这是随便测试6620个条目进行基础条目判别,并输出{{Vital article}}字串。
- @Kanashimi:Module:Vital_articles#L-216基本上就是英文维基的Code,我们已经简单改enwiki的程式码来用了,您似乎有所误会,请自行对照Module:Vital_articles#L-216与en:Module:Banner_shell#L-90。而且您可以看到,本提案预计的作法已经把它下分到Module:Vital_articles去了,并不是像英文维基里全部整坨塞WPBS模组,故不存在您所提的“可维护性和可读性低”的问题,因为已经分门别类处理了:WPBS处理WPBS的任务、Vital articles处理Vital articles的任务,故上述疑虑不存在,杞人忧天。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月14日 (日) 13:14 (UTC)
- Module:Vital_articles都已经分成类似杂凑表查询了,有什么折腾的问题?已经高效率优化了好吗。理论上,此实现的记忆体开销甚至有望低于英文维基,因为英文维基只分成27个表,而中文维基是36个表,代表中文维基每个表的项目数量更少,在类似散列函数计算之后,要读取的JSON更小,表示记忆体用量更少,单个表项目更少表示查询更快。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月14日 (日) 13:12 (UTC)
- 若能简单改enwiki的程式码来用,或许不必担心折腾的问题。另一方面假如只留UI功能的话,是否干脆维持原来的{{Vital article}}就好?--Kanashimi(留言) 2024年1月14日 (日) 13:06 (UTC)
基础条目模板合并案公示
编辑
- 见公示声明。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月24日 (三) 03:38 (UTC)
- @A2569875:我试过了,没有什么大问题,但建议WikiProject banner shell模板中的
BOTTOM TEXT
参数可以自动废除了,不然如果还有发现这个参数的专题模板还要备注也真够麻烦的。--Z7504非常建议必要时多关注评选(留言) 2024年1月22日 (一) 05:38 (UTC)
- @Z7504:请问WikiProject banner shell模板哪来的
BOTTOM TEXT
?你是不是弄错了?WikiProject banner shell的源代码内根本没有你你提及的那种内容。你是否搞错了什么,还是误会了什么?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月22日 (一) 05:44 (UTC)
- 还真的没有,那应该误会了。那这
BOTTOM TEXT
参数到底是从哪里来的?该废除的参数还是应该尽早废除。基本上只剩下一个(?)疑问:是不是还要写{{WPBS|class=xxx}}
才能让其强制正常显示?--Z7504非常建议必要时多关注评选(留言) 2024年1月22日 (一) 06:05 (UTC)
- @Z7504:显示什么?你是不是又误会了?本次公示是针对基础条目的参数,请问跟class到底有什么关联?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月22日 (一) 06:12 (UTC)
- 这里就是一个活生生的例子(比如这笔和这笔),这点小bug麻烦也先改了吧,不然都还要强制输入才能确保正常显示,问题不大才对。--Z7504非常建议必要时多关注评选(留言) 2024年1月22日 (一) 06:30 (UTC)
- @Z7504:这根本不是BUG,因为你如果没有给WPBS模板输入评级,它本来就不应该显示任何评级,因为那代表“该条目没有指定通用评级”,不显示评级才是正常现象。再来是,所有维基媒体基金会旗下站点都没有布署能给跨模板传递资料的扩展,所以你输入在专题模板的class当然无法被WBPS获知,如果可以,那就是魔法或者见鬼了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月22日 (一) 06:48 (UTC)
- 还有class处理的部分根本不在本案本次公示的处理及讨论范围内,强烈抗议强迫并案处理或企图搞案外案的要求。然后还有上面说明的WPBS没有办法直接获取输入在专题模板的评级值。关于你的疑虑,等本案通过后User:Kanashimi会用机器人自动将专题模板的评级参数补给WPBS模板,故您也不需要手动给WPBS手动给评级。故您所提到的东西不予修复,因为届时他会被Kanashimi的机器人自动处理。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月22日 (一) 06:58 (UTC)
- @Z7504 我稍后会申请将数量最多之评级填入{{WPBS}}的任务,基本效果就如同您上面所列的编辑。不晓得这是不是能解决您的问题呢?--Kanashimi(留言) 2024年1月22日 (一) 06:57 (UTC)
- @Z7504:这根本不是BUG,因为你如果没有给WPBS模板输入评级,它本来就不应该显示任何评级,因为那代表“该条目没有指定通用评级”,不显示评级才是正常现象。再来是,所有维基媒体基金会旗下站点都没有布署能给跨模板传递资料的扩展,所以你输入在专题模板的class当然无法被WBPS获知,如果可以,那就是魔法或者见鬼了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月22日 (一) 06:48 (UTC)
- 这根本不是需要修复的BUG。WPBS中
|class=
参数的填写一开始就是设计要让机器人自动维护的部分,让模板自动处理此问题反而问题更多且不切实际,更适合由一个外部机器人进行监察和更新操作,因此该意见应视为对上方议案有所误会所提出的意见,同时|class=
参数的填写也与本案《将{{Vital article}}并入{{WPBS}}的|vital=
参数》毫无关联,因此应无效,若三日内没有异议或进一步回应,则视为该意见已解决。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月22日 (一) 08:40 (UTC)
- 总之全部都是Module:PJBSClass/main的问题,不镶嵌模板就无法判断,但“条目内挂了模板所以可以判断”,您如果那么清楚的话,那就直接建模板阿。标准的自欺欺人,结果居然是没动脑过的回复,被泼冷水真的刚好而已。这样如何保证里面可以不用写上比如
|class=xxx
的参数,变成{{WPBS|collapsed=yes||class=xxx
还能让它正常显示?--Z7504非常建议必要时多关注评选(留言) 2024年1月22日 (一) 23:21 (UTC)- 不需要保证,因为机器人会自动填写
{{WPBS|collapsed=yes||class=xxx
,保证的话等于和机器人抢工作,与本案背道而驰,因为该设计就是要给机器人维护的空间,如果没有正面回答此陈述将视为无效。没填写|class=
显示不一样,反而还有能分辨机器人是否填过的功能,岂不是更好? 另,(!)抗议没考量读者体验就乱讲的提案,评级是面向编者的资讯,(-)强烈反对把评级写在条目里,故我认为目前的方案已是最适合的方案; 另,在此警告,在此案讨论|class=
参数已离题。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月23日 (二) 01:24 (UTC)
- 不需要保证,因为机器人会自动填写
- 总之全部都是Module:PJBSClass/main的问题,不镶嵌模板就无法判断,但“条目内挂了模板所以可以判断”,您如果那么清楚的话,那就直接建模板阿。标准的自欺欺人,结果居然是没动脑过的回复,被泼冷水真的刚好而已。这样如何保证里面可以不用写上比如
- 这里就是一个活生生的例子(比如这笔和这笔),这点小bug麻烦也先改了吧,不然都还要强制输入才能确保正常显示,问题不大才对。--Z7504非常建议必要时多关注评选(留言) 2024年1月22日 (一) 06:30 (UTC)
- @Z7504:我直接针对你最初的问题回答“
是不是还要写
”,是,所以需要手动填上。本案并不包含甲乙丙初级自动判断,公示也不包含这个部分,若你希望有甲乙丙初级自动判断请另提他案,因为不在本案处理范围内。 此外,你也无须担心“{{WPBS|class=xxx}}
才能让其强制正常显示?是不是还要写
”问题,因为下方Kanashimi已经申请机器人了,您无需手动填写,此意见可以结案了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月23日 (二) 01:44 (UTC){{WPBS|class=xxx}}
才能让其强制正常显示?
- 本公示不包含甲乙丙初级自动判断,若三日后还在要求甲乙丙初级自动判断将视为无效意见。若希望
|class=
没输入也能自动显示甲乙丙初级请另外提案谢谢,不在本案有办法处理的范围内。“这点小bug麻烦也先改了吧,不然都还要强制输入才能确保正常显示,问题不大才对
”本案是处理基础条目自动化,而不包含class有没有输入的问题,因此不在此案处理范围内,请另提他案,谢谢。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月23日 (二) 02:02 (UTC)
- 还真的没有,那应该误会了。那这
- @Z7504:请问WikiProject banner shell模板哪来的
- @A2569875:我试过了,没有什么大问题,但建议WikiProject banner shell模板中的
- 见公示声明。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月24日 (三) 03:38 (UTC)
已提出机器人作业申请,欢迎提供建议,谢谢。 --Kanashimi(留言) 2024年1月23日 (二) 01:38 (UTC)
- 您直接宣布通过就好了,不必再等三天,因为您全部都解释完毕了,拒绝再沟通。另外有关Kanashimi所提议的机器人提案,没有意见。如此的沟通是不可能会有共识的,别浪费时间了。您如果这么爱写新的条目,麻烦自己继续写条目就好,不要打扰了。因为维基百科的条目已经足够多了,如果不想写新的其实也没差。因为设立A article、B article、C article、Start article、Stub article...这些模板也会有人有意见,但“不镶嵌模板就无法判断,挂了模板所以可以判断”,怪谁啊?上面也讲了您既然自己都知道是Module:PJBSClass/main影响的,但不去考虑修订Module:PJBSClass/main,那么就有设立这个机器人的必要。--Z7504非常建议必要时多关注评选(留言) 2024年1月23日 (二) 04:36 (UTC)
- 还有一点我要声明,并不是不愿意修订module:PJBSClass/main,而是module:PJBSClass/main本来就是设计成要配合Kanashimi所提议的机器人提案而设计的,那么要做的事情显然是让机器人提案推行顺利,而不是去浪费时间修改module:PJBSClass/main。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月23日 (二) 05:06 (UTC)
公示期已到,期内无合理异议,且公示期内的意见之意见提出者已妥协,因此提案公示通过,将进行布署。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月29日 (一) 05:36 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
{{WikiProject Biography}}参数案
编辑
- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- 《将Vital_article并入WPBS的vital参数》案已进入公示,现就是否将{{WikiProject Biography}}的'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等参数并入{{WPBS}}进行讨论。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月24日 (三) 03:41 (UTC)
- c.f. Wikipedia:机器人/申请/Cewbot/29。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月24日 (三) 03:43 (UTC)
- 本讨论开始于2024年1月2日 (二) 09:53 (UTC)(发起讨论的留言见此),当中包含了支持的意见,至今已逾一个月,因此根据WP:1MONTH“
互助客栈中的提案仅在7日内无新留言时或已讨论达30日后,方可在已取得共识的前提下公示。
”,且本段落已逾8日无新留言,已超过一周无新留言,因此根据WP:7DAYS,有人附议此案(全部支持
视为该附议包含本案),而往后将近一个月没有反对意见,因此视为已有初步共识,根据WP:1MONTH和WP:7DAYS将进行公示。(若三日无人对以上论述有异议将开始执行)-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年2月2日 (五) 09:57 (UTC)
公示到期,期内无合理异议,提案通过。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年2月13日 (二) 03:40 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
是否废除{{WikiProject Biography}}原生的'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等参数
编辑- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
待机器人User:Cewbot/log/20200122/configuration清理完所有{{WikiProject Biography}}的'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等参数再开始讨论。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年2月13日 (二) 03:42 (UTC)
- 机器人User:Cewbot/log/20200122/configuration正在工作中。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年2月20日 (二) 08:21 (UTC)
- @Kanashimi:'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等参数并入{{PJBS}}好像未能达成共识,未看到有人支持也未有人反对,好像不符WP:共识标准?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月12日 (二) 05:11 (UTC)
- 唉,看起来需要征集些人发表意见...--Kanashimi(留言) 2024年3月12日 (二) 05:29 (UTC)
- 机器人这个算是已经并入了吗?感觉只要{{WikiProject Biography}}能够正常运作就可以了。--Kethyga(留言) 2024年3月16日 (六) 11:07 (UTC)
- @Kethyga:根据模板全保护方针,要把参数废弃掉需要社群共识。何况这边是要一次性地弃用超过5个参数。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月16日 (六) 11:09 (UTC)
- User:Kanashimi“
唉,看起来需要征集些人发表意见
”,所以是要ping点人来吗?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月23日 (六) 05:20 (UTC)- 找一些最近发表意见的,以及{{WikiProject Biography}}最近的编辑者编辑者问问意见。
- @Kethyga @Willy1018 @Z7504 @AT @Shizhao @Iokseng 能够给些意见吗?谢谢。--Kanashimi(留言) 2024年3月23日 (六) 06:12 (UTC)
- 目前WPBS好像只有listas参数未传递到{{WikiProject Biography}},感觉也不一定要去掉,假如其他用户添加专题模板的时候没有用{{WPBS}},但是在{{WikiProject Biography}}添加了上述的几个参数,该如何处理。--Kethyga(留言) 2024年3月23日 (六) 10:32 (UTC)
- 这种情况机器人会自动添加{{WPBS}}。--Kanashimi(留言) 2024年3月23日 (六) 11:11 (UTC)
- 目前WPBS好像只有listas参数未传递到{{WikiProject Biography}},感觉也不一定要去掉,假如其他用户添加专题模板的时候没有用{{WPBS}},但是在{{WikiProject Biography}}添加了上述的几个参数,该如何处理。--Kethyga(留言) 2024年3月23日 (六) 10:32 (UTC)
- 还是说,修改“Category:缺少listas变量的传记专题页面”的判定条件?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月30日 (六) 08:45 (UTC)
- 看了下该分类中的条目,排序应该是正常的,应该只有{{WPBS}}中参数listas为空的时候才加入该分类。--Kethyga(留言) 2024年3月30日 (六) 10:11 (UTC)
- Category:缺少listas变量的传记专题页面分类的添加,由{{WikiProject Biography}}转移到{{WPBS}}如何?这样就不用废除{{WikiProject Biography}}的任何参数(如果废除参数没有共识)只是令{{WikiProject Biography}}不再添加Category:缺少listas变量的传记专题页面,改由{{WPBS}}判断有无传记专题模板,如果有,再根据listas变量的状况增减分类。这部分的patch已经准备好了[1],如无异议可以公示了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月31日 (日) 05:01 (UTC)
- 是否要跟英维保持一致呢,不知道是否有些人习惯将listas添加到{{WikiProject Biography}}上。--Kethyga(留言) 2024年4月5日 (五) 09:36 (UTC)
- 我觉得不用。而且Kanashimi也说机器人会自动将listas参数转移到WPBS。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月5日 (五) 09:57 (UTC)
- 应该问题不大,反正使用评级的也不多,而且BLP参数也转移过去了。--Kethyga(留言) 2024年4月6日 (六) 07:32 (UTC)
- 那我就公示《Category:缺少listas变量的传记专题页面改由{{WPBS}}加入》啰,距离提出已经一周,整个讨论超过一个月,有关意见也已解决。至于参数是否废除目前就作为尚无共识结以待续,因为这一案90%以上完成占据客栈太久了,待《Category:缺少listas变量的传记专题页面改由{{WPBS}}加入》公示若通过后就先存档,参数废除案择日再议。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月6日 (六) 08:18 (UTC)
- 应该问题不大,反正使用评级的也不多,而且BLP参数也转移过去了。--Kethyga(留言) 2024年4月6日 (六) 07:32 (UTC)
- 我觉得不用。而且Kanashimi也说机器人会自动将listas参数转移到WPBS。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月5日 (五) 09:57 (UTC)
不然这样好了,我把 - 是否要跟英维保持一致呢,不知道是否有些人习惯将listas添加到{{WikiProject Biography}}上。--Kethyga(留言) 2024年4月5日 (五) 09:36 (UTC)
- Category:缺少listas变量的传记专题页面分类的添加,由{{WikiProject Biography}}转移到{{WPBS}}如何?这样就不用废除{{WikiProject Biography}}的任何参数(如果废除参数没有共识)只是令{{WikiProject Biography}}不再添加Category:缺少listas变量的传记专题页面,改由{{WPBS}}判断有无传记专题模板,如果有,再根据listas变量的状况增减分类。这部分的patch已经准备好了[1],如无异议可以公示了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月31日 (日) 05:01 (UTC)
- 看了下该分类中的条目,排序应该是正常的,应该只有{{WPBS}}中参数listas为空的时候才加入该分类。--Kethyga(留言) 2024年3月30日 (六) 10:11 (UTC)
- User:Kanashimi“
- @Kethyga:根据模板全保护方针,要把参数废弃掉需要社群共识。何况这边是要一次性地弃用超过5个参数。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月16日 (六) 11:09 (UTC)
- 机器人这个算是已经并入了吗?感觉只要{{WikiProject Biography}}能够正常运作就可以了。--Kethyga(留言) 2024年3月16日 (六) 11:07 (UTC)
- 唉,看起来需要征集些人发表意见...--Kanashimi(留言) 2024年3月12日 (二) 05:29 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
Category:缺少listas变量的传记专题页面改由{{WPBS}}加入
编辑- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
公示7日如上留言,内容已经准备好了[2]。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月6日 (六) 08:20 (UTC)公示期满,期内无合理异议,提案通过。将提出编辑请求。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月13日 (六) 09:03 (UTC)- @Shizhao:为什么要回退?不是公示通过了?你为何要强行阻止提案通过??你是要这个议案卡死多久???请立刻说明理由!!-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月16日 (二) 03:39 (UTC)
- 两个疑问:不用wpbs,直接用了传记专题模板的怎么办?机器人停摆了怎么办?--百無一用是書生 (☎) 2024年4月16日 (二) 06:37 (UTC)
- @Kanashimi:如果一般用户把参数加到传记专题模板,且不放置WPBS模板时,有配套措施吗?虽然你说这种情况机器人会自动加入WPBS模板,但我看你的机器人好像没法做到那么“即时”的更新?您对此情况有什么看法?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月16日 (二) 08:01 (UTC)
- 现在应该每个礼拜会执行一次。若是有必要也可以改成每天执行。--Kanashimi(留言) 2024年4月16日 (二) 22:53 (UTC)
- 不能WPBS和传记专题模板两套参数并行么?--百無一用是書生 (☎) 2024年4月19日 (五) 03:34 (UTC)
- 现在的传记专题模板,没办法得知页面中是否已挂上WPBS。如果要并存,需要再写一个程式让传记专题模板“认知到WPBS模板存在与否”。如果传记专题模板能“认知到WPBS存在”那就可以把在无WPBS时加分类、有WPBS不加分类。所以,如果要实现的话,就必须写程式让传记专题模板能识别WPBS的存在与否。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月19日 (五) 03:56 (UTC)
- @Shizhao:en:special:diff/1156304191看起来好像还挺简单的?但需另外引入en:Template:Find page text。且此diff无须编辑{{WPBS}}即能解决问题-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月19日 (五) 04:48 (UTC)
- 现在的传记专题模板,没办法得知页面中是否已挂上WPBS。如果要并存,需要再写一个程式让传记专题模板“认知到WPBS模板存在与否”。如果传记专题模板能“认知到WPBS存在”那就可以把在无WPBS时加分类、有WPBS不加分类。所以,如果要实现的话,就必须写程式让传记专题模板能识别WPBS的存在与否。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月19日 (五) 03:56 (UTC)
- 不能WPBS和传记专题模板两套参数并行么?--百無一用是書生 (☎) 2024年4月19日 (五) 03:34 (UTC)
- (?)疑问:@Kanashimi:那么Shizhao说的“机器人停摆了怎么办”,这部分有解方吗?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月18日 (四) 14:59 (UTC)
- 程式码开源,真出问题其他人可接手。--Kanashimi(留言) 2024年4月18日 (四) 21:46 (UTC)
- 我的意思是尽可能能够保留/提供一种不必依赖机器人(对人类友好)的方式,这样即使没了机器人也可以依靠手工维护--百無一用是書生 (☎) 2024年4月19日 (五) 03:32 (UTC)
- 现在应该每个礼拜会执行一次。若是有必要也可以改成每天执行。--Kanashimi(留言) 2024年4月16日 (二) 22:53 (UTC)
- @Kanashimi:如果一般用户把参数加到传记专题模板,且不放置WPBS模板时,有配套措施吗?虽然你说这种情况机器人会自动加入WPBS模板,但我看你的机器人好像没法做到那么“即时”的更新?您对此情况有什么看法?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月16日 (二) 08:01 (UTC)
- 两个疑问:不用wpbs,直接用了传记专题模板的怎么办?机器人停摆了怎么办?--百無一用是書生 (☎) 2024年4月16日 (二) 06:37 (UTC)
- @Shizhao:为什么要回退?不是公示通过了?你为何要强行阻止提案通过??你是要这个议案卡死多久???请立刻说明理由!!-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月16日 (二) 03:39 (UTC)
- 管理员在尝试执行通过的提案时发现潜在问题,先前并未考虑到此问题,故此案公示结果 搁置。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月16日 (二) 07:42 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- 这个en:special:diff/1156304191可以解决上方Shizhao提出的问题,即由{{传记专题}}自行侦测是否有其他模板(包括但不限于WPBS)提供了listas参数(上方提案内的patch的重复分类之参数
|living=
也可以依此方案执行)来决定是否加入分类。这种方法只需编辑一个模板——只需编辑{{传记专题}}无须编辑{{WPBS}}——但要实行此方案须从enwiki引入一个模板:{{Find page text}},因此提请讨论。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月19日 (五) 06:30 (UTC)- 由于此案为原案的修正(原案已公示通过),且一周无人有异议,视为有初步共识。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月26日 (五) 10:15 (UTC)
- 因需引入{{Find page text}},而引入{{Find page text}}已一周无异议,视为有初步共识。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年5月4日 (六) 07:27 (UTC)
- 公示7日-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年5月12日 (日) 02:54 (UTC)
- 公示期间已过,期内无合理异议-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年5月19日 (日) 09:01 (UTC)
- 已约一周无人对“
公示期间已过,期内无合理异议
”有异议,因此公示通过,提案通过,将开始引入{{Find page text}},而引入{{Find page text}}。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年5月26日 (日) 01:38 (UTC)
- 已约一周无人对“
- 公示期间已过,期内无合理异议-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年5月19日 (日) 09:01 (UTC)
- 公示7日-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年5月12日 (日) 02:54 (UTC)
- 因需引入{{Find page text}},而引入{{Find page text}}已一周无异议,视为有初步共识。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年5月4日 (六) 07:27 (UTC)
- 由于此案为原案的修正(原案已公示通过),且一周无人有异议,视为有初步共识。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月26日 (五) 10:15 (UTC)
- {{Find page text}}引入成功。已为新方案建立Patch,Special:Diff/82875808,并且经过测试Special:Diff/82875855,测试为有效,能正确地实现本案《Category:缺少listas变量的传记专题页面改由{{WPBS}}加入》的预期效果。且由于其判定的方式,该参数得以保留,并且达到预期效果,因而解决了User:Shizhao所提出的问题。本声明放置一周,若无异议,将进行下一个阶段。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月1日 (六) 10:47 (UTC)
- 说实话根本看不懂相关提案,也不知道从何评价Orz —— Eric Liu 創造は生命(留言・留名・学生会) 2024年6月3日 (一) 02:32 (UTC)
- 因为这案子基本已经尾声很久了,且最后一个项目也公示通过了,只是后来发生了点事情导致本案《Category:缺少listas变量的传记专题页面改由{{WPBS}}加入》需要“公示通过后再变更”。@Ericliu1912:简单来讲,本案就是要解决Wikipedia_talk:页面评级#临时动议:关于基础条目的额外提议,Kanashimi的User:Cewbot已经把{{WikiProject Biography}}的 'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等参数合并到{{WPBS}}处理,在机器人处理了几十万页面后,发现这样会造成{{WikiProject Biography}}和{{WPBS}}重复加上分类、或者是{{WikiProject Biography}}的有关参数已被机器人改到{{WPBS}}去了,{{WikiProject Biography}}变成没有参数而导致分类误加。为了解决此问题,于是诞生了议案《Category:缺少listas变量的传记专题页面改由{{WPBS}}加入》一案。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月7日 (五) 23:38 (UTC)
- 公示5日,如上所述,现将此案交付公示。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月10日 (一) 00:41 (UTC)
- @Shizhao:新方案看起来有共识了。新方案patch,同时解决了您说的①“直接用了传记专题模板的怎么办”:本模板自动判断家参数者是{{WPBS}}还是{{WikiProject Biography}},因此无论是用{{WPBS}}还是直接用了传记专题模板都能正确加入分类、不会重复加、也不会多加(见测试);②“机器人停摆了怎么办”:不影响,因为机器人停摆了只是会导致加入在{{WikiProject Biography}}的参数维持在{{WikiProject Biography}},而根据①,分类能能正常加入,不会重复加、也不会多加(另见④);③“不能WPBS和传记专题模板两套参数并行么”:可以,根据“①”和“②”可以很明显看出,参数只放在{{WikiProject Biography}}没问题、只放在{{WPBS}}也没问题,甚至两个都放也不成问题,因为根据①,分类能能正常加入,不会重复加、也不会多加;④“我的意思是尽可能能够保留/提供一种不必依赖机器人(对人类友好)的方式,这样即使没了机器人也可以依靠手工维护”:是的,根据②,机器人停摆也仍能正常洽洽说明了⒈不必依赖机器人⒉没了机器人也可以依靠手工维护(参考③);请您协助复查,感谢。如无误,将再次提出编辑请求,感谢。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月16日 (日) 11:58 (UTC)
编辑请求已由Shizhao完成,全案通过。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月26日 (三) 13:16 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- @A2569875:这整个话题是否还有任何需要讨论之事项?—— Eric Liu 創造は生命(留言・留名・学生会) 2024年6月23日 (日) 02:01 (UTC)
- (:)回应:@Ericliu1912:编辑请求已由Shizhao完成,Special:Diff/83180742。主线是差不多了。但临时动议还有没有其他需讨论项目我就不确定了,可能还要问一下Kanashimi,毕竟临时动议是他提出的。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月26日 (三) 13:13 (UTC)
- 看似依照机器人常规模式执行即可,毕竟跑一两个月了。这样我就没意见了。--Kanashimi(留言) 2024年6月26日 (三) 14:11 (UTC)
- 那么确实可以视为讨论完了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年7月3日 (三) 13:55 (UTC)
- 看似依照机器人常规模式执行即可,毕竟跑一两个月了。这样我就没意见了。--Kanashimi(留言) 2024年6月26日 (三) 14:11 (UTC)
- (:)回应:@Ericliu1912:编辑请求已由Shizhao完成,Special:Diff/83180742。主线是差不多了。但临时动议还有没有其他需讨论项目我就不确定了,可能还要问一下Kanashimi,毕竟临时动议是他提出的。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月26日 (三) 13:13 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。