The Future of RSS

27 May 09

Driessen Samuel

rss feedreader

24 Mar 08

Liang Wang

rss web2.0

21 Mar 08

l.m orchard

aggregators metablogging rss syndication webdev

28 Feb 08

isaac Mao

Anothr Future RSS

30 Oct 07

Fernando S

future futuro rss sindicación

14 Oct 07

Kamyar Navidan

***** article rss web2.0

03 Oct 07

Melissa Higgs-Horwell

rss

RSS usage has since spread beyond simple news delivery. Companies like
de.licio.us, Flickr and YouTube added another dimension to RSS - i.e. they made
it an integral part of the Social Web (social networking, photos, video, etc).

18 Sep 07

Mack Lundy

rss

14 Sep 07

jonathan Belisle

2 article articles blogging content data del.icio.us feed for:jordiventurafabra for:winston_1984 future history pipes resources rss tutorial web2.0

11 Sep 07

faeringen

analysis future internet læsestof_udskrevet prediciton rss technology web2.0

06 Sep 07

Fabiano Caruso

del.icio.us rss web2.0

07 Aug 07

Mario A Núñez

rss

Mario a núñez

rss

13 Jul 07

William Watson

content del.icio.us development imported microformats rss web2.0 xml

06 Jul 07

Alexander

Programming Web

19 Jun 07

jimsang

imported delicious rss

09 Jun 07

ps1160

rss

06 May 07

Tom .

RSS的未来

web2.0 rss trends

20 Apr 07

Rob De Lorenzo

Read/Write Web article on the history and future on RSS

rss

13 Apr 07

Martin Koser

In short, because of RSS ubiquity it is now a very attractive delivery medium for all kinds of content. However because the basic format is simple and primitive, there is no way to encode semantics without building an extension. So in this post, we look a

rss web2.0 future

Alexandre Cabanis

rss future trends article web 2.0 2007 history

11 Apr 07

Paul Sweeney

feed innovation mashup

Concepción Abraira Fernández

future futuro RSS sindicación

Thomas Ho

rss

So today RSS is a great distribution medium. Why? Because it has become
ubiquitous
Since we are moving our desktops online - e.g. the trend of Web Office suites -
1 more annotations...
- - Thomas Ho on 2007-04-11
    
    Absolutely! I have gone so far as to claim that I could deliver an entire course via RSS and this article gives me hope that day may be much closer than ever!

elleci

del.icio.us imported rss web2.0

Sue Waters

Brief History of RSS

RSS RSSDefinition

10 Apr 07

Matt Vance

09 Apr 07

Jackie

aggregator remix rss syndication whatis

In order for RSS extensions to work, the second piece of the old technology dilemma needs to be solved. There needs to be a common format for communicating data between applications
because to a business a loss of structure leads to loss of meaning, loss of trail and ultimately the loss of customers.
4 more annotations...
- Because structured RSS holds the promise of information portability.
- But the problem is that basic RSS cannot be used to deliver structured information.
- RSS is a great distribution medium.
- RSS is an interesting mix between the two extremes, neither of which could actually work in our information-overloaded and advertising-saturated world.

brent gg

rss

06 Apr 07

Wisely

rss tutorial

To extend RSS basically means to add a custom tag. For example, Google Base currently has 148 attributes that it recommends to add to RSS. Here are some examples starting with the letter 'a': age, actor, agent, apparel type, artist. These are everyday concepts that might come handy in classifieds and other aspects of life. All of these tags allow Google Base to make RSS structured, whilst preserving its basic capability.
Posted by:
Tom Morris |
April 4, 2007 05:26 AM
1 more annotations...
- # 21
  Good article, but I would replace "RSS" with "Syndication" all through it. RSS is deprecated. I can no longer see why we're still hanging on to it. Atom is currently the best (if not only) alternative.
  
  Posted by:
  Henrik Lied |
  April 4, 2007 10:00 AM

David Feld

"[I]n this post, we look at RSS today and ask if RSS is evolving into a tool for delivering complex, semantically rich information."

rss webdesign programming web2.0 data

05 Apr 07

relearning

web design

Clint Kennedy

RSS

Will Stewart

2.0 article blogging business computer del.icio.us content RSS future web2.0

