Das Berliner Startup uberblic hat sich einer Problematik angenommen, die Leute wie Tim Berners-Lee schon lange umtreibt: dem Abgleichen von an sich gleichen Datenschemas unterschiedlicher Datenschnittstellen (APIs). Das Ganze nennt sich Data Mapping und das Angebot von uberblic könnte man auch als Datenstruktur-Übersetzer bezeichnen.

Ein einfaches Beispiel zeigt, wozu das gut ist: Die APIs von verschiedenen Online-Diensten fragen bei Anmeldung die Nutzerdaten ab. In unserem Beispiel Vorname, Nachname und E-Mail-Adresse. Dienst A speichert diese Daten in seinen internen Datenstrukturen unter first name, last name und mail ab. Dienst B unter forename, surname und email. Dienst C unter … die Problematik dürfte klar geworden sein. Die abgefragten Daten sind vom inhaltlichen her gleich, also vergleichbar. Doch verstehen die Systeme sich nicht, da der Nachname einmal unter last name und einmal unter surname abgelegt wird.

Und hier kommt die API von uberblic ins Spiel. Wenn man diese API bei sich einbindet, kann man auf derzeit acht abgeglichene APIs, wie foursquare, facebook oder wikipedia zugreifen … weitere sollen bald folgen. Die Daten dieser Dienste liegen dann in einer einheitlichen Datenstruktur vor und können kombiniert genutzt werden.

Das Ganze fällt in das Fachgebiet der Ontologie, die eine Grundlage des von Berners-Lees propagierten semantischen Webs ist.

— via netzwertig —

Vor genau einer Woche habe ich hier vom oEmbed-Format berichtet. Dieses Format macht sich der Einbinde-Dienst embed.ly zu nutze, um eine API zur Verfügung zu stellen, die das Einbinden von Bildern, Videos sonstigen Rich-Media-Datentypen von Dutzenden von Web-Diensten wie Youtube, Flickr oder Twitter zugänglich zu machen.

Derzeit sind es 112 Dienste, die die embed.ly-API einbindet. Wer sich für die Nutzung der API interessiert bzw. tiefer in die Materie einsteigen möchte, sollte sich mal die umfangreiche Dokumentation zu Gemüte führen. Darin erfährt man alles über die Methoden und Parameter von embed.ly, findet Beispiele und Hintergrundinformationen.

Gestern fand im Design Center in San Francisco zum dritten Mal Facebooks Entwicklerkonferenz F8 statt. Wie jedes Jahr wurden im Rahmen der Konferenz Neuerungen rund um Facebook und dessen API(s) vorgestellt. Das populärste neue Feature dürfte wohl der schon im Vorfeld erwartete “Like”-Button für das gesamte Web sein.
Mit dem Activity-Feed, Recommendations, der “Like”-Box, Comments, zwei neuen Facebook-Connect-Varianten und einem Livestream-Plugin wurden noch eine Reihe weiterer, so genannter Social Plugins vorgestellt. Eine Liste mit ausführlichen Erläuterungen der Funktionsweisen der Plugins gibt es in diesem Blog-Beitrag von SocialObjects.

Im einleitenden Text des Beitrags trifft SocialObjects den Nagel auf den Kopf:

Zentraler Dreh- und Angelpunkt aller neuer Funktionen ist die Anbindung externer Seiten und Inhalte in das Facebook Netzwerk.

Über die Verwendung der neuen Social Plugins rücken externe Websites näher an Facebook heran. Für Unternehmen bedeutet das, weniger als bisher darauf angewiesen zu sein, sich (beispielsweie über eine Fan-Page) auf Facebook direkt zu präsentieren. Durch die Social Plugins kann nun die soziale Facebook-Komponente beliebig stark auf der eigenen Website integriert werden.

In diesem Zusammenhang ist zudem die Überarbeitung der Graph API interessant: Die API wurde laut TechCrunch so angepasst, dass Entwickler nun auch auf Informationen zugreifen können, die es Ihnen ermöglichen, Verbindungen zwischen Usern mit ähnlichen Interessen herzustellen. Folgendes Szenario: Auf Basis der “Like”-Buttons, die ein User quer durch das Web klickt, kann er mit anderen Usern, die die selben Buttons geklickt haben, in Verbindung gebracht werden. Diese Verbindung kann nun beispielsweise für das gezielte Ausgeben von Recommendations, aber auch von Werbung, genutzt werden.

Voraussetzung hierfür ist allerdings, dass User den Facebook-Plugins auf externen Websites vertrauen können! Dies ist nicht unbedingt gewährleistet – wie Spreeblick zeigt. Mit dem “Like”-Button kann ordentlich Schindluder getrieben werden…

Wie es sich für einen ordentlichen Web2.0 Microblogging-Dienst gehört hat nun auch blip.fm eine API veröffentlicht.
(Was blip.fm ist hat Matthias hier erläutert.)

Aktuell befindet die API sich allerdings noch in private beta. Sie bietet Bibliotheken für ActionScript, JavaScript und PHP. Eine Java Bibliothek ist angekündigt.
Die API ermöglicht es unter anderem Playlists zu erstellen, Songs zu blipen und favorisierte DJ’s und Informationen zu blip-Usern anzuzeigen.

Ich bin mir nicht so sicher, ob das Veröffentlichen einer API für blip.fm Sinn macht. In letzter Zeit findet man bei weitem nicht mehr so viele blips im Twitter-Stream wie etwa noch vor sechs Wochen. Was daran liegen kann, dass bestimmt schon viele User alles geblipt haben, was blip.fm an Songs für sie hergibt …

via TechCrunch.com

Anfang des Monats hat Google mit einem ungewöhnlichen Event sein neuestes Projekt vorgestellt: OpenSocial. Neben Orkut und iGoogle reiht sich OpenSocial in die sozialen Aktivitäten von Google ein.

OpenSocial beschäftigt sich mit der Distribution von Widgets für Soziale Netzwerke. Bisher musste ein Widget für jedes Netzwerk an dessen spezifische API angepasst werden. Nun genügt ein Widget für OpenSocial, welches anschließend nahtlos in die Netzwerke der Partner eingebunden werden kann. Der prominenteste Partner dürfte MySpace sein, aber auch Bebo, Xing, Hi5 und viele andere sind mit von der Partie.

Der Name OpenSocial impliziert, dass die Netzwerke untereinander kommunizieren können. Doch eigentlich ist OpenSocial eine Erleichterung für Entwickler. Diese müssen nur noch ein Widget – in den bekannten Standard Web Programmiersprachen Javascript und HTML – schreiben, müssen also nur noch OpenSocial statt unzähliger APIs beherrschen.

Technisch gesehen beinhaltet OpenSocial drei APIs, über die der Entwickler Zugang zu den Profildaten und Aktivitäten eines Users und allen anderen, öffentlichen, über ATOM adressierbaren Inhalten erhält.

Neben der Bereitstellung der APIs hat sich Google auch mit der Vernetzung von Netzwerken beschäftigt. Scheinbar plant Google die Speicherung aller, zu einem User im Internet vorhandener Daten. Inklusive Daten aus Soziale Netzwerken und Google Produkten. Weiterhin ist angedacht, diese Daten zu veröffentlichen: Entwickler sollen Zugriff auf die gesammelten Daten erhalten, um soziale Applikationen für beliebige Dienste schreiben zu können.

Wie sind diese Pläne mit den geltenden Datenschutzgesetzen vereinbar? Aktuell wohl noch gar nicht. Aber auch hier hat Google ein Ass im Ärmel: Peter Fleischer, oberster Datenschutzbeauftragter bei Google, hat eine Diskussion über globale Datenschutzgesetzte ins Rollen gebracht. Und da Google diese Debatte initiiert hat, hofft man, bei den neuen Gesetzen ein gewisses Mitsprecherecht zu erhalten.

Es bleibt also abzuwarten, wie das Ringen um die Datenschutzgesetze enden wird und wie gläsern der Internetuser durch Google in Zukunft erscheinen wird.