6
EdwardSolomon 6 points ago +6 / -0

Take a step back and reconsider the chance of 1:14 being transferred within one time stamp for an entire week.

And no.

1 vote to 13 biden votes is a 1:14 Trump to Total ratio.

Please learn some basic arithmetic.

One precinct (52-05, the same precinct with the earlier red flag doing updated injects) literally holds the ratio is TWO FULL DAYS (no other precinct reports the ratio in that time of dozens of timestamps).

Two days later when 20-09 picks it up (timestamp 190), precinct 52-05 finally drops it (on timestamp 192).

Precinct 52-05 is also involved in other ratio transfers on Nov4th and 5th.

All of the suspect transfers (in the whole data sheet) share common timestamps and precinct numbers.

5
EdwardSolomon 5 points ago +5 / -0

https://docs.google.com/spreadsheets/d/1Feu70w7RDoMR1w9rSzq-Yn7hfmQEmv3WfzdnisGNvsk/edit#gid=1813815582

Look at the BK2 tab.

Tell me your theory how the 1:14 ratio is transferred within one timestamp to multiple distinct sets of precincts from Nov 4th to Nov 11th.

You'll also see on Nov 6th at 2:11 AM (timestamp 154), that the precinct updates multiple times and injects 1 Trump vote, 13 Biden votes (starting on timestamp 158) to maintain the ratio (precinct 52-05).

btw that's just one random example picked from the Summary Sheet.

Good day.

Also, it's not millions of chances, there's only 273 timestamps in the whole database.

5
EdwardSolomon 5 points ago +5 / -0

Yes, there are thousands of clean ratios in the data that are clean (most of them), where they are seen several times, but hours (or days) apart.

The concern is the subset of ratios which all transfer to other precincts on the same timestamp, multiple times for the entire week.

5
EdwardSolomon 5 points ago +5 / -0

Because then you'd had to spread it over every precinct uniformly.

How weird would it be if every precinct got exactly 63.5% to 66.5% Biden?

And how do we know they didn't use a little RNG?

I set the condition for a " positive" so tight, that I have yet to test for PRNG.

The condition:

Must be the same integer ratio Trump to Total. Must apply to set of precincts at the same time. Must transfer to a different set at the exact same time within one time stamp). Must persist for at least 24 hours (most of the ratios I found are chain transferred for the entire week within one timestamp).

6
EdwardSolomon 6 points ago +6 / -0

Ok...well here you go, the full summary of the number of precincts seized and ratio transfers within one global timestamp...thousands siezed, over 115k votes flipped.

Entire series of transfers of the same ratio (within one global timestamp) for several days straight.


Update 3 (Sunday, Nov 22) I mapped all of the ratio transfers that occur within ONE TIMESTAMP of each other, no less than 115,343 votes were flipped to 89% Biden. Most of these ratios are chained for the entire week, transferring to a new set of precincts within a single timestamp (within one global update).

Took me all day to figure out how setup a logic board to only identify the most suspicious transfers. When the "timestamp difference" parameter is increased, the amount of cases go up linearly.

For this experiment I kept the timestamp difference at 1, so no false positive would emerge.

All documents included in the go.file link. You can match the "Mother Number" entries from the condensed googlesheet version to the "Mother Sheet" file.

https://docs.google.com/spreadsheets/d/1Feu70w7RDoMR1w9rSzq-Yn7hfmQEmv3WfzdnisGNvsk/edit?usp=sharing

https://gofile.io/d/X262uw

4
EdwardSolomon 4 points ago +4 / -0

Update 3 (Sunday, Nov 22)

I mapped all of the ratio transfers that occur within ONE TIMESTAMP of each other, no less than 115,343 votes were flipped to 89% Biden.

Took me all day to figure out how setup a logic board to only identify the most suspicious transfers. When the "timestamp difference" parameter is increased, the amount of cases go up linearly.

For this experiment I kept the timestamp difference at 1, so no false positive would emerge.

All documents included in the go.file link. You can match the "Mother Number" entries from the condensed googlesheet version to the "Mother Sheet" file.

https://docs.google.com/spreadsheets/d/1Feu70w7RDoMR1w9rSzq-Yn7hfmQEmv3WfzdnisGNvsk/edit?usp=sharing

https://gofile.io/d/X262uw

7
EdwardSolomon 7 points ago +7 / -0

My video isn't about repeating ratios (due to a precinct no updating), it's about the time difference between two precincts reporting the same ratio.

6
EdwardSolomon 6 points ago +6 / -0

I confirmed Philly uses ES&S, that being said, then it would be the algorithm being used in Phily by ES&S.

I see no reason why the Dominion fraction magic would be any different. It's a "good system" for flipping votes in multiple places at different times that would be hard to detect.

7
EdwardSolomon 7 points ago +7 / -0

No.

I made my own column that divided TRUMPS EXACT VOTES BY THE TOTAL VOTES, producing a constant ratio. I then sorted by the ratios.

stop lying it's in the video.

What you're talking about is something I'm going to do now, check by rounded percentages (in a new video).

4
EdwardSolomon 4 points ago +4 / -0

I'm working on several documents at this moment.

"The Mother Sheet" checks for exact integer ratios.

"The 0.01% Sheet" checks for percentages that have the same value when rounded to the hundredths place.

"The 0.001%" is to the thousandsth.

The "0.1%" sheet is to the tenths.

And finally, the 1% sheet (it seems too broad a range, but I'll eventually get to it anyway).

5
EdwardSolomon 5 points ago +5 / -0

I'm starting new analysis today on the entire daaset from Nov 3rd to the 11th.

5
EdwardSolomon 5 points ago +5 / -0

Doesn't take much to insert the same code.

Are ESS systems known to be safe? Texas rejected Dominion, as did other regions in the US.

9
EdwardSolomon 9 points ago +9 / -0

Second image for clarification.

Even if software is changing the vote s(I"m to OP of the original thread), it stills requires ballot stuffing in low turnout precincts.

https://ibb.co/THZf3Hq

5
EdwardSolomon 5 points ago +5 / -0

I"m the OP of that video.

The only thing we can do is repeat the experiment on larger datasets over longer time periods and see if we get the same oddities.

The "debunkers" seem to think my video concerns the "repeated" values for a precinct. Nay, if a precinct doesn't update, then it holds the same number, that's not what my video is about.

It's about the ratio of that precinct being transferred to another precinct...within the hour.

5
EdwardSolomon 5 points ago +5 / -0

???

If you take a 100 votes, and only give Trump 25 votes each time, you give Biden a minimum of 74 votes, and Jo 1 vote, then Biden wins.

4
EdwardSolomon 4 points ago +4 / -0

That is not what I showed.

The ratios stay the same in a precinct because they havent' updated. That's well known.

The video is about the time of transfers to different precincts.

7
EdwardSolomon 7 points ago +7 / -0

I disagree on the fact that most of the clean entries in the data (clean ratios) have precincts that randomly pop in and out for that ratio (between the the majority of the timestamps for that particular ratio), or only a single precinct reporting the ratio for the entire day.

There's also also many clean ratios that appear multiple times, but with huge chunks of time (several hours or more) between them.

EDIT ADDED: What's make the ratios in the video suspect is that they transfer within the same 5-10 minute timeblock.

view more: ‹ Prev Next ›