Lee Davis

web2.0 RSS article analysis

Gabriela Grosseck

Dan Schmit

jingo74

Hochan Choi

Dan Patterson

rss web2.0 future resources history journalism geek feed business del.icio.us

04 Apr 07

Dean Shareski

rss web2.0 future resources

Gary Burge

In short, because of RSS ubiquity it is now a very attractive delivery medium for all kinds of content. However because the basic format is simple and primitive, there is no way to encode semantics without building an extension. So in this post, we look a

RSS ReadWriteWeb futures articles

inutile

Joe Murphy

Online - Technology Job-related Developers

There is little doubt that RSS is a disruptive, game-changing technology. The so called Really Simple Syndication (previously also called Rich Site Summary and RDF Site Summary), has powered a fundamentally new way to deliver and consume web content. Before RSS, users had to visit individual web sites to find out what was new. Today, news is delivered via RSS directly to web browsers, desktops and aggregators. With RSS, the dynamics of the web changed into an on-demand medium.

Isaac Pigott

There is little doubt that RSS is a disruptive, game-changing technology. The so called Really Simple Syndication (previously also called Rich Site Summary and RDF Site Summary), has powered a fundamentally new way to deliver and consume web content. Befo

RSS future Resources article background technology toread delicious

farmando

article blogging feed feeds rss web2.0 reference

francesco armando

article blogging feed feeds rss web2.0 reference

hochan

rss

Krishnan Subramanian

rss

Matti Narkia

RSS future imported delicious

mega fan

inspiration web2.0

philbus3000

Web veille rss

George Dearing

Good piece from Read/Write.

aggregator feeds syndication trends web web2.0 social+computing social+media

Dobromir Hadzhiev

rss article reference

Pop Pop

RSS

Clare Roberson

Read.WriteWeb article on the future of RSS

aggregator article rss web2 for:cherj for:dgiakoumakis for:jamesfk for:sivadeel history future

Pascal Molli

rss web2.0 future

Orlin Monad

case rss trends webdev

In short, because of RSS ubiquity it is now a very attractive delivery medium for all kinds of content. However because the basic format is simple and primitive, there is no way to encode semantics without building an extension. So in this post, we look at RSS today and ask if RSS is evolving into a tool for delivering complex, semantically rich information.
There is little doubt that RSS is a disruptive, game-changing technology. The so called Really Simple Syndication (previously also called Rich Site Summary and RDF Site Summary), has powered a fundamentally new way to deliver and consume web content. Before RSS, users had to visit individual web sites to find out what was new. Today, news is delivered via RSS directly to web browsers, desktops and aggregators. With RSS, the dynamics of the web changed into an on-demand medium.
20 more annotations...
- RSS in a Nutshell
  
  RSS is rather simple language to describe the latest headlines (or the full content of articles).
- Alex,I think matthew is right. RSS is not a push technology. It seems that the new content is push to the consumer. But actually, it is the client side of the technology doning the job to pull the new content from the web site serving the rss feed.
  
  The difference between push and pull is just like the postman send you a newspaper everyday and you buy it youself.In fact,subscribing a RSS feed by giving your email to the website, that is a push technology, since the host of the website konw your email address and push the new content to you when they are avaiable, just like the postman know your address.
- RSS is for simple content syndication - the extensibility was pretty much tacked on at the end. Atom is designed as a general format for creating feeds of any type of data, and is thus much better suited to being extended. Google Base uses Atom, not RSS. You can't seriously discuss feed syndication while skipping Atom entirely - it's much more robustly specified than RSS and has been designed with other purposes (such as structured bank statements) in mind.
- rss is not a push technology!
- I don't see what is wrong with encapsulating XML content within the description element. Say we want to deliver a news item via RSS. We use the description element for the text of the news item. Similarly, if we want to deliver some other type of information, engine specs perhaps, what is wrong with placing XML based markup in the description element. This isn't extending RSS and there isn't any type limitations on the description element of RSS 2.0 as far as I am aware. In this way complex structured data could be delivered via RSS.
- Alex is right, RSS is conclusively solving the delivery problem. The high-level concept of a sequence of dated items is applicable to many problems and that is why RSS is attractive - there's no reason to invent anything different. RSS is a great wrapper for all sorts of dated information.
  
  The format question is really about what lives inside the description element; there are two sides to this. Not all feeds have to be consumed by a conventional feed reader, the date wrapper that RSS provides is useful for machine-to-machine applications. On the other hand, XML (including RSS extensions) was always intended to be human-readable with the tags ignored so properly structured data should still render in some way.
  
  So for a banking application for example, RSS would provide a convenient transport to get transactions or statments into your software and as a by-product lower the bar for other developers to do useful things with it. This is of benefit to users without them trying to consume the feed in the usual way, although if they did it should still make some kind of sense!
