neunetz.com

Wirtschaft im digitalen Zeitalter.

You are here: Home / Archives for APIs

APIs

Daten über Musik: Der Pandora-Ansatz vs. The Echo Nest und Co.

by Leave a Comment

Pandora setzt mit seinem händischen Ansatz der Katalogisierung von Musik auf "Weniger aber besser", während viele andere Services Metadaten algorithmisch erfassen lassen:

On the surface, it appears that Pandora, despite its head start of at least a decade on most of its competitors, is facing an uphill battle. It’s not just the number of services that are potentially coming online but also the number of songs and the amount of data those services are offering up to consumers. The Echo Nest, which powers personalization for Spotify (among others), boasts data on more than 35 million songs (which is why Spotify’s library is able to hold more than 20 million songs). Upstart Senzari says its new MusicGraph platform contains around 20 million songs. Gracenote has data on more than 130 million.

Pandora, by contrast, has “more than 1 million” songs in its library. If consumers want unlimited choice in the music they can listen to, they probably don’t want Pandora. And the company is fine by that — or so it says. “I agree that more data is better, but that’s different than more content is better,” Pandora chief scientist and vice president of playlists Eric Bieschke told me in a recent interview (before Gracenote announced its Rhythm data platform, I should note).

Metadaten-APIs werden immer wichtiger werden. Die Metadaten von Pandora sind eine Ausnahme. Aufgrund ihrer geringen Masse glaube ich nicht, dass sie eine wichtige Rolle künftig spielen werden. Je mehr Menschen Spotify und co. nutzen und diese aus dem Datenfeedback für ihre eigenen Metadaten lernen können, desto besser werden die Metadaten dieser Dienste werden.

Beide Ansätze können friedlich nebeneinander existieren. Der automatisierte, datengetriebene Ansatz wird aber der wichtigere werden. Hier werden auch sehr stark positive Skaleneffekte ins Spiel kommen.

Spannend sind die verschiedenen Quellen, die The Echo Nest mittlerweile auswertet:

As of May, The Echo Nest, which was co-founded by MIT-trained machine-listening experts Tristan Jehan and Brian Whitman, was indexing about 10 million documents (e.g., blogs, articles and reviews) a day relating to music. This is on top of the couple of million songs it’s able to analyze per week using its machine listening system. Lucchese said the company was researching all sorts of new capabilities, such as mechanically determining valence (i.e., the mood of a song) and the regional differences in how people classify or access music.

Selbst Pandora wertet mittlerweile Daten aus, die durch die Nutzung des Webradios entstehen:

Over the years, Pandora and its recommendation algorithms have actually evolved quite a bit. For the first several years of its existence, the company was focused solely on the Music Genome Project, which was the engine that powered recommendations when Pandora first began doing streaming radio in 2005. Around 2007, the company first realized it was sitting on a valuable collection of data about how individual users listened to music.

“It turns out that 35 billion thumbs is a gold mine of data about people’s personal music preferences,” Bieschke said.

Das gilt für alle Streaming-Dienste: Je mehr Hörerinnen je länger auf ihnen verweilen, desto besser wird ihr Wissen über Musik allgemein.

Spotify wird facebookähnliche Plattform starten

by 4 Comments

spotify_logo.jpg

Laut Wall Street Journal wird Spotify heute eine Plattform starten, die es App-Entwicklern erlaubt, ähnlich wie bei Facebook mit Apps zusätzliche Angebote für Spotify-Nutzer bereit zu stellen.

Spotify to Offer Apps, Open Platform to Developers – WSJ.com:

Spotify AB will begin offering Facebook-style apps that add various features and functions to its popular online-music service, according to people in the music industry, a move that could differentiate the company amid growing competition from Google Inc., Amazon.com Inc. and Apple Inc.
When it starts on Wednesday, the „app finder“ is likely to include reviews from magazines and blogs that allow users to listen to albums as they read reviews, the people say. One app will display lyrics as a song plays, while another will generate a list of upcoming concerts by artists in a user’s Spotify playlists and offer links to buy tickets.

