跳转到内容

英文维基 | 中文维基 | 日文维基 | 草榴社区

Talk:2022年3月上海市2019冠状病毒病聚集性疫情

页面内容不支持其他语言。
维基百科,自由的百科全书
          本条目依照页面评级標準評為乙级
本条目属于下列维基专题范畴:
2019冠状病毒病专题 (获评乙級中重要度
本条目属于2019冠状病毒病专题范畴,该专题旨在改善中文维基百科2019冠状病毒病类内容。如果您有意参与,请浏览专题主页、参与讨论,并完成相应的开放性任务。
 乙级  根据专题质量评级标准,本条目已评为乙级
   根据专题重要度评级标准,本條目已评为中重要度
上海专题 (获评乙級极高重要度
本条目属于上海专题范畴,该专题旨在改善中文维基百科上海市类内容。如果您有意参与,请浏览专题主页、参与讨论,并完成相应的开放性任务。
 乙级  根据专题质量评级标准,本条目已评为乙级
 极高  根据专题重要度评级标准,本條目已评为极高重要度

新条目推荐讨论

在候选页的投票结果

条目似乎过长

[编辑]

建议将外溢疫情部分单独独立为新条目。--Yinyue200留言2022年3月26日 (六) 17:25 (UTC)[回复]

建议更新条目名称

[编辑]

2022年3月上海市2019冠状病毒病聚集性疫情 -> 2022年上海市2019冠状病毒病聚集性疫情。 --Zhenqinli留言2022年4月4日 (一) 20:45 (UTC)[回复]

(-)反对 3月表达的是3月开始,如2019年冠状病毒病不代表其只在2019年发生,很多事件都是这样的命名方式。暂时不建议更改条目名称。--Yinyue200留言2022年4月4日 (一) 21:01 (UTC)[回复]
另请参见Category:2022年中国大陆2019冠状病毒病聚集性疫情绝大多数条目即使持续时间超过一个月仍以其开始月份命名。--Yinyue200留言2022年4月4日 (一) 21:05 (UTC)[回复]
(!)意見:建议此条目及2022年3月上海市2019冠状病毒病聚集性疫情对外地的影响名称与其他条目(如2021-2022年西安市2019冠状病毒病聚集性疫情)保持一致。 --Zhenqinli留言2022年4月9日 (六) 01:58 (UTC)[回复]
2022年只有两个聚集性疫情不含月份,分别是2021-2022年西安市2019冠状病毒病聚集性疫情2022年杭州市2019冠状病毒病聚集性疫情--Yinyue200留言2022年4月9日 (六) 10:56 (UTC)[回复]

2019年12月发生的疫情并不被称作2020疫情,那2月28日开始的为何成为3月疫情? not a User:慎言慎行老法师寫維基?寫個屁! 2022年4月14日 (四) 17:09 (UTC)[回复]

因为3月1日确诊--Yinyue200留言2022年4月14日 (四) 17:46 (UTC)[回复]

晚会相关

[编辑]

东方卫视原计划举办“抗疫晚会”[1],似乎最后未能成事。--🐹通辽汗国驻维基百科临时代办讨论·贡献·成就2022年4月12日 (二) 16:31 (UTC)[回复]

等会看看还有没有媒体报道这个事情,等到报道多一些就写进去。--Yinyue200留言2022年4月12日 (二) 18:30 (UTC)[回复]
没事了,找到报道了--Yinyue200留言2022年4月12日 (二) 18:31 (UTC)[回复]
完成Special:Diff/71119143--Yinyue200留言2022年4月12日 (二) 18:40 (UTC)[回复]

关于对上海以外地区的影响标题下内容的建议

[编辑]

在下认为,关于车次的内容需要精确至某一天,如“XXXX次(XX月XX日)”;不知各位想法如何。--Я, Якийсь Вікіпедист із КитаїU·K·R2022年4月14日 (四) 12:05 (UTC)[回复]

(+)支持--Yinyue200留言2022年4月14日 (四) 17:46 (UTC)[回复]

关于“封城”一词的使用

[编辑]

官方称呼不是“封城”,在章节标题处大量使用封城有违中立性和名从主人原则。--Yinyue200留言2022年4月15日 (五) 07:50 (UTC)[回复]

建议减少环球网的来源

[编辑]

如题,环球网并不是非常可靠的来源(可见布告版),而且一般环球网的来源可以替代为其他来源(如:“凌某(男,44岁),查扣假冒品牌口罩2.9万个”这一事实除了环球网可以证明,东方网也可以)。QiuLiming1留言2022年4月20日 (三) 14:55 (UTC)[回复]

这样的话也应该减少大纪元的来源--5.151.21.128留言2022年4月30日 (六) 11:58 (UTC)[回复]

对应对经过部分的结构做了梳理

[编辑]

我对应对经过章节部分的结构做了一点梳理,大家可以看一下--Yinyue200留言2022年5月4日 (三) 17:12 (UTC)[回复]

意见:停止更新并移除(拆分)部分内容

[编辑]

本条目的主题为“2022年3月上海市2019冠状病毒病聚集性疫情”,而不是“2019冠状病毒病上海市疫情时间线 (2022年)或其它条目”,与2022年3月起始疫情关联度不大、交集不密切、时间线区分较明显的确诊情况等内容已不宜更新到此条目中。例如7月2日及其后几日的航司国际航班入境服务保障相关感染者,为“暴露于被境外病毒污染的环境”所致,显然与自3月起的疫情有较为明显的区分度,因此建议将该类内容从此条目中移除。(欢迎近期编者等维基人发表意见@Shwangtianyuan、@日期20220626、@Liliang13、@Mio2001、@Yinyue200、@QiuLiming1)--☁️云在动 ☁️留言💋欢迎签名🖊️ 2022年7月12日 (二) 09:05 (UTC)[回复]

@云在动 问题是如果拆分,很难划出一个明确的界限来,疫情一直都有,从来没有停歇。另外上海疫情系列条目早已不单纯是病例的信息,社会影响,争议,评价等很难疫情来源去拆分。
当然我非常赞同这个条目不能无限更新下去,但是目前来说很难去制定比较好的拆分方案。--Yinyue200留言2022年7月12日 (二) 10:27 (UTC)[回复]
如果您能提出更加具体的拆分方案,我将支持拆分。--Yinyue200留言2022年7月12日 (二) 10:31 (UTC)[回复]
该条目确实需要拆分,我以前习惯了在这里更新,没有复制到其他条目,现在支持停止更新。--QiuLiming1留言2022年7月12日 (二) 23:15 (UTC)[回复]
要不还是拆吧,我觉得需要一个相对独立的条目去阐述7月之后的疫情。就看谁去写这个新条目了。--Yinyue200留言2022年7月14日 (四) 07:29 (UTC)[回复]
争议等条目如果真需要可以两个条目共用。--Yinyue200留言2022年7月14日 (四) 07:30 (UTC)[回复]

制定拆分方案

[编辑]

提议拆分超过五天了,未收到明确反对意见,故制定下述拆分方案。该方案拟公示7日(至7月26日),其后视讨论结果进行相应的方案修改与方案执行。欢迎近期编者等维基人发表意见,也请讨论前认真阅读本拆分方案。
@Shwangtianyuan、@日期20220626、@Liliang13、@Mio2001、@Yinyue200、 @QiuLiming1、@小股长、@Nrya
特别说明:为尊重大家的劳动成果,下述所有移除的内容若存在不适合并入“新条目”的情况,将全部并入“2019冠状病毒病上海市疫情”。

保留的内容

[编辑]

1、7月1日前所有内容
2、7月1日后的诸如影响之类的与前述保留内容相关的内容(区分度不明显内容按保留处理)

移除的内容

[编辑]

1、7月1日后除上述保留内容外的所有内容。
2、6月27日及以后的所有感染者情况(6月27日-6月30日无新增,故移除) 

对于相关条目

[编辑]

下述等以“2022年3月上海市”开头的相关条目按照前述“对于原条目”的原则处理,并在公示期间挂拆分模板(仅为吸引人讨论用):
2022年3月上海市2019冠状病毒病聚集性疫情确诊概况2022年3月上海市2019冠状病毒病聚集性疫情应对经过2022年3月上海市2019冠状病毒病聚集性疫情相关争议及事件2022年3月上海市2019冠状病毒病聚集性疫情对外地的影响2022年3月上海市2019冠状病毒病聚集性疫情对苏浙皖的影响    

1、时间线从7月3日起,行文基调为始于普陀区KTV的聚集性疫情。
2、新条目创建后,若后面再出现的新一轮疫情同时满足时间线重叠和不易区分等特征,则建议在条目内说明的基础上继续更新;反之,建议更新在2019冠状病毒病上海市疫情或新疫情规模较大的话创建新条目
3、7月2日航空公司疫情因相对独立、影响相对较小不予收录。 

写在最后

[编辑]

本拆分方案制定的根本原因是7月以后的KTV疫情规模较大、属于相对独立的主题、符合新条目收录标准、且与自3月起的疫情有较为明显的区分度。而并不是因为两个条目之间的溯源、感染者、应对措施等完全没有重叠,也并不意味着有证据证实7月后的疫情完全是孤立事件,请勿钻牛角尖。  

意见发表区

[编辑]
(+)支持,欢迎各位共同讨论。也请尊重他人劳动成果,别在拆分完后通过编辑战的方式发表意见,谢谢。  --☁️云在动 ☁️留言💋欢迎签名🖊️ 2022年7月18日 (一) 02:24 (UTC)[回复]
作为读者身份,我对拆分方案无异议,当然是(+)支持,最早就是我挂的too long模板,但感觉一直没人注意。Doge24190 2022年7月18日 (一) 07:40 (UTC)[回复]
(+)支持 --Yinyue200留言2022年7月18日 (一) 12:56 (UTC)[回复]
(+)支持,顺便提一下这个是否也要加到应对经过?另外重症数量怎么变成0了?,感觉有人乱改数据。--QiuLiming1留言2022年7月23日 (六) 00:29 (UTC)[回复]
是不是因为重症病例全死亡了,我觉得这个得再确认一下是什么意思--Yinyue200留言2022年7月23日 (六) 01:14 (UTC)[回复]
抱歉,我还以为是累计重症案例。如果是说当前重症案例数量的话应该没大问题--QiuLiming1留言2022年7月23日 (六) 01:26 (UTC)[回复]
我觉得这个治愈了也应该被计数吧,除非死亡了。要不然岂不是每次疫情最终重症都是0。这没有意义啊--Yinyue200留言2022年7月23日 (六) 01:29 (UTC)[回复]
上一行是累计确诊和累计治愈数,然后重症居然是现有重症数,极容易造成误导。所以我觉得写累计重症比较好,但是我没找到累计重症数,所以我刚在重症数量处挂了个注释。(谁能找到累计重症建议修改成累计的)--☁️云在动 ☁️留言💋欢迎签名🖊️ 2022年7月23日 (六) 23:46 (UTC)[回复]
@QiuLiming1这个更改改成0的。

试行拆分方案

[编辑]

简明提示:本方案的核心是引导编者将相关内容更新至2022年7月上海市2019冠状病毒病聚集性疫情2019冠状病毒病上海市疫情
因综合考量2022年7月上海市2019冠状病毒病聚集性疫情被创建、拆分方案连续多日无反对意见、个人时间等原因,现对拟定于7月26日执行的拆分方案进行试执行。试行方案如下:
1、试行期间,所有以“2022年3月上海市”开头的条目将在拆分模板的基础上加挂一则提示,内容为“本条目正在依拆分方案试行拆分,该提示旨在提醒编者注意勿在此更新相关内容,请于7月31日移除本提示。”相关条目讨论页亦会有类似表述,以提醒编者注意。
2、试行期间,若有编者未按拆分方案更新内容,将采取“先移除合并、后回退”的原则进行提醒和处理,我也将视情况在本试行方案下方艾特相关维基人。
3、若无特殊情况,7月31日后,@云在动将不再进行以“2022年3月上海市”、“2022年7月上海市”开头条目的拆分和维护工作。
4、试行期间,若有任何疑问或意见,请集中发表在本试行方案下方,共同讨论。
--☁️云在动 ☁️留言💋欢迎签名🖊️ 2022年7月23日 (六) 09:12 (UTC)[回复]

意见发表区

[编辑]

简单记录一下进度:以“2022年3月上海市”开头的所有条目基本拆分完毕,且基本都移动或复制到了7月份新条目中。但是2022年3月上海市2019冠状病毒病聚集性疫情检测与封控安排#风险等级调整情况中的“上海市各地区风险情况简表”还没有拆分完(新、旧条目中的表都没有拆分完)。☁️云在动 ☁️留言💋欢迎签名🖊️ 2022年7月23日 (六) 11:42 (UTC)感谢@日期20220626对前述内容的拆分。[回复]

那么更新在哪里更新呢?--QiuLiming1留言2022年7月23日 (六) 16:17 (UTC)[回复]
当然是7月份新条目呀--Yinyue200留言2022年7月23日 (六) 17:49 (UTC)[回复]
根据拆分方案:所有3月份条目(包括相关条目)中的相关内容更新至7月份条目,若需要更新的内容存在3月份和7月份条目都不适合放入的情况,则更新至2019冠状病毒病上海市疫情。阁下可阅读拆分方案获取详情。(刚刚我已在试行拆分方案下增加一则简明提示。)--☁️云在动 ☁️留言💋欢迎签名🖊️ 2022年7月23日 (六) 23:01 (UTC)[回复]

试行拆分结束

[编辑]

我在试行拆分期间,每日检视其他编者对于相关条目的更新情况,未发现明显违背拆分方案的行为。7月31日已至,我已经将相关条目中所有关于拆分的提示和拆分模板移除,以后也不再专门进行相关检视。对于7月份新条目的后续更新和拆分,提出了一点自己的建议。☁️云在动 ☁️留言💋欢迎签名🖊️ 2022年7月31日 (日) 00:44 (UTC)[回复]

优化图表

[编辑]

这个图表的字都叠上了,我格式手册也没找到优化方法,沙盒里也没试出来。有哪位大佬知道怎么解决这个数字之间过于紧凑重叠的问题??感觉弄成整体左右可以滑动的比较好,但是我不会弄。--☁️云在动 ☁️留言💋欢迎签名🖊️ 2022年7月24日 (日) 00:01 (UTC)[回复]

@云在动我优化了一下,你看看如何?--Yinyue200留言2022年7月24日 (日) 08:40 (UTC)[回复]
我看挺好,辛苦了,谢谢你。--☁️云在动 ☁️留言💋欢迎签名🖊️ 2022年7月24日 (日) 10:02 (UTC)[回复]