<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/">
	<channel>
		<title>Pondering sums on the pick 3...</title>
		<link>/blogentry/194389</link>
		<atom:link href="https://www.lotterypost.com/rss/blogcomments/194389" rel="self" type="application/rss+xml" />
		<description>hypersoniq's Blog: Pondering sums on the pick 3...</description>
		<dc:language>en-us</dc:language>
		<generator>Lottery Post RSS Generator</generator>
		<item>
			<title>Original Blog Entry: Pondering sums on the pick 3...</title>
			<link>/blogentry/194389</link>
			<guid isPermaLink="true">/blogentry/194389</guid>
			<pubDate>Wed, 03 Sep 2025 16:54:29 GMT</pubDate>
			<dc:creator>hypersoniq</dc:creator>
			<description><![CDATA[<p>Now don&#x27;t get me wrong, using sums violates 2 personally held beliefs...<br /><br />1. Each position in a combo is as random and independent as previous draws.<br /><br />2. The numbers have no numeric properties, they could have easily used A to J as 0 to 9.<br /><br />But thinking about sums... a range from 0 (000) to 27 (999) that encompasses all 1,000 combinations.<br /><br />A bell (Gaussian) curve over the distribution history, with sum 13 and sum 14 at the top of the curve. In contrast to the discrete uniform distribution created by taking pure frequency.<br /><br />A one to many mapping, meaning many combos at the highest peaks.<br /><br />Just like the digits themselves have no memory, the sums are just as random.<br /><br />So, what use could they be?<br /><br />My neutral selection process could have completely different neutrals in 150 draws, or even as soon as the next week. As I recently ran a full back test on the entire history, it might be worth a look to see what the observed sum range is. A tool to be used to help with the per column synchronization problem I have in all such systems. Roughly 10% of the data presents itself as all neutral in a back test, so that would be 1,700 sum samples to look at. Is there a range in which most would sit? Would any ranges NOT be present?<br /><br />The aggregation of odd and even or high and low would still be per column and not of much use, but the sum could include a third group of statistic, we have per sample and per digit, this would be per draw... used on the observed history it could provide a loose guideline to apply when selecting from each category, which ones fall into a common sum range?<br /><br />Of course any such constraint increases the chance of throwing away the winning combos, but all systems seem to do that even if it was not intentional.<br /><br />Might be worth the look...<br /><br />Turns out, in the last 94 neutral draws, 70 were within the sum range of sum 8 to sum 18, with the highest concentration between sum 11 and sum 16. That is interesting but not directly applicable.... &#x5b;&#xa0;<a href="/blogentry/194389">More</a>&#xa0;&#x5d;</p>]]></description>
			<category>Blog Entry</category>
			<category>hypersoniq</category>
			<wfw:comment>https://www.lotterypost.com/blogentry/194389</wfw:comment>
		</item>
	</channel>
</rss>