[..]

For now, the apps will work only on desktop and laptop computers, not on smartphones. However, some apps will create playlists that users can access on smartphones. For instance, some apps may include ongoing playlist „subscriptions“ that will update regularly across all platforms.

Das Potential dieses Schrittes ist enorm. Facebook hat mit seinem erfolgreichen Schritt hin zur Plattform alle anderen Social Networks hinter sich gelassen. Spotify könnte ähnliches gelingen. Gleichzeitig könnte es enorme Kreativität im Umgang mit digitaler Musik freisetzen.

Im März diesen Jahres hat der US-amerikanische On-Demand-Streaming-Anbieter Rdio ebenfalls APIs (Programmierschnittstellen) gestartet.

Sowohl Rdio als auch Spotify sind noch nicht in Deutschland verfügbar. Es stellt sich die Frage, warum

 

1. Google+-API veröffentlicht, kann nur öffentliche Updates lesen

by 4 Comments

Google hat die erste Google+-API veröffentlicht. Die API kann nur öffentliche Postings lesen.

Das ist also ein sehr zaghafter Schritt von Google, der außer mehr Öffentlichkeit und Sichtbarkeit für Nutzer und öffentliche Inhalte keinen Einfluss auf die Nutzung von Google+ selbst haben wird. (Eine API, die schreiben kann, wird das genaue Gegenteil sein: Neben Clients wird dann auch das automatische Posten mit Apps hinzukommen. Wahrscheinlich lässt sich Google deshalb damit Zeit.)

Dave Winer hat allerdings nicht ganz unrecht:

They should just support RSS, and forget APIs to read publicly available content. All that’s going to happen now is people are going to write apps that produce feeds from their API so they can hook into the reading tools that were written a hundred years ago, like the one Google itself has. What is it about BigCo’s that keep them from paying any attention to things they didn’t invent?

Auch eine gute Nachricht: Atom/RSS-Feeds kommen bald.

Die ersten Reaktionen von anderen Entwicklern reichen von „umständlicher als die Facebook-API“ bis hin zu „gute API-Dokumentation„.

Rdio führt APIs ein, wird zur Plattform für Entwickler

by 6 Comments

Spannende Entwicklung bei dem Streaming-Angebot Rdio, das mit einer Reihe neuer APIs (Programmierschnittstellen) auf Entwickler und ein Ökosystem von Anwendungensetzt:

Streaming music subscription service Rdio today announced availability of a series of Application Programming Interfaces (APIs) that outside developers can use to add playback of Rdio’s 8 million song catalog and social features like popular playlists to their web applications.

Anreize für die Entwickler schafft Rdio über eine Umsatzbeteiligung bei neuen zahlenden Endkunden:

Developers that can sign up new subscribers to Rdio’s $5 or $10 per month paid services will receive a 2% to 3% commission for the lifetime of the subscriber.

Rdio nutzt für die technische Umsetzung der APIs die API-Plattform von Mashery.

Die APIs werden aktuell von drei Anbietern benutzt:

Rdio’s API is currently being used by AOL (for its newly launched “Play by AOL” application), Grab.com and Tweetlouder.

Rdio ist ähnlich wie Spotify, Simfy und andere Angebote ein On-Demand-Streaming-Angebot, das für ein monatliches Entgelt unbegrenzten Zugang zur Musikbibliothek bereitstellt.

Rdio ist aktuell nur in USA und Kanada verfügbar.

Killerfeature: Die neuen Facebook-Gruppen

by 14 Comments

Die zweite große Neuerung bei Facebook ist eine neue Gruppenfunktion, die das Potential hat, zum wichtigsten Feature von Facebook direkt hinter dem Newsfeed zu werden. Neue Gruppen kann man hier anlegen.

