Allow me to disagree — and I’m very happy to be able to do so. RSS is alive and well; it just completely failed to get adopted by the mainstream. I don’t think a lot of people would even be interested in subscribing to Twitter feeds and Facebook walls via RSS, so it’s not a big deal that these services have been phasing out support for it. At the same time, a lot of applications, some of them now becoming very popular with mainstream users, make extensive use of RSS behind the scenes (like Flipboard, or now Google Currents). RSS is doing just fine, it’s just ended up in another place than what we all were hoping for.

"Google+ to RSS" ist NOT affiliated with or distributed by Google.
This service is simply solving the issue that there is no official RSS-Feed to Google+-profiles.

I bet this works via tagging and not really through a database-- similar to what ridllr.com is doing.

Glad to see people working to fix google's massive massive mistake. However, this is only like a 40% solution since it just brings back sharing and not commenting. I'm holding out for hivemind.org

It's sort of sad to see Google engaging in this type of behavior, it's what we are used to from other companies, and what made Google different. The behavior I refer to is purposely destroying the RSS sharing platform for no other reason than forcing people to put that activity onto G+. It's especially a shame because you could have had your cake and eaten it too. What you could have done is added a button at the top just like you did for games called "RSS shares", that is where users could have gone to look at the ton of RSS content their fellow Reader users share. And you could have also allowed sharing to G+. Instead you destroyed a great sharing platform just so you could force people to share to G+. And now everyone will cut down what they share one hundred fold because they won't want to spam their G+ streams.

The redesign being horrible, color, space, and clarity-wise is only the tip of the iceberg. Ultimately the sharebros don't care what color the theme is, we care about losing the main feature of google reader that no other RSS reader has, and that's the social aspect. The "redesign" was a poor attempt to move the following system of sharing news items into google+. However, google+ can't even approach the level of information sharing that greader had. For example, if I want to share an article with a sharebro, they'd have to first leave reader, go to +, find the stream for the circle his sharebros are in, and then + will only allow a thumbnail image from the article and the first two-ish sentences. Sounds like a minor inconvenience, until you realize the average sharebro was reading well over 1000+ shares a week. It's not a convenient or easy way for us to share our RSS feeds anymore. Don't even get me started on the fact that it is impossible in + to curate feeds and shares from other users, now, rather than appearing chronologically by what you have and have not read, things get thrown into the "stream" which is an uncuratable mess where it is impossible to navigate through what you've already read and what you haven't.

This information and why we are unhappy at being corralled into + is widespread on the web from techcrunch to forbes.

Googles Schritt ist einer von der Qualität hin zur Masse. Er zwingt einer Community, die für sich in Anspruch nimmt, modern mit Nachrichten umzugehen, einen konzeptionellen Schluckauf auf – bringt nicht um, nervt aber –, dessen Ende nicht absehbar ist und opfert dafür das einzige funktionierende (!, wenn auch kleine) soziale Netzwerk des eigenen Portfolios. Ohne Not und zu Gunsten eines Hypes, von dem es ”nichts versteht”.

Wählt man nun für die statische Lesetipps-Seite unter Attribute das Template lesetipps.php aus, dann werden auf der Seite die von Instapaper per Feed gelieferten Artikel als Liste angezeigt und zum Originalartikel verlinkt. Freilich muss die URL im Codeschnipsel durch die von Instapaper individuell gelieferte Verzeichnisadresse ersetzt werden. Ebenso kann die Zahl der angezeigten Artikel – im gezeigten Beispiel sind es 25 – individuell eingestellt werden. Weiteren Basteleien sind natürlich keine Grenzen gesetzt.

So far, the Sharebro community seems pumped about the new open-source Reader alternative. "I'm definitely excited about it," Stu Watson told us in an email, "It seems like Francis is trying to preserve the elements of Google Reader that have been lost in Google+."

Das für mich dominanteste Beispiel: Ich konnte bislang sehr bequem
einigen Leuten *im Reader* folgen, ohne deren sonstige (für mich
größtenteil irrelevanten) G+ Posts lesen zu müssen.

Nun muss ich mir die für mich interessanten Teile aus deren weitaus
umfangreicheren G+ Streams herausfiltern. Das ist mir persönlich zu
zeitraubend und blöd.

Ich verzichte nun komplett auf das Sharing und das Konsumieren von
gesharten Inhalten.

