<?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: Is Good Enough Good Enough?</title>
	<atom:link href="http://irgupf.com/2009/08/25/is-good-enough-good-enough/feed/" rel="self" type="application/rss+xml" />
	<link>http://irgupf.com/2009/08/25/is-good-enough-good-enough/</link>
	<description>Information Retrieval Research, Issues, and Discussion</description>
	<lastBuildDate>Tue, 14 Jun 2011 14:26:42 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.3</generator>
	<item>
		<title>By: jeremy</title>
		<link>http://irgupf.com/2009/08/25/is-good-enough-good-enough/comment-page-1/#comment-4240</link>
		<dc:creator>jeremy</dc:creator>
		<pubDate>Mon, 31 Aug 2009 20:14:37 +0000</pubDate>
		<guid isPermaLink="false">http://irgupf.com/?p=519#comment-4240</guid>
		<description>&lt;i&gt;Btw, I really am not a fan of kosmix or mixing in videos or photos with web pages. If I wanted a photo, I would search on flickr. If I want a video, I’ll search youtube. I’m not sure under what conditions I’ve thought ‘I want kind of online content related to x; I don’t particularly care if it’s a photo or a journal paper or a web page or a news article’. Getting back to the ‘variety versus quality’ point above, I’d rather have separate search engines for web pages, photos, videos and news items that do a decent job than something that combines them all in a way it thinks is superior.&lt;/i&gt;

Well, then you must currently hate what Google does in its regular results?  What do they call it.. Universal Search?  Aggregated search?  Google mixes results from various types (images, videos, etc.) into a single results list.  I agree; I personally like to be able to choose my data type.  But from that perspective, Kosmix does a better job than Google, because each of the data types/sources (e.g. Twitter vs. blogs vs images vs video) is clearly labeled and separated.  It&#039;s not too much of a stretch to imagine an extension to Kosmix in which you can click not a single result, but the category as a whole, and get taken to that vertical.

But remember, Kosmix is more than just a mixture of data types.  It also has that whole &quot;Related in the Kosmos&quot; section, which is a bit more exploratory.</description>
		<content:encoded><![CDATA[<p><i>Btw, I really am not a fan of kosmix or mixing in videos or photos with web pages. If I wanted a photo, I would search on flickr. If I want a video, I’ll search youtube. I’m not sure under what conditions I’ve thought ‘I want kind of online content related to x; I don’t particularly care if it’s a photo or a journal paper or a web page or a news article’. Getting back to the ‘variety versus quality’ point above, I’d rather have separate search engines for web pages, photos, videos and news items that do a decent job than something that combines them all in a way it thinks is superior.</i></p>
<p>Well, then you must currently hate what Google does in its regular results?  What do they call it.. Universal Search?  Aggregated search?  Google mixes results from various types (images, videos, etc.) into a single results list.  I agree; I personally like to be able to choose my data type.  But from that perspective, Kosmix does a better job than Google, because each of the data types/sources (e.g. Twitter vs. blogs vs images vs video) is clearly labeled and separated.  It&#8217;s not too much of a stretch to imagine an extension to Kosmix in which you can click not a single result, but the category as a whole, and get taken to that vertical.</p>
<p>But remember, Kosmix is more than just a mixture of data types.  It also has that whole &#8220;Related in the Kosmos&#8221; section, which is a bit more exploratory.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jeremy</title>
		<link>http://irgupf.com/2009/08/25/is-good-enough-good-enough/comment-page-1/#comment-4239</link>
		<dc:creator>jeremy</dc:creator>
		<pubDate>Mon, 31 Aug 2009 18:49:50 +0000</pubDate>
		<guid isPermaLink="false">http://irgupf.com/?p=519#comment-4239</guid>
		<description>&lt;i&gt;I’ve bought into the relatively narrow box that IR is packaged in&lt;/i&gt;

It&#039;s not a bad box to be in.  I&#039;m just trying to drive home the point that it&#039;s not the only box.

&lt;i&gt;From this narrow perspective, it doesn’t look like we’re doing that badly on exploratory searches, or that our performance is that different from factoid searches.&lt;/i&gt;

This is where I think I disagree.  See in my previous comment the Prague Cafes example information need.  How well is a ranked list of documents doing on helping meet that information need?  Try it yourself.  See if you can find the cafe that I&#039;m talking about.  See if you can identify more than 2-3 cafes in Prague that are found in passages or down small, side lanes.  I personally think we&#039;re doing a terrible job.

&lt;i&gt;That is, I don’t have any particular disagreement with the results I got back (none are useless, and nothing crucial is missing) and the ordering is also fine.&lt;/i&gt;

Another example that I like to use is &quot;digital cameras&quot;.  I do a G/Y/B search using that query, and it&#039;s true: All 10 of the top results are pretty relevant/useful.  However, unlike you, I don&#039;t have a good sense about whether anything crucial is missing.  Indeed, if I&#039;m trying to figure out what cameras to buy, what is important in a digital camera, what the best cameras are for various use cases, what things I should look out for, those top 10 links don&#039;t give me any sense of whether I&#039;ve found everything I need to make that decision.  I don&#039;t know what I don&#039;t know, and the results of my search also don&#039;t really help me learn what I don&#039;t know.  

&lt;i&gt;But stepping back, and asking whether the framework of a query and a results list is appropriate to the information need, I agree. Factoids/lookup fits much better in the current model than exploratory search.&lt;/i&gt;

Yes, that was one of my main points.

&lt;i&gt;However, I think the kind of exploratory search you’re talking about, with both exploration of the documents and exploration of the search process is a much harder problem.&lt;/i&gt;

I agree; absolutely.  But aren&#039;t we up to the challenge?  Just because it&#039;s hard, does that mean we will continue to shy away from the problem, the same way we&#039;ve been shying away from the problem on the web for the past 10 years?  I&#039;m a researcher; I have to believe that we can do more than we&#039;re currently willing to do.  

&lt;i&gt;I don’t know that trying to do that now would actually yield better results.&lt;/i&gt;

I think one of the things that we have to do is figure out what &quot;better results&quot; means.  Currently, search engines are evaluated using NDCG, i.e. gradated precision of a single ranked list, up to the top 40 returned results.  Is this even the appropriate metric to measure exploratory search?  When your goal is learning, relationship discovery, summarization, etc., does the NDCG objective function accurately measure what you want it to measure?  I&#039;m going to go out on a limb and say that it does not.  And as a researcher from MITRE once told me, &quot;evaluation drives innovation&quot;.  What you choose to measure affects, in largest part, the resulting system that you end up creating.  If you can&#039;t (or don&#039;t or won&#039;t) measure something, you&#039;ll never build the right system to meet a particular type of need.  Therefore, what &quot;better results&quot; means is something that we need to talk about, instead of just using existing metrics.

&lt;i&gt;But all of these depend on pretty clean and often structured data. &lt;/i&gt;

Does the Modista example really depend on clean and structured data?  Or does it do smartly-algorithmic content-based shape / color histogram / etc. feature extraction?  I would hope the latter.  In fact, I think there is a lot of room left for approaches that use smarter algorithms to drive different types of similarity than we currently optimize for, rather than relying on more data to improve an existing similarity algorithm.

&lt;i&gt;So if it’s true that we can’t really do exploratory search yet — and I think our NLP is still weak enough and our pages are still messy enough that this is true — then it makes sense that people offering search will still subscribe to the narrow model, because though the results may not be satisfying in the way that we want, at least it’s not the frustration of a garbage response from a fancy NLP attempt to write a new document from bits of several relevant ones, for instance.&lt;/i&gt;

Well, I&#039;ve talked to some senior folks at (for example) Google, and have been told that the approach they take is to release early and often, and constantly iterate.  Get the product out there, get it into the hands of users, and then constantly improve.  And yet, despite that being their declared approach, I agree that I haven&#039;t actually seen them do that much exploratory search, at all.  They&#039;re doing exactly as you say.. acting quite conservatively and sticking by the narrowest of models.  Where&#039;s the innovation in that?  If you&#039;re not actually releasing anything, how can you collect all the data to improve it?  Catch-22, right?  As long as it&#039;s made clear to the user that this is an experimental system, i.e. give it that perpetual BETA tag that they use, what&#039;s wrong with a little bit of garbage?  The whole point of exploration is that you want to learn something.  In that context, nothing is ever truly, completely garbage.  

&lt;i&gt;Getting back to the beginning, I don’t know that we can in short reach provide drastically better quality from a small boutique effort for a small audience.&lt;/i&gt;

We won&#039;t know, though, until we try.  So where&#039;s the try?  

&lt;i&gt;I would expect that we can make gains at targeting particular kinds of search — and the place where I search for the most authoritative thing and the place where I search for the closest matching thing can be different.&lt;/i&gt;

I know they can be different, but why would they be different?  If a search engine&#039;s mission is to organize &lt;i&gt;all&lt;/i&gt; the world&#039;s information, then that should also include all the world&#039;s information needs, both factoid/known-item as well as exploratory, right?  Why do you think that they (should?) be different?</description>
		<content:encoded><![CDATA[<p><i>I’ve bought into the relatively narrow box that IR is packaged in</i></p>
<p>It&#8217;s not a bad box to be in.  I&#8217;m just trying to drive home the point that it&#8217;s not the only box.</p>
<p><i>From this narrow perspective, it doesn’t look like we’re doing that badly on exploratory searches, or that our performance is that different from factoid searches.</i></p>
<p>This is where I think I disagree.  See in my previous comment the Prague Cafes example information need.  How well is a ranked list of documents doing on helping meet that information need?  Try it yourself.  See if you can find the cafe that I&#8217;m talking about.  See if you can identify more than 2-3 cafes in Prague that are found in passages or down small, side lanes.  I personally think we&#8217;re doing a terrible job.</p>
<p><i>That is, I don’t have any particular disagreement with the results I got back (none are useless, and nothing crucial is missing) and the ordering is also fine.</i></p>
<p>Another example that I like to use is &#8220;digital cameras&#8221;.  I do a G/Y/B search using that query, and it&#8217;s true: All 10 of the top results are pretty relevant/useful.  However, unlike you, I don&#8217;t have a good sense about whether anything crucial is missing.  Indeed, if I&#8217;m trying to figure out what cameras to buy, what is important in a digital camera, what the best cameras are for various use cases, what things I should look out for, those top 10 links don&#8217;t give me any sense of whether I&#8217;ve found everything I need to make that decision.  I don&#8217;t know what I don&#8217;t know, and the results of my search also don&#8217;t really help me learn what I don&#8217;t know.  </p>
<p><i>But stepping back, and asking whether the framework of a query and a results list is appropriate to the information need, I agree. Factoids/lookup fits much better in the current model than exploratory search.</i></p>
<p>Yes, that was one of my main points.</p>
<p><i>However, I think the kind of exploratory search you’re talking about, with both exploration of the documents and exploration of the search process is a much harder problem.</i></p>
<p>I agree; absolutely.  But aren&#8217;t we up to the challenge?  Just because it&#8217;s hard, does that mean we will continue to shy away from the problem, the same way we&#8217;ve been shying away from the problem on the web for the past 10 years?  I&#8217;m a researcher; I have to believe that we can do more than we&#8217;re currently willing to do.  </p>
<p><i>I don’t know that trying to do that now would actually yield better results.</i></p>
<p>I think one of the things that we have to do is figure out what &#8220;better results&#8221; means.  Currently, search engines are evaluated using NDCG, i.e. gradated precision of a single ranked list, up to the top 40 returned results.  Is this even the appropriate metric to measure exploratory search?  When your goal is learning, relationship discovery, summarization, etc., does the NDCG objective function accurately measure what you want it to measure?  I&#8217;m going to go out on a limb and say that it does not.  And as a researcher from MITRE once told me, &#8220;evaluation drives innovation&#8221;.  What you choose to measure affects, in largest part, the resulting system that you end up creating.  If you can&#8217;t (or don&#8217;t or won&#8217;t) measure something, you&#8217;ll never build the right system to meet a particular type of need.  Therefore, what &#8220;better results&#8221; means is something that we need to talk about, instead of just using existing metrics.</p>
<p><i>But all of these depend on pretty clean and often structured data. </i></p>
<p>Does the Modista example really depend on clean and structured data?  Or does it do smartly-algorithmic content-based shape / color histogram / etc. feature extraction?  I would hope the latter.  In fact, I think there is a lot of room left for approaches that use smarter algorithms to drive different types of similarity than we currently optimize for, rather than relying on more data to improve an existing similarity algorithm.</p>
<p><i>So if it’s true that we can’t really do exploratory search yet — and I think our NLP is still weak enough and our pages are still messy enough that this is true — then it makes sense that people offering search will still subscribe to the narrow model, because though the results may not be satisfying in the way that we want, at least it’s not the frustration of a garbage response from a fancy NLP attempt to write a new document from bits of several relevant ones, for instance.</i></p>
<p>Well, I&#8217;ve talked to some senior folks at (for example) Google, and have been told that the approach they take is to release early and often, and constantly iterate.  Get the product out there, get it into the hands of users, and then constantly improve.  And yet, despite that being their declared approach, I agree that I haven&#8217;t actually seen them do that much exploratory search, at all.  They&#8217;re doing exactly as you say.. acting quite conservatively and sticking by the narrowest of models.  Where&#8217;s the innovation in that?  If you&#8217;re not actually releasing anything, how can you collect all the data to improve it?  Catch-22, right?  As long as it&#8217;s made clear to the user that this is an experimental system, i.e. give it that perpetual BETA tag that they use, what&#8217;s wrong with a little bit of garbage?  The whole point of exploration is that you want to learn something.  In that context, nothing is ever truly, completely garbage.  </p>
<p><i>Getting back to the beginning, I don’t know that we can in short reach provide drastically better quality from a small boutique effort for a small audience.</i></p>
<p>We won&#8217;t know, though, until we try.  So where&#8217;s the try?  </p>
<p><i>I would expect that we can make gains at targeting particular kinds of search — and the place where I search for the most authoritative thing and the place where I search for the closest matching thing can be different.</i></p>
<p>I know they can be different, but why would they be different?  If a search engine&#8217;s mission is to organize <i>all</i> the world&#8217;s information, then that should also include all the world&#8217;s information needs, both factoid/known-item as well as exploratory, right?  Why do you think that they (should?) be different?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jeremy</title>
		<link>http://irgupf.com/2009/08/25/is-good-enough-good-enough/comment-page-1/#comment-4225</link>
		<dc:creator>jeremy</dc:creator>
		<pubDate>Sun, 30 Aug 2009 23:19:29 +0000</pubDate>
		<guid isPermaLink="false">http://irgupf.com/?p=519#comment-4225</guid>
		<description>Aaron -- I owe you (and will give you) a longer, more thoughtful response.  I&#039;ve thoroughly enjoyed reading what you&#039;ve written.  I&#039;ll probably get to that response tomorrow.

Until then, though, let me just give you one example where I think current search engines fail, both in algorithm as well as interface.  I wrote about this in April:

http://irgupf.com/2009/04/23/retrievability-and-prague-cafes/

The information need I describe in that post is not factoid, but it is also not completely exploratory.  It&#039;s more of a multi-factoid.  However, that by itself pushes it more in the exploratory direction.  It&#039;s a question to which there isn&#039;t really one right answer; it&#039;s a question to which the whole set is the right answer.  It is, as you say:

&quot;If we want to understand documents well enough to pick a subset of them that provide comprehensive coverage of the topic is difficult. And then what you’re talking about is no longer just a search engine — it’s a summarization/composition/organization engine.&quot;

Maybe we really would no longer call it a search engine.  Instead we should call it an information retrieval engine.  Because information retrieval, rather than the narrow subset of information retrieval that webbies call &quot;search&quot;, does include the summarization, composition and organization subtasks.  Organize the world&#039;s information, right?  Not just find home pages.  But really organize.  

Anyway, this is a short response, and I will be writing more tomorrow.  I just wanted to quickly point you to that other blog post, as an example of one of the things that &quot;search&quot; engines should be able to do, but do not.</description>
		<content:encoded><![CDATA[<p>Aaron &#8212; I owe you (and will give you) a longer, more thoughtful response.  I&#8217;ve thoroughly enjoyed reading what you&#8217;ve written.  I&#8217;ll probably get to that response tomorrow.</p>
<p>Until then, though, let me just give you one example where I think current search engines fail, both in algorithm as well as interface.  I wrote about this in April:</p>
<p><a href="http://irgupf.com/2009/04/23/retrievability-and-prague-cafes/" rel="nofollow">http://irgupf.com/2009/04/23/retrievability-and-prague-cafes/</a></p>
<p>The information need I describe in that post is not factoid, but it is also not completely exploratory.  It&#8217;s more of a multi-factoid.  However, that by itself pushes it more in the exploratory direction.  It&#8217;s a question to which there isn&#8217;t really one right answer; it&#8217;s a question to which the whole set is the right answer.  It is, as you say:</p>
<p>&#8220;If we want to understand documents well enough to pick a subset of them that provide comprehensive coverage of the topic is difficult. And then what you’re talking about is no longer just a search engine — it’s a summarization/composition/organization engine.&#8221;</p>
<p>Maybe we really would no longer call it a search engine.  Instead we should call it an information retrieval engine.  Because information retrieval, rather than the narrow subset of information retrieval that webbies call &#8220;search&#8221;, does include the summarization, composition and organization subtasks.  Organize the world&#8217;s information, right?  Not just find home pages.  But really organize.  </p>
<p>Anyway, this is a short response, and I will be writing more tomorrow.  I just wanted to quickly point you to that other blog post, as an example of one of the things that &#8220;search&#8221; engines should be able to do, but do not.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Beppu</title>
		<link>http://irgupf.com/2009/08/25/is-good-enough-good-enough/comment-page-1/#comment-4190</link>
		<dc:creator>Aaron Beppu</dc:creator>
		<pubDate>Sat, 29 Aug 2009 02:08:56 +0000</pubDate>
		<guid isPermaLink="false">http://irgupf.com/?p=519#comment-4190</guid>
		<description>Btw, I really am not a fan of kosmix or mixing in videos or photos with web pages.  If I wanted a photo, I would search on flickr.  If I want a video, I&#039;ll search youtube.  I&#039;m not sure under what conditions I&#039;ve thought &#039;I want kind of online content related to x; I don&#039;t particularly care if it&#039;s a photo or a journal paper or a web page or a news article&#039;.  Getting back to the &#039;variety versus quality&#039; point above, I&#039;d rather have separate search engines for web pages, photos, videos and news items that do a decent job than something that combines them all in a way it thinks is superior.</description>
		<content:encoded><![CDATA[<p>Btw, I really am not a fan of kosmix or mixing in videos or photos with web pages.  If I wanted a photo, I would search on flickr.  If I want a video, I&#8217;ll search youtube.  I&#8217;m not sure under what conditions I&#8217;ve thought &#8216;I want kind of online content related to x; I don&#8217;t particularly care if it&#8217;s a photo or a journal paper or a web page or a news article&#8217;.  Getting back to the &#8216;variety versus quality&#8217; point above, I&#8217;d rather have separate search engines for web pages, photos, videos and news items that do a decent job than something that combines them all in a way it thinks is superior.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Beppu</title>
		<link>http://irgupf.com/2009/08/25/is-good-enough-good-enough/comment-page-1/#comment-4189</link>
		<dc:creator>Aaron Beppu</dc:creator>
		<pubDate>Sat, 29 Aug 2009 02:08:40 +0000</pubDate>
		<guid isPermaLink="false">http://irgupf.com/?p=519#comment-4189</guid>
		<description>Ok, so I think a large part of my initial problem with the &quot;we&#039;re bad at exploratory searches and good at factoids&quot; may be that I&#039;ve bought into the relatively narrow box that IR is packaged in -- the user gives a query and the search engine gives back a list of results, and the quality of the response is based on the &#039;relevance&#039; of items on that list, and the degree to which their ordering on the list reflects that notion of relevance.  From this narrow perspective, it doesn&#039;t look like we&#039;re doing that badly on exploratory searches, or that our performance is that different from factoid searches.  That is, I don&#039;t have any particular disagreement with the results I got back (none are useless, and nothing crucial is missing) and the ordering is also fine.  But stepping back, and asking whether the framework of a query and a results list is appropriate to the information need, I agree.  Factoids/lookup fits much better in the current model than exploratory search.  And saying that we can do an ok job on a much simpler problem than the user actually has is pretty weak.

However, I think the kind of exploratory search you&#039;re talking about, with both exploration of the documents and exploration of the search process is a much harder problem.  Setting aside the issues of the user tweaking the search process, which I would have to think more about, just thinking about a richer exploration of the content once you&#039;ve retrieved it is a really hard problem.  It think if we stay safely behind the line of returning document lists, we can do ok.  But if we want to pull out pieces of information from documents and assemble them, that&#039;s pretty tricky. If we want to understand documents well enough to pick a subset of them that provide comprehensive coverage of the topic is difficult.  And then what you&#039;re talking about is no longer just a search engine -- it&#039;s a summarization/composition/organization engine.  I would certainly like to see it, but I don&#039;t know that trying to do that now would actually yield better results.  I think product search moving in the direction of what you want. Modista, for instance, allows you to search for products on a &#039;looks like this&#039; example basis, and then organizes results in a way that&#039;s not a straight ordering, but rather organizing along axes of shape and color.  And lots of other places have &#039;similar products/movies/artists&#039; information.  This isn&#039;t as rich as you want, I don&#039;t think, but it&#039;s moving in that direction.  But all of these depend on pretty clean and often structured data.  But web search doesn&#039;t have access to that kind of information, and I never want a page that&#039;s really close to mine anyways -- I want something different but related.

So if it&#039;s true that we can&#039;t really do exploratory search yet -- and I think our NLP is still weak enough and our pages are still messy enough  that this is true -- then it makes sense that people offering search will still subscribe to the narrow model, because though the results may not be satisfying in the way that we want, at least it&#039;s not the frustration of a garbage response from a fancy NLP attempt to write a new document from bits of several relevant ones, for instance.  Getting back to the beginning, I don&#039;t know that we can in short reach provide drastically better quality from a small boutique effort for a small audience.  But I would expect that we can make gains at targeting particular kinds of search -- and the place where I search for the most authoritative thing and the place where I search for the closest matching thing can be different.</description>
		<content:encoded><![CDATA[<p>Ok, so I think a large part of my initial problem with the &#8220;we&#8217;re bad at exploratory searches and good at factoids&#8221; may be that I&#8217;ve bought into the relatively narrow box that IR is packaged in &#8212; the user gives a query and the search engine gives back a list of results, and the quality of the response is based on the &#8216;relevance&#8217; of items on that list, and the degree to which their ordering on the list reflects that notion of relevance.  From this narrow perspective, it doesn&#8217;t look like we&#8217;re doing that badly on exploratory searches, or that our performance is that different from factoid searches.  That is, I don&#8217;t have any particular disagreement with the results I got back (none are useless, and nothing crucial is missing) and the ordering is also fine.  But stepping back, and asking whether the framework of a query and a results list is appropriate to the information need, I agree.  Factoids/lookup fits much better in the current model than exploratory search.  And saying that we can do an ok job on a much simpler problem than the user actually has is pretty weak.</p>
<p>However, I think the kind of exploratory search you&#8217;re talking about, with both exploration of the documents and exploration of the search process is a much harder problem.  Setting aside the issues of the user tweaking the search process, which I would have to think more about, just thinking about a richer exploration of the content once you&#8217;ve retrieved it is a really hard problem.  It think if we stay safely behind the line of returning document lists, we can do ok.  But if we want to pull out pieces of information from documents and assemble them, that&#8217;s pretty tricky. If we want to understand documents well enough to pick a subset of them that provide comprehensive coverage of the topic is difficult.  And then what you&#8217;re talking about is no longer just a search engine &#8212; it&#8217;s a summarization/composition/organization engine.  I would certainly like to see it, but I don&#8217;t know that trying to do that now would actually yield better results.  I think product search moving in the direction of what you want. Modista, for instance, allows you to search for products on a &#8216;looks like this&#8217; example basis, and then organizes results in a way that&#8217;s not a straight ordering, but rather organizing along axes of shape and color.  And lots of other places have &#8216;similar products/movies/artists&#8217; information.  This isn&#8217;t as rich as you want, I don&#8217;t think, but it&#8217;s moving in that direction.  But all of these depend on pretty clean and often structured data.  But web search doesn&#8217;t have access to that kind of information, and I never want a page that&#8217;s really close to mine anyways &#8212; I want something different but related.</p>
<p>So if it&#8217;s true that we can&#8217;t really do exploratory search yet &#8212; and I think our NLP is still weak enough and our pages are still messy enough  that this is true &#8212; then it makes sense that people offering search will still subscribe to the narrow model, because though the results may not be satisfying in the way that we want, at least it&#8217;s not the frustration of a garbage response from a fancy NLP attempt to write a new document from bits of several relevant ones, for instance.  Getting back to the beginning, I don&#8217;t know that we can in short reach provide drastically better quality from a small boutique effort for a small audience.  But I would expect that we can make gains at targeting particular kinds of search &#8212; and the place where I search for the most authoritative thing and the place where I search for the closest matching thing can be different.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jeremy</title>
		<link>http://irgupf.com/2009/08/25/is-good-enough-good-enough/comment-page-1/#comment-4158</link>
		<dc:creator>jeremy</dc:creator>
		<pubDate>Thu, 27 Aug 2009 06:33:13 +0000</pubDate>
		<guid isPermaLink="false">http://irgupf.com/?p=519#comment-4158</guid>
		<description>&lt;i&gt;If I search for ‘information retrieval’ maybe the search engine could take a bunch of highly relevant documents and distinguish them not by some ordering but segmenting by the kind of document they are — e.g. ‘read this encyclopedia article for a quick intro, for a more technical introduction see lecture notes from any of these twelve university courses, this conference proceedings will give you an picture of current research, if you want to read a book on it any of these three are good …’. Or are you thinking that the interface is too restrictive?&lt;/i&gt;

No, I think what you&#039;re proposing is a very nice first step along the exploratory path.  As a matter of fact, see this dynamically constructed page:

http://www.kosmix.com/search/information_retrieval

Now, if there were only a way to make this process interactive, as well.  Refinement.  Refactoring.  Comparisons and contrasts.

&lt;i&gt;For instance, I still want a better way of seeing how groups of documents interrelate, so I can easily go from my x to a view of a representative sampling of pages linking to x and with snippets surrounding the link — and then rather than issuing a query with keywords, the typical query could be a page.&lt;/i&gt;

I agree; I also want to see how documents and groups of documents interrelate.  How concepts and phrases interrelate.  These sorts of things are indeed more exploratory, less like fast food.  

But a Google ranking doesn&#039;t give you any way of seeing how things interrelate.  They just give you a Happy Meal ranking, and hope that the top half dozen items in the box are enough to fill you up, that you have no need to learn, explore, compare, etc. beyond that.

What do you think; am I really so out on a limb by thinking this way?  It certainly isn&#039;t the most popular way to think about IR.</description>
		<content:encoded><![CDATA[<p><i>If I search for ‘information retrieval’ maybe the search engine could take a bunch of highly relevant documents and distinguish them not by some ordering but segmenting by the kind of document they are — e.g. ‘read this encyclopedia article for a quick intro, for a more technical introduction see lecture notes from any of these twelve university courses, this conference proceedings will give you an picture of current research, if you want to read a book on it any of these three are good …’. Or are you thinking that the interface is too restrictive?</i></p>
<p>No, I think what you&#8217;re proposing is a very nice first step along the exploratory path.  As a matter of fact, see this dynamically constructed page:</p>
<p><a href="http://www.kosmix.com/search/information_retrieval" rel="nofollow">http://www.kosmix.com/search/information_retrieval</a></p>
<p>Now, if there were only a way to make this process interactive, as well.  Refinement.  Refactoring.  Comparisons and contrasts.</p>
<p><i>For instance, I still want a better way of seeing how groups of documents interrelate, so I can easily go from my x to a view of a representative sampling of pages linking to x and with snippets surrounding the link — and then rather than issuing a query with keywords, the typical query could be a page.</i></p>
<p>I agree; I also want to see how documents and groups of documents interrelate.  How concepts and phrases interrelate.  These sorts of things are indeed more exploratory, less like fast food.  </p>
<p>But a Google ranking doesn&#8217;t give you any way of seeing how things interrelate.  They just give you a Happy Meal ranking, and hope that the top half dozen items in the box are enough to fill you up, that you have no need to learn, explore, compare, etc. beyond that.</p>
<p>What do you think; am I really so out on a limb by thinking this way?  It certainly isn&#8217;t the most popular way to think about IR.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jeremy</title>
		<link>http://irgupf.com/2009/08/25/is-good-enough-good-enough/comment-page-1/#comment-4156</link>
		<dc:creator>jeremy</dc:creator>
		<pubDate>Thu, 27 Aug 2009 06:23:33 +0000</pubDate>
		<guid isPermaLink="false">http://irgupf.com/?p=519#comment-4156</guid>
		<description>&lt;i&gt;If I do a google search for ‘information retrieval’, I get wikipedia, then two books, a journal, another book, a google directory, a course web page — all potentially very fertile sources of information. I think this was certainly an exploratory query — there’s no single factoid that would work for me, and it’s not page lookup or navigational as I probably want a variety of pages.&lt;/i&gt;

Aaron,

I think Gary Marchionini does a much better job at explaining exploratory search than I ever could.  Give these few pages a read:

http://www.ischool.utexas.edu/~i385t-sw/readings/Marchionini-2006-Exploratory_Search.pdf

And let me quote:

&lt;i&gt;Searching to learn is increasingly viable as more primary materials go online. Learning searches involve multiple iterations and return sets of objects that require cognitive processing and interpretation. These objects may be instantiated in various media (graphs, or maps, texts, videos) and often require the information seeker to spend time scanning/viewing, comparing, and making qualitative judgments. Note that “learning” here is used in its general sense of developing new knowledge and thus includes self-directed life-long learning and professional learning as well as the usual directed learning in schools. Using terminology from Bloom’s taxonomy of educational objectives, searches that support learning aim to achieve: knowledge acquisition, comprehension of concepts or skills, interpretation of ideas, and comparisons or aggregations of data and concepts.&lt;/i&gt;

Your search for &quot;information retrieval&quot; does pull up a couple of good sources from which to start your exploratory search (learning) process.  But how comprehensive are those sources?  Does the search engine help you get a good overview of the field?  Can you easily use the search engine to compare and contract the main descriptive keywords used in published information retrieval documents from 1990-2000 vs. 2001-2009?  Does the search engine reveal to you the myriad of information retrieval forms.. image retrieval, video retrieval, music retrieval, expert finding (people retrieval), and 20 other subfields?  Is the search engine interactive, so that you can say which of the results you wanted and didn&#039;t want, and get a dynamic re-ranking of the rest of the list, to discover other aspects of the topic that you might not have found, otherwise?  Can you do a &quot;sort by least recent&quot; modification of your query, and see what the earliest works were in the field?  

To clarify about &quot;fast food&quot;, I use this term to refer to the fact that most major search engines basically offer a set menu, a Happy Meal #3.  That set menu is the relevance ranking the way *they* think is most relevant.  And there are usually very few ways you can modify that ranking, very few ways you can interact with the engine to produce a different sort of outcome.  The ranking is optimized toward the mass market needs, and mass market tastes.  (Let me also credit Daniel T. for frequent use of this analogy.  See http://thenoisychannel.com/2009/02/05/the-banality-of-crowds/ and http://thenoisychannel.com/2009/01/08/google-tech-talk-reconsidering-relevance/ )

That&#039;s not what search is supposed to be.  Search is supposed to be flexible.  User controllable.  It is suppose to respect my definition of relevance, not the mass&#039; definition.  As Marchionini writes, it should enable me to do things like accretion, analysis, exclusion/negation, synthesis, evaluation, discovery, planning/forecasting, and transformation.  From within the search engine.  Not manually, post facto.</description>
		<content:encoded><![CDATA[<p><i>If I do a google search for ‘information retrieval’, I get wikipedia, then two books, a journal, another book, a google directory, a course web page — all potentially very fertile sources of information. I think this was certainly an exploratory query — there’s no single factoid that would work for me, and it’s not page lookup or navigational as I probably want a variety of pages.</i></p>
<p>Aaron,</p>
<p>I think Gary Marchionini does a much better job at explaining exploratory search than I ever could.  Give these few pages a read:</p>
<p><a href="http://www.ischool.utexas.edu/~i385t-sw/readings/Marchionini-2006-Exploratory_Search.pdf" rel="nofollow">http://www.ischool.utexas.edu/~i385t-sw/readings/Marchionini-2006-Exploratory_Search.pdf</a></p>
<p>And let me quote:</p>
<p><i>Searching to learn is increasingly viable as more primary materials go online. Learning searches involve multiple iterations and return sets of objects that require cognitive processing and interpretation. These objects may be instantiated in various media (graphs, or maps, texts, videos) and often require the information seeker to spend time scanning/viewing, comparing, and making qualitative judgments. Note that “learning” here is used in its general sense of developing new knowledge and thus includes self-directed life-long learning and professional learning as well as the usual directed learning in schools. Using terminology from Bloom’s taxonomy of educational objectives, searches that support learning aim to achieve: knowledge acquisition, comprehension of concepts or skills, interpretation of ideas, and comparisons or aggregations of data and concepts.</i></p>
<p>Your search for &#8220;information retrieval&#8221; does pull up a couple of good sources from which to start your exploratory search (learning) process.  But how comprehensive are those sources?  Does the search engine help you get a good overview of the field?  Can you easily use the search engine to compare and contract the main descriptive keywords used in published information retrieval documents from 1990-2000 vs. 2001-2009?  Does the search engine reveal to you the myriad of information retrieval forms.. image retrieval, video retrieval, music retrieval, expert finding (people retrieval), and 20 other subfields?  Is the search engine interactive, so that you can say which of the results you wanted and didn&#8217;t want, and get a dynamic re-ranking of the rest of the list, to discover other aspects of the topic that you might not have found, otherwise?  Can you do a &#8220;sort by least recent&#8221; modification of your query, and see what the earliest works were in the field?  </p>
<p>To clarify about &#8220;fast food&#8221;, I use this term to refer to the fact that most major search engines basically offer a set menu, a Happy Meal #3.  That set menu is the relevance ranking the way *they* think is most relevant.  And there are usually very few ways you can modify that ranking, very few ways you can interact with the engine to produce a different sort of outcome.  The ranking is optimized toward the mass market needs, and mass market tastes.  (Let me also credit Daniel T. for frequent use of this analogy.  See <a href="http://thenoisychannel.com/2009/02/05/the-banality-of-crowds/" rel="nofollow">http://thenoisychannel.com/2009/02/05/the-banality-of-crowds/</a> and <a href="http://thenoisychannel.com/2009/01/08/google-tech-talk-reconsidering-relevance/" rel="nofollow">http://thenoisychannel.com/2009/01/08/google-tech-talk-reconsidering-relevance/</a> )</p>
<p>That&#8217;s not what search is supposed to be.  Search is supposed to be flexible.  User controllable.  It is suppose to respect my definition of relevance, not the mass&#8217; definition.  As Marchionini writes, it should enable me to do things like accretion, analysis, exclusion/negation, synthesis, evaluation, discovery, planning/forecasting, and transformation.  From within the search engine.  Not manually, post facto.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Beppu</title>
		<link>http://irgupf.com/2009/08/25/is-good-enough-good-enough/comment-page-1/#comment-4153</link>
		<dc:creator>Aaron Beppu</dc:creator>
		<pubDate>Thu, 27 Aug 2009 02:48:17 +0000</pubDate>
		<guid isPermaLink="false">http://irgupf.com/?p=519#comment-4153</guid>
		<description>Can you expand on your distinction between exploratory versus factoid versus recall-oriented information needs, and how you think we&#039;re doing on these?  If I  do a google search for &#039;information retrieval&#039;, I get wikipedia, then two books, a journal, another book, a google directory, a course web page -- all potentially very fertile sources of information.  I think this was certainly an exploratory query -- there&#039;s no single factoid that would work for me, and it&#039;s not page lookup or navigational as I probably want a variety of pages.  I don&#039;t know that we&#039;re actually doing worse here than for factoids -- certainly there are a lot of factoids that probably aren&#039;t central to any particular document, and I think we&#039;re a ways off from doing a solid job of automatically combining information from multiple documents in a meaningful way.  I understand that it&#039;s harder to measure performance for exploratory queries than for navigational ones; a query for &#039;nate silver&#039; better have fivethirtyeight.com at the top of the results list, but broad exploratory queries may have a large number of mostly comparable highly relevant documents.  

I can maybe imagine that the narrow framework of receiving a query of a small number of words and giving back an ordered list of documents is better suited for factoid or navigational queries than for exploratory searches.  If I search for &#039;information retrieval&#039; maybe the search engine could take a bunch of highly relevant documents and distinguish them not by some ordering but segmenting by the kind of document they are -- e.g. &#039;read this encyclopedia article for a quick intro, for a more technical introduction see lecture notes from any of these twelve university courses, this conference proceedings will give you an picture of current research, if you want to read a book on it any of these three are good ...&#039;.  Or are you thinking that the interface is too restrictive? For instance, I still want a better way of seeing how groups of documents interrelate, so I can easily go from my x to a view of a representative sampling of pages linking to x and with snippets surrounding the link -- and then rather than issuing a query with keywords, the typical query could be a page.

And just to clarify about &#039;fast-food&#039; -- do you use this term to refer to using the search engine to go somewhere else quickly, such that the search engine is only a quick stop over?  Asked another way, in your vision of an improved search engine, would we spend more time looking at the results list, or some combination of information from multiple sources on the engine&#039;s page rather than clicking off to inspect one of these documents one at a time?   Or does fast food merely refer to a low bar with regards to quality?</description>
		<content:encoded><![CDATA[<p>Can you expand on your distinction between exploratory versus factoid versus recall-oriented information needs, and how you think we&#8217;re doing on these?  If I  do a google search for &#8216;information retrieval&#8217;, I get wikipedia, then two books, a journal, another book, a google directory, a course web page &#8212; all potentially very fertile sources of information.  I think this was certainly an exploratory query &#8212; there&#8217;s no single factoid that would work for me, and it&#8217;s not page lookup or navigational as I probably want a variety of pages.  I don&#8217;t know that we&#8217;re actually doing worse here than for factoids &#8212; certainly there are a lot of factoids that probably aren&#8217;t central to any particular document, and I think we&#8217;re a ways off from doing a solid job of automatically combining information from multiple documents in a meaningful way.  I understand that it&#8217;s harder to measure performance for exploratory queries than for navigational ones; a query for &#8216;nate silver&#8217; better have fivethirtyeight.com at the top of the results list, but broad exploratory queries may have a large number of mostly comparable highly relevant documents.  </p>
<p>I can maybe imagine that the narrow framework of receiving a query of a small number of words and giving back an ordered list of documents is better suited for factoid or navigational queries than for exploratory searches.  If I search for &#8216;information retrieval&#8217; maybe the search engine could take a bunch of highly relevant documents and distinguish them not by some ordering but segmenting by the kind of document they are &#8212; e.g. &#8216;read this encyclopedia article for a quick intro, for a more technical introduction see lecture notes from any of these twelve university courses, this conference proceedings will give you an picture of current research, if you want to read a book on it any of these three are good &#8230;&#8217;.  Or are you thinking that the interface is too restrictive? For instance, I still want a better way of seeing how groups of documents interrelate, so I can easily go from my x to a view of a representative sampling of pages linking to x and with snippets surrounding the link &#8212; and then rather than issuing a query with keywords, the typical query could be a page.</p>
<p>And just to clarify about &#8216;fast-food&#8217; &#8212; do you use this term to refer to using the search engine to go somewhere else quickly, such that the search engine is only a quick stop over?  Asked another way, in your vision of an improved search engine, would we spend more time looking at the results list, or some combination of information from multiple sources on the engine&#8217;s page rather than clicking off to inspect one of these documents one at a time?   Or does fast food merely refer to a low bar with regards to quality?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jeremy</title>
		<link>http://irgupf.com/2009/08/25/is-good-enough-good-enough/comment-page-1/#comment-4136</link>
		<dc:creator>jeremy</dc:creator>
		<pubDate>Wed, 26 Aug 2009 06:24:59 +0000</pubDate>
		<guid isPermaLink="false">http://irgupf.com/?p=519#comment-4136</guid>
		<description>Imho.  :-)</description>
		<content:encoded><![CDATA[<p>Imho.  <img src='http://irgupf.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jeremy</title>
		<link>http://irgupf.com/2009/08/25/is-good-enough-good-enough/comment-page-1/#comment-4135</link>
		<dc:creator>jeremy</dc:creator>
		<pubDate>Wed, 26 Aug 2009 06:24:12 +0000</pubDate>
		<guid isPermaLink="false">http://irgupf.com/?p=519#comment-4135</guid>
		<description>&lt;i&gt;But I think the distinction for IR and search isn’t convenience versus quality.&lt;/i&gt;

If you search engine retrieval quality is optimized toward &quot;convenience&quot;-type information needs, then I agree, there isn&#039;t a distinction.  (By convenience-type needs, I mean home page finding, product lookup, fact lookup, movie-start-time retrieval, weather retrieval, etc.)  

If, on the other hand, you have an exploratory information need, or have a recall-oriented information need, then the quality is pretty low at the moment.  That&#039;s because the search engine has been optimized toward quick-answer, factoid, fast-food convenience retrieval.

This is more than just one-size-fits-all vs. vertical search.  I see where you&#039;re going with that, but I&#039;m not talking about any one vertical.  I&#039;m talking about general web information, but with a more exploratory or recall-oriented bent.  Perhaps it is technically easier to go deeper in any one vertical. I think that&#039;s the intuition that you have, and I don&#039;t disagree with it.  I&#039;m just sayin&#039; that&#039;s not the full story.  A recall-oriented need doesn&#039;t *have* to be vertically aligned, only.  There are many that are general.

I agree with you about variety preservation.  That&#039;s an excellent point.  But again, I would not align variety with verticals.  Or document types.  Or domains.  I think you&#039;re getting closer with your authority vs. raw text match idea.  I would rather align variety with broader information seeking behaviors: exploration, learning, recall, etc.  

Right now there is no variety on the web, in that everything is oriented toward high-precision factoid retrieval.  No matter what vertical, no matter what document type.  Informationphiles love exploration, learning, etc.</description>
		<content:encoded><![CDATA[<p><i>But I think the distinction for IR and search isn’t convenience versus quality.</i></p>
<p>If you search engine retrieval quality is optimized toward &#8220;convenience&#8221;-type information needs, then I agree, there isn&#8217;t a distinction.  (By convenience-type needs, I mean home page finding, product lookup, fact lookup, movie-start-time retrieval, weather retrieval, etc.)  </p>
<p>If, on the other hand, you have an exploratory information need, or have a recall-oriented information need, then the quality is pretty low at the moment.  That&#8217;s because the search engine has been optimized toward quick-answer, factoid, fast-food convenience retrieval.</p>
<p>This is more than just one-size-fits-all vs. vertical search.  I see where you&#8217;re going with that, but I&#8217;m not talking about any one vertical.  I&#8217;m talking about general web information, but with a more exploratory or recall-oriented bent.  Perhaps it is technically easier to go deeper in any one vertical. I think that&#8217;s the intuition that you have, and I don&#8217;t disagree with it.  I&#8217;m just sayin&#8217; that&#8217;s not the full story.  A recall-oriented need doesn&#8217;t *have* to be vertically aligned, only.  There are many that are general.</p>
<p>I agree with you about variety preservation.  That&#8217;s an excellent point.  But again, I would not align variety with verticals.  Or document types.  Or domains.  I think you&#8217;re getting closer with your authority vs. raw text match idea.  I would rather align variety with broader information seeking behaviors: exploration, learning, recall, etc.  </p>
<p>Right now there is no variety on the web, in that everything is oriented toward high-precision factoid retrieval.  No matter what vertical, no matter what document type.  Informationphiles love exploration, learning, etc.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