Seit Jahren kann man Personen in Facebook einzelnen Listen zuordnen, mit denen man leider nicht viel anstellen kann. Die neuen Gruppen ergänzen die Listen und bringen eine vollkommen neue Funktionalität zu Facebook, die viele wie mich sofort an Google Wave erinnerte, weil es eine ausgefuchste Gruppenfunktion ist:

First of all, you can’t just arbitrarily join a group–another member has to invite you. Membership is limited to 250 people at this point. New features include collaborative documents, photo and video sharing, and the ability to invite all members of a group to an event. There’s also live group chat, something that raises the uneasy specter of Google Wave, a product that also aimed to revolutionize intimate group communication and collaboration but ultimately was a complete flop. Groups can have e-mail addresses assigned to them too, which Facebook says can only be e-mailed by e-mail addresses that match up to Facebook accounts that are in the group.

Sowohl die von Usern angelegten Freundeslisten als auch die alten Gruppen werden wohl neben den neuen Gruppen separat weiterbestehen.

Hier und hier findet man einige Screenshots zur Erstellung und Nutzung der neuen Gruppen.

Das Erstellen der neuen Gruppen ist an das Taggen von Freunden in Fotos angelehnt. Die Gruppen bringen all die Unterscheidungsfunktionen mit, die man sich lang für die Listen gewünscht hat und sehr viel mehr:

Users can create a Group, add friends, send them email updates, group chat with all group members simultaneously, or collaboratively edit documents. Each Group represents a space amongst a set of friends. Groups are built into the news feed composer as optional distribution parameters. They’re part of the Open Graph, so users can go to any website and have all the activity of their friends broken down by Groups, and will also be accessible through m.facebook.com.

Die neuen Gruppen richten sich an Personenkreise von bis zu 250 Mitgliedern: Familien, kleine Unternehmen, Skat-Clubs, der lokale Kegelverein.

Das Interessante an den neuen Gruppen ist auch, dass Facebook immer den Plattform-Ansatz wählt (siehe etwa ortsbasierte Dienste). Die Groups Open Graph API ist Read/Write und erlaubt Entwicklern etwa Clients speziell für Gruppen-Einsatzzwecke zu schreiben. Darin steckt enormes Innovationspotential. Das aktuelle Interface von Facebook für Gruppen ist eher suboptimal gemessen am Potential. Es dürfte nur eine Frage der Zeit sein, bis Facebook die Zugriffsmöglichkeiten auf Gruppen über die APIs ausweitet und den Entwicklern noch mehr Spielraum gibt.

All Facebook über Groups und den API-Zugriff:

For the time being, Facebook groups are simply another object in the graph that developers can access. Accessing a group object via the Facebook Graph API will return the following values: id, owner, name, description, link, venue, privacy (the visibility of the group), and updated_time. Developers can also access the following group objects: feed, members, and pictures. In addition to reading group data, Facebook developers can also enable users to publish to groups from their applications using the methods defined here.

Die neuen Gruppen haben drei Privatsphäre-Parameter:

  • Open/Offen: Jeder kann den Namen der Gruppe, die Gruppenmitglieder und den Inhalt sehen.
  • Closed/Geschlossen: Jeder kann den Gruppennamen und die Gruppenmitglieder sehen, aber nicht den Inhalt.
  • Secret/Geheim: Nur Gruppenmitglieder haben Zugriff auf Gruppenname, Gruppenmitglieder und Gruppeninhalt.

Die Funktionalität der neuen Gruppen erinnert entfernt an das eingestellte Google Wave, Google Buzz und (das von Facebook 2009 gekaufte) FriendFeed. Alle diese Dienste erlauben mehr oder weniger raffiniertes Gruppieren und Kollaborieren. Tatsächlich erinnern die neuen Gruppen an das Zwischenspiel von Gruppen und persönlichen Newsfeeds auf FriendFeed, das allerdings noch etwas weiter ausgearbeitet war. (Auf FriendFeed kann man Nachrichten direkt in Gruppen und/oder im eigenen Newsfeed und/oder an einzelne Personen posten und somit die Zielgruppen quasi variabel wie bei einer Email einstellen.)

