OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   RE: [xml-dev] best practice for providing newsfeeds ?

[ Lists Home | Date Index | Thread Index ]
  • To: "Michael Champion" <mc@xegesis.org>,"XML DEV" <xml-dev@lists.xml.org>
  • Subject: RE: [xml-dev] best practice for providing newsfeeds ?
  • From: "Dare Obasanjo" <dareo@microsoft.com>
  • Date: Mon, 2 Feb 2004 13:54:30 -0800
  • Thread-index: AcPpx94c5laS2U5jRti5tq7SCPb/tAADh+oA
  • Thread-topic: [xml-dev] best practice for providing newsfeeds ?

>-----Original Message-----
>From: Michael Champion [mailto:mc@xegesis.org] 
>Sent: Monday, February 02, 2004 12:04 PM
>Subject: Re: [xml-dev] best practice for providing newsfeeds ?
>As best as I understand from watching the food fight from a 
>distance, there's no dispute that RSS works fine in the 
>current world where the content is almost all human-readable 
>and the parsing is extremely liberal.  The question is whether 
>this success will continue once serious businesspeople get 
>into the act, when real money is at stake, when lots of people 
>start syndicating information that is mostly processed by 
>machines (calendars and schedules data that would be pulled 
>from a feed into Outlook, perhaps, or financial information 
>that might be acted on by some sort of 'bot), and as people 
>want to move away from liberal parsing towards content format 
>contracts.  The "simplicity" of the RSS specs looks like 
>underspecification to someone who wants to be able to 
>reject/ignore a message if it does not meet a rigorous 
>understanding of what information is there and how to find it.

I am amused to think that you believe that ATOM will solve this problem.
ATOM's confusion of features (allowing sending arbitrary MIME types,
entries have three different dates as metadata, allowing escaped markup,
overuse of the <link> tag, etc) will open lead to just as many open
questions as RSS has had in the past. 

The only difference is that I suspect the ATOM folks will be more likely
to update the spec as issues are found [hopefully they'll have some sort
of errata process] as opposed to pretending the spec is perfect and
freezing it as has happened with the RSS specs that came before it. 

PS: Once serious business people get into the act? LOL. So Rolling
Stone, Microsoft, Oracle, Sun, the New York Times, Yahoo, etc don't
count as serious business people? I see the ATOM FUDsters have gotten to
you too. 

The heaviest burden a man can carry is a chip on his shoulder.

This posting is provided "AS IS" with no warranties, and confers no


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS