模板讨论:Cases in the COVID-19 pandemic/存档1
本页是以往讨论的存档。请勿编辑本页。若您想发起新讨论或重启现有讨论,请在当前讨论页进行。 |
国家/地区数量正确应用多少?
- (?)疑问@BlackShadowG:应用188还是229?如果是188个,那么这个模板的备注就不应该是229个--Z7504非常建议必要时多关注评选(留言) 2020年8月17日 (一) 12:07 (UTC)
- @Z7504:根据这个模板使用的约翰·霍普金斯大学的ArcGIS来源([1]),是188个。这个来源是可靠的,那个模板中没有列出这项数据的来源,先以这个为准。 BlackShadowG★(留言) 2020年8月17日 (一) 12:15 (UTC)
- @BlackShadowG:特别增加了提醒的介绍(Cases in the COVID-19 pandemic模板最后编辑于多久前),不过如果这个模板仍没人想更新恐怕也没辙。--Z7504非常建议必要时多关注评选(留言) 2020年8月23日 (日) 03:21 (UTC)
- @Z7504:根据这个模板使用的约翰·霍普金斯大学的ArcGIS来源([1]),是188个。这个来源是可靠的,那个模板中没有列出这项数据的来源,先以这个为准。 BlackShadowG★(留言) 2020年8月17日 (一) 12:15 (UTC)
更新时间
@Z7504、BlackShadowG:JHU的更新时间没写时区,到底是什么时候 ——羊羊 (留言|贡献) 2020年8月24日 (一) 03:05 (UTC)
对不起是我眼瞎……
“ | Time Zones: lower-left corner indicator - your local time | ” |
抱歉打扰到二位 囧rz…… ——羊羊 (留言|贡献) 2020年8月24日 (一) 03:14 (UTC)
- @羊羊32521、BlackShadowG:不用怕打扰。另外,时区干脆就用自动更新的吧,反正参数放进去根本没问题,包含来源的时间也是。加上疫情根本也不知道何时会真的结束,遥遥无期的是吧?--Z7504非常建议必要时多关注评选(留言) 2020年8月25日 (二) 11:08 (UTC)
- @Z7504:这不太合适吧,毕竟JHU的数据也不是时刻都在更新的,加入模板最后的更新时间可以给读者一个很好的参考,直接用
{{#time}}
就没有参考价值了。 BlackShadowG(留言) 2020年8月25日 (二) 11:25 (UTC)- @BlackShadowG:好吧,那时间就别用自动的,先改回了。不过如果仍然没几个人想更新这个模板,是真的没辄 囧rz……。--Z7504非常建议必要时多关注评选(留言) 2020年8月25日 (二) 11:37 (UTC)
- 确实难办… 囧rz…… BlackShadowG(留言) 2020年8月25日 (二) 11:41 (UTC)
- (?)疑问,话说到底它们是用哪个时区的时间?--Z7504非常建议必要时多关注评选(留言) 2020年8月25日 (二) 11:38 (UTC)
- 网页上面说用的“your local time”。——BlackShadowG(留言) 2020年8月25日 (二) 11:47 (UTC)
- 如果是“自己当地的时间”,那应该没办法统一显示时区或时间一致了,网站怎么写可能就只能这么写了。--Z7504非常建议必要时多关注评选(留言) 2020年8月25日 (二) 14:53 (UTC)
- 网页上面说用的“your local time”。——BlackShadowG(留言) 2020年8月25日 (二) 11:47 (UTC)
- @BlackShadowG:好吧,那时间就别用自动的,先改回了。不过如果仍然没几个人想更新这个模板,是真的没辄 囧rz……。--Z7504非常建议必要时多关注评选(留言) 2020年8月25日 (二) 11:37 (UTC)
- @Z7504:这不太合适吧,毕竟JHU的数据也不是时刻都在更新的,加入模板最后的更新时间可以给读者一个很好的参考,直接用
有关模板的更新时间含UTC的问题
好像不用UTC还比较妥当一点,上次也已经说是用当地时间。问题是地球上时区可不是只有UTC阿,加上每个用户所谓的“当地时间”显然也不会一样(地球不是有24个时区吗?)。不知道@BlackShadowG怎么看?--Z7504非常建议必要时多关注评选(留言) 2020年8月27日 (四) 03:06 (UTC)
- @Z7504:支持,其实我在怀疑它用的到底是不是当地的时间,因为我前几次更新的时候发现这边写的时间与en那边的模板上写的时间一模一样,如果用的是本地时间的话两边的时间不可能相同,还是先移除“UTC”为好。 BlackShadowG(留言) 2020年8月27日 (四) 03:16 (UTC)
- @BlackShadowG:同时(&)建议标示更新时间一栏以12小时制即可,只差在要不要显示a.m.或p.m.的问题了。但如果不显示好像也没差吧,UTC制度都有点问题了。--Z7504非常建议必要时多关注评选(留言) 2020年8月27日 (四) 03:48 (UTC)
- @Z7504:似乎没这个必要吧,这只是让更新变得更加麻烦罢了。 BlackShadowG(留言) 2020年8月27日 (四) 03:54 (UTC)
- @BlackShadowG:基本搞定,如果要显示a.m.或p.m.就给它显示吧。这个参数除了更新以外,尽量别再做太大异动了。--Z7504非常建议必要时多关注评选(留言) 2020年8月27日 (四) 11:22 (UTC)
- @Z7504:好吧,反正也没有人会在条目中用这个参数,毕竟没有条目需要精确到分钟,这个只是方便编者核对罢了。 BlackShadowG(留言) 2020年8月27日 (四) 11:33 (UTC)
- @BlackShadowG:基本搞定,如果要显示a.m.或p.m.就给它显示吧。这个参数除了更新以外,尽量别再做太大异动了。--Z7504非常建议必要时多关注评选(留言) 2020年8月27日 (四) 11:22 (UTC)
- @Z7504:似乎没这个必要吧,这只是让更新变得更加麻烦罢了。 BlackShadowG(留言) 2020年8月27日 (四) 03:54 (UTC)
- @BlackShadowG:同时(&)建议标示更新时间一栏以12小时制即可,只差在要不要显示a.m.或p.m.的问题了。但如果不显示好像也没差吧,UTC制度都有点问题了。--Z7504非常建议必要时多关注评选(留言) 2020年8月27日 (四) 03:48 (UTC)
稍微异动
@BlackShadowG:稍微对2019冠状病毒病病例数模板和其提示做出一些修正,好让确诊、死亡和治愈数的显示均可一致。不过说真的,到底如何说服这个所谓“会编辑2019冠状病毒病病例数模板的用户不等于会同时帮忙更新Cases in the COVID-19 pandemic模板”问题?如果不说服那些不会编辑的,确诊、死亡和治愈数根本不会一致,还会被说是破坏阿......--Z7504非常建议必要时多关注评选(留言) 2020年8月27日 (四) 19:31 (UTC)
在ITN中加入置顶信息框展示COVID-19相关条目
经公示后,决议将该模板置于新闻动态专栏至疫情结束。该模板之格式细节仍须讨论。台湾杉在此发言 (会客室) 2020年9月4日 (五) 14:20 (UTC)
- 下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
目前英语、德语、西班牙语、韩语、俄语、越南语等语言版本,皆设有Template:Itn/special-header用于展示疫情相关条目。建议中维同步设立,并已经草创完成,除加入英维所列出的条目外,还加入了陆港澳台马新六地的疫情条目。此模板为草案,社群可进一步讨论需要增添哪些内容;不过请先讨论需不需要加入此框。
抄送@KOKUYO、Shizhao,两位有较多参与ITN处理的管理,以及@Zhl025、Z7504。—Rowingbohe♫ 欢迎参与浙江专题 台州专题 2020年8月19日 (三) 03:55 (UTC)
- (+)支持。—— Eric Liu 创造は生命(留言.留名.学生会) 2020年8月19日 (三) 11:00 (UTC)
- (+)支持,不过不知道如果真要放在ITN的话是否妥当,所以仍旧再提一次,理由都一样。--Z7504非常建议必要时多关注评选(留言) 2020年8月19日 (三) 15:24 (UTC)
- (&)建议:Itn可由5项暂减至4+“special-header”项,以避免版面挤迫。--Cmsth11126a02(留言) 2020年8月19日 (三) 16:25 (UTC)
- @Cmsth11126a02:不过也不是所有的用户都会这么在意COVID-19阿(所以才怀疑是否妥当),维基百科不是新闻搜集处,如果只单放那个模板而要废除其他新闻的话,看以后新闻动态候选也不用提名新闻了 囧rz...。COVID-19就现在来看,要结束根本“遥遥无期”。还有一个(?)疑问,如果放上以后会不会因为连锁保护而导致反效果,让其他相关模板(如Cases in the COVID-19 pandemic模板)或条目都不能编辑了?--Z7504非常建议必要时多关注评选(留言) 2020年8月19日 (三) 16:37 (UTC)
- @Z7504:我只建议减一个新闻位置,说我废全部太上纲上线了。--Cmsth11126a02(留言) 2020年8月19日 (三) 17:50 (UTC)
- 其他相关模板可以由机械人/管理员定时更新。--Cmsth11126a02(留言) 2020年8月19日 (三) 17:54 (UTC)
- @Cmsth11126a02:不过也不是所有的用户都会这么在意COVID-19阿(所以才怀疑是否妥当),维基百科不是新闻搜集处,如果只单放那个模板而要废除其他新闻的话,看以后新闻动态候选也不用提名新闻了 囧rz...。COVID-19就现在来看,要结束根本“遥遥无期”。还有一个(?)疑问,如果放上以后会不会因为连锁保护而导致反效果,让其他相关模板(如Cases in the COVID-19 pandemic模板)或条目都不能编辑了?--Z7504非常建议必要时多关注评选(留言) 2020年8月19日 (三) 16:37 (UTC)
- 这个模板似乎存在地域中心主义?--百無一用是書生 (☎) 2020年8月20日 (四) 01:14 (UTC)
- 可以考虑去掉六地疫情的东西(也就是括号),但这需要在【放置模板】的决定获得通过之后再议。—Rowingbohe♫ 欢迎参与浙江专题 台州专题 2020年8月27日 (四) 09:25 (UTC)
- 这个模版在手机版少个括号,不知何故。—曾晋哲反对五个一(留言·Q) 2020年8月20日 (四) 01:19 (UTC)
- (-)反对,一、我认为COVID-19没有特权,也不是所有用户都这么在意COVID-19,二、记载疫情的相关讯息已经很多了(指维基百科外),在GOOGLE搜个COVID-19就能查到感染数/死亡数,我不认为这项资讯有用。三、内容过于地域中心。-KRF(留言) 2020年8月20日 (四) 10:40 (UTC)
- 需要一个有足够人力营运的covid19 portal.--Temp3600(留言) 2020年8月22日 (六) 09:09 (UTC)
- (+)强烈支持,顺便逐一反驳一下上面的几个论点:
- COVID-19的确没有特权,但是没有任何方法证明(中文)维基百科读者和编者不重视COVID-19,首先统计数据中显示COVID-19条目连续4个月为月阅读量最大的条目;其次,COVID-19的多个相关条目遭到过新闻媒体引用;最后,如果要平行比较的话:统计数据中前15的维基百科中,除中文外:英文、宿务语、瑞典语、德语、法语、西班牙语、俄语、波兰语、越南语、葡萄牙语中都一定在首页新闻栏或新闻栏类似物里有直接链向条目的相关讯息(剩下的我不太确定我漏没漏,另外我是说的相关讯息,不一定和这个模板一模一样,但至少是有),比例至少为71.43%。
- 不要指望信息会自己跑到维基百科上。
- 有地域中心可以慢慢改,没有页面是不变的,另外,既然目前不确定加模板后会不会有地域中心这个问题(目前也没有共识),那就不要去假想存在这么一个问题。
--Narumi Toa(留言) 2020年8月25日 (二) 04:57 (UTC)
- @Narumi Toa:那能否解释如何解决“不是所有用户都这么在意COVID-19”的问题?不然又要被说这个了。再者,这个模板恐怕还是看管理员心情决定是否要不要放。--Z7504非常建议必要时多关注评选(留言) 2020年8月26日 (三) 11:44 (UTC)
- @Z7504:说实话没什么好办法,因为显然这句话是对的(因为可以有各种各样的原因会有人不去关心这件事),但它显然得不到“COVID-19不能置顶”、“COVID-19不受重视”或者“没有必要加COVID-19”这些结论。投票的确不能代替讨论,但我觉得这不应该成为少数派唯一反对多数派的理由,要知道
--Narumi Toa(留言) 2020年8月26日 (三) 13:17 (UTC)
- @Z7504:说实话没什么好办法,因为显然这句话是对的(因为可以有各种各样的原因会有人不去关心这件事),但它显然得不到“COVID-19不能置顶”、“COVID-19不受重视”或者“没有必要加COVID-19”这些结论。投票的确不能代替讨论,但我觉得这不应该成为少数派唯一反对多数派的理由,要知道
参考资料
- ^ Carl Sagan, Broca's Brain: Reflections on the Romance of Science. Carl Sagan's quote. goodreads. [2020年8月27日].
- 英文世界也并非所有人都在意COVID-19,那为什么他们用了呢?—Rowingbohe♫ 欢迎参与浙江专题 台州专题 2020年8月27日 (四) 09:24 (UTC)
- @Rowingbohe:别,这样的反驳受不起不能套用英文世界的辩驳。--Narumi Toa(留言) 2020年8月27日 (四) 10:00 (UTC)
- 另外可以参考一下英语维基百科和法语维基百科相关决议的讨论过程。--Narumi Toa(留言) 2020年8月27日 (四) 10:16 (UTC)
- (+)支持,但(※)注意,提议页面中使用了模板{{Cases in the COVID-19 pandemic}},这会不会导致这个模板因为受到了首页的连锁保护而无法更新了?如果是这样,则建议不要使用该模板。——BlackShadowG(留言) 2020年8月27日 (四) 06:07 (UTC)
- 我提案的时候没见到这个模板。这一项大概是为了解决现在首页更新疫情数据使用的,可以不用模板,但是更新的确是个问题。可能需要模板编辑员们干活了—Rowingbohe♫ 欢迎参与浙江专题 台州专题 2020年8月27日 (四) 09:24 (UTC)
- 但显然得知,这个模板更新的用户就没几个(这里讨论也都看得出来了 囧rz...),请问谁敢放心交给模板编辑员?讲个不客气的,这样子得到的模板编辑员权限,恐怕也都是被质疑“球员兼裁判”罢了。如何确保模板编辑员他们每天都有时间更新呢?这样不是早已失去了维基百科“想编辑再来编辑,不想编辑则休息”的理念了吗?如果要测试放进去ITN模板的话,恐怕还得问@KOKUYO、Shizhao、Kerolf666等人了。顺便(:)回应@Temp3600不要期望zh版维基百科真有用户会每天更新这个Cases in the COVID-19 pandemic模板,会编辑2019冠状病毒病病例数模板的不等于会同时帮忙更新Cases in the COVID-19 pandemic模板。--Z7504非常建议必要时多关注评选(留言) 2020年8月27日 (四) 11:47 (UTC)
- 可以考虑开个BOT什么的?--Narumi Toa(留言) 2020年8月27日 (四) 12:05 (UTC)
- 机器人真有这么聪明连其它网站写什么都能即时更新就好了[开玩笑的],可惜个人真的不相信如此聪明的机器人有人会做。--Z7504非常建议必要时多关注评选(留言) 2020年8月27日 (四) 12:10 (UTC)
- 如,{{汇率}}目前由KrBot定期更新。另外别老是阴阳怪气的,听着难受。—Rowingbohe♫ 欢迎参与浙江专题 台州专题 2020年8月27日 (四) 12:33 (UTC)
- 那先看看是不是如这样子置顶吧,坚持要放置顶如果真的可行的话,那么Itn模板长的应该就是这样子吧。问题恐怕只差在三点:一、上面还有没有人仍然不想放首页?二、会不会真的造成连锁保护?(~)补充,可能也会有人会问:为什么en版的这个模板没有写那行字,zh版要加?加的理由很简单,那就是省去以后提名候选的程序,直接写在模板上就好了。相对的,加上之后,Cases in the COVID-19 pandemic模板就有连锁保护的可能。等直到疫情真的结束以后,再考虑拿掉吧。这疫情结束不是“遥遥无期”吗?三、上面已经提过,请问如何解决这个所谓“会编辑2019冠状病毒病病例数模板的用户不等于会同时帮忙更新Cases in the COVID-19 pandemic模板”的问题?如果不解决并说服那些不会编辑的,确诊、死亡和治愈数根本不会一致,还会被说是破坏阿......,第三个问题可能也是另外一回事,因为不说服的话根本也不用考虑上Itn直到疫情真的结束了,变相是白讲的。--Z7504非常建议必要时多关注评选(留言) 2020年8月27日 (四) 19:40 (UTC)
- 机器人真有这么聪明连其它网站写什么都能即时更新就好了[开玩笑的],可惜个人真的不相信如此聪明的机器人有人会做。--Z7504非常建议必要时多关注评选(留言) 2020年8月27日 (四) 12:10 (UTC)
- 可以考虑开个BOT什么的?--Narumi Toa(留言) 2020年8月27日 (四) 12:05 (UTC)
- 但显然得知,这个模板更新的用户就没几个(这里讨论也都看得出来了 囧rz...),请问谁敢放心交给模板编辑员?讲个不客气的,这样子得到的模板编辑员权限,恐怕也都是被质疑“球员兼裁判”罢了。如何确保模板编辑员他们每天都有时间更新呢?这样不是早已失去了维基百科“想编辑再来编辑,不想编辑则休息”的理念了吗?如果要测试放进去ITN模板的话,恐怕还得问@KOKUYO、Shizhao、Kerolf666等人了。顺便(:)回应@Temp3600不要期望zh版维基百科真有用户会每天更新这个Cases in the COVID-19 pandemic模板,会编辑2019冠状病毒病病例数模板的不等于会同时帮忙更新Cases in the COVID-19 pandemic模板。--Z7504非常建议必要时多关注评选(留言) 2020年8月27日 (四) 11:47 (UTC)
- 我提案的时候没见到这个模板。这一项大概是为了解决现在首页更新疫情数据使用的,可以不用模板,但是更新的确是个问题。可能需要模板编辑员们干活了—Rowingbohe♫ 欢迎参与浙江专题 台州专题 2020年8月27日 (四) 09:24 (UTC)
- 连锁保护是连锁全保护,不是连锁模板保护,连模板编辑员都无能为力,必须得要管理员来更新 囧rz...建议干脆别直接用这个模板了吧,不如让有管理员权限的机器人每隔一段时间把{{Itn/special-header}}与{{Cases in the COVID-19 pandemic}}中记录的病例数同步一下,这样应该可行。 BlackShadowG(留言) 2020年8月28日 (五) 03:04 (UTC)
- 那恐怕还是得像现在候选区一样“每100万”报一次了 囧rz...,不然怎么办呢?想省略提名候选都不行了。想到了,@BlackShadowG:恐怕唯一的方式就是内部链接了吧?内部链接记得不会啊,可以写成
Template:Cases in the COVID-19 pandemic
之类的--Z7504非常建议必要时多关注评选(留言) 2020年8月28日 (五) 03:40 (UTC)- 我的想法是把病例数那一块做成参数,在T:Itn里面代码大致是这样:{{Itn/special-header|confirmed=|death=}},然后每100万更新一次。显示文字就参照目前的ITN:全球各地累计确诊人数突破{{{confirmed}}}万人,并造成至少{{{death}}}万人死亡。—Rowingbohe♫ 欢迎参与浙江专题 台州专题 2020年8月28日 (五) 05:57 (UTC)
- 赞成,然后设定机器人定期把
{{Itn/special-header|confirmed=}}
与{{Cases in the COVID-19 pandemic|confirmed}}
、{{Itn/special-header|recovered=}}
与{{Cases in the COVID-19 pandemic|recovered}}
、{{Itn/special-header|death=}}
与{{Cases in the COVID-19 pandemic|death}}
同步,这也许是目前较为可行的方案。 BlackShadowG(留言) 2020年8月28日 (五) 06:17 (UTC)
- 那么那些不一定会编辑该模板的用户以及上面反对或认为地域中心的是否还得说服他们呢?暂时就先不多说了,看看情况。说是连锁保护的问题,实际上还不都是得真的放上Itn模板了才能看是否真会这样嘛?--Z7504非常建议必要时多关注评选(留言) 2020年8月28日 (五) 06:35 (UTC)
- 1.既然是每100万一次,我想不要每天更新具体数字了,就100万更新一次即可。2.我认为本模板应该和cases in the COVID-19 pandemic分开,因为目前itn全保护,用adminbot的话申请任务貌似比较费时间。ITNC的提案可以照样提,也可以不提,然后管理员更新special-header里的confirmed参数和death参数,就可以了。3.
recovered暂时不放,以前的ITN提案都没有。—Rowingbohe♫ 欢迎参与浙江专题 台州专题 2020年8月28日 (五) 06:54 (UTC)
- 赞成,然后设定机器人定期把
- 我的想法是把病例数那一块做成参数,在T:Itn里面代码大致是这样:{{Itn/special-header|confirmed=|death=}},然后每100万更新一次。显示文字就参照目前的ITN:全球各地累计确诊人数突破{{{confirmed}}}万人,并造成至少{{{death}}}万人死亡。—Rowingbohe♫ 欢迎参与浙江专题 台州专题 2020年8月28日 (五) 05:57 (UTC)
- 那恐怕还是得像现在候选区一样“每100万”报一次了 囧rz...,不然怎么办呢?想省略提名候选都不行了。想到了,@BlackShadowG:恐怕唯一的方式就是内部链接了吧?内部链接记得不会啊,可以写成
- 本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
模板细节讨论
- 7天公示期无异议,设计方案获得通过,烦请管理员作具体部署。--百战天虫(留言) 2020年9月13日 (日) 05:10 (UTC)
- (~)补充:已拜托使用放在Itn模板,直到疫情正式结束。惟公示期间的版本,里面的新闻是没有变的,所以才会和首页显示的新闻不同,但其他基本一样,所以没错。但之后就要狠狠监督管理员有无更新Cases in the COVID-19 pandemic模板了,因为真的会连锁保护。--Z7504非常建议必要时多关注评选(留言) 2020年9月13日 (日) 10:02 (UTC)
- 下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
针对同意放置本模板的提案(即:在T:Itn中图片前加入此模板)暂时公示7天若7天内无异议,则开始讨论以下问题:
- 是否需要在全球各地疫情后加入六地疫情条目。
- 是否需要放置疫情数据。
- 要同时减少一项ITN,防止版面过长。
- 是否需要加入其他内容(若此项无提案,则不讨论)。—Rowingbohe♫ 欢迎参与浙江专题 台州专题 2020年8月28日 (五) 06:58 (UTC)
- 说明:已经比照现在的enwiki版本做了修改。第二个是去掉可能地域中心内容的修改版,此修改版应用到首页上的效果,可至这里查看。—Rowingbohe♫ 欢迎参与浙江专题 台州专题 2020年8月28日 (五) 07:23 (UTC)
- (+)支持第二个版本(去掉地域中心),不过之后更新或者和2019冠状病毒病病例数专题写的确诊、死亡和治愈案例数不一致的话那就没办法,因为上面提到的问题根本还没解决。另外,希望同时放上治愈数,因为确诊数减去已经死亡和治愈的案例,实际上待在医院的已经不到1,000万例(此文之前约落在700至800万例),所以不要只写确诊和死亡人数,这样有点不符合实际剩馀的确诊数。--Z7504非常建议必要时多关注评选(留言) 2020年8月28日 (五) 10:01 (UTC)
- (+)支持第二个版本,因为第一个版本放在首页显得太长了。 BlackShadowG(留言) 2020年8月29日 (六) 02:03 (UTC)
- (+)支持,但是挂了以后就不要在新闻动态的正文列表中提到COVID-19的新闻了。--百战天虫(留言) 2020年8月29日 (六) 03:45 (UTC)
- (:)回应@百战天虫并副@BlackShadowG: 吐槽一下,看看管理员自己都能“每100万”提报一次,请问这样算不算滥权?看看1700万的时候多少用户就反对过了,2000万的时候又再说一次了,结果呢?多写那一行,套用Cases in the COVID-19 pandemic模板可以省去那个美意难道还不好吗?--Z7504非常建议必要时多关注评选(留言) 2020年8月29日 (六) 14:20 (UTC)
- (-)反对:当前呈现效果很糟,包括文字垄长、与首页视觉元素不搭等问题。--KOKUYO(留言) 2020年8月29日 (六) 05:34 (UTC)
- 本版本的三个数字在首页占用的版面,甚至比现在的“全球各地在2019冠状病毒病疫情期间的累计确诊人数突破2,400万人,并造成至少82万人死亡。”还少。整个模板的版面宽度仅仅比一条ITN多一点。不信自己对着WP:首页和User:Rowingbohe/首页看看。
- 至于呈现效果可以再调,我说了“此模板为草案,社群可进一步讨论需要增添哪些内容;不过请先讨论需不需要加入此框。”因为现在存在问题就否定整个想法,纯粹是因噎废食。—Rowingbohe♫ 欢迎参与浙江专题 台州专题 2020年8月29日 (六) 14:12 (UTC)
- (+)支持:同百战天虫。一个疫情模板都能扯上地域中立不中立、有无人关心的问题,真是够了。有了这个模板正好给ITN腾出更多空间。--Super Wang※DC不是贪食蛇,请勿盲目刷分 2020年8月29日 (六) 08:19 (UTC)
- (+)支持:我认为第二个版本很好,其他意见和我之前一样。另外如果文字过长这个观点形成了多数的共识,可以考虑精简到一行。--Narumi Toa(留言) 2020年8月29日 (六) 14:02 (UTC)
- @Narumi Toa:其实不能只说是“一行”,请问“一行”大概几个字?--Z7504非常建议必要时多关注评选(留言) 2020年8月29日 (六) 14:24 (UTC)
- @Z7504:en:Template:In the news/special-header、pt:Predefinição:Eventos atuais/cabeçalho especial、vi:Bản mẫu:Tin tức/Special-header。--Narumi Toa(留言) 2020年8月29日 (六) 14:30 (UTC)
- (:)回应@Narumi Toa: 吐槽一下,如果在zh版只显示一行没有用,你还要考虑上面提到“每100万”一次的问题。为啥还要一再强调呢?一定要把省略提名的美意打散吗?再(~)补充两个:第一,上面已经讲了3次有了吧,请问如何解决“会编辑2019冠状病毒病病例数模板的用户不等于会同时帮忙更新Cases in the COVID-19 pandemic模板”问题?每100万才更新一次这个已经很好了,“至少”2字放上不就得了?他们不更新Cases in the COVID-19 pandemic模板,是要怪谁?套用参数又被说是破坏的?不信的人请去看2019冠状病毒病病例数模板8月27日的纪录吧,懒得说,BlackShadowG也遇到一样的状况,导致确诊、死亡和治愈数显示不会一致。第二,希望这个也不要遇到,那就先说了:如果确诊人口总数会突破到“1亿”的话,到时候请把单位改掉,请显示“1亿”,不要显示成“10000万”。依照这种何时结束遥遥无期的来看,不排除有这种可能,虽然扣掉死亡和治愈的,实际待在医院其实可能不到1000万 囧rz...。问一句阿,管理员为啥不要把治愈的给写了?造成恐慌吗?--Z7504非常建议必要时多关注评选(留言) 2020年8月29日 (六) 14:35 (UTC)
- (:)回应@Z7504:1.我就直说了,我认为,目前的情况,如果要简洁,那就没法彻底解决100万问题,如果要两行就可能有冗长现象(也就是现在的第二个版本)2.我觉得Rowingbohe的解决方法很好。另外,我之前甚至想过要不要直接爬取其中一个页面的数据,覆盖到另外一个数据(可以写成脚本或者小工具),后面的套用的话,我认为这个简单,直接在编辑摘要里写出自另一个模板就好,可以参考ESLINK和CWW的做法。3.突破亿这个应该并不难改吧,反正我个人认为不是很难改。4.首先我不是管理员,然后我认为这其实是一个NPOV问题,而且我也没什么好办法,就最后这个问题完全可以单独开一个新主题讨论要不要加治愈的(我记得类似这种问题英文维基百科是有相关论述的,不过一时半会找不到了)--Narumi Toa(留言) 2020年8月29日 (六) 14:54 (UTC)
- (~)补充不要小看机器人啊,en可是有ClueBot NG这种东西的。--Narumi Toa(留言) 2020年8月29日 (六) 15:10 (UTC)
- 那些要不要更新的问题就不插嘴多说了。只怕不讲为啥要加入那一行字的问题点话,讲难听一点,你们似乎会把在维基百科不想参与COVID-19讨论的用户当作死人或者默认没有异议一样“排除在外”,就这样,别怪讲话没有文明阿。--Z7504非常建议必要时多关注评选(留言) 2020年8月29日 (六) 15:14 (UTC)
- 这个问题恐怕就没什么好办法,在现实中的投票率也往往是个大问题,现在也不是雅典那个时期了,再说不是有公示期吗。至于说怎么卓越的解决编者参与讨论的问题,恕我不是政治科学和社会科学专业人员。--Narumi Toa(留言) 2020年8月29日 (六) 15:30 (UTC)
- 当然知道有公示期阿(难道他们会同意无异议放上直到疫情正式结束吗?别傻了),(&)建议就别再插嘴多说,看他们都怎么搞吧,不然讨论这个真的会没有意义,更失去了当初建立Cases in the COVID-19 pandemic模板的用意。(~)补充:上面那些写2019冠状病毒病病例数模板不想套用约翰斯·霍普金斯大学(Johns Hopkins University)数据的几位用户,已经在8月27日时写成一项(&)建议了,不要强迫套用约翰斯·霍普金斯大学的数据,为了这种东西搞到编辑战实在没意义。--Z7504非常建议必要时多关注评选(留言) 2020年8月29日 (六) 15:34 (UTC)
- 这个问题恐怕就没什么好办法,在现实中的投票率也往往是个大问题,现在也不是雅典那个时期了,再说不是有公示期吗。至于说怎么卓越的解决编者参与讨论的问题,恕我不是政治科学和社会科学专业人员。--Narumi Toa(留言) 2020年8月29日 (六) 15:30 (UTC)
- 那些要不要更新的问题就不插嘴多说了。只怕不讲为啥要加入那一行字的问题点话,讲难听一点,你们似乎会把在维基百科不想参与COVID-19讨论的用户当作死人或者默认没有异议一样“排除在外”,就这样,别怪讲话没有文明阿。--Z7504非常建议必要时多关注评选(留言) 2020年8月29日 (六) 15:14 (UTC)
- (:)回应@Narumi Toa: 吐槽一下,如果在zh版只显示一行没有用,你还要考虑上面提到“每100万”一次的问题。为啥还要一再强调呢?一定要把省略提名的美意打散吗?再(~)补充两个:第一,上面已经讲了3次有了吧,请问如何解决“会编辑2019冠状病毒病病例数模板的用户不等于会同时帮忙更新Cases in the COVID-19 pandemic模板”问题?每100万才更新一次这个已经很好了,“至少”2字放上不就得了?他们不更新Cases in the COVID-19 pandemic模板,是要怪谁?套用参数又被说是破坏的?不信的人请去看2019冠状病毒病病例数模板8月27日的纪录吧,懒得说,BlackShadowG也遇到一样的状况,导致确诊、死亡和治愈数显示不会一致。第二,希望这个也不要遇到,那就先说了:如果确诊人口总数会突破到“1亿”的话,到时候请把单位改掉,请显示“1亿”,不要显示成“10000万”。依照这种何时结束遥遥无期的来看,不排除有这种可能,虽然扣掉死亡和治愈的,实际待在医院其实可能不到1000万 囧rz...。问一句阿,管理员为啥不要把治愈的给写了?造成恐慌吗?--Z7504非常建议必要时多关注评选(留言) 2020年8月29日 (六) 14:35 (UTC)
- @Z7504:en:Template:In the news/special-header、pt:Predefinição:Eventos atuais/cabeçalho especial、vi:Bản mẫu:Tin tức/Special-header。--Narumi Toa(留言) 2020年8月29日 (六) 14:30 (UTC)
- @Narumi Toa:其实不能只说是“一行”,请问“一行”大概几个字?--Z7504非常建议必要时多关注评选(留言) 2020年8月29日 (六) 14:24 (UTC)
- (*)提醒@Rowingbohe:7日已过。放首页直到疫情正式结束应该没有异议了吧?--Z7504非常建议必要时多关注评选(留言) 2020年9月4日 (五) 10:21 (UTC)
- 目前通过的是模板放置于新闻动态专栏,由于格式部份大家偏好支持第二个版本,是否针对此版本进行公示?台湾杉在此发言 (会客室) 2020年9月4日 (五) 14:24 (UTC)
- @Taiwania Justo:(&)建议等待Rowingbohe的回应,不过如果要代为公示似乎也行,主要是那个参数套上去的问题。毕竟上面也说了,疫情根本还在“遥遥无期”,不知道何时结束阿。但那个参数如果套上以后呢,大可不用这么麻烦每“100万”就报备一次(当时也意外发现连结中输入“en:”会吃字的问题),可以大幅省时间。但还是要重申:如果不更新Cases in the COVID-19 pandemic模板就不关事情。这里说过,公告栏也已经尝试过,显然都没有屁用。连en版也都没几个人要更新,都能直接接手了,要不要做的问题而已。怕不重说一次,讲难听一点,都把那些不关心COVID-19或者不想回复的人当作死人或者没有异议看待了,请别怪讲话没有文明阿。如果可以代为公示的话就依照这一个版本公示7日,7日后正式上首页直到疫情正式结束,看谁要代为公示或者由Rowingbohe本人亲自公示了。--Z7504非常建议必要时多关注评选(留言) 2020年9月4日 (五) 15:07 (UTC)
- 目前通过的是模板放置于新闻动态专栏,由于格式部份大家偏好支持第二个版本,是否针对此版本进行公示?台湾杉在此发言 (会客室) 2020年9月4日 (五) 14:24 (UTC)
- 看起来到隔天还是没有公示动作,在此就代为公示了。目前第二案之模板格式多人同意,就此格式 公示7日。台湾杉在此发言 (会客室) 2020年9月6日 (日) 02:24 (UTC)
- 本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
有可能吗?
看来无解,可以关闭了。--Z7504非常建议必要时多关注评选(留言) 2020年9月18日 (五) 15:08 (UTC)
- 下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
Cases in the COVID-19 pandemic模板运用在Itn/special-header模板上,而Itn/special-header模板因为互助客栈通过而放在首页的Itn模板上。现在为了想更新Cases in the COVID-19 pandemic模板,因为连锁保护而无法自己更新,有可能解除Cases in the COVID-19 pandemic模板的连锁保护而仍然套用在首页的Itn模板上吗?--Z7504非常建议必要时多关注评选(留言) 2020年9月17日 (四) 06:06 (UTC)
- 参照en的做法,不要在首页上提供数据,这样数据源模板就不会受连锁影响。——Sakamotosan路过围观杯弓蛇影| 避免做作,免敬 2020年9月17日 (四) 06:09 (UTC)
- 可知道当初讨论为啥还要加那行吗?加那行首页的Itn模板就不用“每100万”报备一次在新闻候选了。--Z7504非常建议必要时多关注评选(留言) 2020年9月17日 (四) 06:13 (UTC)
- 或者单独提供一个数据源用于首页的更新。——Sakamotosan路过围观杯弓蛇影| 避免做作,免敬 2020年9月17日 (四) 06:30 (UTC)
- 已取消首页数据显示,相关的数据更新模板应该不会再被联锁保护。(当时讨论似乎就没预想到会出现这个问题....)。另外,解除Cases in the COVID-19 pandemic模板的连锁保护而仍然套用在首页的Itn模板上,目前无法实现--百無一用是書生 (☎) 2020年9月18日 (五) 02:35 (UTC)
- 另外,管理员除非有持续关注COVID-19相关的事情,否则让管理员更新Cases in the COVID-19 pandemic模板太难办了。不说时时要去更新的问题,还要知道数据源用哪个,数据解读是否能正确做到,这种事情单纯依靠管理员不太可取。(前几天是想帮忙更新的,但看了一眼模板,不知道从何下手。把模板搞明白,再把数据问题搞明白然后找到新数据更新,第一次更新估计至少也得小半个小时才可能保证不出大错,当时就放弃了)--百無一用是書生 (☎) 2020年9月18日 (五) 02:43 (UTC)
- 这个如果问@Xiplus管理员应该也没有解吧(怎么可能放首页还不会连锁保护嘛...)?--Z7504非常建议必要时多关注评选(留言) 2020年9月18日 (五) 02:47 (UTC)
- 可知道当初讨论为啥还要加那行吗?加那行首页的Itn模板就不用“每100万”报备一次在新闻候选了。--Z7504非常建议必要时多关注评选(留言) 2020年9月17日 (四) 06:13 (UTC)
- 有没可能用一个普通保护隔离连锁保护。也是A是连锁保护,B是普通保护,C为目标目标,A调用B,B调用C,这样隔离开?有管理员试下?——Sakamotosan路过围观杯弓蛇影| 避免做作,免敬 2020年9月18日 (五) 04:11 (UTC)
- 不可能。--Xiplus#Talk 2020年9月18日 (五) 05:24 (UTC)
- 那就没戏了,只能提供一个不显示的数据,要不然条目用的数据无法普通编辑更新。或者双数据源。——Sakamotosan路过围观杯弓蛇影| 避免做作,免敬 2020年9月18日 (五) 05:39 (UTC)
- 不可能。--Xiplus#Talk 2020年9月18日 (五) 05:24 (UTC)
- 本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
完成,无异议,确认数就先这样改了,其它参数的话等真的单位快到亿的时候比照办理即可。--Z7504非常建议必要时多关注评选(留言) 2020年12月31日 (四) 08:12 (UTC)
- 下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
- 之前有说过,如果会到达1亿确诊,请帮忙把单位改掉,请显示“1亿”,不要显示成“10000万”。如今现在都8000万了,外加疫情明显越来越严重,显然1亿确诊是早晚都会到达的。请会修改里面的Cases in the COVID-19 pandemic/core模板可以帮忙先将那个单位显示成“0.8亿”了。副ping两位用户@BlackShadowG、Googol19980904寻求模板相关更改意见。--Z7504非常建议必要时多关注评选(留言) 2020年12月28日 (一) 04:53 (UTC)
- 如果没意见的话,经过测试,就先把确诊数这样改了,其他的话以后再说了。--Z7504非常建议必要时多关注评选(留言) 2020年12月30日 (三) 07:37 (UTC)
- 本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
关于2019冠状病毒病疫情在2021年1月27日的确诊病例数的概数值
2019冠状病毒病疫情导言提及“截至2021年1月27日,全球已有192个国家和地区累计报告逾1亿名确诊病例”
请问为什么是“逾1亿”,而不是“逾1.00亿”呢?前一天还是“逾0.99亿”(无条件舍去到“百万位”),今天小数点后2位就不见了,准确度差了一百倍呢[注]!我知道这个数字是模板自动产生的,不是手动写的,那么这个模板是否不太科学呢?
注:“逾1亿”表示实际值介于“1亿零1”到“2亿”之间,区间长度大约是1亿;“逾1.00亿”表示实际值介于“1亿零1”到“1亿零100万”之间,区间长度大约是100万。对于概数而言,两者是不一样的。
- “逾”应该是超过的意思,我觉得没什么问题。但模板确实可能要改一下? ——羊羊 (留言|贡献) 2021年1月27日 (三) 14:41 (UTC)
- 我本来就不认为“逾”字有问题啊!有问题的是为什么要把概数1.00亿写成1亿。-游蛇脱壳/克劳棣 2021年1月27日 (三) 17:22 (UTC)
- 我不觉得有人在日常生活中称“逾1.00亿”,“逾0.99亿”也是。我也不认为该数字需要频繁更新、精确表达。--YFdyh000(留言) 2021年1月28日 (四) 06:10 (UTC)
- @YFdyh000君:现在不是您认不认为该数字需要频繁更新、精确表达的问题,而是目前全球确诊数的实际值就是每天都有人在更新,且精确到个位数(请见条目的资讯框)。我只是希望导言的概数值一律“无条件舍去到"百万位"”,这并没有如资讯框的实际值更动频繁,也没有像它一样精确。另外,2021年1月26日时确实就是显示"逾0.99亿"。-游蛇脱壳/克劳棣 2021年1月28日 (四) 07:10 (UTC)
- 我不觉得有人在日常生活中称“逾1.00亿”,“逾0.99亿”也是。我也不认为该数字需要频繁更新、精确表达。--YFdyh000(留言) 2021年1月28日 (四) 06:10 (UTC)
- 我本来就不认为“逾”字有问题啊!有问题的是为什么要把概数1.00亿写成1亿。-游蛇脱壳/克劳棣 2021年1月27日 (三) 17:22 (UTC)
- (!)意见:现在模板加了{{Order of magnitude}},{{Cases in the COVID-19 pandemic/core}}的源码为
{{formatnum:{{Rounddown|{{{confirmed}}}/10^8|9-{{order of magnitude|{{{confirmed}}}}}}}}}
,即使确诊数超过1.01亿,也只会显示为“1亿”(因为现在的模板会round down至“9-{{order of magnitude|{{{confirmed}}}}}”个小数位,以1亿计算,是round down 至1个小数位),而根据现在的模板,也只应预期能显示成“逾1.0亿”(虽然现在也没做到)。但我不知应如何实现“1.0亿”或“1.00亿”的显示,或许修改{{rounddown}}?(或另建一个能显示小数点后的0的模板?)--Sun8908 怯就输一世 2021年1月28日 (四) 06:30 (UTC)- 那这个全球确诊数的概数值可以不要用模板,改手动输入吗?反正目前实际值就是每天都有维基人不厌其烦地更新,那顺手手动更新导言的概数值应该不会比更新实际值更烦吧?不然将来应该显示逾1.10亿的时候照样会变成逾1.1亿吧!?-游蛇脱壳/克劳棣 2021年1月28日 (四) 07:10 (UTC)
- 可以说,这个模板很多问题…但直接修改2019冠状病毒病疫情条目不是太好吧,因为这样就变成要编辑两个页面了。0被吃了的问题应该要有熟悉模板的人改改{{rounddown}}(如果没有其他现有可用的模板)。--Sun8908 怯就输一世 2021年1月28日 (四) 08:51 (UTC)
- 说得有理,那我就不坚持修改2019冠状病毒病疫情条目了。静待能人来解决这个模板“吃0”的问题。-游蛇脱壳/克劳棣 2021年1月28日 (四) 14:27 (UTC)
- @克勞棣:应该修改好了,EdwardAlexanderCrowley做出修改后我把它再改成了三位有效数字(因为原本模板也是算有效数字的)。--Sun8908 怯就输一世 2021年1月29日 (五) 04:25 (UTC)
- 说得有理,那我就不坚持修改2019冠状病毒病疫情条目了。静待能人来解决这个模板“吃0”的问题。-游蛇脱壳/克劳棣 2021年1月28日 (四) 14:27 (UTC)
- 可以说,这个模板很多问题…但直接修改2019冠状病毒病疫情条目不是太好吧,因为这样就变成要编辑两个页面了。0被吃了的问题应该要有熟悉模板的人改改{{rounddown}}(如果没有其他现有可用的模板)。--Sun8908 怯就输一世 2021年1月28日 (四) 08:51 (UTC)
- 那这个全球确诊数的概数值可以不要用模板,改手动输入吗?反正目前实际值就是每天都有维基人不厌其烦地更新,那顺手手动更新导言的概数值应该不会比更新实际值更烦吧?不然将来应该显示逾1.10亿的时候照样会变成逾1.1亿吧!?-游蛇脱壳/克劳棣 2021年1月28日 (四) 07:10 (UTC)
- 仍不认为1.00亿是正确表达,0.99亿常人会称作九千九百万。1.09亿口语上通常说近1.1亿,1.1亿常说一亿一千万。以上是我认为的正确输出,不过后两者不强求、非必定。--YFdyh000(留言) 2021年1月28日 (四) 15:18 (UTC)
- 不认为把1.09亿称作“近1.1亿”是好的做法,因为现时数据需要人手更新,如果迟了更新,那“近1.1亿”在过了1.1亿后就不准确了。而且这是要书面语,不是口语,因为涉及统计数字,应该跟从数理的规则,写成1.00亿。--Sun8908 怯就输一世 2021年1月29日 (五) 04:25 (UTC)
已修改core模板。反正不会过百亿,测试数据见test--E.A.Crowley666✍️ 2021年1月29日 (五) 02:01 (UTC)
- @EdwardAlexanderCrowley:个人认为你讲得太早了,都2亿了 囧rz……,而且2亿还是会显示2.00亿,就请忽略吧(如果还会看维基百科的话)--Z7504非常建议必要时多关注评选(留言) 2021年8月6日 (五) 16:56 (UTC)