Nutzung der neuen Gruppen wird Facebook-Nutzung verändern

Wie werden die neuen Gruppen Facebook verändern? Einige Statements, die auch meine Sicht widerspiegeln.

Inside Facebook:

Facebook’s Groups feature has the potential to significantly change how we use Facebook. By offering greater control over exactly who users share with, they’re likely to share more, but with less people. The question remains whether users will still share with all of the friends, or predominantly micro-share to certain Groups.

ReadWriteWeb:

the new feature offers an improved signal-to-noise ratio, increased context for communication and a big improvement in user privacy, thanks to respect for the contextual integrity of conversations. The new feature runs some risk of being too complicated, though.

[..]

People will start using Facebook for new things – planning events, for example. It’s not just a social network anymore. Now it’s also a newsgroup, a planning tool and more.

All Facebook:

If my previous statements weren’t clear enough, Facebook groups are now an integral component of the entire Facebook experience. Between group chat, docs, and an eventual groups developer platform, Facebook is aiming to become a more significant communications and collaboration platform. While I’m not quite sure that companies will jump on board to make Facebook Groups their central collaboration tool given the lack of customer support, there’s no doubt that smaller organizations could find the new groups product to be extremely useful.

Und VentureBeat über Facebook vs. Google:

Google, meanwhile, is working on a social product or products (the details haven’t been announced), which we’ve heard caused Facebook to enter its recent “lockdown” period of intense product development. Zuckerberg didn’t mention the company explicitly, but he probably had Google in mind when he said that if the groups problem could be solved with a product approach or an algorithmic approach, “some other company would have solved it.”

Fazit

Alles in allem haben die neuen Gruppen das Potential zum Killerfeature. Sie geben realen sozialen Gefügen die Möglichkeit, sich auf Facebook zu manifestieren. Die Kommunikationsmöglichkeiten auf Facebook sind damit enorm gestiegen.

Vor allem die Integration in den Open Graph und die APIs geben den neuen Facebook-Gruppen enormes Potential. Wir werden in nächster Zeit sicher einige interessante Ansätze von Drittanbietern sehen, die auf die Gruppendaten aufsetzen werden.

Bei all dem frage ich mich, was Paul Buchheit macht. Buchheit ist einer der wesentlichen Köpfe hinter GMail und FriendFeed gewesen, und arbeitet heute für Facebook. Bis dato hört man gar nichts von ihm. Ich könnte mir vorstellen, dass er an einem neuen internen Messaging-System arbeitet, das Email weiterdenkt und für das die neuen Gruppen quasi der erste Baustein sind. Es bleibt spannend.

ReFlattr: Regelmäßige aboähnliche Zahlungen mit Flattr

by 4 Comments

Mit Flattr werden Klicks zu Zahlungen. Der monatlich bei Flattr eingezahlte Betrag wird auf die mit Flattr getätigten Klicks aufgeteilt. Der Nachteil: Wer eine Publikation jeden Monat konstant unterstützen will, hat keine andere Wahl als immer wieder zu klicken.

Hier kommt ReFlattr ins Spiel. ReFlattr wird über die API das regelmäßige Flattrn ermöglichen:

You can signup, using any name you want, you don’t even need an emailaddress to use ReFlattr (although it might be a good idea to supply one so you can reset your password in case you forget or lose it). After that you can link your Flattr account with your ReFlattr account, without giving out your password! From there on out, you can see on Reflattr what you have flattred this month and select those things that you wish to be flattred again. You have the choice between no ReFlattr (same as now), ReFlattr forever (or until you run out of means/change it in ReFlattr) and ReFlattr X times, where you can enter a number of how many times it sould be ReFlattred. At the beginning of each month, ReFlattr will Flattr in your name the things you chosen.

ReFlattr befindet sich aktuell in der Alpha-Phase und ist noch nicht öffentlich nutzbar. Gebaut wird ReFlattr vom Schweizer Christian Riesen. (via)

Sinnvoll wäre ein solches Feature sicher auch bei Flattr selbst.

Die Flattr-API wird mit Sicherheit auch einige weitere spannende Applikationen hervorbringen, die den Bezahlvorgang im Netz weiter revolutionieren könnten.

Spannend in dem Zusammenhang ist auch, was Tim Pritlove vom Flattr-Team erfahren hat:

Derzeit ist flattr vor allem mit der Implementierung und dem Rollout ihrer API beschäftigt. Auf der Konferenz erfuhr ich dabei noch ein wichtiges Detail, dass mir bislang entgangen war: wer das API auf seiner Website implementiert und Flattr-Klicks für andere entgegennimmt (das könnten z.B. Community-Sites, Archive, Entwicklerplattformen), erhält für die “Vermittlung” des Flattr-Klicks Provision von Flattr. Der Betrag geht allerdings von dem Flattr-Anteil (der derzeit noch bei 10% liegt), so dass also beim eigentlichen Empfänger des Klicks nicht abgezogen wird sondern Flattr quasi sein Geld mit dem “Distributor” (so nennen sie das) teilt.

Das ist genau die richtige Erschaffung von Anreizen, um ein Ökosystem rund um die API und die Flattr-Plattform aufzubauen.

Ein ReFlattr-ähnliches Feature scheint auch geplant zu sein:

Allen voran denkt man an die Verankerung einer regelmäßigen “Beflatterung” von “Things”, so daß man Dinge, die man regelmäßig über Flattr bedenken möchte, quasi ein Klick-Abo einrichten kann. Wie das Feature dann genau funktioniert (ich habe z.B. einen Timeout angeregt, nach dem das Abo automatisch abläuft) und wann es kommt ist aber noch unklar.

Facebook Places, Google Places, Foursquare & co.: Das ortsbasierte Web

by 4 Comments

Jetzt werden sie Mainstream: Mit dem Einstieg von Facebook in das Geschäft ortsbasierter Dienste geht der Boom jetzt richtig los. Aber Facebook ist nicht der einzige Plattformprovider auf dem Markt ortsbasierter Dienste. APIs und Plattformen ermöglichen bereits unzählige Mashups und innovative Ansätze.

Ein Überblick über das aktuelle Angebot und die Aussichten.

Inhalt:

Facebook Places

facebook-placesFacebook Places ist letzte Nacht in den USA gestartet und wird stückweise weiter ausgerollt. Wahrscheinlich wird Facebook Places in den nächsten zwei Tagen auch in Deutschland ankommen („a roll out over the next day or two“).

Die wichtigsten Merkmale

  • Auch Facebook Places ist check-in-orientiert.
  • Check-Ins auf Facebook Places sind per default nur für Freunde sichtbar. (Abgesehen von den Check-In-Anzeigen auf den Profilseiten der Orte, die für jeden sichtbar sind.)
  • In der Nähe befindliche Facebook-Nutzer werden anderen Facebook-Nutzern beim Check-In im „People Here Now“-Bereich angezeigt. Diese Anzeige ist zeitlich beschränkt. Außerdem kann man sich aus der Auflistung austragen.
  • Man kann eigene Freunde in Orten einchecken. Das nennt Facebook „taggen“. Eine interessante Funktion, die die Check-In-Häufigkeit erhöhen dürfte, aber auch für einige Irritationen sorgen wird. (Lässt sich ebenfalls deaktivieren.)
  • Orte besitzen eigene Profilseiten. Facebook hat bereits einen How-To-Guide zum Einrichten veröffentlicht.
  • Die neue Funktion steht über die iPhone-App und die Touch-Seite von Facebook zur Verfügung.
  • Facebook setzt bei den Karten auf Bing statt auf Google Maps, das in der Regel von vergleichbaren Diensten genutzt wird.
  • Die Check-Ins werden im Newsfeed der Nutzer mit einem Kartenausschnitt von Bing angezeigt. Die Nutzer können sich dort auch gleich eine Wegbeschreibung über Bing anzeigen lassen.
  • User können auf Facebook nicht vorhandene Orte anlegen. In den USA arbeitet Facebook außerdem mit Localeze für das Verzeichnis von Places-Seiten zusammen.

