Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


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

From: jcowan@-------------.---
To: Joshua Allen <joshuaa@---------.--->
Date: 2/2/2004 10:39:00 PM
Joshua Allen scripsit:

> How does adding yet another incompatible format help this problem?  And
> for a user who is using RSS 2.0 and their aggregator works just fine,
> why would they care that some techies are arguing about semantics?
> Sounds like the best approach is to just standardize on RSS 2.0.

[Repeat this paragraph seven times, changing the RSS version number
and features.  It's just as valid each time.]

Reuters Health, to provide a concrete datapoint, has been providing RSS 1.0
and RSS 0.91 feeds for a long time.

> You are saying it is a *feature* of a syndication format that you
> require feed authors to keep track of even more metadata?  Half the
> people out there still haven't even figured out how to set the pubDate
> properly.

The "authors", in this sense, of most feeds are blogging tools.

> The same
> people you would need to convince to do it the right way in Atom are the
> people you could just as easily convince to do it the right way in RSS.

Which "right way" is that?

Why don't the Europeans persuade the Americans to use the "right" date
format, DMY?  Why can't the Americans overawe the Europeans into the
"right" date format, MDY?  But no, both of them are now starting to use
the YMD format, at least in IT applications.  Is that for compatibility
with the Japanese?  Hardly.

-- 
John Cowan  jcowan@r...  www.ccil.org/~cowan  www.reutershealth.com
"The competent programmer is fully aware of the strictly limited size of his own
skull; therefore he approaches the programming task in full humility, and among
other things he avoids clever tricks like the plague."  --Edsger Dijkstra


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent