<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Talking with Martin Hepp about solving the paradox of choice</title>
	<atom:link href="http://blog.jonudell.net/2009/11/23/talking-with-martin-hepp-about-solving-the-paradox-of-choice/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.jonudell.net/2009/11/23/talking-with-martin-hepp-about-solving-the-paradox-of-choice/</link>
	<description>Strategies for Internet citizens</description>
	<lastBuildDate>Mon, 13 Feb 2012 06:40:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: A podcast conversation about GoodRelations, with Martin Hepp and Jamie Taylor &#124; CloudAve</title>
		<link>http://blog.jonudell.net/2009/11/23/talking-with-martin-hepp-about-solving-the-paradox-of-choice/#comment-132234</link>
		<dc:creator><![CDATA[A podcast conversation about GoodRelations, with Martin Hepp and Jamie Taylor &#124; CloudAve]]></dc:creator>
		<pubDate>Tue, 23 Feb 2010 17:50:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=2015#comment-132234</guid>
		<description><![CDATA[[...] Talking with Martin Hepp about solving the paradox of choice (jonudell.net) [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Talking with Martin Hepp about solving the paradox of choice (jonudell.net) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: A podcast conversation about GoodRelations, with Martin Hepp and Jamie Taylor &#124; Paul Miller - The Cloud of Data</title>
		<link>http://blog.jonudell.net/2009/11/23/talking-with-martin-hepp-about-solving-the-paradox-of-choice/#comment-132221</link>
		<dc:creator><![CDATA[A podcast conversation about GoodRelations, with Martin Hepp and Jamie Taylor &#124; Paul Miller - The Cloud of Data]]></dc:creator>
		<pubDate>Mon, 22 Feb 2010 10:53:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=2015#comment-132221</guid>
		<description><![CDATA[[...] Talking with Martin Hepp about solving the paradox of choice (jonudell.net) [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Talking with Martin Hepp about solving the paradox of choice (jonudell.net) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christine Ashton</title>
		<link>http://blog.jonudell.net/2009/11/23/talking-with-martin-hepp-about-solving-the-paradox-of-choice/#comment-131067</link>
		<dc:creator><![CDATA[Christine Ashton]]></dc:creator>
		<pubDate>Mon, 21 Dec 2009 06:16:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=2015#comment-131067</guid>
		<description><![CDATA[I LOVE the Mohawk Trail.  I&#039;m proud to say I have some Mohawk ancestry from far back, as well as Huron and Mohican.
Charlemont is a beautiful place in the Fall.  I want to go there every Fall that I can.]]></description>
		<content:encoded><![CDATA[<p>I LOVE the Mohawk Trail.  I&#8217;m proud to say I have some Mohawk ancestry from far back, as well as Huron and Mohican.<br />
Charlemont is a beautiful place in the Fall.  I want to go there every Fall that I can.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robin</title>
		<link>http://blog.jonudell.net/2009/11/23/talking-with-martin-hepp-about-solving-the-paradox-of-choice/#comment-130977</link>
		<dc:creator><![CDATA[Robin]]></dc:creator>
		<pubDate>Thu, 17 Dec 2009 07:08:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=2015#comment-130977</guid>
		<description><![CDATA[Good post. Keep valid up.
Really informative post. thanks considering sharing this article.
&lt;a href=&quot;http://www.selftestexams.com/70-680.html&quot; rel=&quot;nofollow&quot;&gt;70-680&lt;/a&gt;]]></description>
		<content:encoded><![CDATA[<p>Good post. Keep valid up.<br />
Really informative post. thanks considering sharing this article.<br />
<a href="http://www.selftestexams.com/70-680.html" rel="nofollow">70-680</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Udell</title>
		<link>http://blog.jonudell.net/2009/11/23/talking-with-martin-hepp-about-solving-the-paradox-of-choice/#comment-130779</link>
		<dc:creator><![CDATA[Jon Udell]]></dc:creator>
		<pubDate>Mon, 23 Nov 2009 21:45:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=2015#comment-130779</guid>
		<description><![CDATA[Another thought: Latency may be more of an issue than cycles. I think of the web of linked data as a highly decentralized and denormalized database. It takes time to traverse those links. Can that web of links be collapsed into an optimal core in the way that search indexes have been? 

I was skeptical that fulltext search could keep pace with the entirety of a fast-growing web, but it has. So maybe this latency problem will be conquered. But the  first examples of linked-data traversal that I&#039;m seeing -- in Freebase and DbPedia -- are pretty slow.]]></description>
		<content:encoded><![CDATA[<p>Another thought: Latency may be more of an issue than cycles. I think of the web of linked data as a highly decentralized and denormalized database. It takes time to traverse those links. Can that web of links be collapsed into an optimal core in the way that search indexes have been? </p>
<p>I was skeptical that fulltext search could keep pace with the entirety of a fast-growing web, but it has. So maybe this latency problem will be conquered. But the  first examples of linked-data traversal that I&#8217;m seeing &#8212; in Freebase and DbPedia &#8212; are pretty slow.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Udell</title>
		<link>http://blog.jonudell.net/2009/11/23/talking-with-martin-hepp-about-solving-the-paradox-of-choice/#comment-130777</link>
		<dc:creator><![CDATA[Jon Udell]]></dc:creator>
		<pubDate>Mon, 23 Nov 2009 20:16:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=2015#comment-130777</guid>
		<description><![CDATA[&lt;i&gt;is it worth spending orders of magnitude more processing time to return something with an incremental improvement in relevance?&lt;/i&gt;

If the improvement is only incremental then no. But one of the things that stops us from issuing more specific queries today is that they return no results. In that case the difference between no results and some results is more than incremental!]]></description>
		<content:encoded><![CDATA[<p><i>is it worth spending orders of magnitude more processing time to return something with an incremental improvement in relevance?</i></p>
<p>If the improvement is only incremental then no. But one of the things that stops us from issuing more specific queries today is that they return no results. In that case the difference between no results and some results is more than incremental!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Udell</title>
		<link>http://blog.jonudell.net/2009/11/23/talking-with-martin-hepp-about-solving-the-paradox-of-choice/#comment-130776</link>
		<dc:creator><![CDATA[Jon Udell]]></dc:creator>
		<pubDate>Mon, 23 Nov 2009 20:13:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=2015#comment-130776</guid>
		<description><![CDATA[&lt;i&gt;Wondering if VRM was a central part of the discussion.&lt;/i&gt;

It wasn&#039;t, the focus was mainly on crafting offers vs. crafting statements of need. However the latter is precisely what Doc et al. mean by VRM.]]></description>
		<content:encoded><![CDATA[<p><i>Wondering if VRM was a central part of the discussion.</i></p>
<p>It wasn&#8217;t, the focus was mainly on crafting offers vs. crafting statements of need. However the latter is precisely what Doc et al. mean by VRM.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Cava</title>
		<link>http://blog.jonudell.net/2009/11/23/talking-with-martin-hepp-about-solving-the-paradox-of-choice/#comment-130775</link>
		<dc:creator><![CDATA[Bill Cava]]></dc:creator>
		<pubDate>Mon, 23 Nov 2009 19:02:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=2015#comment-130775</guid>
		<description><![CDATA[I worked on a search team for one of the engines during the first dot com boom. Even then (late 90s), the concept of asynchronous search was discussed. I see value in the idea, however the problem then (and probably now) from an engine&#039;s standpoint is, is it worth spending orders of magnitude more processing time to return something with an incremental improvement in relevance? From a searcher&#039;s standpoint, will I pay for something that has near 100% relevance when I can get something with decent relevance for free?

Also consider that once you&#039;re not expecting synchronous response, you open the possibility for human involvement. You might as well consider things like &quot;yahoo answers,&quot; &quot;amazon mechanical turk,&quot; etc... the output from an &quot;asynchronous search&quot; service.]]></description>
		<content:encoded><![CDATA[<p>I worked on a search team for one of the engines during the first dot com boom. Even then (late 90s), the concept of asynchronous search was discussed. I see value in the idea, however the problem then (and probably now) from an engine&#8217;s standpoint is, is it worth spending orders of magnitude more processing time to return something with an incremental improvement in relevance? From a searcher&#8217;s standpoint, will I pay for something that has near 100% relevance when I can get something with decent relevance for free?</p>
<p>Also consider that once you&#8217;re not expecting synchronous response, you open the possibility for human involvement. You might as well consider things like &#8220;yahoo answers,&#8221; &#8220;amazon mechanical turk,&#8221; etc&#8230; the output from an &#8220;asynchronous search&#8221; service.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chaim Krause</title>
		<link>http://blog.jonudell.net/2009/11/23/talking-with-martin-hepp-about-solving-the-paradox-of-choice/#comment-130774</link>
		<dc:creator><![CDATA[Chaim Krause]]></dc:creator>
		<pubDate>Mon, 23 Nov 2009 18:55:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=2015#comment-130774</guid>
		<description><![CDATA[Downloading the show now. Wondering if VRM was a central part of the discussion.

We often joke that it would be nice to have a human filter out our spam. I can see a service based on micropayments and Amazon&#039;s Mechanical Turk model backing a VRM-focused search for purchase of many items, particularly large ticket items. Making virtual assistants affordable/usable by Joe Six-Pack. The key will be making the micropayment &quot;commission&quot; go toward the &quot;best search&quot; not necessarily just another paid form of spam funded by the sellers.]]></description>
		<content:encoded><![CDATA[<p>Downloading the show now. Wondering if VRM was a central part of the discussion.</p>
<p>We often joke that it would be nice to have a human filter out our spam. I can see a service based on micropayments and Amazon&#8217;s Mechanical Turk model backing a VRM-focused search for purchase of many items, particularly large ticket items. Making virtual assistants affordable/usable by Joe Six-Pack. The key will be making the micropayment &#8220;commission&#8221; go toward the &#8220;best search&#8221; not necessarily just another paid form of spam funded by the sellers.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