Facebooks Place-Seiten werden für Geschäfte enorm wichtig werden. Wie TechCrunch ausführt, werden diese Seiten eine enorme Masse an Daten beinhalten:

Many businesses have already been flocking to Facebook as both and advertising and marketing platform, and now they can have their address, map, phone number, PLUS all the public social activity that is going on at a location. A merged Places page will include a considerable amount of information, including the number of check-ins, who checked-in to a place, number of Likes, the Places’ Wall, and more.

Screenshot einer Places-Seite auf Facebook:

Facebook Places Seite

Facebooks Plattform-Ansatz und die Facebook-Places-API

Facebook setzt wie zu erwarten war auch bei seinem ortsbasierten Angebot auf den Plattformansatz.

Die API zu Facebook Places wird vorerst nur lesbar sein. Das heißt, es wird zunächst über die API nur möglich sein, Check-Ins bestimmter Nutzer und für bestimmte Orte auszulesen und die Check-Ins von Freunden eines Nutzers zu erfassen. (Die API wird künftig dreigeteilt sein und read, write und search umfassen.)

Lediglich die Launch-Partner Yelp, Booyah, Foursquare und Gowalla haben vollen Zugriff auf die les- und beschreibbare API. Abgesehen anscheinend von Foursquare, was für einen „Launch-Partner“ zumindest eigenartig ist.

Wie dem auch sei, das Ziel von Facebook ist klar: Mit der bald verfügbaren beschreibbaren API will Facebook zu der Plattform für Check-Ins und damit langfristig auch für lokale Informationen werden. Und die Chancen dafür stehen gut.

Interessant für Entwickler in diesem Zusammenhang ist auch, dass Facebook jüngst zu seinem iPhone-SDK die Social Graph API und OAuth 2.0 hinzugefügt hat:

Last week, Facebook brought its technology to iOS by introducing a new version of the Facebook SDK for iPhone, iPod Touch and iPad enhanced with the Graph API and OAuth 2.0 protocol. Together with the already available Facebook SDK for Android, you can now utilize both APIs and build social apps across two major mobile platforms.

Google Places API

Google setzt mit seinem ortsbasierten Dienst Latitude auf das Loggen des Standorts statt auf die Ein-Klick-Geste Check-In. Nichtsdestotrotz hat Google mit seiner Places API eine API für Check-Ins eingeführt; wohl nicht zuletzt als Präventivschlag gegen Facebook Places.

ReadWriteWeb hat zum Launch spekuliert, dass Googles Places API für Check-Ins sein könnte, was Google Maps für Online-Karten war. Google Maps hat Online-Karten nicht nur zu etwas allgemein Verfügbarem gemacht, sondern außerdem unzählige Mashups ermöglicht. (bis dato basieren die meisten Mashups auf Google Maps)

ReadWriteWeb über die API:

Developers building apps that include a „check in at this place“ feature can use the Places API to search across all the places users might check in for basic information like business name, address, phone number and other descriptive information. That information will be editable by the businesses listed and no caching of data is allowed, so apps will have to ping Places regularly for real-time data.

Die Aussage von ReadWriteWeb über Googles Places API dürfte meines Erachtens aktuell eher auf Facebook Places zutreffen: Facebook Places wird für Check-Ins sein, was Google Maps für Karten war.

Aktuell hat Google gegen Facebooks Gesamtangebot keine Chance. Deshalb fällt auch Googles Places API gegen Facebook Places ab. Aber wer weiß, wenn Googles Places API clever in Googles kommenden Facebook-Konkurrenten integriert wird, könnte sich das auch wieder ändern.

APIs von Foursquare, Gowalla und co.

Foursquare hat bereits seit längerem eine beschreibbare API und erhält seit längerem auch bereits über 20 Millionen Zugriffe pro Tag auf die API. Seit Anfang August ist auch die API von Gowalla beschreibbar.