Last year, when Google tried to purchase the innovative content reader application Flipboard, they were greeted with a confident decline. With a $200 million valuation and over 4 million downloads so far, it’s clear why Flipboard thinks they can be plenty successful on their own. But that decision may come back to haunt them. Google told Flipboard that if the company didn’t sell now, Google would be coming back with a product of their own. That product is going to be called Propeller, and it should be launching next week.

Just in case you aren’t entirely familiar with Flipboard, it’s very similar to Pulse in that you can read any type of content (magazines, RSS feeds, social networks) in an interactive, social way. You flip through very minimal page designs that highlight pictures and strong headlines, giving your favorite content a more pleasing layout. You can also share anything you read, and view content from other users that you are connected with. Other companies are looking to get in on this. Yahoo and Google both have versions in the works, going by Livestand and Propeller respectively.

Propeller is an internal name for Google’s new reader, though “sources close to the situation” say the name just might stick. “Currents” is another name under consideration, but either way, the app will do the same thing. It’s going to be HTML 5 based, and will work with both Android and the iPad. There should be a healthy amount of social integration put into Propeller, especially when it comes to Google+. Just yesterday, Google announced a new feature in Google+ called What’s Hot. It’s very possible that Google could not only make What’s Hot a centerpiece for Propeller, but make all of your circles viewable in a slightly less Facebook-esque way. Propeller would also have to work with Google Reader right off the bat if they want to be competitive.

We’ll be keeping a close eye on Google next week when they should be unveiling their latest weapon in the content wars.

Postalicious is a WordPress plugin that automatically posts your delicious, Google Reader, Reddit, Yahoo Pipes, Jumptags, Pinboard, or Diigo bookmarks to your blog. The exact details of how your bookmarks are posted are very customizable and are designed to meet your specific needs.

Google wird im Laufe dieser Woche die Shared-Items-Funktion im GoogleReader zugunsten einer Google+-Verknüpfung abschalten:

Im Rahmen des Facelifts plant Google außerdem, sich von einigen sozialen Features des Readers zu trennen: Das Sharing gelesener Artikel und das Abonnieren der “Shared Items” anderer Nutzer innerhalb des Google Readers wird abgeschafft. Stattdessen verspricht Google eine engere Verbindung zwischen dem Reader und Google+ – für lesenswert befundene Artikel aus den eigenen RSS-Feeds sollen dann direkt ausgewählten Kreisen bei Google+ zugänglich gemacht werden können.

Inhalt:

Feedreader + Followerprinzip
RSS, Baby
Google+: Ersatz statt zusätzliches ‘Social Layer’?
Clients to the rescue

Feedreader + Followerprinzip
Das ist insgesamt bedauerlich und besonders für Leute wie mich ausgesprochen desaströs. Eine kurze Erklärung: Für mich (und nicht nur für mich, wenn man die dazugehörigen Artikel von Techbloggern hierzulande und aus den USA liest), ist das im GoogleReader implementierte Followerprinzip eines der wichtigsten Tools für Informationsbeschaffung und Überblick über aktuelle Vorgänge in der jeweiligen eigenen Nische.

Die Erklärung dafür ist recht einfach:

Das extrem mächtige Followerprinzip (ich folge, wen ich für interessant halte, der/diejenige muss mir nicht zurückfolgen) hat im Kontext mit dem populären Feedreader zur effizientesten ‘verteilten Redaktion’ geführt, die ich je gesehen habe: Die Leute, denen ich folge, agieren praktisch noch einmal als Filter zwischen mir als Leser und den Autoren, deren Artikel ich lese. Das funktioniert besser als vergleichbares Filtern/Aggregieren auf Facebook, Twitter, Digg oder Google+. Warum? Darum:
Die Shared Items sind deshalb so effizient, weil sie direkt in dem Tool stattfinden, in dem der Konsum stattfindet. Wer auf Twitter, Facebook oder Google+ einen Link teilt, hat diesen nicht auf der Plattform gelesen. Wer einen Artikel im GoogleReader teilt, hat ihn in der Regel (dank Volltextfeeds) auch dort gelesen und nach dem Lesen lediglich auf ‘Share’ geklickt. Die Shared Items derer, denen ich folge, können direkt im Feedreader, dem effizientesten Konsumtool, gelesen und reorganisiert werden. Die Folge ist ein Ordner, “People you follow”, dessen Qualität unerreicht ist. Unter anderem ist das auch die Folge von zum Beispiel Aggregation, wenn mehr als eine meiner Verfolgten den gleichen Artikel im GoogleReader teilt.

