It’s just data

Universal Canvas

DJ Adams: It seems that beyond carrying syndication information, RSS is a very useful and flexible way to get all sorts of application data pushed to a user over time.

For example, it would be very useful (even within a company intranet) to produce RSS from one's VCS (e.g., CVS, Perforce) to show checkins, or from Bugzilla to show new and updated bug entries, or to show daily build results. I've seen email-based solutoins for all of these things, but RSS seems to be a better mechanism -- less management on the server, more user control.

Posted by Dave Seidel at

Our engineering team has feeds for our source code repositories and for our bug tracking tools. These all arose kind of randomly; I got interested in building an RSS Viewer - - and internal interest arose after the tool got useful enough to use.

The engineering group finds that having the feeds is, as you suspected, quite useful

Posted by James Robertson at

DJ, that's how we publish news of Radio and Frontier updates to our users.

Posted by Dave Winer at

In 1995, my dog had a home page and an email address. In 2003, it seems obvious to me that she needs an RSS feed and a FOAF profile.

Posted by Mark at

The Modern Homepage

Zenmaster Mark commenting on Sam Ruby's blog: In 1995, my dog had a home page and an email address. In 2003, it seems obvious to me that she needs an RSS feed and a FOAF...

Excerpt from Matt Croydon::postneo at

RSS data publishing

The universal canvas and RSS data: DJ Adams points to my O'Reilly article from last December on publishing application data using RSS. Sam points to DJ. There was a lot of various feedback to that article - which was great. Now we need to get things ...

Pingback from Matthew Langham's Radio Weblog: Dienstag, 21. Januar 2003


Has anybody considered the absolutely tremendous consequences of going with application/rss+xml over text/xml?

There are _a lot_ of instances where you don't care that the code that you're working with is RSS--you just want valid XML.

There is _a lot_ of code that does the equivalent of 'if (response.contentType == 'text/xml')'.

And finally, it doesn't make any sense. RSS isn't an extension of XML, it's an instance of an XML vocabulary. Why would you change the mime type when mime types are clearly meant to represent data and serialization formats?

Sam, if you're really a proponent of serendipity, I'd hope you'd discourage silly barriers to information exchange like this one. If every XML format out there created its own MIME type that'd be a big step backwards. There's no valid reason that I can see to go with 'application/rss+xml' over 'text/xml'.

- itdp

Posted by itdp at

itdp: I do believe in serendipity, and that is exactly why I do believe that the content type should be more specific than xml. As xml formats proliferate, saying that something is simply xml is about as useful as saying that something is ASCII or UTF8.

Saying that it is rss+xml provides more information. It is quite conceivable that at some point in the future, some browser vendor will add rss specific functionallity. This likely will be based on checks on things like content type and some ad-hoc (and therefore less reliable) checks on the content itself. Those of use who make this simple change will automatically be included.

Posted by Sam Ruby at

(can't resist..)

itdp - yes, there are tremendous consequences with application/rss+xml, but they're fortunate, not unfortunate ones.

This comes down to why the web works; browsers can recognise, differentiate between, and act upon content based upon the content type. Imagine if we reduced all the non-XML application MIME types out there (application/, application/pdf, etc) to application/binary?

The more a consumer knows about what it's consuming, the better, surely.

Posted by DJ at

I'd be happier using rss+xml when it gets registered (but from what i recall of the discussions on this on the rss-dev list though, its going round in circles going nowhere)

Posted by Simon Fell at

Related comments here:

Posted by Mark at

The End of Chimera? Mike Pinkerton isn't sure he wants to continue developing Chimera. Mike's the leader of the Chimera project. Chimera is a Mozilla/Gecko-based browser for MacOS X that is JUST a browser: no mail, news, or IRC. It's a lot smaller...

Excerpt from db's Radio Weblog at

Add your comment