Foursquares API hat bereits einige interessante Mashups hervorgebracht und ist ein wichtiger Teil der Strategie von Foursquare .

Neben weiteren APIs mit ortsbasierten Informationen ist ein Dienst noch gesondert zu erwähnen: SimpleGeo, eine Plattform für geographische Daten :

SimpleGeo launched its highly anticipated geographic data platform (our SimpleGeo API profile) and announced a data marketplace. The platform allows developers to store up to 1 million points of their own data for free. Once the data is on SimpleGeo, you can do lookups, such as finding the closest points.

Ein weitere Übersicht über APIs für ortsbasierte Daten hat O’Reilly Radar im April veröffentlicht.

Fazit

Künftig kommt man im ortsbasierten Segment nicht mehr an Facebook mit seinen über 500 Millionen aktiven Nutzern vorbei. Spätestens wenn die API beschreibbar wird, werden bald viele auf die neue Funktion aufsetzende Apps das Licht der Welt erblicken.

Facebook wird mit dem Sog, den seine 500 Millionen Nutzer erzeugen, aller Wahrscheinlichkeit nach das erreichen, was viele, inklusive Google, versuchen aber noch nicht geschafft haben: Ein umfangreiches Verzeichnis lokaler Geschäfte.

Während ich mir vorstellen kann, dass das innovative Foursquare, das unter anderem den Check-In erfunden hat, einen Mehrwert über Facebook hinaus finden wird, wird es für andere Check-In-Dienste schwer. Es ist durchaus wahrscheinlich, dass Dienste wie Gowalla ihre Nische künftig als Client für Facebook Places finden werden. Da Facebook bis dato eine konsequentere Plattform-Strategie als Twitter verfolgt, ist das nicht die schlechteste Aussicht für diese Dienste. Zusätzlich werden ortsbasierte Dienste künftig mehr Richtung Mashup denn selbstständiges Angebot gehen. So wie heute kein Dienst seine eigenen Karten bereitstellt, muss künftig kein Dienst mehr seine eigene Check-In-Infrastruktur bereithalten.

Naturgemäß werden Clients mit integriertem Multihoming für Facebook Places und andere Check-In-Dienste mit beschreibbarer API das Licht der Welt erblicken, sobald Facebooks Places-API beschreibbar wird. Apps wie Future Checkin, das automatisch in Lieblingsorte auf Foursquare eincheckt, drängen sich dafür förmlich auf.

Zusätzlich werden viele Dienste wie die Launch-Partner von haus aus eine Integration in Facebook Places anbieten(dank 500 Millionen Nutzer). Ähnlich wie man es bereits von Twitter und den Status-Updates auf Social Networks von Facebook, über VZ-Netzwerke bis LinkedIn kennt, wird Facebook Places überall integriert werden.

Twitter bietet sich gut als Vergleich an: Facebook Places wird aller Voraussicht nach das Twitter für Check-Ins werden. Überall integriert, wo es sinnvoll um Check-Ins geht.

Alle APIs, die zusätzlich neben Facebook Places noch existieren, decken den Infrastruktur-Markt für ortsbasierte Dienste gut ab. Das ist für neue Anbieter nicht schlecht, im Gegenteil: Jetzt ist ein hervorragender Zeitpunkt, um als Startup die vorhandenen Plattformen zu nutzen und mit geringstem Mittelaufwand zu experimentieren und spannende neue Ansätze (Beispiel: Info über Geschlechterverteilung in der Lieblingsbar via Foursquare) zu finden, was man auf die bestehenden Angebote aufbauen kann.

Das ortsbasierte Web wird nicht lang Brachland bleiben. Das FarmVille der Check-Ins dürfte nicht mehr weit weg sein.

In Lieblingsorte automatisch auf Foursquare einchecken mit Future Checkin

by Leave a Comment