Man kann das Ergebnis aus 1.) und 2.) am folgenden Screenshot schön sehen:

Je mehr Leute einen Artikel teilen, desto wichtiger scheint er zu sein. Ein Klick und ich kann (in der Regel) den kompletten Text sofort lesen und gegebenenfalls mit einem weiteren Klick weiter verteilen.

Ich folge im GoogleReader 371 Personen. Meine Shared Items wurden von 494 Nutzern abonniert.

Zusätzlich zu meinem Shared-Ordner habe ich einen High-Quality-Ordner angelegt, in dem ich nur die Shared Items von Leuten wie zum Beispiel Felix Schwenzel, Martin Weigert oder Carsten Pötter vorfinde. Dieser Ordner ist seit ungefähr einem Jahr die erste Anlaufstelle, um schnell die wichtigsten neuen Entwicklungen in meinem Interessensfeld zu erhalten.

Das ist das Ergebnis einer steten Verfeinerung meiner Nutzung der Shared Items, die ich nun seit Jahren täglich einsetze. Zum ersten Mal schrieb ich 2007 über Shared Items im GoogleReader. Zuletzt ausführlich habe ich 2008 darüber geschrieben. Damals gab es auch mit unter anderem Readburner und RSSMeme ein aktives Ökosystem rund um die Shared Items, das das Potential der Redistribution und Aggregation der Shared Items zeigte.  Beide Dienste existieren nicht mehr. Google selbst hat leider in diese Richtung nie etwas gemacht. (Dabei hätte es vor allem viel Potential in readerweitem Aggregieren von Themenclustern oder auch in der Verwendung von FOAF gegeben.)

Um das noch einmal in aller Deutlichkeit zu sagen: Die bevorstehende Abschaltung der Shared Items trifft mich in meinem Arbeitsfluss stärker, als würden zum Beispiel von heute auf morgen sowohl Twitter als auch Google+ verschwinden. Ein weiterer Grund neben den bereits benannten findet sich im nächsten Punkt:

RSS, Baby
Meine Shared Items sind dank dem Wordpress-Plugin Postalicious die Grundlage für die quasi-werktäglichen Linkhinweise zu News und lesenswerten Analysen hier auf neunetz.com gewesen.

Da ich über das Plugin die Linkliste direkt aus GoogleReader heraus befüllen kann, waren die Übersichten quasi ein Nebenprodukt meines täglichen Feedkonsums. Der zusätzliche Aufwand war praktisch minimal. Mit dem Wegfall der Shared Items und des damit verbundenen Linkblogs werden auch die Linkübersichten vorerst ein Ende finden, da es keinen adäquaten Ersatz gibt. Die Verwendung eines zusätzlichen Tools kommt für mich aus Zeitgründen aktuell nicht in Frage.

Das Problem, das Google für Nutzer schafft, entsteht auch durch die Abschaffung der RSS-Feeds. Eine unnütze Featureverknappung, die lediglich Google/Google+ hilft – oder vielleicht nicht. Siehe dazu den Punkt “Reeder to the rescue”.

Der Google-Mitarbeiter Louis Gray schreibt auf Google+ zu den Veränderungen:

more details will come when the rollout occurs, but yes, sharing within Reader will be retired. The public shared items page will no longer have new entries.

Das bedeutet, dass es zwar weiterhin eine Sharing-Option geben wird, diese wird aber beschränkter sein als die bisherige:

Nur Google+
Kein RSS (weil Google+ noch kein RSS anbietet)
(Höchstwahrscheinlich) Keine Verknüpfung zwischen Sharingplattform (Google+) und Konsumtool (Reader)

Das Nützliche an der Tatsache, dass die Shared Items einen eigenen RSS-Feed besitzen, ist die einfache Integration in andere Dienste: Ich kann meine Shared Items leicht hier in Wordpress reinlaufen lassen, in Pinboard mit all meinen anderen Lesezeichen archivieren und in unzählige Dienste, die RSS-Import erlauben, wie zum Beispiel Tumblr oder Twitter, über diverse Tools importieren.

Google+: Ersatz statt zusätzliches ‘Social Layer’?
Das Interessante und gleichzeitig Beunruhigende an Googles Vorgehen ist, wie Google mit dem bestehenden Featureset umgeht. Seit Google+ eingeführt wurde, hört man von Google-Managern und -Sprechern immer wieder, dass Google+ die zusätzliche soziale Schicht, das Social Layer, werden soll, dass alle Google-Dienste (und am besten noch den Rest des Webs) mit einander verbindet.

Google+ wurde als eine neue Ebene vorgestellt. Zumindest in diesem Fall ist Google+ allerdings ein minderwertiges Substitut für eine Funktion, die zu dessen Gunsten eingestellt werden soll.

Es ist offensichtlich, was Google damit erreichen will: Die Poweruser, die GoogleReader benutzen (und das sind sehr viele), sollen ihr Sharingverhalten Richtung Google+ verschieben. Das Erstaunliche ist, dass Google mit (seinem bald toten Google+-Vorläufer) Buzz wenig richtig gemacht hat, zu dem Wenigen aber die GoogleReader-Integration zählte:

Die unangetastete Sharing-Option lies such mittels Opt-in in Google Buzz integrieren. Neue Shared Items erschienen in Buzz. Kommentare in Buzz waren gleichzeitig Kommentare in GoogleReader. Der GoogleReader war sozusagen eine Art Buzz-Client für Poweruser. Genau das hätte Google auch im Zusammenspiel von GoogleReader und Google+ als Strategie umsetzen sollen:

Den Powerusern es so einfach wie möglich machen, mit GoogleReader glücklich zu werden und gleichzeitig ihr dortiges Sharing-Verhalten sanft (sprich ohne Einbußen) in Google+ hereinzuziehen. Gleichzeitig wäre es sinnvoll für Google, GoogleReader bewusst zu einem Tool auszubauen, dass nützlich für Poweruser ist.

Immerhin ist immer ungefähr ein Prozent der Nutzerschaft für die Inhalte auf einer Webplattform verantwortlich. Auch Google+  braucht dieses eine Prozent. Google+ selbst ist aber nicht der perfekte Ort für Poweruser, um zum Beispiel die Empfehlungen anderer Poweruser zu konsumieren.

Wir erinnern uns an den Tag, als wir vor einer Woche anfingen, diesen Text zu lesen: Shared Items im GoogleReader sind so perfekt, weil sie direkt im Konsumtool integriert sind. Zwischen den Linkempfehlungen gibt es keine Fotos von Katzen oder Hundewelpen, keine Diskussionen zum aktuellen Wetter.

Zusätzlich zu diesem Problem kommt die Tatsache, dass die Nutzung von Google+ und GoogleReader auch aus der Perspektive der Außendarstellung der Nutzer nicht identisch sein muss und oft nicht sein kann. Ich habe nichts davon, Mahendra Palsule, Techmeme-Redakteur und eine der interessantesten Shared-Items-Quellen in meinem Reader, jetzt in Google+ zu folgen. Ich bekomme mehr als die Links und gleichzeitig weniger, weil ich die Links nicht mehr auf der für mich als Poweruser bequemsten Plattform erhalte.

Was passiert, wenn Google dieses Vorgehen auch bei Blogger und YouTube an den Tag legt? Wenn es native Features dieser Dienste zugunsten minderwertiger Google+-Funktionen einfach abschaltet? Das kommt mir zumindest kurz- und mittelfristig nicht wie eine erfolgversprechende Strategie vor.

Im eigenen Interesse und nicht im Interesse der Nutzer zu handeln, ist natürlich das gute Recht von Google. Ein solches Verhalten kann aber leicht nach hinten losgehen:

Clients to the rescue
Mehr als alles andere war das oben beschriebene Followerprinzip, das in den GoogleReader integriert wurde, ein perfekter Lockin. Solang ich Personen im Reader folge, und diese mir folgen, und das im Interface gut integriert ist, gibt es für mich gute Gründe beim GoogleReader zu bleiben.

Indem nun dieser Lockin wegfällt, wird auch GoogleReader ersetzbarer. Das muss nicht zwangsläufig ein anderer webbasierter Feedreader werden. Das kann auch, um den Übergang weg vom GoogleReader möglichst smooth zu gestalten, über einen GoogleReader-Client geschehen.

