<?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: RSS Aggregation Software</title>
	<atom:link href="http://etbe.coker.com.au/2008/09/16/rss-aggregation-software/feed/" rel="self" type="application/rss+xml" />
	<link>http://etbe.coker.com.au/2008/09/16/rss-aggregation-software/</link>
	<description>Linux, politics, and other interesting things</description>
	<lastBuildDate>Thu, 09 Feb 2012 01:09:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Karellen</title>
		<link>http://etbe.coker.com.au/2008/09/16/rss-aggregation-software/comment-page-1/#comment-15925</link>
		<dc:creator>Karellen</dc:creator>
		<pubDate>Wed, 17 Sep 2008 18:06:34 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=787#comment-15925</guid>
		<description>&quot;it’s like looking in the fridge every few minutes and hoping that something tasty will appear&quot;

My friends and I refer to that, in conjunction with also opening all the cupboards in the kitchen for the same reason, as &quot;the search for Schrödinger&#039;s Sandwich&quot;. We are hoping that, while the cupboard/fridge is closed, the unobserved quantum wavefunction within will enter a state such that the molecules rearrange themselves into a tasty sandwich the next time it is opened.

It has not worked yet.

(We thought it did once, but it turned out someone else put the sandwich there while the searcher was elsewhere.)</description>
		<content:encoded><![CDATA[<p>&#8220;it’s like looking in the fridge every few minutes and hoping that something tasty will appear&#8221;</p>
<p>My friends and I refer to that, in conjunction with also opening all the cupboards in the kitchen for the same reason, as &#8220;the search for Schrödinger&#8217;s Sandwich&#8221;. We are hoping that, while the cupboard/fridge is closed, the unobserved quantum wavefunction within will enter a state such that the molecules rearrange themselves into a tasty sandwich the next time it is opened.</p>
<p>It has not worked yet.</p>
<p>(We thought it did once, but it turned out someone else put the sandwich there while the searcher was elsewhere.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefano Rivera</title>
		<link>http://etbe.coker.com.au/2008/09/16/rss-aggregation-software/comment-page-1/#comment-15914</link>
		<dc:creator>Stefano Rivera</dc:creator>
		<pubDate>Wed, 17 Sep 2008 10:49:54 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=787#comment-15914</guid>
		<description>More pragmatic responses:

Planet Venus supports multi-threaded polling. Our planets usually update in &lt; 1 minute with 10 threads (and while they aren&#039;t planet-debian-sized, they aren&#039;t aren&#039;t tiny)

For people who don&#039;t run their own infrastructure, the 301 approach won&#039;t help much.</description>
		<content:encoded><![CDATA[<p>More pragmatic responses:</p>
<p>Planet Venus supports multi-threaded polling. Our planets usually update in &lt; 1 minute with 10 threads (and while they aren&#8217;t planet-debian-sized, they aren&#8217;t aren&#8217;t tiny)</p>
<p>For people who don&#8217;t run their own infrastructure, the 301 approach won&#8217;t help much.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: robogato</title>
		<link>http://etbe.coker.com.au/2008/09/16/rss-aggregation-software/comment-page-1/#comment-15911</link>
		<dc:creator>robogato</dc:creator>
		<pubDate>Wed, 17 Sep 2008 04:59:49 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=787#comment-15911</guid>
		<description>If someone wants to develop a patches for mod_virgule to make these changes, that would be cool. 

The intent is actually for mod_virgule to keep only the most recent copy of a modified post and it works in most cases but some syndication formats make it almost impossible to distinguish a modified post from a new post. Any patch that improves this situation would helpful.

It is by design that we archive posts forever but a patch that provided a configuration option in config.xml to set a retention time limit would be fine.</description>
		<content:encoded><![CDATA[<p>If someone wants to develop a patches for mod_virgule to make these changes, that would be cool. </p>
<p>The intent is actually for mod_virgule to keep only the most recent copy of a modified post and it works in most cases but some syndication formats make it almost impossible to distinguish a modified post from a new post. Any patch that improves this situation would helpful.</p>
<p>It is by design that we archive posts forever but a patch that provided a configuration option in config.xml to set a retention time limit would be fine.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joey Hess</title>
		<link>http://etbe.coker.com.au/2008/09/16/rss-aggregation-software/comment-page-1/#comment-15900</link>
		<dc:creator>Joey Hess</dc:creator>
		<pubDate>Tue, 16 Sep 2008 17:37:57 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=787#comment-15900</guid>
		<description>Ikiwiki&#039;s aggregation support embeds the list of feeds to aggregate on a wiki page, so that users can edit them. It allows configuring the poll frequency on a per-feed basis there as well. Users can also create personalised feeds that include only a subset of the aggregated feeds.

Ikiwiki does not immediatly remove posts removed from feeds. I tend to see that as trying to close the barn door after the horse is out. (Or, it&#039;s a probably minor modification to the code, that I never considered making before..) It will, however, update posts with no record of the old content. That seems a more common way to retract things anyway, based on the modified versions of posts that I sometimes see pile up after the original post in my rss2email mailbox.

http 301 support is on my todo list, but since any failure to access a feed shows up on the wiki page and can be fixed by anyone, and since many/most bloggers don&#039;t know about using 301 when moving their blog anyway, it&#039;s not been a priority. Nor has pinging, largely because I don&#039;t feel pinging is a very scalable solution -- I can&#039;t expect to get all the blogs who I personally aggregate to ping my aggregator. Not until a lot of blog software supports rss 2.0&#039;s clouds at least, which still seems to be an obscure and little-used thing.

The pragmatic solution to needing to poll more feeds than your desired poll interval would seem to be threading the polling. 5 threads should be able to handle 300 feeds in well under 10 minutes.</description>
		<content:encoded><![CDATA[<p>Ikiwiki&#8217;s aggregation support embeds the list of feeds to aggregate on a wiki page, so that users can edit them. It allows configuring the poll frequency on a per-feed basis there as well. Users can also create personalised feeds that include only a subset of the aggregated feeds.</p>
<p>Ikiwiki does not immediatly remove posts removed from feeds. I tend to see that as trying to close the barn door after the horse is out. (Or, it&#8217;s a probably minor modification to the code, that I never considered making before..) It will, however, update posts with no record of the old content. That seems a more common way to retract things anyway, based on the modified versions of posts that I sometimes see pile up after the original post in my rss2email mailbox.</p>
<p>http 301 support is on my todo list, but since any failure to access a feed shows up on the wiki page and can be fixed by anyone, and since many/most bloggers don&#8217;t know about using 301 when moving their blog anyway, it&#8217;s not been a priority. Nor has pinging, largely because I don&#8217;t feel pinging is a very scalable solution &#8212; I can&#8217;t expect to get all the blogs who I personally aggregate to ping my aggregator. Not until a lot of blog software supports rss 2.0&#8242;s clouds at least, which still seems to be an obscure and little-used thing.</p>
<p>The pragmatic solution to needing to poll more feeds than your desired poll interval would seem to be threading the polling. 5 threads should be able to handle 300 feeds in well under 10 minutes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: foo</title>
		<link>http://etbe.coker.com.au/2008/09/16/rss-aggregation-software/comment-page-1/#comment-15898</link>
		<dc:creator>foo</dc:creator>
		<pubDate>Tue, 16 Sep 2008 13:49:42 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=787#comment-15898</guid>
		<description>You might want to take a look at this article for the future of data syndication:

http://anarchogeek.com/articles/2008/7/23/beyond-rest-building-data-services-with-xmpp-pubsub</description>
		<content:encoded><![CDATA[<p>You might want to take a look at this article for the future of data syndication:</p>
<p><a href="http://anarchogeek.com/articles/2008/7/23/beyond-rest-building-data-services-with-xmpp-pubsub" rel="nofollow">http://anarchogeek.com/articles/2008/7/23/beyond-rest-building-data-services-with-xmpp-pubsub</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

