<?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: Transparency in Information Retrieval</title>
	<atom:link href="http://thenoisychannel.com/2008/08/27/transparency-in-information-retrieval/feed/" rel="self" type="application/rss+xml" />
	<link>http://thenoisychannel.com/2008/08/27/transparency-in-information-retrieval/</link>
	<description></description>
	<lastBuildDate>Wed, 16 May 2012 21:42:15 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: The Napoleon Dynamite Problem &#124; The Noisy Channel</title>
		<link>http://thenoisychannel.com/2008/08/27/transparency-in-information-retrieval/comment-page-1/#comment-4973</link>
		<dc:creator>The Napoleon Dynamite Problem &#124; The Noisy Channel</dc:creator>
		<pubDate>Sun, 13 Dec 2009 22:06:58 +0000</pubDate>
		<guid isPermaLink="false">http://thenoisychannel.com/?p=74#comment-4973</guid>
		<description>[...] recommendation engines are better than transparent ones. I&#8217;ve repeatedly made the case for transparency&#8211;whether for relevance or recommendations. But the machine learning community, much like the [...]</description>
		<content:encoded><![CDATA[<p>[...] recommendation engines are better than transparent ones. I&#8217;ve repeatedly made the case for transparency&#8211;whether for relevance or recommendations. But the machine learning community, much like the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Transparency or FAIL &#124; The Noisy Channel</title>
		<link>http://thenoisychannel.com/2008/08/27/transparency-in-information-retrieval/comment-page-1/#comment-2854</link>
		<dc:creator>Transparency or FAIL &#124; The Noisy Channel</dc:creator>
		<pubDate>Mon, 13 Apr 2009 15:26:46 +0000</pubDate>
		<guid isPermaLink="false">http://thenoisychannel.com/?p=74#comment-2854</guid>
		<description>[...] long been proponent of transparency in search engines and recommendation systems, on the grounds that transparency cultivates trust even in the face of [...]</description>
		<content:encoded><![CDATA[<p>[...] long been proponent of transparency in search engines and recommendation systems, on the grounds that transparency cultivates trust even in the face of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Transparency vs. Simplicity &#124; The Noisy Channel</title>
		<link>http://thenoisychannel.com/2008/08/27/transparency-in-information-retrieval/comment-page-1/#comment-1118</link>
		<dc:creator>Transparency vs. Simplicity &#124; The Noisy Channel</dc:creator>
		<pubDate>Sat, 13 Dec 2008 03:29:59 +0000</pubDate>
		<guid isPermaLink="false">http://thenoisychannel.com/?p=74#comment-1118</guid>
		<description>[...] regular readers know, I am strong advocate for transparency in any system where people interact with machines. In fact, such transparency is a core HCIR value, [...]</description>
		<content:encoded><![CDATA[<p>[...] regular readers know, I am strong advocate for transparency in any system where people interact with machines. In fact, such transparency is a core HCIR value, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Quick Bites: E-Discovery and Transparency</title>
		<link>http://thenoisychannel.com/2008/08/27/transparency-in-information-retrieval/comment-page-1/#comment-305</link>
		<dc:creator>Quick Bites: E-Discovery and Transparency</dc:creator>
		<pubDate>Fri, 19 Sep 2008 15:47:52 +0000</pubDate>
		<guid isPermaLink="false">http://thenoisychannel.com/?p=74#comment-305</guid>
		<description>[...] inaccuracies in e-Discovery by way of Curt Monash. It reminded me of our recent discussion of transparency in information retrieval. I agree that &#8220;explanations of [search] algorithms are of questionable value&#8221; for [...]</description>
		<content:encoded><![CDATA[<p>[...] inaccuracies in e-Discovery by way of Curt Monash. It reminded me of our recent discussion of transparency in information retrieval. I agree that &#8220;explanations of [search] algorithms are of questionable value&#8221; for [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Tunkelang</title>
		<link>http://thenoisychannel.com/2008/08/27/transparency-in-information-retrieval/comment-page-1/#comment-202</link>
		<dc:creator>Daniel Tunkelang</dc:creator>
		<pubDate>Tue, 02 Sep 2008 13:27:00 +0000</pubDate>
		<guid isPermaLink="false">http://thenoisychannel.com/?p=74#comment-202</guid>
		<description>Stefano, thanks for the link. I&#039;ve skimmed that chapter before (I&#039;m a big fan of Marti&#039;s work), but I&#039;ll read it again more closely. Indeed, I just noticed InfoCrystal, which Nick Belkin mentioned to me last week.</description>
		<content:encoded><![CDATA[<p>Stefano, thanks for the link. I&#8217;ve skimmed that chapter before (I&#8217;m a big fan of Marti&#8217;s work), but I&#8217;ll read it again more closely. Indeed, I just noticed InfoCrystal, which Nick Belkin mentioned to me last week.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefano</title>
		<link>http://thenoisychannel.com/2008/08/27/transparency-in-information-retrieval/comment-page-1/#comment-201</link>
		<dc:creator>Stefano</dc:creator>
		<pubDate>Tue, 02 Sep 2008 12:42:00 +0000</pubDate>
		<guid isPermaLink="false">http://thenoisychannel.com/?p=74#comment-201</guid>
		<description>Chapter 10 of Modern Information Retrieval by Ribeiro-Neto and Baeza-Yates (written by M. Hearst, and &lt;a HREF=&quot;http://www.sims.berkeley.edu/~hearst/irbook/&quot; REL=&quot;nofollow&quot;&gt;available online&lt;/a&gt;) gives a good overview of &lt;i&gt;several&lt;/i&gt; UIs for IR...</description>
		<content:encoded><![CDATA[<p>Chapter 10 of Modern Information Retrieval by Ribeiro-Neto and Baeza-Yates (written by M. Hearst, and <a HREF="http://www.sims.berkeley.edu/~hearst/irbook/" REL="nofollow">available online</a>) gives a good overview of <i>several</i> UIs for IR&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Tunkelang</title>
		<link>http://thenoisychannel.com/2008/08/27/transparency-in-information-retrieval/comment-page-1/#comment-190</link>
		<dc:creator>Daniel Tunkelang</dc:creator>
		<pubDate>Fri, 29 Aug 2008 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://thenoisychannel.com/?p=74#comment-190</guid>
		<description>Re TileBars: that&#039;s interesting, and I&#039;ll confess I wasn&#039;t familiar with it. I haven&#039;t seen many interfaces that address the challenges of communicating that matches reflect scattered passages within long documents.&lt;br/&gt;&lt;br/&gt;And I do like how the WInquery interface in the D-Lib paper communicates the contribution of the various terms to each result. What I&#039;m curious about is whether users understand this information. But in general I like their framework.&lt;br/&gt;&lt;br/&gt;Finally, as to whether enterprise content being more structured than web content, there is some truth to that, though I think the bigger issue with web content is that the adversarial nature of web search prevents search engines from trusting what structure the document authors offer. We have had Meta tags for a while.</description>
		<content:encoded><![CDATA[<p>Re TileBars: that&#8217;s interesting, and I&#8217;ll confess I wasn&#8217;t familiar with it. I haven&#8217;t seen many interfaces that address the challenges of communicating that matches reflect scattered passages within long documents.</p>
<p>And I do like how the WInquery interface in the D-Lib paper communicates the contribution of the various terms to each result. What I&#8217;m curious about is whether users understand this information. But in general I like their framework.</p>
<p>Finally, as to whether enterprise content being more structured than web content, there is some truth to that, though I think the bigger issue with web content is that the adversarial nature of web search prevents search engines from trusting what structure the document authors offer. We have had Meta tags for a while.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Fauth</title>
		<link>http://thenoisychannel.com/2008/08/27/transparency-in-information-retrieval/comment-page-1/#comment-188</link>
		<dc:creator>David Fauth</dc:creator>
		<pubDate>Thu, 28 Aug 2008 17:12:00 +0000</pubDate>
		<guid isPermaLink="false">http://thenoisychannel.com/?p=74#comment-188</guid>
		<description>Thinking out loud on the comment you made &lt;i&gt;That may be related to transparency being more valued in the enterprise than on the web. I&#039;ll have to stew on that one. &lt;/i&gt;&lt;br/&gt;&lt;br/&gt;Could it be that &quot;enterprise&quot; data is more likely to be structured or have some semantic tags around it as the sample set in Cramer et al. paper as opposed to the Web which is less likely to be structured.</description>
		<content:encoded><![CDATA[<p>Thinking out loud on the comment you made <i>That may be related to transparency being more valued in the enterprise than on the web. I&#8217;ll have to stew on that one. </i></p>
<p>Could it be that &#8220;enterprise&#8221; data is more likely to be structured or have some semantic tags around it as the sample set in Cramer et al. paper as opposed to the Web which is less likely to be structured.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jeremy</title>
		<link>http://thenoisychannel.com/2008/08/27/transparency-in-information-retrieval/comment-page-1/#comment-185</link>
		<dc:creator>jeremy</dc:creator>
		<pubDate>Thu, 28 Aug 2008 16:04:00 +0000</pubDate>
		<guid isPermaLink="false">http://thenoisychannel.com/?p=74#comment-185</guid>
		<description>The following is not exactly the work I was referring to in my previous post, but it is very ,very similar.  Take a look at Figure 2 of this paper:&lt;br/&gt;&lt;br/&gt;&lt;a HREF=&quot;http://www.dlib.org/dlib/january97/retrieval/01shneiderman.html&quot; REL=&quot;nofollow&quot;&gt;http://www.dlib.org/dlib/january97/retrieval/01shneiderman.html&lt;/a&gt;&lt;br/&gt;&lt;br/&gt;See how you get a bar that represents both the scale of the retrieval score, as well as a proportionalized distribution of the query terms in that document?</description>
		<content:encoded><![CDATA[<p>The following is not exactly the work I was referring to in my previous post, but it is very ,very similar.  Take a look at Figure 2 of this paper:</p>
<p><a HREF="http://www.dlib.org/dlib/january97/retrieval/01shneiderman.html" REL="nofollow">http://www.dlib.org/dlib/january97/retrieval/01shneiderman.html</a></p>
<p>See how you get a bar that represents both the scale of the retrieval score, as well as a proportionalized distribution of the query terms in that document?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jeremy</title>
		<link>http://thenoisychannel.com/2008/08/27/transparency-in-information-retrieval/comment-page-1/#comment-184</link>
		<dc:creator>jeremy</dc:creator>
		<pubDate>Thu, 28 Aug 2008 15:55:00 +0000</pubDate>
		<guid isPermaLink="false">http://thenoisychannel.com/?p=74#comment-184</guid>
		<description>max: At the risk of going off-topic, the Wordbars work that you point out reminds me of Marti Hearst&#039;s TileBars, from 1995:&lt;br/&gt;&lt;br/&gt;&lt;a HREF=&quot;http://www.sigchi.org/chi95/Electronic/documnts/papers/mah_bdy.htm&quot; REL=&quot;nofollow&quot;&gt;http://www.sigchi.org/chi95/Electronic/documnts/papers/mah_bdy.htm&lt;/a&gt;&lt;br/&gt;&lt;br/&gt;I&#039;m also vaguely remembering other work, though I don&#039;t know from who.. only that it was from 10-15 years ago, where the distribution of query terms in the document was visually represented as a normalized, stacked bar.  I.e. imagine a horizontal bar.. with 34% of the bar in blue, the next 20% of the bar in green, and the final 46% of the bar in red.  Green, blue, and red correspond to the 3 terms of your 3-word query.  (obviously, 2 colors if a 2-word query, etc.)&lt;br/&gt;&lt;br/&gt;That way, the user could see the relative proportion of their query terms in the document.</description>
		<content:encoded><![CDATA[<p>max: At the risk of going off-topic, the Wordbars work that you point out reminds me of Marti Hearst&#8217;s TileBars, from 1995:</p>
<p><a HREF="http://www.sigchi.org/chi95/Electronic/documnts/papers/mah_bdy.htm" REL="nofollow">http://www.sigchi.org/chi95/Electronic/documnts/papers/mah_bdy.htm</a></p>
<p>I&#8217;m also vaguely remembering other work, though I don&#8217;t know from who.. only that it was from 10-15 years ago, where the distribution of query terms in the document was visually represented as a normalized, stacked bar.  I.e. imagine a horizontal bar.. with 34% of the bar in blue, the next 20% of the bar in green, and the final 46% of the bar in red.  Green, blue, and red correspond to the 3 terms of your 3-word query.  (obviously, 2 colors if a 2-word query, etc.)</p>
<p>That way, the user could see the relative proportion of their query terms in the document.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Tunkelang</title>
		<link>http://thenoisychannel.com/2008/08/27/transparency-in-information-retrieval/comment-page-1/#comment-182</link>
		<dc:creator>Daniel Tunkelang</dc:creator>
		<pubDate>Thu, 28 Aug 2008 15:11:00 +0000</pubDate>
		<guid isPermaLink="false">http://thenoisychannel.com/?p=74#comment-182</guid>
		<description>Max, first, thanks for the links!&lt;br/&gt;&lt;br/&gt;I think you&#039;re making a few points, which I&#039;ll try to restate and address.&lt;br/&gt;&lt;br/&gt;First, transparency isn&#039;t a panacea for the problems of information seeking, and systems that offer transparency often have worse performance than systems that don&#039;t. That does not mean that transparency is to blame, but it may be that systems that offer transparency have had to make other design decisions to do so, such as limiting their efforts to those they can easily explain to users.&lt;br/&gt;&lt;br/&gt;Second, if the conclusions of the Cramer et al. paper are generalizable, then transparency matters most when users focus on recall and least when users focus on precision. That may be related to transparency being more valued in the enterprise than on the web. I&#039;ll have to stew on that one.&lt;br/&gt;&lt;br/&gt;Third, as I read the CHI paper, it actually supports my case that users benefit from transparency--although in this case, the context is training a classifier rather than retrieving search results. Because users don&#039;t think like machine learning algorithms, they don&#039;t necessarily supply the best training examples, and can actually confuse the models because of their lack of visibility into the process.&lt;br/&gt;&lt;br/&gt;Finally, I do like search UIs like Wordbars that offer transparency. I&#039;m looking to see a lot more of these at &lt;a HREF=&quot;http://research.microsoft.com/~ryenw/hcir2008/&quot; REL=&quot;nofollow&quot;&gt;HCIR&lt;/a&gt;!</description>
		<content:encoded><![CDATA[<p>Max, first, thanks for the links!</p>
<p>I think you&#8217;re making a few points, which I&#8217;ll try to restate and address.</p>
<p>First, transparency isn&#8217;t a panacea for the problems of information seeking, and systems that offer transparency often have worse performance than systems that don&#8217;t. That does not mean that transparency is to blame, but it may be that systems that offer transparency have had to make other design decisions to do so, such as limiting their efforts to those they can easily explain to users.</p>
<p>Second, if the conclusions of the Cramer et al. paper are generalizable, then transparency matters most when users focus on recall and least when users focus on precision. That may be related to transparency being more valued in the enterprise than on the web. I&#8217;ll have to stew on that one.</p>
<p>Third, as I read the CHI paper, it actually supports my case that users benefit from transparency&#8211;although in this case, the context is training a classifier rather than retrieving search results. Because users don&#8217;t think like machine learning algorithms, they don&#8217;t necessarily supply the best training examples, and can actually confuse the models because of their lack of visibility into the process.</p>
<p>Finally, I do like search UIs like Wordbars that offer transparency. I&#8217;m looking to see a lot more of these at <a HREF="http://research.microsoft.com/~ryenw/hcir2008/" REL="nofollow">HCIR</a>!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Max L. Wilson</title>
		<link>http://thenoisychannel.com/2008/08/27/transparency-in-information-retrieval/comment-page-1/#comment-181</link>
		<dc:creator>Max L. Wilson</dc:creator>
		<pubDate>Thu, 28 Aug 2008 06:55:00 +0000</pubDate>
		<guid isPermaLink="false">http://thenoisychannel.com/?p=74#comment-181</guid>
		<description>I hear what you are saying here Daniel, but I think it needs to be considered carefully against the times when transparency has been considered negative. The examples nearly all unanimously note that users, when given transparency, overwork to get the system to &#039;better understand them&#039;. Users were found to be refining their queries, despite having found the results they liked, in order to make sure the results were exactly relevant, with no errors. see a &lt;a HREF=&quot;http://swui.webscience.org/SWUI2008CHI/Cramer.pdf&quot; REL=&quot;nofollow&quot;&gt;Semantic Web UI paper on recommenders&lt;/a&gt; and a &lt;a HREF=&quot;http://doi.acm.org/10.1145/1357054.1357061&quot; REL=&quot;nofollow&quot;&gt;CHI paper on image search&lt;/a&gt;.&lt;br/&gt;&lt;br/&gt;Im not saying it wont be helpful for search. &lt;a HREF=&quot;http://orland.hoeber.net/download/2007_ciit.pdf&quot; REL=&quot;nofollow&quot;&gt;Wordbars&lt;/a&gt; is a search UI that i find interesting for adding transparency.&lt;br/&gt;&lt;br/&gt;Interesting posts!</description>
		<content:encoded><![CDATA[<p>I hear what you are saying here Daniel, but I think it needs to be considered carefully against the times when transparency has been considered negative. The examples nearly all unanimously note that users, when given transparency, overwork to get the system to &#8216;better understand them&#8217;. Users were found to be refining their queries, despite having found the results they liked, in order to make sure the results were exactly relevant, with no errors. see a <a HREF="http://swui.webscience.org/SWUI2008CHI/Cramer.pdf" REL="nofollow">Semantic Web UI paper on recommenders</a> and a <a HREF="http://doi.acm.org/10.1145/1357054.1357061" REL="nofollow">CHI paper on image search</a>.</p>
<p>Im not saying it wont be helpful for search. <a HREF="http://orland.hoeber.net/download/2007_ciit.pdf" REL="nofollow">Wordbars</a> is a search UI that i find interesting for adding transparency.</p>
<p>Interesting posts!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

