<?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: Grokking PubSub and Data Lock In</title>
	<atom:link href="http://battellemedia.com/archives/2005/06/grokking_pubsub_and_data_lock_in.php/feed" rel="self" type="application/rss+xml" />
	<link>http://battellemedia.com/archives/2005/06/grokking_pubsub_and_data_lock_in.php?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=grokking_pubsub_and_data_lock_in</link>
	<description>Thoughts on the intersection of search, media, technology, and more.</description>
	<lastBuildDate>Thu, 16 May 2013 04:38:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.1</generator>
	<item>
		<title>By: Manuel</title>
		<link>http://battellemedia.com/archives/2005/06/grokking_pubsub_and_data_lock_in.php#comment-20893</link>
		<dc:creator>Manuel</dc:creator>
		<pubDate>Wed, 25 Jan 2006 00:56:48 +0000</pubDate>
		<guid isPermaLink="false">http://battellemedia.com/archives/2005/06/grokking_pubsub_and_data_lock_in.php#comment-20893</guid>
		<description>&lt;p&gt;I do not believe in the today&#039;s time can one a company any longer than Sozialmschine designate, to humans belong to a company, otherwise it does not make fun!!&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>I do not believe in the today&#8217;s time can one a company any longer than Sozialmschine designate, to humans belong to a company, otherwise it does not make fun!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bud Gibson</title>
		<link>http://battellemedia.com/archives/2005/06/grokking_pubsub_and_data_lock_in.php#comment-20892</link>
		<dc:creator>Bud Gibson</dc:creator>
		<pubDate>Tue, 14 Jun 2005 23:56:27 +0000</pubDate>
		<guid isPermaLink="false">http://battellemedia.com/archives/2005/06/grokking_pubsub_and_data_lock_in.php#comment-20892</guid>
		<description>&lt;p&gt;John, your point about structured blogging potentially enabling a better &quot;bottom up&quot; interface between content providers and aggregators is well taken. But, structured blogging has a real drawback. It requires going beyond html with little real standards support. For that reason, I don&#039;t think many people beyond pubsub are using it.&lt;/p&gt;

&lt;p&gt;However, your skepticism about the eventual adoption of the bottom-up semantic web is not well-founded because there is a counter example already receiving wide uptake, xhtml microformats.  The xhtml microformat approach is starting to get more widespread adoption because it is simpler, only requiring html. Think you have not heard of microformats? Technorati&#039;s reltag microformat, the one that allows you to put technorati tags in your posts, has had tremendous uptake and really put technorati&#039;s tag pages on the search engine map.&lt;/p&gt;

&lt;p&gt;Do a google search for &quot;podcasting&quot; or &quot;podcast&quot;, you&#039;ll see the technorati tag page in the top 10. I provide a little case study for how the reltag microformat made that happen here:&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;http://thecommunityengine.com/home/archives/2005/06/folksonomy_make.html&quot; rel=&quot;nofollow&quot;&gt;http://thecommunityengine.com/home/archives/2005/06/folksonomy_make.html&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;The analysis shows a real &lt;strong&gt;current business case&lt;/strong&gt; for using microformats to affect your search visibility and thereby traffic flow.  I provide an extended discussion of how it all works here:&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;http://thecommunityengine.com/home/archives/2005/06/microformats_pr.html&quot; rel=&quot;nofollow&quot;&gt;http://thecommunityengine.com/home/archives/2005/06/microformats_pr.html&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;A group of about 20 independent developers is in the process of putting together a microformats repository. The technorati reltag experience has put forth the economic case which is apparent even to non-business people in the uptake the format has received.&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>John, your point about structured blogging potentially enabling a better &#8220;bottom up&#8221; interface between content providers and aggregators is well taken. But, structured blogging has a real drawback. It requires going beyond html with little real standards support. For that reason, I don&#8217;t think many people beyond pubsub are using it.</p>
<p>However, your skepticism about the eventual adoption of the bottom-up semantic web is not well-founded because there is a counter example already receiving wide uptake, xhtml microformats.  The xhtml microformat approach is starting to get more widespread adoption because it is simpler, only requiring html. Think you have not heard of microformats? Technorati&#8217;s reltag microformat, the one that allows you to put technorati tags in your posts, has had tremendous uptake and really put technorati&#8217;s tag pages on the search engine map.</p>
<p>Do a google search for &#8220;podcasting&#8221; or &#8220;podcast&#8221;, you&#8217;ll see the technorati tag page in the top 10. I provide a little case study for how the reltag microformat made that happen here:</p>
<p><a href="http://thecommunityengine.com/home/archives/2005/06/folksonomy_make.html" rel="nofollow">http://thecommunityengine.com/home/archives/2005/06/folksonomy_make.html</a></p>
<p>The analysis shows a real <strong>current business case</strong> for using microformats to affect your search visibility and thereby traffic flow.  I provide an extended discussion of how it all works here:</p>
<p><a href="http://thecommunityengine.com/home/archives/2005/06/microformats_pr.html" rel="nofollow">http://thecommunityengine.com/home/archives/2005/06/microformats_pr.html</a></p>
<p>A group of about 20 independent developers is in the process of putting together a microformats repository. The technorati reltag experience has put forth the economic case which is apparent even to non-business people in the uptake the format has received.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: adam moskowitz</title>
		<link>http://battellemedia.com/archives/2005/06/grokking_pubsub_and_data_lock_in.php#comment-20891</link>
		<dc:creator>adam moskowitz</dc:creator>
		<pubDate>Thu, 09 Jun 2005 18:03:04 +0000</pubDate>
		<guid isPermaLink="false">http://battellemedia.com/archives/2005/06/grokking_pubsub_and_data_lock_in.php#comment-20891</guid>
		<description>&lt;p&gt;what about human filters?  i want to see a search engine based on tastemakers, word of mouth and the subsequent chain reaction.  who is the company that can deliver a &quot;social engine&quot;?&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>what about human filters?  i want to see a search engine based on tastemakers, word of mouth and the subsequent chain reaction.  who is the company that can deliver a &#8220;social engine&#8221;?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian</title>
		<link>http://battellemedia.com/archives/2005/06/grokking_pubsub_and_data_lock_in.php#comment-20890</link>
		<dc:creator>Brian</dc:creator>
		<pubDate>Fri, 03 Jun 2005 22:30:42 +0000</pubDate>
		<guid isPermaLink="false">http://battellemedia.com/archives/2005/06/grokking_pubsub_and_data_lock_in.php#comment-20890</guid>
		<description>&lt;p&gt;How many places does PubSub expect me to go to get search results? I go to one single place for all of them. I bet you can guess where it is.  I&#039;m not big on grey web black web white web deep web shallow web spider web. It&#039;s just one web, isn&#039;t it?&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>How many places does PubSub expect me to go to get search results? I go to one single place for all of them. I bet you can guess where it is.  I&#8217;m not big on grey web black web white web deep web shallow web spider web. It&#8217;s just one web, isn&#8217;t it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Franklin</title>
		<link>http://battellemedia.com/archives/2005/06/grokking_pubsub_and_data_lock_in.php#comment-20889</link>
		<dc:creator>John Franklin</dc:creator>
		<pubDate>Fri, 03 Jun 2005 22:14:06 +0000</pubDate>
		<guid isPermaLink="false">http://battellemedia.com/archives/2005/06/grokking_pubsub_and_data_lock_in.php#comment-20889</guid>
		<description>&lt;p&gt;Applaud efforts to make the interface easier to use.  I well understand that the priority was on making sure the back-end engine functioned.  But it&#039;s been frustrating to go to the site and run into bugs of various kinds - even if your tech guys are professional.  The new government interface is a leap forward, as are LinkStats.  Keep up the good work...&lt;/p&gt;

&lt;p&gt;JF&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Applaud efforts to make the interface easier to use.  I well understand that the priority was on making sure the back-end engine functioned.  But it&#8217;s been frustrating to go to the site and run into bugs of various kinds &#8211; even if your tech guys are professional.  The new government interface is a leap forward, as are LinkStats.  Keep up the good work&#8230;</p>
<p>JF</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob Wyman</title>
		<link>http://battellemedia.com/archives/2005/06/grokking_pubsub_and_data_lock_in.php#comment-20888</link>
		<dc:creator>Bob Wyman</dc:creator>
		<pubDate>Fri, 03 Jun 2005 20:45:28 +0000</pubDate>
		<guid isPermaLink="false">http://battellemedia.com/archives/2005/06/grokking_pubsub_and_data_lock_in.php#comment-20888</guid>
		<description>&lt;p&gt;Greg Linden: You are absolutely correct in saying that we&#039;ve got to make it easier for people to get just those results that they are looking for. So far, our focus at PubSub has been primarily on solving the problem of matching at Internet Scale (i.e. 3 billion matches per second is our current benchmark number). In the future, we&#039;re going to be turning our attention more to the problem of making the system easier to use. First, we made it work, now we&#039;ve got to make it easy to use. &lt;/p&gt;

&lt;p&gt;We&#039;re also working on the duplicate detection issue that Gary mentioned in his comment. Of course, wide adoption of Atom V1.0 -- once finalized -- will make that a great deal easier. But, we&#039;ve still got much to do to improve general duplicate detection and duplicate detection in legacy RSS feeds. Please bear with us while we solve these difficult problems.&lt;/p&gt;

&lt;p&gt;If you&#039;ve got any ideas on how to make it easier for you to get what you want from PubSub, please don&#039;t hesitate to send your ideas to me or to feedback@pubsub.com&lt;/p&gt;

