excellent work, thank you for this article. the weird subject IDs were one of the first things that irked me when i started looking at the files, the first C459 patient is 10011004.
unless i missed something, one explanation could be that these were trial participants who received BNT162a1 or BNT162c2, as all patient level data for these vax candidates was removed from the documents submitted to the FDA. this might also explain the discrepancy between the clinicaltrials.gov C459 start date of 29th april in contrast to the first recorded dose on may 4th.
but the numbers dont match up. page 25/286 of the 1st PSUR (https://tkp.at/wp-content/uploads/2023/01/1.PSUR_orginial.pdf) lists amount of patients exposed to each vaccine candidate: a1+c2 only amount to 126 patients. if you include b2s01, you get 456 patients; adding b3 gives 222, so that more or less sinks that hypothesis and only makes the discrepancies harder to explain, and more likely to be nefarious.
hats off to another impeccably researched and written article!
Here's a company that has performed or has contacted others to perform 100's if not 1,000's of drug trials. Still they screw up this bad? Then again they often x-out negative trial participants and results to get the final results they need.
Furthermore, these mRNA trials were a total scam and since they were contracted under EUA by the DOD, there was no requirement that they be accurate or completed. We were going to get mRNA injections into the public domain no matter what the trials showed...even if a million people died during their processing.
I glanced through the Twitter feed, and while I didn't fully read this article, it looks like a job well done. I'll have to come back later and give it the attention it deserves.
Excellent work! It takes a lot of time and energy to work through these details. Thank you!
The basis for approving (and then mandating) the vaccine was the teported values of 162 placebo vs 8 BNT-Pfizer recipients getting Covid.
Clearly, with hundreds of billions of dollars at stake, there would have been a motive to find an excuse to exclude ~154 trial participants who received BNT-Pfizer doses and then got Covid during the study period. I’m not saying that necessarily happened, but the motive is obvious.
The motive for covering up more severe adverse effects of the vaccine (more than “just a mistake”) is even clearer.
Superb analysis, thank you. Could you or someone please shed light on this please...? Did I miss something?
I noted the following apparent discrepancy back in Dec 2020 with the initial NEJM Pfizer study that Adverse Events Table S3. (Appendix) | Participants Reporting at Least 1 Adverse Event from Dose 1 (All Enrolled Participants). BNT162b2 (30μg) (n=21621), Placebo (n=21631). [N=43252]
While, pp 2608 of the primary article states:
“Adverse event analyses are provided for ALL enrolled 43,252 participants, with variable follow-up time after dose 1 (Table S3 ~ Appendix). More BNT162b2 recipients than placebo recipients reported any adverse event (27% and 12%, respectively) or a related adverse event (21% and 5%).”
However, in the (Abstract) Results, it is stated that 21,720 received BNT162b2 and 21,728 received placebo (n=43,448).
Table S3 (Appendix) therefore does not appear to include 196 participants?
Assuming that the data is not all held in one table. If it is then either the insert is successful and the new ID is allocated by the DB, or its not, and no ID is allocated.
However, it is often the case that the data you enter is spread across several tables. For example, they might create a "subject" data row in the "subjects" table and at the same time insert some additional data into a another table that hold records about interactions with the subject. It could easily be the case that data is entered into several tables as a result of one form submission.
That being the case, if you are a good developer, you'd wrap all the data inserts into a "transaction". If all your inserts for this submission succeed then you "confirm" the transaction and that becomes the new state of the database.
On the other hand, if any of your inserts - maybe the last one in some supplemental table - fails, then you "rollback" the transaction and the DB removed everything that might have been inserted (or updated / deleted) as part of that transaction. Expect that sequential IDs are lost.
The reason for this is that DBs can process many requests at the same time. So you might do an insert and generate ID 100, and whilst all your inserts are taking place, someone else starts a transaction and they get ID 101. If the DB rolled back the sequence so that the next person gets 100, then after that someone else would get 101 - which has already been used.
On something important like this, personally, I'd track any failed transaction and note the ID and reason for failure. That way you have an audit trail of when these occur and why - very important if you want to fix the system to prevent future failures - but also important if you want to show that numbers are missing as a result of a rollback rather than for some other reason. The table you use for this shock also have auto-number sequences so that you can see no entries in there have been removed...
However, sadly, few developers are that careful about their work and I doubt very much such safeguards have been put in place. This sort of thing is usually more common in system that handle money. People are a lot more carefully about accounting for money that people...
As a computer programmer I find it hard to even read this article. Let me just point out a little code - in Oracle, for example, (the largest database software company in the world and likely used for the systems above ) the standard way to generate and assign ID's to a table (an object that holds data) is using a sequence. Here is an example of the code the defines a sequence:
CREATE SEQUENCE TMPL_TEMPLATES_SEQ
START WITH 10000
INCREMENT BY 1
CACHE 20
NOCYCLE;
Note the CACHE 20 - this tells the system to preallocate 20 values in memory - usually for performance reasons. Now if a user logons onto the system and creates a user session and calls the sequence (when creating a row of data) the database will store (cache) 20 values for use in memory. When the use inserts say two rows of data the ID values will come from memory. If the user logs off and logs on again the sequence will reset and will start with the next batch - ie PLUS 20. IF he or she creates another row :
Then the values in the table for the ID will be
10000
10001
10020
etc
I am putting this here to explicitly say - DO NOT MAKE ASSUMPTIONS ABOUT COMPUTER PROGRAMS WITHOUT SEEING THE CODE.
Having said that - I am absolutely no fan of big pharma and the governments that have allowed them to perpetrate (IMO) one of the greatest scandals / crimes of recent times.
But please be careful about how you research this.
Hi, it's not FOI. It was ICAN successful legal action pre the trials? So public. USA only as that's where Del Bigtree is. It's one of their issues with all vax over many years. It'll be on their website and I'm sure they'd be helpful and interested in analysis? He did programs on it way back in 2020. I'll have a look see as well.
I haven't seen anything about this in all the Cvax comparisons and if Pharma lumped all the country trials together? I vaguely recall they also used different placebos in the different countries too? And different per company? So saline in USA plus plus how many other 'traditional' vax in the other countries? It's never mentioned but it must be in the pre trial paperwork per country?
It is good practice when inserting a series of data into a database to do all the inserts as a “transaction”.
Then if ANY insert fails (there can be a range of reasons why this might be) then the transaction is “rolled back”. Ie any insets that succeeded are removed.
The only trace that this took place will be a skipped sequential number. That part is never rolled back.
This, of course, may not be the case, but it should be investigated and rules out before other conclusions can be drawn.
excellent work, thank you for this article. the weird subject IDs were one of the first things that irked me when i started looking at the files, the first C459 patient is 10011004.
unless i missed something, one explanation could be that these were trial participants who received BNT162a1 or BNT162c2, as all patient level data for these vax candidates was removed from the documents submitted to the FDA. this might also explain the discrepancy between the clinicaltrials.gov C459 start date of 29th april in contrast to the first recorded dose on may 4th.
but the numbers dont match up. page 25/286 of the 1st PSUR (https://tkp.at/wp-content/uploads/2023/01/1.PSUR_orginial.pdf) lists amount of patients exposed to each vaccine candidate: a1+c2 only amount to 126 patients. if you include b2s01, you get 456 patients; adding b3 gives 222, so that more or less sinks that hypothesis and only makes the discrepancies harder to explain, and more likely to be nefarious.
hats off to another impeccably researched and written article!
Zero surprise. The corruption is even bigger than we imagine, and we imagine the worst has transpired.
Speaking of unpublished ID#'s there is about 30,000 unpublished ID# in VAERS during the covid19 jab ERA. https://www.vaersaware.com/unpublished-reports-id-s
https://imgur.com/gallery/s434VF0
Here's a company that has performed or has contacted others to perform 100's if not 1,000's of drug trials. Still they screw up this bad? Then again they often x-out negative trial participants and results to get the final results they need.
Furthermore, these mRNA trials were a total scam and since they were contracted under EUA by the DOD, there was no requirement that they be accurate or completed. We were going to get mRNA injections into the public domain no matter what the trials showed...even if a million people died during their processing.
Wow.
I glanced through the Twitter feed, and while I didn't fully read this article, it looks like a job well done. I'll have to come back later and give it the attention it deserves.
Thanks.
Thank you for your work. The true death count may never be known. What has happened is so awful.
Great expose` you guys!
What I want to know is the ratio of the following two numbers:
[Number who were lost to follow up] / [Number of symptomatic, positive PCR tests prevented]
What truly is the complete number of subjects lost to follow-up after initial screening?
Excellent work! It takes a lot of time and energy to work through these details. Thank you!
The basis for approving (and then mandating) the vaccine was the teported values of 162 placebo vs 8 BNT-Pfizer recipients getting Covid.
Clearly, with hundreds of billions of dollars at stake, there would have been a motive to find an excuse to exclude ~154 trial participants who received BNT-Pfizer doses and then got Covid during the study period. I’m not saying that necessarily happened, but the motive is obvious.
The motive for covering up more severe adverse effects of the vaccine (more than “just a mistake”) is even clearer.
Can we use these revelations to litigate? In just seems like no regulators are willing to do their jobs? Maybe the judicial system?
Interesting to say the least.
Very thorough investigation, kudos!
Superb analysis, thank you. Could you or someone please shed light on this please...? Did I miss something?
I noted the following apparent discrepancy back in Dec 2020 with the initial NEJM Pfizer study that Adverse Events Table S3. (Appendix) | Participants Reporting at Least 1 Adverse Event from Dose 1 (All Enrolled Participants). BNT162b2 (30μg) (n=21621), Placebo (n=21631). [N=43252]
While, pp 2608 of the primary article states:
“Adverse event analyses are provided for ALL enrolled 43,252 participants, with variable follow-up time after dose 1 (Table S3 ~ Appendix). More BNT162b2 recipients than placebo recipients reported any adverse event (27% and 12%, respectively) or a related adverse event (21% and 5%).”
However, in the (Abstract) Results, it is stated that 21,720 received BNT162b2 and 21,728 received placebo (n=43,448).
Table S3 (Appendix) therefore does not appear to include 196 participants?
Very suspicious indeed!
Hi Josh,
Yeah, that is exactly the process.
Assuming that the data is not all held in one table. If it is then either the insert is successful and the new ID is allocated by the DB, or its not, and no ID is allocated.
However, it is often the case that the data you enter is spread across several tables. For example, they might create a "subject" data row in the "subjects" table and at the same time insert some additional data into a another table that hold records about interactions with the subject. It could easily be the case that data is entered into several tables as a result of one form submission.
That being the case, if you are a good developer, you'd wrap all the data inserts into a "transaction". If all your inserts for this submission succeed then you "confirm" the transaction and that becomes the new state of the database.
On the other hand, if any of your inserts - maybe the last one in some supplemental table - fails, then you "rollback" the transaction and the DB removed everything that might have been inserted (or updated / deleted) as part of that transaction. Expect that sequential IDs are lost.
The reason for this is that DBs can process many requests at the same time. So you might do an insert and generate ID 100, and whilst all your inserts are taking place, someone else starts a transaction and they get ID 101. If the DB rolled back the sequence so that the next person gets 100, then after that someone else would get 101 - which has already been used.
On something important like this, personally, I'd track any failed transaction and note the ID and reason for failure. That way you have an audit trail of when these occur and why - very important if you want to fix the system to prevent future failures - but also important if you want to show that numbers are missing as a result of a rollback rather than for some other reason. The table you use for this shock also have auto-number sequences so that you can see no entries in there have been removed...
However, sadly, few developers are that careful about their work and I doubt very much such safeguards have been put in place. This sort of thing is usually more common in system that handle money. People are a lot more carefully about accounting for money that people...
As a computer programmer I find it hard to even read this article. Let me just point out a little code - in Oracle, for example, (the largest database software company in the world and likely used for the systems above ) the standard way to generate and assign ID's to a table (an object that holds data) is using a sequence. Here is an example of the code the defines a sequence:
CREATE SEQUENCE TMPL_TEMPLATES_SEQ
START WITH 10000
INCREMENT BY 1
CACHE 20
NOCYCLE;
Note the CACHE 20 - this tells the system to preallocate 20 values in memory - usually for performance reasons. Now if a user logons onto the system and creates a user session and calls the sequence (when creating a row of data) the database will store (cache) 20 values for use in memory. When the use inserts say two rows of data the ID values will come from memory. If the user logs off and logs on again the sequence will reset and will start with the next batch - ie PLUS 20. IF he or she creates another row :
Then the values in the table for the ID will be
10000
10001
10020
etc
I am putting this here to explicitly say - DO NOT MAKE ASSUMPTIONS ABOUT COMPUTER PROGRAMS WITHOUT SEEING THE CODE.
Having said that - I am absolutely no fan of big pharma and the governments that have allowed them to perpetrate (IMO) one of the greatest scandals / crimes of recent times.
But please be careful about how you research this.
Hi, it's not FOI. It was ICAN successful legal action pre the trials? So public. USA only as that's where Del Bigtree is. It's one of their issues with all vax over many years. It'll be on their website and I'm sure they'd be helpful and interested in analysis? He did programs on it way back in 2020. I'll have a look see as well.
I haven't seen anything about this in all the Cvax comparisons and if Pharma lumped all the country trials together? I vaguely recall they also used different placebos in the different countries too? And different per company? So saline in USA plus plus how many other 'traditional' vax in the other countries? It's never mentioned but it must be in the pre trial paperwork per country?
Hence my question to you. Thanks for replying.
There is another explanation….
It is good practice when inserting a series of data into a database to do all the inserts as a “transaction”.
Then if ANY insert fails (there can be a range of reasons why this might be) then the transaction is “rolled back”. Ie any insets that succeeded are removed.
The only trace that this took place will be a skipped sequential number. That part is never rolled back.
This, of course, may not be the case, but it should be investigated and rules out before other conclusions can be drawn.