- Each RSS file consists of items delivered in a single channel. Each item has a title, a link and a description (attributes). The on-demand aspect of RSS is enabled by two timestamps - the lastBuildDate in the channel indicates the last time this channel changed, while the pubDate of the item indicates when the item was published. RSS aggregators (a.k.a. RSS readers) take advantage of these timestamps to decide when new content is available.
- The banking/invoice example makes me think that it isnt RSS that needs to be more structured, it is instead a need for smarter and more flexible XML readers. Note that I say XML, not RSS specifically. This is because what I feel is needed is focus on having a system to register custom XML DTDs that xml readers (web or client) can then understand (machine-readable compat). When I say register, there should be a way for X Bank to become associated/binded with a given XML DTD. The Reader software just needs to parse out the XML structure and present the data... Include rules and parameters to the system and things get even cleaner for the benefit of the user viewing the data.
  
  So, it's not so much about RSS adoption as it is just making use of XML for a plethora of business needs. RSS serves well for a rather broad market, from headline news to video/audio/image distribution. But this doesnt mean that RSS is the right spec for everything.
- Extending RSS might seem like a practical way to address these very real problems, but as you say, RSS took off because it was Really Simple. The more complicated you make it, the further it strays from what made it attractive in the first place.
  
  A big problem with all the 'structured' data integration approaches is that no one can ever agree on what the structure ought to be. Look back to all failed attempts to solve this problem, from EDI, cXML, x12, etc. Yuk.
- "The main problem with extending RSS is agreeing on what things mean"
  
  RDF has means of doing this through the creation of simple ontologies which declare equivalence. So, if I created an ontology of all English words (just to give a purely academic example that would never work in reality), I could specify that when I say "trousers" in my English namespace and someone writing in the American namespace uses the word "pants", we both mean the same thing.
  
  The RDF/SemWeb people have been working on this for a long time. It is a tremendously simple way of merging large sets of data from disparate sources. But, as usual, everyone will write it off as being too complex and have all the usual naming conflicts even though URIs and namespaces can solve the problem...
  
  Using RSS for anything but the most basic of data interchange seems to be a case of reinventing the wheel.
- RSS is only going to be one small part of the ecosystem. Well-specified APIs (both official and screen-scraping unofficial ones), XML, RDF, Microformats (with a capital M) and domain-specific semantic HTML markup ('microformats' with a lower-case 'm') all have their part to play.
- This really is silly. For domain-specific information, we've got XML and RDF. Why use a content syndication format to deliver domain-specific information when we have technologies like XML and RDF which are far better suited for that purpose? RSS can be extended for simple things, but there becomes a point where it becomes easier just to use the technologies specifically designed for the purpose of data interchange.
  
  For instance, take the problem of data persistence. If you are using RSS, the data stays in place in the RSS feed only as long as it's fresh. Typical RSS behaviour is after fifteen entries, the information disappears from the feed. Podcast archives are a problem for this reason - if you want to go and get an old episode of a podcast, there's no structured information. With generic XML and with RDF, data persistence becomes a lot easier to deal with - because one can, for instance, use a URL to point to previous entries.
- Please... Do not extend RSS any more!
  
  For god's sake (place any god here), RSS should NOT be extended anymore. The list of current formats (that in the end do the same thing) is HUGE and already really complicated with incompatible formats with one another:
  
  RSS 0.90, 0.91, 0.92, 0.93, 0.94, 1.0, 1.1, 2.0, 2.0.1
  
  ATOM 1.0, 2.0
  
  See a "very" old post on this subject [The myth of RSS compatibility] http://diveintomark.org/archives/2004/02/04/incompatible-rss
  
  RSS means many things... but lately the most common meaning for it is: really SIMPLE syndication. SIMPLE as in: NOT totally complicated as it already is now.
  
  RSS is meant for people that use aggregators to get the content of internet sites. It is not meant to be used as mean for transferring data. This is also already solved! It is called XML and is used to carry data, even execute bank transactions... whatever.
  
  RSS is a subset of XML... If you are asking for RSS expansion it is like you are asking for RSS to become XML... Why not just invent a new name for it like "TDML" (transfer data mark-up language) and use this. RSS was never meant for carrying data for bank transactions or anything like that.
- Conclusion
  
  Purists, myself included, would argue that using RSS for the delivery of complex content is a hack. After all, what does a news format have to do with semantics? But technologies do not evolve in a pure way. Some things catch on and succeed, and become widely adopted. The fact is that RSS is becoming a pervasive on-demand technology, which outweighs the fact that it was never meant to be the semantic agent of the web. But even from a purist's perspective, there may not be much to pick at - RSS is just another XML-language and in that respect it is as good as any other flavor of XML.
  
  So will RSS become more than it is today? Will it be able to solve the second piece of the old technology industry puzzle - the common format? As usual, only time will tell.
- Extending RSS
  
  To extend RSS basically means to add a custom tag. For example, Google Base currently has 148 attributes that it recommends to add to RSS. Here are some examples starting with the letter 'a': age, actor, agent, apparel type, artist. These are everyday concepts that might come handy in classifieds and other aspects of life. All of these tags allow Google Base to make RSS structured, whilst preserving its basic capability.
  
  Similarly, FeedBurner inserts proprietary attributes into their RSS feeds. This is done purely for house keeping purposes, because only FeedBurner's engine is meant to process these attributes.
  
  The main problem with extending RSS is agreeing on what things mean. In the case of FeedBurner it is not critical, but in the case of Google Base it is much more important. In order for RSS extensions to work, the second piece of the old technology dilemma needs to be solved. There needs to be a common format for communicating data between applications:
- We need something lighter and more portable to carry our information around - hence XML and RSS.
  
  Note that businesses are probably the most interested party here, because to a business a loss of structure leads to loss of meaning, loss of trail and ultimately the loss of customers.
- At first glance this might not make much sense. Why do we care about RSS having structure? Because structured RSS holds the promise of information portability.
- RSS - Beyond the Distribution Medium
  
  So today RSS is a great distribution medium. Why? Because it has become ubiquitous. If you are an online business with customers and you do not utilize RSS, then you are simply missing out. Smart companies are leveraging blogs, photos, video, podcasts to stay in touch with customers daily. Other services, like del.icio.us (owned by Yahoo), allow users to publish and subscribe to feeds, enabling powerful social networks outside the website.
  
  The ubiquity of RSS is so powerful that publishers want to deliver more and more content to users via RSS. But the problem is that basic RSS cannot be used to deliver structured information.
- RSS is basically a filtered push - the user subscribes (pulls in) to channels that he/she likes, and after that content is delivered automatically.
- For simple content delivery, RSS 2.0 is ok-ish though it is broken in a few places (such as markup in titles), and it's not very well defined for extension. Atom can be seen as a bugfix version, and can be pushed a lot further.
  
  As Tom suggests there are better defined approaches of representing and delivering arbitrary data, in particular RDF. But I don't think it's really an either/or situation. Atom is nicely defined for content syndication, and has some nice features in place such as entry versioning which could be used to benefit in delivery of broader data.
  
  The Atom Publishing Protocol is going to open a lot of doors, very much allowing Read/Write Web using the standards as originally designed. The extension potential there is also pretty good. It remains to be seen where this will lead, but it's likely to be very good for the web. As a Semantic Web fan I like that - what's good for the web is good for the Semantic Web, and vice versa.

Jeff VanDrimmelen

2.0 rss web

If you are an online business with customers and you do not utilize RSS, then you are simply missing out.
Smart companies are leveraging blogs, photos, video, podcasts to stay in touch with customers daily.

The Future of RSS - The Diigo Meta page

RSS in a Nutshell

Conclusion

Extending RSS

RSS - Beyond the Distribution Medium

Would you like to comment?

Top Tags

Check out another URL