Es gibt jetzt für Reeder und andere Feedreader, die auf GoogleReader als Synchronisationsplattform setzen, die einmalige Chance sich abzusetzen und Nutzer an[…]

I use Reader to aggregate all my RSS feeds. In fact it is where I came across this post and how I follow your blog as well as hundreds of others. Being Google+ user since the beginning I had been hoping they would integrate a +1 button into the share bar rather than moving all sharing off-site but it looks like the only way to communicate with the people I currently share with on Reader is going to be adding them on +. Looking at this from Google's point of view it is a coup for + as it will ensure all that activity that takes place in what is essentially an independent social network now moves to +. I've already added all the people I follow on Reader to a circle on plus named Reader, at least those who have accounts.

Foto: kk+ | CC-Lizenz

Via Cem wurde ich gerade auf einen Artikel bei Stay N Alive aufmerksam. Leise und weitestgehend unbemerkt haben Twitter und Facebook den RSS-Feed abgeschaltet. Während bei Facebook kein Feed mehr möglich ist, ist es bei Twitter (undokumentiert) noch möglich. Cem fragt, ob sich die beiden Großen von der Share Economy verabschieden, durch die sie selbst groß geworden sind. Gegenfrage: Ist es nicht ein zwingend notwendiger Schritt? Während Facebook profitabel läuft, das natürlich auch nur durch die Besuche auf der Webseite und der Werbeklicks, ist Twitter immer noch auf der Suche nach einem Geschäftsmodell. Um es mal polemisch auszudrücken: F!XMBR läuft wirtschaftlicher als Twitter.

Die bisherige Offenheit durch die API war der große Vorteil von Twitter und hat sicherlich zu der weltweiten Verbreitung beigetragen — doch hatte Twitter aus diesem Grund auch keine «Kontrolle» über die Inhalte der Nutzer. Die meisten Nutzer sind mit einem Client unterwegs, ohne die Webseite zu besuchen. Einer der bekanntesten und am meisten genutzten, Tweetdeck, soll Twitter gerade für 40 bis 50 Mio. Dollar übernommen haben. Wann immer wirtschaftlich die Rede von Twitter ist, wird von neuen Finanzierungsrunden gesprochen — ein gesundes Unternehmen sieht anders aus, auch wenn es angeblich mit Milliarden bewertet wird, die New Economy lässt grüßen. Das Ausschalten des RSS-Feeds im Zuge des Redesigns, der Kauf von Tweetdeck könnte aus meiner Sicht ein Zeichen von Panik sein, mit Sicherheit ist es aber ein Zeichen großer Sprachlosigkeit.

Wie will man Twitter profitabel gestalten? ich sehe da keine große Chance. Die Webseite kann man vermarkten, diese wird aber wie bereits geschrieben, weniger genutzt, die Kosten übersteigen die Werbeeinnahmen um ein Vielfaches. Nachtrag: Auf Twitter machte man mich gerade darauf aufmerksam, dass Twitter angeblich 2009 und 2010 schon Gewinne gemacht haben soll. Laut FAZ werden da aber auch viele Konjunktive verwendet. Per Zwang Werbetweets in alle Streams? Die Filtermöglichkeiten der unterschiedlichen Clients sind so gut, dass die meisten User dies ausfiltern könnten und würden. Bleibt unter dem Strich nur das große Risiko, die User selbst zur Kasse zu bitten. Wer würde für die Nutzung von Twitter zahlen? Sicherlich nicht wenige — doch würde es ausreichen und nicht vielleicht Alternativen wie Identi.ca groß machen?

Das Beispiel Twitter zeigt, dass man ein Milliarden-Unternehmen gründen — und doch rote Zahlen schreiben kann. Die nächsten zwei Jahre werden spannend zu beobachten sein. Was wird aus Twitter? Was wird aus Facebook? Facebook ist im grünen Bereich, wird weiter wachsen und vielleicht an die Börse gehen. Für Twitter sieht es schlecht aus. Stay N Alive schreibe, dass beide Unternehmen die Pflege der «offenen Standards» komplett eingestellt haben. Wie Cem sagte — dass, was sie groß gemacht hat, haben sie abgeschaltet. In gewisser Weise durchaus nachvollziehbar. Für Facebook hat es sich gerechnet — für Twitter könnte es ein böses Erwachen geben. Schau m’er mal…

