No no no, this is likely a TRAP! I believe the Dominion story is 100% real, which means they would have gone to great lengths to avoid detection. It'd be the biggest scandal in world history.
Why Its A Trap:
The software likely works something like this:
- Dominion machines likely report to a central sever on boot and at regular intervals... say 30 minutes.
- The majority of the time the server probably responds with a simple ack
- However the server COULD respond with a special code that specifies vote weightings valid ONLY for that time interval
IF I'm Right About All That ... and the Dominion people would be at least as clever as me, it would MEAN
- Without the magic server response the machine will operate normally.
- Even if the machine was unplugged and isolated it would behave normally since the magic server response is only valid for 1 time interval
- The only hope you'd have to catch this would be to review the source code, which Dominion is explicit about not sharing
- And WORST of all... once its shown that the machine tabulates votes accurately during this audit, it will be spun to disprove the entire Dominion scandal!
Even if you have access to a Dominion machine, its certain that Dominion has since pushed an update that makes it operate normally. And if you somehow unplugged a machine on election day, and that machine had the fraudulent code, and its been isolated since, you'd then need Dominion to provide source code that compiles down to the same hash as that machine... which they would never do.
Thank you much! I missed that one! I wrote a question over in that thread but maybe you know the answer... https://thedonald.win/p/11QRtgHWBF/x/c/4DpK9kosNWd
In the link above I summarized the steps for fraud laid out in the video. If voting for Democrat when you are a registered Republican puts the "D" in the voter record THEN they have a tight fraud case to bring.
But that seems unlikely and I don't understand how the change in vote registration ties to any voter fraud scheme?
Ok at 57:20 in the video he explains the scheme. I'll describe it, but I have questions for you pedes.
https://youtu.be/k42uL2le2kg?t=3440
- Step 1 : Fraudster requests a ballot for a real person but sends it to an address the Fraudster controls. That causes the database to update with this new address.
- Step 2 : Fraudster needs to get rid of the database change so they send an unsolicited ballot to the same person's REAL address. The database updates back to the real address.
- Step 3 : The real person votes.. either in person or via the unsolicited 2nd ballot
- Step 4 : In the final hours of the voting the Fraudster injects the ballot from Step 1 into the system. That will change/overwrite any vote that has already been cast
Question: Does this relate back to the 40k registered Republicans being marked as recently changed to Democrat? At 44:10 in the video he explains this situation "marked as D" but what does that mean? Voting for the party other then the one you are registered to shouldn't change your official registration!? What would be the play to switch people's voter registration?
Unless of course the "D" means that they voted Democrat as a Registered Republican. If so that would tie back to the scheme he described.
Song is zifir production - Cengiz Han https://www.youtube.com/watch?v=x9LEtSdeZY4
Do you have any links to the flaws of what Dr Shiva did? I'd like to know more.
At any rate, I think you are right to be a bit skeptical of the Dominion conspiracy. From the data i've seen and my own bias it seems to explain a lot! However if its true, its the biggest political scandal in world history! For that reason it didn't feel right that evidence of it would be out in the open via the Edison data. And so too, I feel like Dr Shiva's linear algorithm trend fits a little too neatly as well. That said, I think its very likely Trump and Eric Trump know more than we do and they have seen enough to make some very bold public statements.... so.... maybe?
My understanding in MI is they suspected the glitch from the totals being reported. So they manually reviewed what ran through the machine and saw that they didn't match.
Dr Shiva's analysis makes the dominion conspiracy look very real. I think Trump legal team would need to identify suspicious polling places with Dr Shiva's mathematical model, and then manually count what went through the machine like they did in MI. If they accurately predict these errors 3-4 times that'll be YUUUUGE
Another good data point is that in 2018, someone was able to look at the 2016 election in WI and identified 3 outlier counties mathematically. Turned out all 3 used Dominion machines which is a very suspicious common denominator! https://medium.com/@inboulder/the-curious-case-of-wisconsin-in-2016-389843a3fb6a from https://thedonald.win/p/11PpPIr81x/proof-of-systemic-voter-fraud-20/
That thread was unstickied for a variety of reasons... see here https://thedonald.win/p/11Q8O8eIB7/warning-switchederased-ballot-li/
If the Dominion machine algorithm scam is true, then you won't find it in the Edison ticker data. The best analysis is Dr Shiva's ... you feed your ballot into the machine and it simply records it differently than it reads it. Swapping votes after the fact would allow any eagle eyed observer to catch you... unlikely to have that much risk when the penalty for getting caught is so incredibly severe! It'd be the biggest political scandal in world history.
It also means the only way to find it is with stats or manually counting what went through the machine (like they did in MI).
You are totally right to think critically on this data. I'm in the same boat. If this is legit deleting and swapping votes to fix the election then its the biggest political scandal in world history. Given those stakes, it seems "too easy" that the evidence for that is in plain site for eagle eyed observers.
Therefore, i'm thinking there is a reason for deleting votes? The Dominion manual says its a feature for if you accidentally run the same batch twice. That said, it does seem odd how many there are for NY and that some states have 0.
I watched the Dr Shiva video that seems to demonstrate how and when the algorithm kicks in to switch votes. The next layer of this analysis is the timing. If Dr Shiva is right, I want to understand the times in which he sees votes in MI being flipped. That should match the data we see here. My gut is telling me it won't though because there is just one time interval in which MI votes were swapped and it should be much longer than that according to Dr. Shiva's analysis.
WE NEED A PLAN!
Here's the plan: IF we can use Benford's Law to predict which counties use Dominion Machines then we've won!
-
We need a list of the known counties using Dominion Machines. Does anyone have this other than Kyle Becker ? https://twitter.com/kylenabecker/status/1324867717808050176
-
We need people that know how to find the data and do the Benford Analysis for the states that use Dominion machines. Someone like @statsguyphd https://mobile.twitter.com/statsguyphd/status/1324352213595181059
Why you might ask?
i) Presumably the software to flip votes would only activate when certain conditions were met. Not all Dominion machines need to produce outliers. But if all benford law outliers link back to Dominion machines that is as tight a case as you could make.
ii) It'll be nearly impossible to prove fraud with Dominion code so we need to use stats and math.
Why code review won't work a) If Dominion machines are really flipping votes then its the biggest political crime in world history. Therefore they would have done a lot of work to cover their tracks.
b) The software the flipped the votes is likely long gone and been overwritten by software updates.
c) Even if you had the software it's machine code and would be almost impossible to reverse. Made harder by...
d) Given the severity the software is going to have anti tamper measures that will make it impossible for forensics.
e) The code to flip votes may not live on the machine but could be sent over the network again making it impossible to prove.
f) IF you could isolate the Dominion code running when votes were flipped you could then take legal action against the company itself and demand the source code that compiles down to that binary.
May take you up on that. I was going to do it myself but I don't have a min. Wrote about the task here https://thedonald.win/p/11PpBIGIl7/x/c/1ASZfAOZwO
Again... not sure what to DO with the data, but it'd be good to know. There's a list floating around here of roughly 700 100+ old people that requested ballots. We should be able to add to that once we go through the new set of 14,000 such people
No see my post here https://thedonald.win/p/11PpBIGIl7/x/c/1ASZfAOZwO
curl -X POST -d 'FirstName=Amy&LastName=Paten&NameBirthMonth=12&NameBirthYear=1966&ZipCode=48631&Dln=&DlnBirthMonth=0&DlnBirthYear=&DpaID=0&Months=&VoterNotFound=false&TransistionVoter=false' https://mvic.sos.state.mi.us/Voter/SearchByName | grep "Application received"
There's a pastbin of 14,000 Mi voters that are > 100 years old (presumed dead). https://twitter.com/PhocaeanD/status/1324531466404044801
However i spot checked and I think the majority did not request ballots.
To check programmatically I think you'd do this (for example):
curl -X POST -d 'FirstName=Amy&LastName=Paten&NameBirthMonth=12&NameBirthYear=1966&ZipCode=48631&Dln=&DlnBirthMonth=0&DlnBirthYear=&DpaID=0&Months=&VoterNotFound=false&TransistionVoter=false' https://mvic.sos.state.mi.us/Voter/SearchByName | grep "Application received"
Which means if the response included "Application received" then we have another case of fraud. The script would also have to guess the birth month since that is not known in the original dataset. That said, i'm a noob to posting here and I'm not sure who to give the data to? I'm just curious and was going to script it myself if i had time later.
I confirmed death certs for:
KOSKELA,MARTHA,11,1916,49946, ZABICKI,LUDWIK,8,1919,48312,
I may have found a quick way to do it? For example if you click the following link, you'll see it says death record and that seems pretty confirmed
DATA SOURCE: MACOMB COUNTY DEATH RECORDS DATABASE GET THIS ONE
That means you could take the CSV and make it a formula that looked like this:
="https://www.searchquarry.com/namesearch/search?trackstat=sqhmpag&recordtype=Death&fname="&B2&"&lname="&A2&"&city="&E2&"&state=MI"
The problem is since there is no parameter for DOB (birthday) you will get many results for common names. That was the case for https://www.searchquarry.com/namesearch/search?trackstat=sqhmpag&recordtype=Death&fname=CATHERINE&lname=KELLY&city=48708&state=MI
Unfortunately the win doesn't mean anything? There is no means (nor time, nor plan) to verify if each person that used "indefinitely confined" actually was.