<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Conversations on Attention, OPML and Attention.xml</title><link>http://blogs.msdn.com/alexbarn/archive/2005/11/20/495073.aspx</link><description>(If you're really not up for reading this, or want more thoughts, you can listen to my podcast (.mp3, 10mb) I recorded this morning. BIG thanks to Lisa (OPML fan :-) for hosting the file . More related podcasts / conversations listed below) Attention,</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: Conversations on Attention, OPML and Attention.xml</title><link>http://blogs.msdn.com/alexbarn/archive/2005/11/20/495073.aspx#495189</link><pubDate>Mon, 21 Nov 2005 12:21:21 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:495189</guid><dc:creator>Paul Montgomery</dc:creator><description>Stop me if I'm wrong Alex, but as I understand it OPML files are quite capable of stopping at the feed URL, they don't include tags for each individual page URL pointed at by the feed file (RSS/ATOM etc). In fact, in my (admittedly limited) travels I haven't seen an OPML file which incorporates each entire RSS file within the OPML file - I'm sure you could point me at an example, but my impression is that including entire RSS files into OPML files is not the default behaviour (and arguably is not desirable). &lt;br&gt;&lt;br&gt;Thus you can understand my earlier confusion. If the destination URLs are not included in the OPML files, where do you put this &amp;quot;vote&amp;quot;? Do you assume that every OPML file includes the entire RSS file and then puts the vote in the RSS tags? So then you have the voteless RSS file and the included voteful RSS file. Is that what you're after?&lt;br&gt;&lt;br&gt;I'm quite prepared to be told I have this one wrong wrong wrong, but something doesn't click for me.</description></item><item><title>re: Conversations on Attention, OPML and Attention.xml</title><link>http://blogs.msdn.com/alexbarn/archive/2005/11/20/495073.aspx#495277</link><pubDate>Mon, 21 Nov 2005 19:45:23 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:495277</guid><dc:creator>Stewart</dc:creator><description>an anon &amp;quot;Stewart&amp;quot; not steve! :)</description></item><item><title>re: Conversations on Attention, OPML and Attention.xml</title><link>http://blogs.msdn.com/alexbarn/archive/2005/11/20/495073.aspx#495280</link><pubDate>Mon, 21 Nov 2005 19:53:12 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:495280</guid><dc:creator>alexbarn</dc:creator><description>I see what you mean Paul. I'm hesitent to write the following, because there are smarter and much better qualified people to answer your structure question. But this is how I think about it:&lt;br&gt;&lt;br&gt;It depends on how this is implemented. OPML files can point to OPML files. One of the OPML files could contain each url and associated 'vote' data. This is what is read by the app using the attention data. The app would look at the url being pointed to (and either follow it to read the data the 'item' contains and 'understand' what the content is about), or look at its exisiting db to see if it has this url cached, and if so is a 'known' url and associated data).&lt;br&gt;&lt;br&gt;So to summarise, this specific OPML doesn't *actually* contain the content the urls point to, just the urls and vote. Make sense?</description></item><item><title>re: Conversations on Attention, OPML and Attention.xml</title><link>http://blogs.msdn.com/alexbarn/archive/2005/11/20/495073.aspx#495295</link><pubDate>Mon, 21 Nov 2005 20:21:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:495295</guid><dc:creator>Danny</dc:creator><description>Enjoyed the podcast (I rarely listen to the things, but just on a whim, glad I did) - my God, the man's English!&lt;br&gt;&lt;br&gt;I can see the sense in seeing what's needed before looking at how it'll be implemented, and I like your ideas on the granularity issues. But if a structurally constrained format like OPML is the target, then I would recommend trying a sanity-check sample or two. (I tried to prod NickB for a sample, but he declined :-(&lt;br&gt;&lt;br&gt;e.g. do you nest individual items as outline elements within their parent feed outline? If so, how do you identify them individually, when GUID is optional in RSS 2.0..?&lt;br&gt;etc etc &lt;br&gt;</description></item><item><title>re: Conversations on Attention, OPML and Attention.xml</title><link>http://blogs.msdn.com/alexbarn/archive/2005/11/20/495073.aspx#495620</link><pubDate>Tue, 22 Nov 2005 10:11:25 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:495620</guid><dc:creator>Paul Montgomery</dc:creator><description>Alex: so what you're saying is that instead of OPML files linking to RSS/Atom files, they link to subsidiary OPML files which act as functionally neutered RSS files which don't contain content but contain attention metadata? And some of that metadata (i.e. visitation history) is stored in application dbs? This is all confusing.&lt;br&gt;&lt;br&gt;I don't think introducing a third file between OPML and RSS solves the problem - or at least it defeats the purpose of using OPML to do it, since you might as well use attention.xml or some other, richer XML schema. If you want to use OPML to store attention data, it's only worthwhile if you stick to the singular OPML file (IMO). However, due to the very nature of OPML - being a &amp;quot;reading list&amp;quot; which doesn't include content, or even necessarily links to each individual item it references - it would be difficult to justify using OPML to store the sort of item-specific metadata you're after (IMO). Perhaps you've uncovered a significant weakness of introducing attention data into the OPML spec.</description></item><item><title>Attention 2.0</title><link>http://blogs.msdn.com/alexbarn/archive/2005/11/20/495073.aspx#587369</link><pubDate>Mon, 01 May 2006 08:50:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:587369</guid><dc:creator>Alex Barnett blog</dc:creator><description>(I had to call this post something and given this pic, I couldn't resist...)&lt;br&gt;&lt;br&gt;&lt;br&gt;(er, that's Attention...</description></item><item><title>  Alex Barnett&amp;#8217;s blog : Conversations on Attention OPML and Attention.xml |  Music</title><link>http://blogs.msdn.com/alexbarn/archive/2005/11/20/495073.aspx#6929685</link><pubDate>Tue, 01 Jan 2008 07:07:38 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:6929685</guid><dc:creator>  Alex Barnett’s blog : Conversations on Attention OPML and Attention.xml |  Music</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://music.247blogging.info/?p=1878"&gt;http://music.247blogging.info/?p=1878&lt;/a&gt;&lt;/p&gt;
</description></item></channel></rss>