Und wer den RSS-Feed von Twitter nutzen möchte (natürlich den Twitter-Namen Eurer Wahl einsetzen), der nimmt folgende URL:

https://api.twitter.com/1/statuses/user_timeline.rss?screen_name=csickendieck

A brush fire has been swirling through the blogosphere of late over whether RSS is dead, dying, or possibly severely injured and in need of assistance. It seems to have started with a post from UK-based web designer Kroc Camen that got picked up by Hacker News and re-tweeted a lot. The flames were fanned by a blog post from TechCrunch that drove RSS developer Dave Winer into a bit of a Twitter frenzy. But is RSS actually doomed, or even ailing? Not really. Like plenty of other technologies, it is just becoming part of the plumbing of the real-time web.

Camen’s criticisms seem focused on the fact that Firefox doesn’t make it easy to find or subscribe to RSS feeds from within the browser (although Mozilla staffer Asa Dotzler takes issue with that case in a comment near the bottom of the post). Instead of the usual RSS icon, he says, there is nothing except an entry in a menu. But did anyone other than a handful of geeks and tech aficionados make use of those RSS icons? It’s not clear that many regular web users have done so — or ever will. Browsers like Internet Explorer have had built-in support for RSS for years, but there’s little sign of it becoming mainstream.

So can we say that RSS is dead? Sure — in the same way that HTML is dead, or the web itself is dead (if the “death of RSS” idea seems familiar, that’s because it has reared its head several times before). There used to be plenty of HTML editors out there, which allowed people to create their own websites and web pages, but they never really went mainstream either, and HTML has evolved to the point where it’s a specialty that requires actual programming skills in order to be effective. Is that bad thing? Not if you make a living as a web designer. Hypertext markup language has become part of the plumbing of the web, and now allows far more utility than it used to.

In a similar vein, Wired magazine recently advanced the argument that the web is dead, based largely on some faulty data and a perception that apps for devices like the iPhone and iPad are taking over from the regular web. While there is some reason for concern about walled gardens such as Facebook and the control that Apple continues to exert over its ecosystem — as both the web’s inventor Sir Tim Berners-Lee and law professor Tim Wu have argued in separate opinion pieces — the reality is that the web is continuing to evolve, and apps could well be just an interim step in that evolution.

In the same way, RSS has become a crucial part of how web content gets fed from blogs and other sites into real-time services such as Twitter and Facebook, as well as aggregation apps like Flipboard, as CEO Mike McCue noted during the debate between Winer and TechCrunch. Do Twitter and Facebook compete with RSS to some extent, in terms of content discovery? Sure they do — but they also benefit from it. Along with real-time publishing tools such as Pubsubhubbub, RSS is one of the things that provides a foundation for the apps and services we see all around us, including real-time search (and plenty of people still use RSS readers, says venture capital blogger Fred Wilson).

The fact that RSS may be fading in terms of mainstream user awareness is actually a good thing rather than a bad one. The sooner people can forget about it because it just works in the background, the better off we’ll all be — in the same way many of us have forgotten (if we ever knew) how the internal-combustion engine works, because we no longer have to pull over and fix them ourselves.

Related GigaOM Pro content (sub req’d):

Why Google Should Fear the Social Web
Lessons From Twitter: How to Play Nice With Ecosystem Partners
What We Can Learn From the Guardian’s Open Platform

Post and thumbnail photo courtesy of Flickr user Les Chatfield

They remind me a little of past experiments with IBM Lotus Sametime 'bots' that could be used as a simple interface for querying data or pushing information to the right person at the right time through instant messaging. However, these new tools that Jevon has identified are designed to be more than simply passive or reactive interfaces - instead they are part of the stream of activity, interpreting or responding to activity in an intelligent way.

Of course, even integration of data to and from the stream can be useful. In the comments, Socialcast point out that Socialcast Ease offers integration with other enterprise and Web 2.0 systems through its API. I'm also reminded of Attensa's Streamserver, although while this isn't traditionally treated as a microblogging tool it offers some similar activity stream capabilities and also offers an API.

Tumblr is great as a scrapbook (scrapblog!) of content seen online. Not to say it can’t be used for original content, but that’s not where it shines (in my opinion) and I personally hardly ever put original content in Digital Crumble.

For me, Tumblr is somewhere between Twitter, Buzz, and WordPress.

