<?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: Guided by voices</title>
	<atom:link href="http://www.qwghlm.co.uk/2008/04/21/guided-by-voices/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.qwghlm.co.uk/2008/04/21/guided-by-voices/</link>
	<description>Because all the other domain names were taken</description>
	<lastBuildDate>Thu, 18 Feb 2010 22:04:24 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Phil</title>
		<link>http://www.qwghlm.co.uk/2008/04/21/guided-by-voices/comment-page-1/#comment-2945</link>
		<dc:creator>Phil</dc:creator>
		<pubDate>Mon, 21 Apr 2008 23:35:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.qwghlm.co.uk/blog/?p=1017#comment-2945</guid>
		<description>Oops - I&#039;m using FP/FN to mean &quot;false positive or false negative&quot;, but FP/TP to mean &quot;ratio of FP to TP&quot;. Sorry about that.</description>
		<content:encoded><![CDATA[<p>Oops &#8211; I&#8217;m using FP/FN to mean &#8220;false positive or false negative&#8221;, but FP/TP to mean &#8220;ratio of FP to TP&#8221;. Sorry about that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil</title>
		<link>http://www.qwghlm.co.uk/2008/04/21/guided-by-voices/comment-page-1/#comment-2944</link>
		<dc:creator>Phil</dc:creator>
		<pubDate>Mon, 21 Apr 2008 23:34:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.qwghlm.co.uk/blog/?p=1017#comment-2944</guid>
		<description>You&#039;ll be glad to know that, on those figures, the FP/FN rate can&#039;t have been anywhere near as high as 36-7%, or far more than 377 people would have been caught in the net (mostly false positives).

It&#039;s a base rate fallacy thing - the rate of the actual phenomenon in the population interacts with the FP/FN rate. Assuming for simplicity that the FP and FN rates are the same, if you plug in a &#039;false&#039; rate of 20% (i.e. VRA gets it wrong one in five times) you&#039;re forced to conclude that the software&#039;s identified 49 true positives and 328 false positives. Lower miss rates give better results, obviously - 5% &#039;false&#039; gives 308 true positives and 69 FP - but the rate needs to be pretty low to give decent results (12.5% would give approximately 50/50 FP/TP). All this is holding the final figure of 377 constant, but since we know that number it seems reasonable to do so.</description>
		<content:encoded><![CDATA[<p>You&#8217;ll be glad to know that, on those figures, the FP/FN rate can&#8217;t have been anywhere near as high as 36-7%, or far more than 377 people would have been caught in the net (mostly false positives).</p>
<p>It&#8217;s a base rate fallacy thing &#8211; the rate of the actual phenomenon in the population interacts with the FP/FN rate. Assuming for simplicity that the FP and FN rates are the same, if you plug in a &#8216;false&#8217; rate of 20% (i.e. VRA gets it wrong one in five times) you&#8217;re forced to conclude that the software&#8217;s identified 49 true positives and 328 false positives. Lower miss rates give better results, obviously &#8211; 5% &#8216;false&#8217; gives 308 true positives and 69 FP &#8211; but the rate needs to be pretty low to give decent results (12.5% would give approximately 50/50 FP/TP). All this is holding the final figure of 377 constant, but since we know that number it seems reasonable to do so.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