future-checkinIn meinem Artikel über den Aufstieg der Ein-Klick-Geste hatte ich auch über die Bedeutung der Ein-Klick-Geste bei ortsbasierten Diensten in Form der von Foursquare eingeführten Check-Ins geschrieben. Zur Wechselbeziehung zwischen Protokoll-Ansatz und Ein-Klick-Geste/Check-In sagte ich sinnvolle Überschneidungen voraus:

Denkbar ist beispielsweise etwa ein ortsbasierter Dienst, der sich automatisch bei Aufenthalt an oft besuchten Orten eincheckt, wenn man das so vorher eingestellt hat. Auch im Bereich der Micropayments erscheint ein Ansatz, der die Funktionen von Flattr und Kachingle clever vereint, sinnvoll.

TechCrunch berichtet nun über Future Checkin, eine iPhone-Applikation, die genau diese Funktion für Foursquare erfüllt. Future Checkin nutzt die Foursquare-API und die Möglichkeit von iOS4, Applikationen im Hintergrund einige Funktionen ausführen lassen zu können, wie etwa das Senden des aktuellen Standorts.

In Future Checkin markiert man die eigenen Favoriten, also Orte, die man oft aufsucht. Anschließend führt das im Hintergrund laufende Future Checkin automatisch den Foursquare-Check-In für diese Orte aus, wenn man sich in deren Nähe befindet:

Here’s how it works: you sign in to the app with your Foursquare account, and it shows you a list of Foursquare venues nearby. Or you can search for your favorite venues. From this list, you choose the ones to mark as “Favorites.” You can also scan your recent check-in history and select venues from here to add to your Favorites. This Favorites list is key — these are the venues you will be automatically checked-in to when you get close enough to them (within 300 meters).

Future Checkin zeigt auch ein weiteres Mal, wie wichtig eine beschreibbare API ist, um vom Markt nachgefragte Funktionen zum Hauptangebot abdecken zu können, selbst wenn der Plattformprovider (in diesem Fall Foursquare) die Funktionen aufgrund fehlender Ressourcen, anders gelagerter Prioritäten oder Ähnlichem nicht anbietet.

Der Entwickler sagt gegenüber TechCrunch über die Unterstützung von Gowalla, dem zweitgrößten Dienst hinter Foursquare im ortsbasierten Check-In-Bereich:

As for the future of Future Checkin, [Future-Checkin-Entwickler] Sears says that he plans to implement Gowallaintegration too, as soon as their write API is ready to roll [..]

Die Implementation von Gowalla, wenn dessen API es erlauben wird, ist auch sinnvoll für den Anbieter von Future Checkin, sollte Foursquare irgendwann die Funktion von Future Checkin ebenfalls einführen.

Implementiertes Multihoming ist immer eine gute Möglichkeit für App-Entwickler, sich gegen die konkurrierenden Angebote der Plattformprovider zu behaupten.

Die Open Bank API

by Leave a Comment

Das Open Data Network berichtet über das Open Bank Projekt und die Open Bank API:

Dazu soll eine offene API entwickelt werden, die es erlaubt Finanzinformationen entweder mit allen oder nur einem bestimmten Personenkreis zu teilen um so für mehr Transparenz zu sorgen.

[..]

So können z.B. Regierungen und öffentliche Verwaltungen diese Schnittstelle Nutzen um Subventionen und andere Staatsausgaben transparenter zu dokumentieren. Empfänger staatlicher Subventionen könnten also verpflichtet werden, direkt Rechenschaft über empfangene Mittel abzulegen.

Eine Disruption in diesem Bereich ist notwendig und wäre sehr spannend. Fraglich bleibt, wie so ein Projekt an den etablierten Stellen vorbeikommen soll, die es teilweise ersetzen oder zumindest in ihrem Wirkungskreis bedrohen würde.

Aktuell such das Projekt noch nach Kooperationspartnern und hat EU-Fördergelder beantragt. Auf der Website des Projekts gibt es noch nichts zu sehen.

Update: Ausführlicher Artikel zur Open Bank API auf netzwertig.com.