※ 引述《donkilu (donkilu)》之铭言：
: ※ 引述《donkilu (donkilu)》之铭言：
: : 以第一行为例，TV = Trump Vote, BV = Biden Vote
: : 拿BV/biden回推总票数 1615707.52 / 0.448 = 3606490 (整数)
: : 再把总票数乘以trump 0.534，得到1925865.66，完全符合该行TV。
: : 下面几行也是如此，回推总票数均是整数，乘以得票比后才变成小数，
: : 这有点excel常识都知道发生什么事了吧...
: : 不搞清楚数据怎么来的就急着喊作弊只会闹笑话啦。
: 结果下面继续吵数据库问题...我就明讲吧，这个资料根本不是官方数据。
: 1. Dominion没有包下MI整个州的业务，怎么报出全州开票结果？
: 2. 离线的计票系统哪有提供即时报票服务？媒体的资料从来就不是跟dominion拿的。
: 2. TV/BV两列是粗略的总票数*得票率，不是真正的候选人票数。
: 3. 数据里面有一列是EEPV (expected vote percentage)，同样不属于正规开票数据。
: 越看越觉得这数据很眼熟，索性翻出NYT与Edison合作的即时报票资料：
: https://static01.nyt.com/elections-assets/2020/data/api/2020-11-03/race-page/michigan/president.json
: https://tinyurl.com/yyynr6n7
: {"vote_shares":{"trumpd":0.534,"bidenj":0.448},"votes":3606490,"eevp":64,"eevp_source":"edison","timestamp":"2020-11-04T06:54:48Z"},
: {"vote_shares":{"trumpd":0.534,"bidenj":0.448},"votes":3614696,"eevp":64,"eevp_source":"edison","timestamp":"2020-11-04T06:56:47Z"},
: {"vote_shares":{"trumpd":0.534,"bidenj":0.448},"votes":3616879,"eevp":64,"eevp_source":"edison","timestamp":"2020-11-04T06:58:47Z"},
: {"vote_shares":{"trumpd":0.533,"bidenj":0.45},"votes":3643075,"eevp":64,"eevp_source":"edison","timestamp":"2020-11-04T07:00:37Z"},
: {"vote_shares":{"trumpd":0.533,"bidenj":0.45},"votes":3649714,"eevp":64,"eevp_source":"edison","timestamp":"2020-11-04T07:01:46Z"},
: {"vote_shares":{"trumpd":0.533,"bidenj":0.45},"votes":3656445,"eevp":65,"eevp_source":"edison","timestamp":"2020-11-04T07:03:17Z"},
: timestamp一模一样，得票比一模一样，eevp也一模一样，真是太巧了呢。
: 吵了大半天，结果都是在纽约时报的开票资料上打转，不觉得很好笑吗？
: 所以才说这种affidavit再多也没什么意义，一堆都是没搞清楚就乱开枪。
我也明讲了
快笑死了 没意义还写一大堆 这样冲KPI不太好吧 XDD
你有没有觉得你用一堆文字再解释一个非常非常蠢的概念? 唸过国小都知道你在鬼扯
同阵营的ID一直洗一直洗 洗到好像是真的一样 川黑又赢啦 这样造假灌水砍树绩效啊
不管来源是什么 请问小数点后面是从哪里来的?
你说“总票数均是整数，乘以得票比后才变成小数”
得票比是从哪里来的?
两边得票分别除以总票数 你没有两边得票数字和总票数 哪来的得票比?
你有两边得得票了 干嘛还要加总去乘得票比？？？？？？
有原始数据 不把数据放出来 加总再乘“得票比”的意义在哪里？？？？？？
脱裤子放屁 你以为把得票率换成得票比就可以唬烂过去啦
看来这条真的问题大了 川黑PTT团队已经语无伦次 抓狂啦