One reason many people do not get Tumblr is that until you get an account, you do not know about the dashboard. The dashboard is the Tumblr equivalent to the Twitter stream. It is a neverending page of posts by people you have chosen to follow. That’s the big difference between Tumblr as a blogging tool and WordPress: Tumblr is really built around the following/being followed dynamic of Twitter and Buzz.

Kurze Frage: Wie veröffentlicht du zur Zeit effizient Links auf verschiedenen Kanälen? Delicious, Buzz, Twitter und Posterous? Habe deine Experimente verfolgt... :-)

Google engineers and the open source community have begun laying the groundwork to support an open social Web. The group has been working on a protocol that would aggregate conversations at the source, bring them back to any Web site related to the stream, and avoid spam and duplicate posts as well.

The Salmon protocol aims to connect social networks that today cannot share posts and information. The goal to syndicate and aggregate conversations related to the original post that live in silos across the Internet would create what Google calls a social graph.

The good thing about Facebook is that is has a dedicated ‘Pages’ view showing only these subscription-like updates. Unfortunately, ‘Pages’, like all lists, respects the general settings of the ‘News Feed’, so if you hide something there, it is also hidden here. This makes it impossible, under the current interface, to separate pages you have become a fan of from friends and to keep your stream relatively clean. One of the first hints that Facebook wasn’t designed for news reading.

One problem I see with Twitter & Facebook as main information sources is the availability: not all websites or blogs have Twitter accounts or Facebook pages. On the other hand, RSS is built-in to most blogging platforms, if not all, so the author doesn’t need to set up anything extra. Google Reader also recently evolved beyond feeds to deliver updates from any webpage, making it the next best thing to an universal source of updates. ... My sentiments exactly. I'm playing around with using Twitter, Facebook a

A great piece on why RSS readers are still of importance to us, the knowledge workers. True for knowledge workers in Enterprise 2.0 ebvironments too, not all can be done via Friendfeed or Twitter.

Take this together with Lee Bryants fine reply (I will bookmark this in Diigo as well) on Steve Gilmor's dim-witted claim that RSS is dead. And yes, Lee, I loved this thing about consultants with short-attention spans

RSS as a way of individuals creating a personalized information source

I think this also highlights the dangers of reducing the Enterprise RSS concept to simply news feeds (which we know is an idea that is more palatable to the average user) when there is so much more potential, as the Wallem case study also demonstrates.

In der Regel wollen Ihre RSS-Leser den ganzen Inhalt sehen. Wer nur einen Teaser anbietet, verdirbt es sich oftmals mit den Lesern. Ihnen sollte es nicht um den reinen Traffic auf dem Blog gehen (solange Sie sich nicht über Werbung refinanzieren), sondern darum, möglichst viele Menschen mit Ihren Inhalten zu erreichen, um Ihre Reputation zu stärken

For information-seekers, RSS is a life-changing experience

The Google Reader blog reported The Guardian is the “first major newspaper in the world” to have full text RSS feeds.

I’d argue that The Guardian is the first major media company in the world to have RSS feeds AT ALL.

All of the others with partial feeds — it’s a joke. It’s something that they bury at the bottom of the site so they can claim to have fully embraced web technology.

But they haven’t. They are supressing web technology. And they are surpressing the potential both for mainstream adoption and for advertisers to take feeds seriously as a channel for advertising.

I hope for The Guardian’s sake that they are able to build a sizable RSS audience that is appealing to their advertisers, and that they are able to profit while everyone else sits on the sidelines.

Quote "This of course raises the question, should you use WebCenter or Stellent for blogs/wikis/rss? I hear that question a lot, and unfortunately its usually the wrong question to ask. It's not an either/or question, its a what works best for you kind of question."

Jakob's Law now refers to the fact that since users spend most of their time on other sites, one must leverage this fact explicitly in modern online product design using capabilities like Web widgets, open APIs, feeds, and social networking apps to create presence and user touchpoints elsewhere on the Web as the well.

In this way, Jakob's Law appropriately captures the spirit of modern Web design by going to the user, rather than making the user come to the site, the latter being a harder and more expensive thing to do

Interview with Simon Revell of Pfizer

ja, genau: Wirklich große Chancen für RSS sehe ich auch in Zukunft nicht im Endverbraucher-Markt sondern im Unternehmensbereich. Soweit ich das überblicken kann, ist RSS dort zur Zeit zwar auch nicht das vorherrschende Thema.

