<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Virus 2: A Puzzle</title>
	<atom:link href="http://www.somethinkodd.com/oddthinking/2007/12/24/virus-2-a-puzzle/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.somethinkodd.com/oddthinking/2007/12/24/virus-2-a-puzzle/</link>
	<description>A blog for odd things and odd thoughts.</description>
	<lastBuildDate>Wed, 01 Feb 2012 22:21:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: OddThinking &#187; Happy Third Anniversary, OddThinking!</title>
		<link>http://www.somethinkodd.com/oddthinking/2007/12/24/virus-2-a-puzzle/comment-page-1/#comment-107808</link>
		<dc:creator>OddThinking &#187; Happy Third Anniversary, OddThinking!</dc:creator>
		<pubDate>Thu, 10 Apr 2008 11:36:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.somethinkodd.com/oddthinking/2007/12/24/virus-2-a-puzzle/#comment-107808</guid>
		<description>[...] 2.2 was released and I solved Virus 2 in a disappointing boring [...]</description>
		<content:encoded><![CDATA[<p>[...] 2.2 was released and I solved Virus 2 in a disappointing boring [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julian</title>
		<link>http://www.somethinkodd.com/oddthinking/2007/12/24/virus-2-a-puzzle/comment-page-1/#comment-87802</link>
		<dc:creator>Julian</dc:creator>
		<pubDate>Fri, 18 Jan 2008 07:42:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.somethinkodd.com/oddthinking/2007/12/24/virus-2-a-puzzle/#comment-87802</guid>
		<description>Andrew,

I actually did give that idea some thought during the analysis of this puzzle. 

I figured that if I could find the worst possible cluster - the one that took the most colour changes to absorb it - by using a similar technique to the one used to calculate the matrix, &lt;code&gt;D&lt;/code&gt; in the typical &lt;a href=&quot;http://www.somethinkodd.com/oddthinking/2006/01/16/comparing-strings-an-analysis-of-diff-algorithms/&quot; rel=&quot;nofollow&quot;&gt;diff&lt;/a&gt; algorithm. I think each of the three stages - calculating minimum distance for all nodes, finding the most distant node, and backtracking the colour steps could be done in O(n), and they are done sequentially, so the whole solution is O(n). &lt;/handwaving&gt;

I was patting myself on the back, prematurely, thinking I could use that technique to solve the puzzle completely! But then I realised that just because I had coloured the hardest possible cell, that didn&#039;t necessarily mean I had solved every single cell.

I could use it to find an underestimate of the minimum possible solution time, which might be useful as a heuristic for an A*-like solution, but I didn&#039;t want to go that direction.

Yours is an interesting idea: repeat the process after every move - it won&#039;t necessarily find the best possible solution, but it is still a fruitful area to consider.</description>
		<content:encoded><![CDATA[<p>Andrew,</p>
<p>I actually did give that idea some thought during the analysis of this puzzle. </p>
<p>I figured that if I could find the worst possible cluster &#8211; the one that took the most colour changes to absorb it &#8211; by using a similar technique to the one used to calculate the matrix, <code>D</code> in the typical <a href="http://www.somethinkodd.com/oddthinking/2006/01/16/comparing-strings-an-analysis-of-diff-algorithms/" rel="nofollow" class="liinternal">diff</a> algorithm. I think each of the three stages &#8211; calculating minimum distance for all nodes, finding the most distant node, and backtracking the colour steps could be done in O(n), and they are done sequentially, so the whole solution is O(n). &lt;/handwaving></p>
<p>I was patting myself on the back, prematurely, thinking I could use that technique to solve the puzzle completely! But then I realised that just because I had coloured the hardest possible cell, that didn&#8217;t necessarily mean I had solved every single cell.</p>
<p>I could use it to find an underestimate of the minimum possible solution time, which might be useful as a heuristic for an A*-like solution, but I didn&#8217;t want to go that direction.</p>
<p>Yours is an interesting idea: repeat the process after every move &#8211; it won&#8217;t necessarily find the best possible solution, but it is still a fruitful area to consider.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew</title>
		<link>http://www.somethinkodd.com/oddthinking/2007/12/24/virus-2-a-puzzle/comment-page-1/#comment-87795</link>
		<dc:creator>Andrew</dc:creator>
		<pubDate>Fri, 18 Jan 2008 07:18:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.somethinkodd.com/oddthinking/2007/12/24/virus-2-a-puzzle/#comment-87795</guid>
		<description>If you wanted to go further with this, the next thing to try is a minimum distance algorithm. At each step, it is easy to calculate the minimum number of color changes to get from your current holdings to a given hex. So, work out which hex is furthest away from you, and make a move that reduces it. If there are ties, then go to your other measures.

The thinking here is that in the process of going to the furthest away hex (taking into account cluster topology) you will make changes that include lots of other hexes, and you may not have to worry about any other line. It&#039;s not an analytic solution, but if some of your movers make big changes, the recalculation of minimum distance will sort it out.

The calculations themselves are O(n^3) I think - minimum distance for a single cluster is O(n), and there are O(n) clusters to calculate, and you need O(n) steps... or possibly less, would that be O(logn)?

This algorithm would tend to grow the cluster towards the center early on, in the manner of Andrew D.</description>
		<content:encoded><![CDATA[<p>If you wanted to go further with this, the next thing to try is a minimum distance algorithm. At each step, it is easy to calculate the minimum number of color changes to get from your current holdings to a given hex. So, work out which hex is furthest away from you, and make a move that reduces it. If there are ties, then go to your other measures.</p>
<p>The thinking here is that in the process of going to the furthest away hex (taking into account cluster topology) you will make changes that include lots of other hexes, and you may not have to worry about any other line. It&#8217;s not an analytic solution, but if some of your movers make big changes, the recalculation of minimum distance will sort it out.</p>
<p>The calculations themselves are O(n^3) I think &#8211; minimum distance for a single cluster is O(n), and there are O(n) clusters to calculate, and you need O(n) steps&#8230; or possibly less, would that be O(logn)?</p>
<p>This algorithm would tend to grow the cluster towards the center early on, in the manner of Andrew D.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julian</title>
		<link>http://www.somethinkodd.com/oddthinking/2007/12/24/virus-2-a-puzzle/comment-page-1/#comment-84079</link>
		<dc:creator>Julian</dc:creator>
		<pubDate>Wed, 26 Dec 2007 04:45:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.somethinkodd.com/oddthinking/2007/12/24/virus-2-a-puzzle/#comment-84079</guid>
		<description>Sunny,

I think I did.

Firstly, I abstracted up from hex cells to clusters. Two hex cells of the same colour can be treated as one cluster, and reasoned about at that level. If your aim is to absorb the largest number of hex cells to improve your reach into untouched cells, then you should first realise touching two adjacent cells of the same colour doesn&#039;t extent your coverage - what matters is the largest number of clusters.

Once that abstraction was made, then the Most Neighbours sub-metric looks for the move that covers the biggest number of clusters - which I think maps to the same basic conceptual approach as &quot;biggest number of hexes&quot;.</description>
		<content:encoded><![CDATA[<p>Sunny,</p>
<p>I think I did.</p>
<p>Firstly, I abstracted up from hex cells to clusters. Two hex cells of the same colour can be treated as one cluster, and reasoned about at that level. If your aim is to absorb the largest number of hex cells to improve your reach into untouched cells, then you should first realise touching two adjacent cells of the same colour doesn&#8217;t extent your coverage &#8211; what matters is the largest number of clusters.</p>
<p>Once that abstraction was made, then the Most Neighbours sub-metric looks for the move that covers the biggest number of clusters &#8211; which I think maps to the same basic conceptual approach as &#8220;biggest number of hexes&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sunny Kalsi</title>
		<link>http://www.somethinkodd.com/oddthinking/2007/12/24/virus-2-a-puzzle/comment-page-1/#comment-84072</link>
		<dc:creator>Sunny Kalsi</dc:creator>
		<pubDate>Wed, 26 Dec 2007 04:20:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.somethinkodd.com/oddthinking/2007/12/24/virus-2-a-puzzle/#comment-84072</guid>
		<description>I&#039;m surprised you didn&#039;t try &quot;control area&quot; i.e. ignoring color completely in favour of connecting to the biggest number of hexes.</description>
		<content:encoded><![CDATA[<p>I&#8217;m surprised you didn&#8217;t try &#8220;control area&#8221; i.e. ignoring color completely in favour of connecting to the biggest number of hexes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Y.</title>
		<link>http://www.somethinkodd.com/oddthinking/2007/12/24/virus-2-a-puzzle/comment-page-1/#comment-83736</link>
		<dc:creator>John Y.</dc:creator>
		<pubDate>Mon, 24 Dec 2007 22:39:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.somethinkodd.com/oddthinking/2007/12/24/virus-2-a-puzzle/#comment-83736</guid>
		<description>&lt;blockquote&gt;I think it is supposed to be reminiscent of how a virus grows, but I suspect the authors are confusing virus with amoebae.&lt;/blockquote&gt;
Maybe it&#039;s trying to be reminiscent of how a virus &lt;i&gt;spreads&lt;/i&gt;, with each hex being a larger organism which is susceptible to infection from a certain strain of the virus, signified by its color.  You get to control how the virus mutates, and your goal is to infect the entire population of larger organisms in as few mutations as possible.  (Maybe the name of the game should be &quot;Contagion&quot; rather than &quot;Virus&quot;?)</description>
		<content:encoded><![CDATA[<blockquote><p>I think it is supposed to be reminiscent of how a virus grows, but I suspect the authors are confusing virus with amoebae.</p></blockquote>
<p>Maybe it&#8217;s trying to be reminiscent of how a virus <i>spreads</i>, with each hex being a larger organism which is susceptible to infection from a certain strain of the virus, signified by its color.  You get to control how the virus mutates, and your goal is to infect the entire population of larger organisms in as few mutations as possible.  (Maybe the name of the game should be &#8220;Contagion&#8221; rather than &#8220;Virus&#8221;?)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

