<?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 for The Comonad.Reader</title>
	<atom:link href="http://comonad.com/reader/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://comonad.com/reader</link>
	<description>types, (co)monads, substructural logic</description>
	<lastBuildDate>Sun, 24 Jan 2010 18:33:30 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Recursion Schemes: A Field Guide (Redux) by Edward Kmett</title>
		<link>http://comonad.com/reader/2009/recursion-schemes/comment-page-1/#comment-14071</link>
		<dc:creator>Edward Kmett</dc:creator>
		<pubDate>Sun, 24 Jan 2010 18:33:30 +0000</pubDate>
		<guid isPermaLink="false">http://comonad.com/reader/2009/recursion-schemes/#comment-14071</guid>
		<description>@Damien:

Regarding &quot;le compte est bon&quot; you can implement that fairly directly as a hylomorphism. You need an algebra for an anamorphism that generates a list of all trees, and a coalgebra for a catamorphism that searches the list for the answers. 

With more thought there is probably some kind of dynamorphic variation that evaluations the subtrees, figures out their valuation, and then proceeds as above, saving some effort in computing valuations of the subtrees in the catamorphism. For that matter, there is the code elsewhere on this blog for incremental folds which might be an easier way to integrate that incremental result.

The Rubik&#039;s cube is probably most easily solved in the same manner. The choice of catamorphism will determine if you search breadth-first, depth-first, or using some other strategy.</description>
		<content:encoded><![CDATA[<p>@Damien:</p>
<p>Regarding &#8220;le compte est bon&#8221; you can implement that fairly directly as a hylomorphism. You need an algebra for an anamorphism that generates a list of all trees, and a coalgebra for a catamorphism that searches the list for the answers. </p>
<p>With more thought there is probably some kind of dynamorphic variation that evaluations the subtrees, figures out their valuation, and then proceeds as above, saving some effort in computing valuations of the subtrees in the catamorphism. For that matter, there is the code elsewhere on this blog for incremental folds which might be an easier way to integrate that incremental result.</p>
<p>The Rubik&#8217;s cube is probably most easily solved in the same manner. The choice of catamorphism will determine if you search breadth-first, depth-first, or using some other strategy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Recursion Schemes: A Field Guide (Redux) by Damien Guichard</title>
		<link>http://comonad.com/reader/2009/recursion-schemes/comment-page-1/#comment-13783</link>
		<dc:creator>Damien Guichard</dc:creator>
		<pubDate>Mon, 11 Jan 2010 16:35:00 +0000</pubDate>
		<guid isPermaLink="false">http://comonad.com/reader/2009/recursion-schemes/#comment-13783</guid>
		<description>Thanks for this (co-)recursion schemes guide.

I have toyed with the Charity language hence some basic schemes (catamorphism,paramorphism,anamorphism) are already familiar to me.

Plus histomorphism/futumorphism are well documented by Varmo Vene.

Others are not so well documented and quite difficult to grasp for mere mortal fonctional programmers like me.

One corecursion scheme that i face again and again is exploration. I mean i have an arithmetic expression type and i want to solve some &quot;le compte est bon&quot; problem. Or i have this move type (front&#124;back&#124;left&#124;right&#124;up&#124;down) list, and i want to solve my Rubik&#039;s cube. What corecursion scheme is that ?</description>
		<content:encoded><![CDATA[<p>Thanks for this (co-)recursion schemes guide.</p>
<p>I have toyed with the Charity language hence some basic schemes (catamorphism,paramorphism,anamorphism) are already familiar to me.</p>
<p>Plus histomorphism/futumorphism are well documented by Varmo Vene.</p>
<p>Others are not so well documented and quite difficult to grasp for mere mortal fonctional programmers like me.</p>
<p>One corecursion scheme that i face again and again is exploration. I mean i have an arithmetic expression type and i want to solve some &#8220;le compte est bon&#8221; problem. Or i have this move type (front|back|left|right|up|down) list, and i want to solve my Rubik&#8217;s cube. What corecursion scheme is that ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Kan Extensions III: As Ends and Coends by Edward Kmett</title>
		<link>http://comonad.com/reader/2008/kan-extension-iii/comment-page-1/#comment-12490</link>
		<dc:creator>Edward Kmett</dc:creator>
		<pubDate>Sun, 18 Oct 2009 21:35:55 +0000</pubDate>
		<guid isPermaLink="false">http://comonad.com/reader/2008/kan-extension-iii/#comment-12490</guid>
		<description>Wren: Fixed!</description>
		<content:encoded><![CDATA[<p>Wren: Fixed!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Kan Extensions III: As Ends and Coends by wren ng thornton</title>
		<link>http://comonad.com/reader/2008/kan-extension-iii/comment-page-1/#comment-12474</link>
		<dc:creator>wren ng thornton</dc:creator>
		<pubDate>Sun, 18 Oct 2009 04:15:21 +0000</pubDate>
		<guid isPermaLink="false">http://comonad.com/reader/2008/kan-extension-iii/#comment-12474</guid>
		<description>Just a minor typo note:

&gt; newtype RanT f g c m m&#039; = (c -&gt; K m) -&gt; T m&#039;

Should be:

&gt; newtype RanT k t c m m&#039; = (c -&gt; k m) -&gt; t m&#039;

right?</description>
		<content:encoded><![CDATA[<p>Just a minor typo note:</p>
<p>&gt; newtype RanT f g c m m&#8217; = (c -&gt; K m) -&gt; T m&#8217;</p>
<p>Should be:</p>
<p>&gt; newtype RanT k t c m m&#8217; = (c -&gt; k m) -&gt; t m&#8217;</p>
<p>right?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Iteratees, Parsec, and Monoids, Oh My! by Edward Kmett</title>
		<link>http://comonad.com/reader/2009/iteratees-take-2/comment-page-1/#comment-11835</link>
		<dc:creator>Edward Kmett</dc:creator>
		<pubDate>Thu, 17 Sep 2009 06:11:34 +0000</pubDate>
		<guid isPermaLink="false">http://comonad.com/reader/?p=165#comment-11835</guid>
		<description>Johan/Greg, it got bumped again for time constraints. We did a group coding exercise based on a card trick that took up both hours, which gave the session a nice introductory feel, and tackled a fun encoding problem.

That said, Ravi did bring a video camera today, so when we finally get a chance to do the talk, we should be able to have some semblance of video. ;)</description>
		<content:encoded><![CDATA[<p>Johan/Greg, it got bumped again for time constraints. We did a group coding exercise based on a card trick that took up both hours, which gave the session a nice introductory feel, and tackled a fun encoding problem.</p>
<p>That said, Ravi did bring a video camera today, so when we finally get a chance to do the talk, we should be able to have some semblance of video. ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Remodeling Precision by Edward Kmett</title>
		<link>http://comonad.com/reader/2009/remodeling-precision/comment-page-1/#comment-11828</link>
		<dc:creator>Edward Kmett</dc:creator>
		<pubDate>Wed, 16 Sep 2009 22:33:06 +0000</pubDate>
		<guid isPermaLink="false">http://comonad.com/reader/?p=151#comment-11828</guid>
		<description>Hello Bob,

Thanks for the references! The TREC IR Measures overview seems to be exactly what I was looking for.</description>
		<content:encoded><![CDATA[<p>Hello Bob,</p>
<p>Thanks for the references! The TREC IR Measures overview seems to be exactly what I was looking for.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Remodeling Precision by Bob Carpenter</title>
		<link>http://comonad.com/reader/2009/remodeling-precision/comment-page-1/#comment-11812</link>
		<dc:creator>Bob Carpenter</dc:creator>
		<pubDate>Wed, 16 Sep 2009 18:01:31 +0000</pubDate>
		<guid isPermaLink="false">http://comonad.com/reader/?p=151#comment-11812</guid>
		<description>For IR, no one ever measures true precision or recall, precisely because the denominator is so large that you can&#039;t annotate all the docs as relevant or not.  As &quot;Pseudonym&quot; said, IR researchers often measure the precision of the top results using measures like precision-at-N (the precision after N documents), or mean average precision (MAP), a mean of precisions-at-N for a sequence of N.  Sometimes they measure area under the precision/recall or ROC curves (aka AUC).  

The big web search engines, in particular, are concerned with precision &quot;above the fold&quot; (in the newspaper sense).  That is, if you take a default install of IE or Firefox and do a search on Bing, Yahoo, or Google, what&#039;s the precision for the number of results you can see on the screen.  The chance to continue browsing is not continuous.  Basically, that would induce a kink in your probability of keeping going to the next items.

There are also applications which are highly recall oriented, like curating databases of protein interactions from the literature or intelligence analysis over the news.  It&#039;d still fit your model, it&#039;d just give you a different likelihood of looking at another item.  We&#039;re particularly interested in precision at 99% recall or 99.9% recall for these situations.  

The other major issue to consider is diversity of results.  If I send you ten different versions of the same information, it&#039;s not very useful even if they&#039;re all &quot;relevant&quot; in the binary relevant/not relevant sense.  The problem is that to measure this idea, you need a notion of relative information contribution of a new result given a set of other results.

What the IR folks call precision is what the epidemiologists call &quot;positive predictive accuracy&quot;.  It&#039;s basically the likelihood that you have a condition if you test positive for it, and it&#039;s very useful exactly as stated in that context.

You might want to consult the section of the Wikipedia entry &lt;a href=&quot;http://en.wikipedia.org/wiki/Information_retrieval#Performance_measures&quot; rel=&quot;nofollow&quot;&gt;Information Retrieval&lt;/a&gt; about performance measures, or the &lt;a href=&quot;http://trec.nist.gov/pubs/trec15/appendices/CE.MEASURES06.pdf&quot; rel=&quot;nofollow&quot;&gt;TREC IR Measures&lt;/a&gt; overview.</description>
		<content:encoded><![CDATA[<p>For IR, no one ever measures true precision or recall, precisely because the denominator is so large that you can&#8217;t annotate all the docs as relevant or not.  As &#8220;Pseudonym&#8221; said, IR researchers often measure the precision of the top results using measures like precision-at-N (the precision after N documents), or mean average precision (MAP), a mean of precisions-at-N for a sequence of N.  Sometimes they measure area under the precision/recall or ROC curves (aka AUC).  </p>
<p>The big web search engines, in particular, are concerned with precision &#8220;above the fold&#8221; (in the newspaper sense).  That is, if you take a default install of IE or Firefox and do a search on Bing, Yahoo, or Google, what&#8217;s the precision for the number of results you can see on the screen.  The chance to continue browsing is not continuous.  Basically, that would induce a kink in your probability of keeping going to the next items.</p>
<p>There are also applications which are highly recall oriented, like curating databases of protein interactions from the literature or intelligence analysis over the news.  It&#8217;d still fit your model, it&#8217;d just give you a different likelihood of looking at another item.  We&#8217;re particularly interested in precision at 99% recall or 99.9% recall for these situations.  </p>
<p>The other major issue to consider is diversity of results.  If I send you ten different versions of the same information, it&#8217;s not very useful even if they&#8217;re all &#8220;relevant&#8221; in the binary relevant/not relevant sense.  The problem is that to measure this idea, you need a notion of relative information contribution of a new result given a set of other results.</p>
<p>What the IR folks call precision is what the epidemiologists call &#8220;positive predictive accuracy&#8221;.  It&#8217;s basically the likelihood that you have a condition if you test positive for it, and it&#8217;s very useful exactly as stated in that context.</p>
<p>You might want to consult the section of the Wikipedia entry <a href="http://en.wikipedia.org/wiki/Information_retrieval#Performance_measures" rel="nofollow">Information Retrieval</a> about performance measures, or the <a href="http://trec.nist.gov/pubs/trec15/appendices/CE.MEASURES06.pdf" rel="nofollow">TREC IR Measures</a> overview.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Remodeling Precision by Edward Kmett</title>
		<link>http://comonad.com/reader/2009/remodeling-precision/comment-page-1/#comment-11810</link>
		<dc:creator>Edward Kmett</dc:creator>
		<pubDate>Wed, 16 Sep 2009 16:57:17 +0000</pubDate>
		<guid isPermaLink="false">http://comonad.com/reader/?p=151#comment-11810</guid>
		<description>Jim, that sounds promising. I&#039;ll take a look!</description>
		<content:encoded><![CDATA[<p>Jim, that sounds promising. I&#8217;ll take a look!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Iteratees, Parsec, and Monoids, Oh My! by Johan Tibell</title>
		<link>http://comonad.com/reader/2009/iteratees-take-2/comment-page-1/#comment-11807</link>
		<dc:creator>Johan Tibell</dc:creator>
		<pubDate>Wed, 16 Sep 2009 16:01:12 +0000</pubDate>
		<guid isPermaLink="false">http://comonad.com/reader/?p=165#comment-11807</guid>
		<description>I would also be interested in a video.</description>
		<content:encoded><![CDATA[<p>I would also be interested in a video.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Remodeling Precision by Jim F</title>
		<link>http://comonad.com/reader/2009/remodeling-precision/comment-page-1/#comment-11805</link>
		<dc:creator>Jim F</dc:creator>
		<pubDate>Wed, 16 Sep 2009 15:35:28 +0000</pubDate>
		<guid isPermaLink="false">http://comonad.com/reader/?p=151#comment-11805</guid>
		<description>Check out the work by Dr. John Wilbur at the National Center for Biotechnology Information at the National Library of Medicine.  He was writing papers ca. 1991-93 about measuring performance of document searching, mostly dealing with the medical literature in MEDLINE.

What he ended up with was a similar idea, but base on the information theoretic entropy.  He called it relevance information.

If we assume R relevant documents in a corpus of D documents, the probability of any given document being relevant is uniformly R/D.  If we score and then rank them by some procedure we can then assume the probability is no longer uniform, but decreasing (hopefully) sharply over the rankings. The effectiveness of the scoring scheme is measured by the decrease in entropy over the whole distribution.

He examined some of the properties of this measure and felt that it captured the best of both precision and recall in one number and was reasonably robust, but AFAIK it never caught on in the literature.  

I can&#039;t find the original paper, and he seems to have moved away from it in any of his more recent papers.

(Disclosure -- I used to work for him)

Wait -- I found it:

 An Information Measure of Retrieval Performance (1992)
by W J Wilbur 

http://citeseerx.ist.psu.edu/showciting?cid=1837654</description>
		<content:encoded><![CDATA[<p>Check out the work by Dr. John Wilbur at the National Center for Biotechnology Information at the National Library of Medicine.  He was writing papers ca. 1991-93 about measuring performance of document searching, mostly dealing with the medical literature in MEDLINE.</p>
<p>What he ended up with was a similar idea, but base on the information theoretic entropy.  He called it relevance information.</p>
<p>If we assume R relevant documents in a corpus of D documents, the probability of any given document being relevant is uniformly R/D.  If we score and then rank them by some procedure we can then assume the probability is no longer uniform, but decreasing (hopefully) sharply over the rankings. The effectiveness of the scoring scheme is measured by the decrease in entropy over the whole distribution.</p>
<p>He examined some of the properties of this measure and felt that it captured the best of both precision and recall in one number and was reasonably robust, but AFAIK it never caught on in the literature.  </p>
<p>I can&#8217;t find the original paper, and he seems to have moved away from it in any of his more recent papers.</p>
<p>(Disclosure &#8212; I used to work for him)</p>
<p>Wait &#8212; I found it:</p>
<p> An Information Measure of Retrieval Performance (1992)<br />
by W J Wilbur </p>
<p><a href="http://citeseerx.ist.psu.edu/showciting?cid=1837654" rel="nofollow">http://citeseerx.ist.psu.edu/showciting?cid=1837654</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
