| Contact Us | CHT | Mobile | Wechat | Weibo | Search:
Welcome Visitors | 登录 | 免费注册 | 忘记了密码 | 社交账号注册或登录

Home

News

Forums

Realty

大温餐馆点评

Car

Education

Yellow Page

Travel

河南郑州水灾一周年祭8大未解之谜

QR Code
请用微信 扫一扫 扫描上面的二维码,然后点击页面右上角的 ... 图标,然后点击 发送给朋友分享到朋友圈,谢谢!



(白丁评论文章)

前言


一年前,河南郑州被洪水淹没,两个受灾最严重的区域是郑州地铁5号线和郑州京广隧道地下部分。虽然官方的庆功活动早已落幕,但是信息的阻塞和扭曲使得与这场与灾难并行的无数疑团变得更为诡异。从碎片化的灾区信息中搜寻出被刻意隐瞒了的真相也就显得格外重要。

说明

本文中使用的“郑州水灾”一词,不是仅指郑州市内的水灾,而是泛指此次河南水灾。由于媒体上的相关信息大多以“郑州水灾”来涵盖河南境内的灾情,本文也采用“郑州水灾”一词来泛指这次的河南水灾,以便与其他媒体信息在用词上保持一致。特此说明。

正文

郑州水灾发生之后的第12天,也就是2021年8月2日,河南省政府召开“河南省防汛救灾”新闻发布会,公布最新的伤亡和财产损失数字。央视、新华社和人民日报也即刻转发了通报内容。公告显示,此次洪灾在河南境内共导致302人遇难,50人失踪。


郑州水灾过去5个月之后,国务院灾害调查组发布的《河南郑州“7·20”特大暴雨灾害调查报告》(2022年1月)部分推翻了河南省政府当时发布的伤亡数字。该《报告》明确指出:“截至 9 月 30 日,郑州市因灾死亡失踪 380 人,其中在不同阶段瞒报 139 人:郑州市本级瞒报 75 人、县级瞒报 49 人、乡镇(街道)瞒报15 人。”

官方(地方与国务院)的“水灾伤亡最新统计”在“打假”之后的可信度有多高?

疑点一


官方在水灾伤亡数字上作假的第一个迹象,是郑州官方前后5次公布的伤亡数字在时间线上的奇怪走势。

在水灾发生之后的第一天,7月21日,新华社首次发布河南水灾的伤亡数字,河南全省因灾情遇难25人,失踪7人。当时,郑州市内的救援力量和来自河北、山东和湖北等7个省的消防救援总队,外加中部战区派出的正规部队和武警部队都已经进入灾区,开始了救援工作。随着救援和清理工作的推进,媒体和民众已经做好发现更多伤亡的心理准备。

水灾后的第三天,7月23日,官媒《新华网》首次发布河南水灾的伤亡数字,河南全省因灾情遇难56人,失踪5人。新闻强调,救援清理工作仍在进行中。当天是救援人员在郑州以及河南省内其他灾区实施紧急救援的第三天。与两天前的第一批数据比较,新增遇难人数31人,失踪人数则减少2人。遇难人数的大幅增加,反映了救援和搜救工作正在快速推进,符合常识和逻辑。

两天之后,也就是7月25日,连续保持沉默的顶级官媒《人民日报》终于第一次发布关于水灾的消息:河南全省因灾情遇难63人,失踪5人。与此前的第二批数据比较,遇难人数小幅增加7人,失踪人数没有增减,仍为5人。大家可以看到,在7月23日到7月25日这两天之内,新发现的遇难者和失踪者已经明显低于发布第二批数据时的新增人数。值得注意的一点是:此时,最受媒体关注、灾情最触目惊心的郑州市内的救援工作接近尾声。因此数字变化在逻辑上也仍然与正常的救援进程相吻合。

此后的数字出现了诡异的变化。7月29日,《人民日报》第二次发布关于水灾的伤亡数字:河南全省因灾情遇难99人,失踪人数没有报告。与此前的第三批数据相比较,遇难人数大幅增加了36人。而此时遇难者人数出现大幅增加,可以说是出乎意外,但是考虑到这是河南全省范围内的统计数据,似乎也还勉强说得通。
点个赞吧!您的鼓励让我们进步     这条新闻还没有人评论喔,等着您的高见呢
Prev Page1234...7Next Page
Note:
  • 新闻来源于其它媒体,内容不代表本站立场!
  • _VIEW_NEWS_FULL
    _RELATED_NEWS:
    _RELATED_NEWS_MORE:
    _POSTMYCOMMENT:
    Comment:
    Security Code:
    Please input the number which is shown on the following picture
    The Captcha image
    Terms & Conditions    Privacy Policy    Political ADs    Activities Agreement    Contact Us    Sitemap    

    加西网为北美中文网传媒集团旗下网站

    Page Generation: 0.0333 Seconds and 7 DB Queries in 0.0026 Seconds