Florian Eckerstorfer

Bereits seit Monaten geistert in meinem Kopf die Idee eines dezentralen social Networks durch meinen Kopf. Zuerst wurde ich durch einen Artikel von Robert Basic darauf aufmerksam. In den folgenden Wochen und Monaten formte sich in meinem Kopf folgende Idee: Anstatt mich in einem Social Network zu registrieren würde ich auf meinem Webserver eine Software installiere die, einfach gesagt, mein Profil darstellt. Über Formate wie XML, RSS, etc wären diese Daten auch in einer maschinenlesbaren Form zugänglich. Außerdem würde mein Webserver eine API anbieten mit der andere Webserver auf diese Daten zugreifen können. Jeder dieser Webserver bietet auch eine API an mit der ich auf die Daten der Benutzer auf diesem Webserver zugreifen kann. Es geht hier nicht nur darum, dass mein Profil im XML (oä) vorliegt, es geht darum das über die API jede beliebige, für ein Social Network notwendige, Aktion ausgeführt werde kann. Ich kann über diese API eine Freundanfrage schicken, ich kann eine solche annehmen oder ablehnen, ich kann eine private Nachricht an einen Freund schicken oder ich kann eine Nachricht auf seinem Profil/Pinnwand/whatever hinterlassen.

Diese Idee reifte mehrere Monate in meinem Kopf, bis ich mich endlich beschloss es zu probieren. Ich registrierte am 8. Dezember die Domain cocur.org, allerdings kam ich nicht zu viel mehr als Wordpress zu installieren. Die Uni und andere Projekte hielten mich davon ab. Erst als Robert Basic am 10. Jänner ein weiteres Mal über dezentrale Soziale Netzwerke bloggte, beschloss ich endlich an Cocur weiter zu arbeiten.

Als ich Anfang mich mit der Idee zu beschäftigen, gab es im Internet so gut wie gar nichts darüber und ich muss eingestehen, dass ich während des folgenden halben Jahres auch nicht die Entwicklungen in diesem Bereich verfolgte. In meinem Kopf war die Idee vorhanden und bei Gelegenheit dachte ich sie weiter, aber ich hatte keine Zeit produktiv damit zu arbeiten. Obwohl es genau in diesem halben Jahr zahlreiche interessante Ansätze zu diesem Thema gegeben hat.

• Da wäre zum Beispiel NoseRub von Dirk Olbertz. Als ich auch dieses Projekt gestoßen bin, kurz nachdem ich mich entschlossen hatte das Cocur Projekt Anfang Dezember zu starten, dachte ich das NoseRub genau das gleiche schon macht was auch ich machen will. Aber bei genauem hinsehen besteht ein Unterschied. NoseRub möchte eine zentrale Anlaufstelle für Daten eines Benutzers sein. Dazu ein Beispiel, wenn ich an einer Fotocommunity (sagen wir sie heißt FotoA) teilnehmen möchte, dann muss ich mich dort nicht mehr registrieren, sondern (wenn es NoseRub unterstützt) lediglich meine NoseRub-URL angeben und FotoA kann sich für die Zeit in der ich dort an der Community teilnehmen möchte die Daten von mir “borgen”. Wenn ich FotoA nicht mehr mag und stattdessen bei FotoB teilnehmen möchte darf sich FotoA meine Daten nicht mehr borgen. Dafür darf FotoB jetzt meine Daten haben. Außerdem aggriert NoseRub die Daten meiner Freunde einfach an einer zentralen Stelle. Dafür gibt es schon einige Dienste aber mit NoseRub kann ich dies auch auf meinem eigenen Sever tun.
• Außerdem gibt es noch das DiSo Project von Chris Messina und Steve Ivy. Dieses Projekt basiert auf offenen Formaten und soll zuerst Wordpress-Blogs später auch andere Software in das Profil des Benutzers verwandeln.
• Dann gäbe es da noch die Data Portability Group bei der auch Facebook, Plaxo und Google dabei sind. Auch hier dachte ich am Anfang das es Cocur überflüssig machen würde, aber die bisherigen sehr wagen Informationen lassen eher darauf schließen das es darum geht von einem Social Network seine Daten exportieren und in ein anderes wieder importieren kann. Also ähnlich wie NoseRub nur eben nicht so dezentral. Es wäre für Google, Facebook & Co ja auch nicht sinnvoll eine Technik zu entwickeln die ihre eigenen Dienste weitgehend überflüssig macht.
• OpenSocial von Google hat wahrscheinlich am wenigsten von den hier genannten mit Cocur zu tun, soll aber nicht ungenannt bleiben. OpenSocial bietet eine JavaScript API mit der plattformübergreifende Applikationen für Soziale Netzwerke geschrieben werden können. Es richtet sich an Entwickler die eine Anwendung sowohl für (selbe Beispiele wie oben) FotoA und FotoB schreiben wollen. Anstatt zwei verschiedene APIs lernen zu müssen, muss man nur eine lernen und auch seine Applikation nur einmal schreiben, sie wird auf allen Social Networks laufen die OpenSocial unterstützen.

