Slashdot Log In
Atom 1.0 vs RSS 2.0
Posted by
Hemos
on Mon Jul 18, 2005 08:26 AM
from the the-unseen-battle? dept.
from the the-unseen-battle? dept.
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Can't tell the difference (Score:3, Insightful)
So, as a conclusion: Noone cares.
Re:Can't tell the difference (Score:3, Insightful)
Most users != Slashdotters
No question (Score:3, Insightful)
Re:No question (Score:4, Interesting)
Parent
Re:No question (Score:3, Interesting)
Re:No question (Score:3, Informative)
So all feeds supported in Longhorn will be:
RSS 0.9x
RSS 1.0
RSS 2.0
ATOM 0.3
ATOM 1.0
Re:No question (Score:3, Informative)
Neither... (Score:5, Funny)
http://blogs.msdn.com/ie/archive/2005/06/24/43239
Regards, Yogix
It's called namespaces... (Score:5, Informative)
Parent
I would consider... (Score:2, Interesting)
Re:I would consider... (Score:3, Funny)
Re:I would consider... (Score:5, Informative)
RSS and Atom are standardised ways of having a live list of stories appear from say a newssite (like this one) in various programs. Firefox calls these live bookmarks. I came here using firefox by clicking on my toolbar, seeing all of the new stories, and deciding I was interested in this one. You can also use it for desktop "news ticker" applets.
The trouble with RSS (short answer) is that there are at least three different versions of it invented by different people. As far as I know there was an RSS 0.7, then someone else invented a new protocol and called it RSS 1, then the original person invented RSS and called it version 2, but some people argue 2 is worse than 1 :(. All of these standard's owners have been accused of not taking on board comments from the wider community.
Atom is another protocol for doing the same thing. Technical issues aside, it gets my vote because they didn't decide to call it RSS 3. Or RSS 10.
Parent
Re:I would consider... (Score:3, Informative)
The trouble with RSS (short answer) is that there are at least three different versions of it invented by different people.
Three? Try nine [diveintomark.org].
As far as I know there was an RSS 0.7, then someone else invented a new protocol and called it RSS 1, then the original person invented RSS and called it version 2
No. The short version is that somebody at Netscape invented 0.9something based on RDF. The public release (another 0.9something) was rushed for my.netscape.com and wasn't based on RDF. Then Netsca
Re:I would consider... (Score:3, Interesting)
The w3 refactored HTML 4.01 into XHTML 1.0 using XML instead of SGML. This is similar to the RDF to standard XML change in RSS. Then, the w3 modularized XHTML 1.0 Strict into XHTML 1.1, similar to the back and forth
Re:I would consider... (Score:3, Informative)
Well, these are are XML syndication formats. In other words, they move headlines and article summaries from server to user in machine-parseable format.
There's RSS, which is the reigning de facto standard, but it also is regrettably very, very liberally specified, and even less frequently heeded. Everyone's extending it to their own heart's content more or less competently. There are lots of different variations. Not easy to implement, not easy to learn.
Atom is an attempt to make a real standard-like sta
Hmm... (Score:4, Funny)
whoa nelly (Score:4, Interesting)
Re:whoa nelly (Score:5, Insightful)
Parent
Re:whoa nelly (Score:2)
Re:whoa nelly (Score:2, Interesting)
This is the point: Atom is just a fork. RSS is a real concept. Forks come and go, a concept stands.
Parent Makes No Sense (Score:5, Informative)
The parent post really doesn't make any sense at all.
Parent
Re:whoa nelly (Score:2)
There are at least some out there that would say the article is heavily [docuverse.com] biased [sourcelabs.com]. Not that these responses aren't.
Me? I like RSS 2.0. It's simple (for what is does), and extensible (for most of what it doesn't). To each their own.
Once again (Score:5, Insightful)
That said, one nice thing about this format war is that there doesn't have to be a loser. It's fairly easy to handle multiple formats in software (note the number of redundant music formats), unlike hardware which is usually impossible. If the process of reading RSS tags or Atom tags is made transparent to the user, who cares who wins?
Re:Once again (Score:3, Insightful)
Re:Once again (Score:2)
Whether or not IE supports a standard has a big bearing on uptake. Look how much more widespread jpeg is to png.
Re:Once again (Score:4, Informative)
Parent
Re:Once again (Score:3, Informative)
No, LZW was a major motivator for creating PNG [wikipedia.org], not a mark against it. PNG is LZW free. Also it isn't limited to 256 colors like GIF.
AFAIK, PNG was never aimed at replacing JPEG... its main aim was to provide a better, Compuserve-free GIF alternative.
You're right about that though, if not for the right reasons. PNG wasn't really designed to have anything to do with JPEG, they mostl
Re:Once again (Score:2)
Please tell me you didn't really mean to imply that technical sophistication is achieved by making pretty widgets.
Re:Once again (Score:2)
Please tell me you didn't really mean to imply that all technical sophistication has nothing to do with user functionality and ergonomics
format war? (Score:2, Insightful)
I mean there are still 60% who still use that incompatible Browser because they believe that it is the internet and the Modem is a special powercord.
It's not pretty folks (Score:3, Funny)
Smack!
Kapow!
At least put your hands in front of your face.
Whack!
Bam!
Get up off the mat, RSS!!!
Get up!!
I can't watch anymore...
Atom's More Than A Syndication Format (Score:5, Informative)
What's been (all but) finalized is the syndication format (and rules for extending it). This allows the working group to firm up the details of the publishing API, which, for my money, is the real payoff with Atom.
A pretty good overview of the history of RSS and the motivations behind Atom is here [computer.org].
Which one is growing? (Score:4, Insightful)
Besides industry support, my only question would be "which one is growing?" Which of these formats is expected to get a new version number sometime soon?
If you ask me, that is why Microsoft is talking about adding "extensions" to RSS -- by growing and adapting the standard, it gets more bells and whistles, more application support, and more momentum in the development community.
Oracle: More Complicated Pricing Model Needed? [whattofix.com]
Sadly.. (Score:2, Funny)
Cache (Score:3, Informative)
RSS 2.0 vs. Atom vs. RSS 1.0 (Score:5, Insightful)
AFAIK the format war between RSS 2.0 and RSS 1.0 hasn't even ended yet. In spite of the version numbering, RSS 2.0 is more of a .95 than a 2.0 since it's an incremental improvement over .94. It doesn't really add any capabilities to RSS 1.0 (both can support enclosures). The only real difference is that RSS 1.0 is based on RDF while 2.0 isn't; this supposedly makes 2.0 simpler, but potentially less capable.
It's a pity that all the RSS folks couldn't simply hash together a common standard rather than wasting time on competing standards. Is 2.0 really that much simpler than 1.0? Is 1.0 really that much more capable than 2.0? Does Atom really add much to the mix? It seems that it ought to be possible to find a middle ground.
One thing (Score:5, Interesting)
GUID (Score:4, Interesting)
But because an Atom feed must include a guid element, the client has a way of uniquely identifying an item. This means that when you subscribe to an atom feed, you're not going to see duplicate articles the way you do with RSS when the RSS feed doesn't include a guid or any unique identifier (which is legal) and the client has to make one up by hashing the content.
I wrote a bit about this here [stevex.org].
False dichotomy (Score:2)
For those who don't know, RSS 0.9x was basically Dave Winer's personal plaything. When the standards community put together an RSS 1.0 standard, he took his most recent 0.9x 'standard' and renamed it RSS 2.0 to make it look more up-to-date.
Why not take RSS 1.0 and fix the few problems it has?
As someone who's implemented them both (Score:4, Informative)
Atom wins hands-down. Things are actually well specified [atompub.org] .
I can just walk through the atom specification, implementing it as I go, and not have any questions about what is required, what type of content can be present in any one element, I don't have to look up five even less well-specified different modules just to get the basics of the feed together (and thus also don't have to worry about namespaces), what elements and attributes mean (actually, I spent a minor five minutes agonizing over what I should put in the term atribute of the category element, given that the label attribute contains the human readable version, before realizing that I was completely free in this, as the "scheme" os up to myself, and deciding to mirror how categories are named in the url on the website (which I found to be consistent with various other already existing atom 1.0 feeds [intertwingly.net] that I checked)), or... well, basically any kind of question that you need to think about as you implement a new and previously unknown specification.
RSS on the other hand (any of the 9 incompatible versions)... *shudders* Those specifications don't tell me anything. I copy/paste from other feeds and heavily use the feedvalidator [feedvalidator.org], but... *shakes his head*
Once all feedreaders have been updated to support Atom 1.0 completely, I'll go and pull the plug on the remaining RSS feeds, and good riddance too!
Re:Firefox support? (Score:3, Informative)
Re:Firefox support? (Score:3, Informative)
Re:pwned (Score:3, Informative)
Unmolested version [intertwingly.net] - get it while it lasts
copy and paste from google cache (Score:2)
I just copied the one from google cache [72.14.207.104] back into the wiki - we'll see how long it takes before that asshole takes it down again.
Re:pwned (Score:2, Funny)
Grow up
Re:We use it! (Score:2)
Re:We use it! (Score:5, Interesting)
Parent
Re:As If I Cared (Score:4, Interesting)
Parent
Re:Where's the comparison? (Score:5, Informative)
RSS2.0 had a problem last year where Reuters suffered a public embarrassment adopting the format. They followed the specification correctly, and it resulted in silent data loss - their stock identifiers were in angled brackets and got treated as an HTML tag by news aggregators.
It wasn't rocket science, but this simple thing turned out to be impossible to do with RSS2.0 - it was tried many times. After the funky feed debacle, the community realised that a separate format independent of RSS2.0 was the only way to fix the underlying problem.
The proponents of RSS2.0 tried to fix the silent data loss, and ended up breaking backwards compatibility with RSS0.92 - something they weren't prepared to do before Atom.
Parent
Re:What is this stuff *for* anyway? (Score:4, Interesting)
I'm not talking about just Dilbert comics or other entertainment outlets. Imagine notification of software updates. Email is lousy for this sort of thing when you get hundreds of emails per day. It's not searchable and it sits in your own account. Another benefit of RSS is control over the lists. You ever get an email from someone you know that didn't really come from someone you know, yet had a nice virus payload attached? This doesn't do that. Any info that comes from the RSS channel is something YOU have subscribed to and unsubscribing is dead easy.
Further, with an RSS Reader I use called Feed On Feeds [minutillo.com], you can access its mySQL backend from any other software to do what you want with the information streams. There are many other readers that use this same philosophy. If you MUST have mailing lists, well, then mail out from there; not all of these sites have mailing lists and this would make a great way to present it in that format. You can reblog select posts, or a channel combining a number of other channels.
Parent