<?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: The coming war against microspam</title>
	<atom:link href="http://factoryjoe.com/blog/2006/08/29/the-coming-war-against-microspam/feed/" rel="self" type="application/rss+xml" />
	<link>http://factoryjoe.com/blog/2006/08/29/the-coming-war-against-microspam/</link>
	<description>This can all be made better. Ready? Begin.</description>
	<lastBuildDate>Tue, 18 Jan 2011 00:50:29 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Rowan Nairn</title>
		<link>http://factoryjoe.com/blog/2006/08/29/the-coming-war-against-microspam/comment-page-1/#comment-15109</link>
		<dc:creator>Rowan Nairn</dc:creator>
		<pubDate>Thu, 31 Aug 2006 00:41:00 +0000</pubDate>
		<guid isPermaLink="false">http://factoryjoe.com/blog/2006/08/29/the-coming-war-against-microspam/#comment-15109</guid>
		<description>There are a few separate problems here.  One is that microformats could be used to mark up false information.  Related is the problem that a microformat, whether maliciously or just through error, may not properly reflect the semantics of the content as humans would see it.  Another is that the same item is described by a microformat in many places and so swamps aggregators.  All these problems seem to be related to the lack of a way of &quot;referring&quot; in microformats. They are by definition about the content they are embedded in and this has some downsides.

Perhaps the latter problem is what you would term spam.  And you&#039;re right, it definately needs to be thought about since, in the ubiquitous microformat future you are imagining, this will happen all all the time quite innocently when different event sites talk about the same event for example. In the uppercase Semantic Web utopia you might show this by all referring to a common URI for the event.  You can do sort of the same thing with the url element of a hEvent if it happens to have a canonical URL.  With other microformats it&#039;s not so clear how to do this.

The first two issues, of false information in microformats, stem from their &quot;describe your own stuff&quot; mentality that is inherited in part from the Semantic Web.  In fact, they&#039;re more committed to it than the SW since they really do have to be embedded in content and don&#039;t have a general way for referring. I&#039;ve thought about this a good bit and I think there&#039;s another layer that has to be created, either in combination with microformats or subsuming their utility, in order to overcome it. What if people could &lt;a href=&quot;http://barcamp.pbwiki.com/StructuredDataForTheMasses&quot; rel=&quot;nofollow&quot;&gt;mark up content created by others&lt;/a&gt;.  It&#039;s del.icio.us tags vs rel=tag.  Which do you trust more?  There&#039;s &lt;a href=&quot;http://many.corante.com/archives/2005/02/01/folksonomy_the_soylent_green_of_the_21st_century.php&quot; rel=&quot;nofollow&quot;&gt;an old Clay Shirky post&lt;/a&gt; that I keep coming back to whenever I think about these things.

I have some practical experience in dealing with microformats but it&#039;s limited so I&#039;m definately interested to hear what others have to say on the potential hurdles to the coming uF proliferation.</description>
		<content:encoded><![CDATA[<p>There are a few separate problems here.  One is that microformats could be used to mark up false information.  Related is the problem that a microformat, whether maliciously or just through error, may not properly reflect the semantics of the content as humans would see it.  Another is that the same item is described by a microformat in many places and so swamps aggregators.  All these problems seem to be related to the lack of a way of &#8220;referring&#8221; in microformats. They are by definition about the content they are embedded in and this has some downsides.</p>
<p>Perhaps the latter problem is what you would term spam.  And you&#8217;re right, it definately needs to be thought about since, in the ubiquitous microformat future you are imagining, this will happen all all the time quite innocently when different event sites talk about the same event for example. In the uppercase Semantic Web utopia you might show this by all referring to a common URI for the event.  You can do sort of the same thing with the url element of a hEvent if it happens to have a canonical URL.  With other microformats it&#8217;s not so clear how to do this.</p>
<p>The first two issues, of false information in microformats, stem from their &#8220;describe your own stuff&#8221; mentality that is inherited in part from the Semantic Web.  In fact, they&#8217;re more committed to it than the SW since they really do have to be embedded in content and don&#8217;t have a general way for referring. I&#8217;ve thought about this a good bit and I think there&#8217;s another layer that has to be created, either in combination with microformats or subsuming their utility, in order to overcome it. What if people could <a href="http://barcamp.pbwiki.com/StructuredDataForTheMasses" rel="nofollow">mark up content created by others</a>.  It&#8217;s del.icio.us tags vs rel=tag.  Which do you trust more?  There&#8217;s <a href="http://many.corante.com/archives/2005/02/01/folksonomy_the_soylent_green_of_the_21st_century.php" rel="nofollow">an old Clay Shirky post</a> that I keep coming back to whenever I think about these things.</p>
<p>I have some practical experience in dealing with microformats but it&#8217;s limited so I&#8217;m definately interested to hear what others have to say on the potential hurdles to the coming uF proliferation.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

