<?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: Understanding digg: rate, not volume</title> <atom:link href="http://twopointouch.com/2006/social-media/understanding-digg-rate-not-volume/feed/" rel="self" type="application/rss+xml" /><link>http://twopointouch.com/2006/social-media/understanding-digg-rate-not-volume/</link> <description>web 2.0, blogs and social media</description> <lastBuildDate>Mon, 30 May 2011 20:58:01 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.1.3</generator> <item><title>By: twopointouch &#187; Another post</title><link>http://twopointouch.com/2006/social-media/understanding-digg-rate-not-volume/#comment-330</link> <dc:creator>twopointouch &#187; Another post</dc:creator> <pubDate>Sun, 27 Aug 2006 18:39:43 +0000</pubDate> <guid
isPermaLink="false">http://twopointouch.com/2006/08/23/understanding-digg-rate-not-volume/#comment-330</guid> <description>[...] This is a post with more writing and also a picture. My first attempts to understand digg, the news-voting site, were a bit of a shambles, to be honest. I tried to work out the order and content of the front page and ended up in a tangle of half-remembered Maths lessons. Owen Byrne, senior software engineer at the service, put me out of my misery by commenting that the order was actually chronological according the time stories were promoted to the top. I also commented on the importance of rate and topic, which may have been less useless.Yesterday, Fred Stutzman posted something to revive my interest. He was talking about the moaning and groaning about the power of top users and the voting blocs around them. Essentially, he says the reason for this is because we need some way to sort through the thousands of stories submitted to digg. Users canâ€™t read them all, a lot of them are spam anyway, and so we develop coping mechanisms.My first attempts to understand digg, the news-voting site, were a bit of a shambles, to be honest. I tried to work out the order and content of the front page and ended up in a tangle of half-remembered Maths lessons. Owen Byrne, senior software engineer at the service, put me out of my misery by commenting that the order was actually chronological according the time stories were promoted to the top. I also commented on the importance of rate and topic, which may have been less useless. [...]</description> <content:encoded><![CDATA[<p>[…] This is a post with more writing and also a picture. My first attempts to understand digg, the news-voting site, were a bit of a shambles, to be honest. I tried to work out the order and content of the front page and ended up in a tangle of half-remembered Maths lessons. Owen Byrne, senior software engineer at the service, put me out of my misery by commenting that the order was actually chronological according the time stories were promoted to the top. I also commented on the importance of rate and topic, which may have been less useless.Yesterday, Fred Stutzman posted something to revive my interest. He was talking about the moaning and groaning about the power of top users and the voting blocs around them. Essentially, he says the reason for this is because we need some way to sort through the thousands of stories submitted to digg. Users canâ€™t read them all, a lot of them are spam anyway, and so we develop coping mechanisms.My first attempts to understand digg, the news-voting site, were a bit of a shambles, to be honest. I tried to work out the order and content of the front page and ended up in a tangle of half-remembered Maths lessons. Owen Byrne, senior software engineer at the service, put me out of my misery by commenting that the order was actually chronological according the time stories were promoted to the top. I also commented on the importance of rate and topic, which may have been less useless. […]</p> ]]></content:encoded> </item> <item><title>By: Understanding digg again, natural order at twopointouch: web 2.0, blogs and social media</title><link>http://twopointouch.com/2006/social-media/understanding-digg-rate-not-volume/#comment-322</link> <dc:creator>Understanding digg again, natural order at twopointouch: web 2.0, blogs and social media</dc:creator> <pubDate>Sat, 26 Aug 2006 15:58:06 +0000</pubDate> <guid
isPermaLink="false">http://twopointouch.com/2006/08/23/understanding-digg-rate-not-volume/#comment-322</guid> <description>[...] My first attempts to understand digg, the news-voting site, were a bit of a shambles, to be honest. I tried to work out the order and content of the front page and ended up in a tangle of half-remembered Maths lessons. Owen Byrne, senior software engineer at the service, put me out of my misery by commenting that the order was actually chronological according the time they were promoted to the top. I also commented on the importance of rate and topic. [...]</description> <content:encoded><![CDATA[<p>[…] My first attempts to understand digg, the news-voting site, were a bit of a shambles, to be honest. I tried to work out the order and content of the front page and ended up in a tangle of half-remembered Maths lessons. Owen Byrne, senior software engineer at the service, put me out of my misery by commenting that the order was actually chronological according the time they were promoted to the top. I also commented on the importance of rate and topic. […]</p> ]]></content:encoded> </item> <item><title>By: Ian Delaney</title><link>http://twopointouch.com/2006/social-media/understanding-digg-rate-not-volume/#comment-309</link> <dc:creator>Ian Delaney</dc:creator> <pubDate>Wed, 23 Aug 2006 23:17:21 +0000</pubDate> <guid
isPermaLink="false">http://twopointouch.com/2006/08/23/understanding-digg-rate-not-volume/#comment-309</guid> <description>That&#039;s good information, Owen &amp; Dave. And obviously, the next comparison that needs to be made is between page one and page two. Were I a statistician, I&#039;m sure I&#039;d relish that...</description> <content:encoded><![CDATA[<p>That’s good information, Owen &amp; Dave. And obviously, the next comparison that needs to be made is between page one and page two. Were I a statistician, I’m sure I’d relish that…</p> ]]></content:encoded> </item> <item><title>By: Owen Byrne</title><link>http://twopointouch.com/2006/social-media/understanding-digg-rate-not-volume/#comment-307</link> <dc:creator>Owen Byrne</dc:creator> <pubDate>Wed, 23 Aug 2006 21:21:14 +0000</pubDate> <guid
isPermaLink="false">http://twopointouch.com/2006/08/23/understanding-digg-rate-not-volume/#comment-307</guid> <description>The order of items on the front page is chronological based on the time they are promoted, which is not actually shown (just the date they are posted). The promotion algorithm itself has nothing to do with the order on the front page.</description> <content:encoded><![CDATA[<p>The order of items on the front page is chronological based on the time they are promoted, which is not actually shown (just the date they are posted). The promotion algorithm itself has nothing to do with the order on the front page.</p> ]]></content:encoded> </item> <item><title>By: David Cruickshank</title><link>http://twopointouch.com/2006/social-media/understanding-digg-rate-not-volume/#comment-306</link> <dc:creator>David Cruickshank</dc:creator> <pubDate>Wed, 23 Aug 2006 20:35:18 +0000</pubDate> <guid
isPermaLink="false">http://twopointouch.com/2006/08/23/understanding-digg-rate-not-volume/#comment-306</guid> <description>Rate intuitively feels right as an important ingredient of popularity.  If my website gets 1000 hits, it&#039;s more popular if it happens in an hour than if it happens over the course of a year.  I&#039;m fairly sure that the homepage is also designed to be inclusive of members of each of the categories where possible.  I see a lot of sport articles on there that have far fewer diggs for instance.  Rate as a proportion of total diggs in that category might be interesting to look at.</description> <content:encoded><![CDATA[<p>Rate intuitively feels right as an important ingredient of popularity.  If my website gets 1000 hits, it’s more popular if it happens in an hour than if it happens over the course of a year.  I’m fairly sure that the homepage is also designed to be inclusive of members of each of the categories where possible.  I see a lot of sport articles on there that have far fewer diggs for instance.  Rate as a proportion of total diggs in that category might be interesting to look at.</p> ]]></content:encoded> </item> </channel> </rss>