Zum Abschluss will ich noch die Frage beantworten, was der Unterschied zwischen Cocur und den vorher beschriebenen Projekten ist.

• OpenSocial macht etwas ganz anderes, darum will ich auch gar nicht näher darauf eingehen.
• Das DiSo-Projekt will Software, die offene Formate implementiert, entwickeln die das social networking die Wordpress-Blogs (ua) zu dem Profil des Benutzers machen.
• NoseRub aggregiert einerseits Daten aus verschiedenen Sozialen Netzwerken und bietet dem Benutzer die Möglichkeit sie an einer beliebigen Stelle, also auch dem eigenen Server, anzubieten. Andererseits nutzt man diese zentrale Stelle um Sozialen Netzwerken die Daten anzubieten und für den Aufenthalt in diesem Netzwerk zu borgen. Dies geht ganz deutlich aus einem Interview des elektrischen Reporters mit Dirk Olbertz heraus. Außerdem bietet NoseRub hauptsächlich die Software an, mit der es möglich ist die oben genannte Dinge zu erledigen.
• Bei der DataPortability Group ist es eindeutig am Schwierigsten zu sagen was genau der Unterschied ist. Für meinen Teil glaube ich, dass sie das selbst noch nicht genau wissen. Aus den bisher zugänglichen Informationen ist aber zu schließen, dass es den Umzug zwischen Sozialen Netzwerken erleichtern soll.
• Cocur will, im Gegensatz zum DiSo Project und NoseRub, keine Software anbieten. Mir geht es um ein offenes Format zum Transfer von Daten und Aktionen. Während die von NoseRub angebotenen Daten an Social Networks verborgt werden während in an deren Community teilnehme, bleiben die Daten von Cocur immer in meinem Besitz. Um wieder zu den Beispielen von vorher zu kommen. Cocur soll es nicht ermöglichen an der Community von FotoA teilzunehmen ohne ein Profil zu erstellen (weil die ja schon bei NoseRub liegt) und später genauso einfach auf FotoB zu wechseln. Mir geht es darum, dass ich sowohl mit Benutzern von FotoA und FotoB befreundet sein kann ohne an deren Community teilzunehmen. Das Format soll es ermöglichen, dass ich eine Gruppe (auf meinem Server) gründe und sowohl Benutzer von FotoA als auch von FotoB können dieser Gruppe beitreten und an den Diskussionen teilnehmen. Über Cocur werde ich meine Daten niemals FotoA oder FotoB “borgen”, obwohl diese Netzwerke gezwungenermaßen auf meine Daten zugreifen können müssen wenn ich Freunde in diesem Netzwerk habe.

Das Format ist noch so gut wie gar nicht definiert, ich habe zwar schon ein paar Ideen, aber im Grunde ist noch gar nichts fix. Mir ist noch nicht einmal klar auf welchem Format Cocur basieren soll. Meine Idee ist, das dies gemeinschaftlich im Cocur Project Wiki geschieht. Das Wiki ist, wie auch der Blog, in Englisch gehalten um möglichst viele Menschen anzusprechen. Es wäre einfach unsinnig ein Format, das weltweit eingesetzt werden soll, auf Deutsch zu schreiben. Ich werde allerdings in diesem Blog ab und zu von den Fortschritten auf Deutsch berichten.