When I’m in a position to recommend a feed strategy to a client, for example, I recommend both the process for generating the feed (and its associated filtering) as well as the reader strategy; the two have to be handled together, especially in situati

what happens when IT projects and work groups that are using blogs for project communications are “RSS enabled.”

I feel the only way to succeed here will be small scale pilots within distinct business units with a heavy communication bias. Sales teams, marketing teams, not us boring old IT folks

RSS crawling: the web content crawler now understands RSS feeds
RSS portlets: users can display RSS feeds in portlets on My Pages or community pages
RSS consumption of AquaLogic Notification Service feeds (from Collaboration)
Per-user activity stream incl

Enterprise users are lacking some of the tools and features available through the Web 2.0 consumer RSS ecosystem. And Enterprise RSS users want their RSS "when and where they want it" too!

RSS is general IT infrastructure ... too often undervalued

Replacing the abbreviation RSS with words like signals, alerts, delivery is far more descriptive and useful to customers. One of our customers has named their RSS initiative project: Communication & Collaboration Delivery.

NewsGator Technologies develops and markets solutions for the aggregation and viewing of Really Simple Syndication (RSS) feeds.

The purpose of the Enterprise RSS Day of Action is to help raise awareness for the potential for Enterprise RSS. This wiki will provide Enterprise RSS champions with materials and information they can use to run their own awareness campaigns

not knocking web-based readers - after all, we offer one of our own - but people who choose to use a desktop reader have good reasons for doing so

Eight components of KM 0.0 / PKM are the antithesis of what most large organizations provide as KM resources. Most of them are quite simple and inexpensive to implement. They simply enable trusted, context-rich conversations among communities that care.

Ergebnisse der Befragung sind u.a., dass sich RSS-Feeds als Standard für die Kommunikation etabliert hat, dass Audio- und Videopodcasts bereits oft in der Außendarstellung eingesetzt wird und dass nur wenige mit externen Wikis und dem offenen Tagging vo

A managed RSS ecosystem is the backbone of a collaborative publish subscribe infrastructure, receives and channels information from a variety of sources

When it comes to security fundamentals, Google Reader can't handle authenticated feeds. But more importantly, no enterprise should want their confidential data stored in the cloud outside of their control.

beginner's guide to RSS explaining what RSS is and how to best use it

an RSS server is a critical part of the Enterprise Web 2.0 stack - its a messaging system that should be as important as email.

I see the new intranet, the new protocol of which is RSS.

Siegfried Hirsch

Was RSS ist und wie es funktioniert, dazu gibt es eine Fülle sehr guter Definitionen und Erklärungen, auf die ich hier lediglich verweisen will.

overview on enterprise2.0

a good argument for managed RSS services inside an organisation and even reminds us that you can "RSS-ify" other disparate systems (excellent!)

If nothing else, knowledge management and market intelligence professionals should get switched on to RSS.

Janet Lee Johnson details three key benefits of enterprise RSS for any CXO. It’s a great read so head on over and take a look.

David Gurteen has a really nice straightforward article on what RSS is and how to use it. He’s included some good examples, lots of links to other resources, including a video tutorial.

Now, companies routinely use RSS to inform customers about new offerings and products. The next natural step forward is to provide employees with changes to enterprise application data using RSS.

the future is aggregation of the aggregators via mashups and shared APIs across consumer and enterprise portals ... most of the mashup experiments in the enterprise will come through portals

A basic tutorial introduction to RSS feeds and aggregators for non-technical people

most business collaboration today revolves around portals that aren’t being used effectively, tidal waves of email and attachments and conference calls. Of course, we think there’s a better way using Web Feed Workflows. That's why we are so interested

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

The convergence of SOA and Web 2.0, two highly interrelated trends that are very focused on 1) connecting people and systems together easily, 2) making software and data available for reuse via services, and 3) building new value upon the foundation of ex

But it all looks so incredibly clever and cool that I very much hope it succeeds.

I think the Web 2.0 Learning Model incorporates key traits of how wikis work. Notably permission to participate, transparency, identity, discourse, attribution and memory. We learn not only through copying others, but by watching how others copy others ov

the ability to create a semi-permanent record of a variety of information sources and publish this as a trail that others can follow

To me, the main problem of this technology is…the name itself: RSS