Slashdot Mirror

← Back to Stories (view on slashdot.org)

RSS Version 3 Specs Up for Review

Posted by ryuzaki0 on from the we'll-be-supporting-atom-in-a-few-weeks dept.

Jonathan Avidan writes "The RSS 3 Homepage now offers its first publicly available specification, the RSS 3 Lite-type Specification First Draft, intended for review and commenting for revision. RSS 3 is a reworking of RSS 2.0, filling the gaps and removing unnecessary features and is fully backwards-compatible, rather than a new format."

20 of 147 comments (clear)

  1. Unnecessary features by kevin_conaway · · Score: 4, Insightful

    How does one remove features and still remain backwards compatible?

    1. Re:Unnecessary features by Anonymous Coward · · Score: 5, Insightful

      You remove features for which support was optional. Old implementations should discover that you're not using the options, new implementations no longer even check for them.

  2. durnit by B3ryllium · · Score: 3, Funny

    Damn, and I *just* got around to implementing RSS1 in my CMS ... ah well. :)

  3. While we're on the subject... by gowen · · Score: 4, Interesting

    ... plans are afoot for Microsoft to co-opt RSS and rename it "web feeds"[from El Reg, so take it with a pinch of snuff]. Now, that is a better name, but it wouldn't be the first time that some incompatible variations got added to an open standard during this process (*cough* Kerberos).

    --
    Athletic Scholarships to universities make as much sense as academic scholarships to sports teams.
    1. Re:While we're on the subject... by Trigun · · Score: 4, Funny

      It'll be an application octet/stream with a signed key that you need to decrypt it. They key will be available in the new Microsoft Web feeds viewer only, or on hacker sites two days before official launch. The actual feed will be the equivalent of `cat /dev/mem > newsfeed.web`, and subscribing to more than one feed will require a separate high speed connection installed on your computer.

    2. Re:While we're on the subject... by Zeinfeld · · Score: 3, Interesting
      ... plans are afoot for Microsoft to co-opt RSS and rename it "web feeds"

      That is more likely to be based on the IETF ATOM standard though than RSS 3.0. But it really does not matter which one Microsoft picks, just that they pick one and only one. Google made a good choice when they went with ATOM.

      RSS is a mess, it became a mess because people refused to go to a standards forum and the result was a whole slew of incompatible ad-hoc extensions. There should be one syndication format and that should be a standard maintained by W3C or IETF.

      Renaming RSS Web feeds makes a lot of sense, just as renaming the 802.11b WiFi made sense. RSS is underspecified and fragmented, just like 802.11b was. The point of WiFi was you knew stuff would work together. So renaming RSS Web Feeds makes a great deal of sense.

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
  4. Yay, XHTML in RSS by Gopal.V · · Score: 4, Informative

    They removed

    <clouds>
    <skipHours>
    <skipDays>
    <textInput>
    <source> element
    <pics> element
    <guid> element's optional "isPemraLink" attribute

    And added

    The <comments> element's optional "type" attribute
    The <pubDate> element's optional "type" attribute
    The <ttl> element's optional "span" attribute

    Looks like good news for bloggers and God knows what for stuff like GeoRSS or BlogTorrents :)

    I've been waiting for that a long time now

    --
    Quidquid latine dictum sit, altum videtur
  5. An implementing client should support everything by hritcu · · Score: 3, Insightful

    Also worth mentioning is that the Atom syndication standard, currently in development, is out of this standard's scope and does not concern it. Due to contradiction in structure, the standards cannot rely on one another, yet an implementing client should support both standards.

    How about all five RSS 0.92, RSS 1.0, RSS 2.0, RSS 3.0 and of course ATOM. This will be really a joy for implementers.

    --
    If you don't fail at least 90 percent of the time, you're not aiming high enough. (Alan Kay)
  6. Re:Gzip RSS by Bogtha · · Score: 5, Insightful

    Why isn't gzip compression of RSS feeds part of the specification?

    It is. It's part of the HTTP specification, RFC 2616. Every data format transmitted over HTTP can take advantage of it. There's no need to treat RSS as a special case.

    --
    Bogtha Bogtha Bogtha
  7. Re:Im sure Microsoft can improve it by $RANDOMLUSER · · Score: 5, Funny

    I'm sure you're wrong. Microsoft will undoubtedly implement RSS 3.0 into Longhorn with no changes. After all, they're committed to Open Standards.

    --
    No folly is more costly than the folly of intolerant idealism. - Winston Churchill
  8. Is it an accident.... by hta · · Score: 4, Interesting

    that this happens on the day after the IETF announces that it's approved the ATOM syndication format?

    Announcement reproduced below:

    The IESG has approved the following document:

    - 'The Atom Syndication Format' as a Proposed Standard

    This document is the product of the Atom Publishing Format and Protocol Working Group.

    The IESG contact persons are Scott Hollenbeck and Ted Hardie.

    A URL of this Internet-Draft is:
    http://www.ietf.org/internet-drafts/draft-ietf-ato mpub-format-11.txt

    Technical Summary:

    This document describes the Atom format for syndication. It is XML-based and is considered to be the successor to the earlier RSS formats. Its primary use is for web-based content, but is expected to be used for non-web content as well, such as personal news feeds.

    Working Group Summary:

    Some members of the working group remain unenthusiastic about some sections of the document, but the chairs strongly believe that there is rough (or better) consensus in support of the document as a whole.
    For some of the parts with the most contention, there cannot be more than very rough consensus due to basic differences in the way people would design parts of the format, particularly given that we have many models in existence with the different flavors of RSS. For some parts of the document, there is contention about whether or not a particular item should or should not be in the Atom core versus being an extension. For some parts, there is contention whether there should be MUST/SHOULD/MAY leeway for content creators in the presence or absence of an element, or the semantic content of an element; the
    group really pushed RFC 2119 around during the past few months.

    Protocol Quality

    Scott Hollenbeck and the XML Directorate have reviewed the specification for the IESG. Test implementations have confirmed basic protocol soundness.

  9. Sorry Jonathan, but... by Anonymous Coward · · Score: 3, Interesting

    RSS 2 was the one whose development "contradicts all other standards", not RSS 1.0 as you would claim.

    Between that and Dave Winer's sheer craziness (and the craziness of those like you who drank too much of Dave's cool-aid), the future lies in the open standard called Atom, not in RSS 2 or RSS 3.

    Heck, at this point even RSS 1.0 has a far better chance of success than RSS 2, with more and more people picking it as a base for extensible microformats after realizing that RSS 1.0 got a lot of things right years before most people even realized why they were needed.

  10. How about a "Next"/"Back" option by Anonymous Coward · · Score: 3, Interesting

    Since a lot of search engines are starting to provide results in RSS, why not a "Next", "Back" option? It seems rather useless to be able to get only five results in my favorite aggregator, and I would love to be able to go "forward" within a certain result set. This might also work for sites that provide news stories as well, such as Slashdot, in terms of getting older articles from the past week or two.

  11. Awful, awful idea by Bogtha · · Score: 5, Interesting

    I get the feeling that this is a practical joke/troll by Jonathan Avidan - the person who is editing this new specification, the person who maintains the website linked to, and who submitted this article to Slashdot.

    Yeah, the RSS 2 specification could do with cleaning up and clarification. No, it's not feasible because of too many people doing stupid things like announcing new versions of RSS all on their own and fragmenting the community.

    From the FAQ:

    Who designs the RSS Version 3 standard?

    Jonathan Avidan managers this site and edits the specifications according to common requests and open debates held in the Message Board and via email.

    Follow the link. It's a new message board with no posts.

    There is zero community behind this "standard", it's just a spec some guy decided to write of his own accord. In contrast, a real community effort, Atom, has just reached 1.0 and is standardized by the IETF. Nobody should take this "RSS 3.0" seriously.

    --
    Bogtha Bogtha Bogtha
    1. Re:Awful, awful idea by hritcu · · Score: 4, Interesting

      For what purpose is the RSS Version 3 standard necessary?

      The 0.9x class of standards is outdated and underdocumented. The 2.0 class is highly underdocumented, filled with unnecessary features though lacking others which could be useful. The RSS 3 standard is supposed to extensively document the standard, to expand where expansion is needed and to remove unnecessary features.

      Is any of you satisfied with the explanation that the world needs a new RSS standard because the other versions are not well documented? What on earth stops him (Jonathan Avidan) from documenting them properly?

      --
      If you don't fail at least 90 percent of the time, you're not aiming high enough. (Alan Kay)
    2. Re:Awful, awful idea by Bogtha · · Score: 3, Insightful

      Yeah, that was my first thought, but he mentions Dave "RSS 2" as an editor and says he's had a period of private review in his process list.

      Where? I see Dave mentioned a lot on that website, but nothing so far that indicates Dave even knows about this. For example:

      The current standard, RSS 3 Class (which engulfs RSS 3 Lite, RSS 3 Full, RCDL and RRDL), is based on RSS 2.0, which was offered by the Berkmen Center for Internet & Society at Harvard Law School under the License, authored by Dave Winer (other accredited authors: Roger Cadenhead, Adam Curry and Steve Zellers). This is a derivative work which is meant to replace the 2.0 version.

      This sounds like Dave's got something to do with RSS 3 at first glance, but in actual fact, it merely says that he co-authored the RSS 2.0 specification, and that this guy, Jonathan Avidan, wrote a specification that is based on that specification. Dave's listed as "a relevant link", but only with respect to him authoring the RSS 2 specification. He's mentioned again, but once more, only that Jonathan Avidan is indebted to him for writing the RSS 2 specification:

      For informative purposes, the RSS Version 2.0.1 specification can be found here and is attributed to Dave Winer, amongst others. This is a derivative work and is indebted to their genius and efforts.

      The closest that website comes to claiming "Dave Winer approval", is in the FAQ. However, that's a copy of Dave's history of RSS, except for the fact that the original copy doesn't mention RSS 3.0 at all. It just looks like he copied that page, stuck "According to Dave Winer" at the beginning, and "RSS 3 begins development" at the end.

      Remember, Dave considers RSS to be "finished". From the RSS 2.0 specification:

      Therefore, the RSS spec is, for all practical purposes, frozen at version 2.0.1. We anticipate possible 2.0.2 or 2.0.3 versions, etc. only for the purpose of clarifying the specification, not for adding new features to the format. Subsequent work should happen in modules, using namespaces, and in completely new syndication formats, with new names.

      --
      Bogtha Bogtha Bogtha
  12. Re:An implementing client should support everythin by Bogtha · · Score: 4, Informative

    Five? There are nine different versions of RSS. Not counting this new RSS 3.0, or the previous RSS 3.0 that has been around for years.

    --
    Bogtha Bogtha Bogtha
  13. Re:Authentication? by Bogtha · · Score: 3, Informative

    Looked at the spec. quickly. Did not see any support for authentication.

    You're looking at the wrong specification. RSS is transmitted over HTTP. HTTP provides authentication.

    It would be useful to be able to provide a subscription service to selected users with some degree of security.

    The thing preventing this is that common feed readers do not support enough of HTTP's features to be able to supply a username and password in a standard HTTP way.

    Like gzip compression, above, this isn't a problem that needs to be solved on a format-by-format basis. The transfer protocol handles it for all formats.

    --
    Bogtha Bogtha Bogtha
  14. Re:This question is inquisitive. by jericho4.0 · · Score: 3, Informative

    1. The term "normative" describes sections (or comments/notes) which describes behaviors and feature to which implementors must adhere
    2. The term "informative" describes sections (or comments/notes) which give certain details for further knowledge and do not describe behavior to which implementors must adhere
    3. The term "non-normative" describes sections (or comments/notes) which describe behaviors or features of recommendation nature or changing nature
    4. The words "must", "must not", "required", "shall", "shall not", "should", "should not", "recommended", "may", "may not" and "optional" are to be interpreted as described in RFC 2119

    --
    "A language that doesn't affect the way you think about programming, is not worth knowing" - Alan Perlis
  15. Re:rss3? by Bogtha · · Score: 4, Insightful

    In fact, fuck XML altogether. The Internet got along just fine using custom text/binary based formats for three decades.

    Er, you do realise that XML is merely a simplified subset of SGML, on which HTML is based? Hard to agree that the Internet "got along just fine", when its killer app is based on something that is very similar to XML, only far more complicated

    But the tag-based syntax is optimised for specifying a tree-structured document and the attributes of text it contains.

    Sounds like RSS to me.

    --
    Bogtha Bogtha Bogtha