<?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>The positive takeaway from the current attempt..</title>
		<link>/blogentry/186619</link>
		<atom:link href="https://www.lotterypost.com/rss/blogcomments/186619" rel="self" type="application/rss+xml" />
		<description>hypersoniq's Blog: The positive takeaway from the current attempt..</description>
		<dc:language>en-us</dc:language>
		<generator>Lottery Post RSS Generator</generator>
		<item>
			<title>Original Blog Entry: The positive takeaway from the current attempt..</title>
			<link>/blogentry/186619</link>
			<guid isPermaLink="true">/blogentry/186619</guid>
			<pubDate>Mon, 16 Sep 2024 19:18:22 GMT</pubDate>
			<dc:creator>hypersoniq</dc:creator>
			<description><![CDATA[<p>This would undoubtedly be that I can store data in the same file and only target the columns needed.<br /><br />This means I can store draw data alongside it&#x27;s corresponding angle data and just choose to isolate one or the other. I can also expand on what is there.<br /><br />For each angle (signed, forming a bell curve type distribution) there is a corresponding line length that comes from the vector, this will also be added. The expected distribution would be more logarithmic, with shorter distances expected to make up the majority of the draws.<br /><br />Why is this exciting? Because I would not have to go through abstraction processes like one hot encoding to turn features into binary data, I can just use the actual data instead.<br /><br />This process would create data points (draw history) with features (lead in angle and line length) which would allow the use of machine learning algorithms to help figure out what in the data may be of importance.<br /><br />The engineering part of machine learning goes through two steps when you are unsure what is significant...<br /><br />1. An unsupervised algorithm where it can spot and report patterns and help estimate weights<br /><br />2. A supervised algorithm where it will actually use the info from the previous step to help build and train a model to obtain predictions.<br /><br />This was always an idea, but now it gets a step closer to realization.<br /><br />Now the history file can be packed with information. Basic aggregations like odd/even and high/low, alongside the vector components. Using step 1 to determine what is important and what is irrelevant, then using this information to craft step 2.<br /><br />Yet I do not need to remake versions of the history files because individual columns can be targeted in the scripts. Multiple scripts, one history mega file for each game...<br /><br />That will not be an easy slam dunk like these scripts that spit out follower distributions, but it represents a goal, and when you have a goal, you have motivation...<br /><br />Much to do...... &#x5b;&#xa0;<a href="/blogentry/186619">More</a>&#xa0;&#x5d;</p>]]></description>
			<category>Blog Entry</category>
			<category>hypersoniq</category>
			<wfw:comment>https://www.lotterypost.com/blogentry/186619</wfw:comment>
		</item>
	</channel>
</rss>