&lt;p&gt;bob wyman&lt;br /&gt;
&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Greg Linden: You are absolutely correct in saying that we&#8217;ve got to make it easier for people to get just those results that they are looking for. So far, our focus at PubSub has been primarily on solving the problem of matching at Internet Scale (i.e. 3 billion matches per second is our current benchmark number). In the future, we&#8217;re going to be turning our attention more to the problem of making the system easier to use. First, we made it work, now we&#8217;ve got to make it easy to use. </p>
<p>We&#8217;re also working on the duplicate detection issue that Gary mentioned in his comment. Of course, wide adoption of Atom V1.0 &#8212; once finalized &#8212; will make that a great deal easier. But, we&#8217;ve still got much to do to improve general duplicate detection and duplicate detection in legacy RSS feeds. Please bear with us while we solve these difficult problems.</p>
<p>If you&#8217;ve got any ideas on how to make it easier for you to get what you want from PubSub, please don&#8217;t hesitate to send your ideas to me or to <a href="mailto:feedback@pubsub.com">feedback@pubsub.com</a></p>
<p>bob wyman</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Caputa</title>
		<link>http://battellemedia.com/archives/2005/06/grokking_pubsub_and_data_lock_in.php#comment-20887</link>
		<dc:creator>Peter Caputa</dc:creator>
		<pubDate>Fri, 03 Jun 2005 20:11:21 +0000</pubDate>
		<guid isPermaLink="false">http://battellemedia.com/archives/2005/06/grokking_pubsub_and_data_lock_in.php#comment-20887</guid>
		<description>&lt;p&gt;Greg Linden: &quot;Future solutions will need to learn what information you want and construct the filters automatically, personalizing the information stream for your individual needs.&quot;&lt;/p&gt;

&lt;p&gt;Good point, Greg. I guess that&#039;s where findory comes in. Like I&#039;ve blogged before, I think pubsub, findory and feedburner are the companies to watch in this burgeoning market. &lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Greg Linden: &#8220;Future solutions will need to learn what information you want and construct the filters automatically, personalizing the information stream for your individual needs.&#8221;</p>
<p>Good point, Greg. I guess that&#8217;s where findory comes in. Like I&#8217;ve blogged before, I think pubsub, findory and feedburner are the companies to watch in this burgeoning market. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Linden</title>
		<link>http://battellemedia.com/archives/2005/06/grokking_pubsub_and_data_lock_in.php#comment-20886</link>
		<dc:creator>Greg Linden</dc:creator>
		<pubDate>Fri, 03 Jun 2005 19:50:59 +0000</pubDate>
		<guid isPermaLink="false">http://battellemedia.com/archives/2005/06/grokking_pubsub_and_data_lock_in.php#comment-20886</guid>
		<description>&lt;p&gt;The information overload problem looms large for these types of alert systems.  You really don&#039;t want every job posting, book review, or thing for sale.  You want job postings appropriate to you, interesting book reviews, and things for sale that you might want to buy.&lt;/p&gt;

&lt;p&gt;Grappling with this problem isn&#039;t trivial.  Current solutions require people to manually construct queries that only return manageable amounts of interesting and useful information, a laborious task that will frustrate most mainstream users.  &lt;/p&gt;

&lt;p&gt;Future solutions will need to learn what information you want and construct the filters automatically, personalizing the information stream for your individual needs.&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>The information overload problem looms large for these types of alert systems.  You really don&#8217;t want every job posting, book review, or thing for sale.  You want job postings appropriate to you, interesting book reviews, and things for sale that you might want to buy.</p>
<p>Grappling with this problem isn&#8217;t trivial.  Current solutions require people to manually construct queries that only return manageable amounts of interesting and useful information, a laborious task that will frustrate most mainstream users.  </p>
<p>Future solutions will need to learn what information you want and construct the filters automatically, personalizing the information stream for your individual needs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Battelle</title>
		<link>http://battellemedia.com/archives/2005/06/grokking_pubsub_and_data_lock_in.php#comment-20885</link>
		<dc:creator>John Battelle</dc:creator>
		<pubDate>Fri, 03 Jun 2005 18:52:27 +0000</pubDate>
		<guid isPermaLink="false">http://battellemedia.com/archives/2005/06/grokking_pubsub_and_data_lock_in.php#comment-20885</guid>
		<description>&lt;p&gt;Yup, should have made that more clear, have done so. &lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Yup, should have made that more clear, have done so. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Clavier</title>
		<link>http://battellemedia.com/archives/2005/06/grokking_pubsub_and_data_lock_in.php#comment-20884</link>
		<dc:creator>Jeff Clavier</dc:creator>
		<pubDate>Fri, 03 Jun 2005 17:34:46 +0000</pubDate>
		<guid isPermaLink="false">http://battellemedia.com/archives/2005/06/grokking_pubsub_and_data_lock_in.php#comment-20884</guid>
		<description>&lt;p&gt;Not to be picky but PubSub crawls and indexes feeds, not blogs (I had that conversation with Bob 2 days ago). Which means that their matching technology can be applied to anything delivered via RSS/Atom, and delivers a higher level of precision because they operate on semi-structured content (like Feedster does).&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Not to be picky but PubSub crawls and indexes feeds, not blogs (I had that conversation with Bob 2 days ago). Which means that their matching technology can be applied to anything delivered via RSS/Atom, and delivers a higher level of precision because they operate on semi-structured content (like Feedster does).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
