LostFocus

A weblog by Dominik Schwind

I have nothing to say, really.

Fuck off.

Photography Groups, Floats and OAuth

These are my links for May 22nd through June 1st:

Shoot the Recession

These are my links for March 4th through March 5th:

Bookmarks for February 24th through February 25th

These are my links for February 24th through February 25th:

build.kiva

Sehr coole Sache: Introducing the Kiva API

Twitter-Hack

Oha:

As more details become available, it seems what happened is that a Twitter administrator (i.e., employee) gave their password to a 3rd party site because their API requires it, which was then used to compromise Twitter’s admin interface.

Aus der sehr interessanten OAuth/Twitter-Diskussion bei Simon Willison.

OAuth bei Twitter

Es ist eine der Schwachstellen von Twitter: Das Fehlen von OAuth bei der API. Das soll sich jetzt bald ändern.

TMC als XML/API?

Hat irgendwer eine Ahnung, wo man deutsche TMC-Meldungen per XML oder anderer API bekommen kann? Ich habe nicht wirklich Lust (und ganz sicher nicht das Wissen) mir das selbst über ein Radio oder ein Navigationsgerät selbst zu basteln.

Oh? Au?

Gibt es eigentlich eine Adressbuch-API für GMX oder Web.de? Ihr wisst schon, sowas wie es Google, Yahoo und Microsoft anbieten?

Flickr-API-Gejammer

Ich weiß schon gar nicht mehr wie ich auf diesen Blogeintrag, in dem ein Photograph sich darüber beschwert, daß seine Bilder über die Flickr-API erreichbar sind, gestoßen bin und eigentlich klicke ich solche Sachen auch meistens weg, aber diesmal hat es mich doch gejuckt.

Denn zum einen geht mir das endlose Genöle auf den Sack. Das gab es hier schon einmal und das ist letztendlich genau das gleiche Gejammer wie in jeder Industrie, deren Waren digitalisierbar sind. Digitale “Güter” sind beliebig reproduzierbar. Beim Aufruf einer Webseite wird der gesamte Inhalt auf den Rechner des Besuchers kopiert. Oh noez! Piraterie! Flickr-Bilder sind in dem Moment bei mir auf dem Rechner, in dem ich die Webseite aufrufe und es ist kein Hexenwerk, sie dann anderweitig zu speichern.
Und letzendlich wird jede Industrie mit digitalen Gütern damit zurechtkommen müssen, daß der Teil ihres Geschäfts, der digitalisierbar ist, einen rein monetären Wert von Null anstrebt. Zum einen, weil der “Klau” der Daten so einfach ist und bereits inhärent in der Technik so vorgesehen ist, zum anderen weil es tausende und abertausende von Amateuren gibt, die etwas ähnliches gleich gut oder gut genug produzieren, einfach so aus Spaß, und das dann kostenlos verschenken.
Natürlich sind professionelle Landschaftsaufnahmen oftmals absolut erstaunlich und umwerfend – wenn ich aber den gleichen oder einen ähnlichen Ort bei Flickr in die Suche eingebe, werde ich mindestens ein gut genuges Bild mit dem gleichen Motiv finden – mit etwas Glück sogar unter CC-Lizenz.

Und weil das jetzt gar nichts mit der Flickr-API, aber viel mit der Tatsache zu tun hat, daß diejenigen, die sich am lautesten aufregen, oftmals Profifotographen sind, lasse ich das so stehen und leite unglaublich holprig zum nächsten Punkt über.

Ja, die API muss sein. Mark Zanzig, der in der Diskussion zu dem Blogpost sehr aktiv ist, fragt sich in einem weiterführenden Blogpost, ob Flickr wirklich die API anbieten müsse, warum der API-Zugriff automatisch angeschaltet ist und wieso bei Flickr eigentlich Bilder erstmal für alle, auch für Nicht-Mitglieder sichtbar sind.

Flickr hat ja deswegen einen solchen Erfolg, gerade weil es den beaten path der auch zu diesem Zeitpunkt schon unübersichtlichen Anzahl an Photo-Galerien bzw. Photo-Speicherseiten komplett umgangen hat und die Wurzeln eher in der Welt der Weblogs zu finden sind. Das ist allein schon daran zu sehen, daß es zu jedem Stream (mindestens) einen Feed gibt, überhaupt die Anordnung der Bilder in Stream-Form nach Datum geordnet entspricht mehr einem Weblog als einer klassischen Album-Seite. Und der Geist der Weblogs (damals™ als noch alles besser war) vom Teilen und Mitteilen, Remixen und Syndizieren1 hat Flickr sehr geprägt und hat sicher auch dazu geführt, daß eine offene Programmierschnittstelle angeboten wurde. Tatsächlich lehne ich mich mal so weit aus dem Fenster und behaupte, daß die offene API von Flickr große Teile des Erfolgs von Flickr und vor allem die Verbreitung offener APIs bei anderen Anbietern ausgemacht hat und immer noch ausmacht.
Ohne API wäre die Ursuppe der early adopter nie und nimmer so begeistert gewesen und vermutlich wäre Flickr inzwischen pleite oder den Weg von Game Neverending gegangen und zu einem Iterationschritt zu einem noch einmal komplett anderen Produkt geworden.
Und ohne das offene Sharing und den einfachen Zugriff wäre Flickr einfach ein weiterer Dienst gewesen, bei dem man seine Bilder speichern und drei oder vier Verwandten und Bekannten zeigen kann – ähnlich wie Yahoo! Photo davor war.

  1. Gibt es da keinen besseren Ausdruck? []

oEmbed

Irgendwie sehr geeky und im Prinzip für die Zielgruppe (ja, auch mich) einfach nützlich: oEmbed:

oEmbed is a format for allowing an embedded representation of a URL on third party sites. The simple API allows a website to display embedded content (such as photos or videos) when a user posts a link to that resource, without having to parse the resource directly.

Mit im Boot sind im Moment Flickr, Pownce, Viddler, Qik und Hulu. [via]

MOO!

Ich bin komplett aus dem Häuschen und möchte am liebsten sofort damit rumspielen: Moo.com hat eine API. Die sind ja sowieso schon meine Helden. Das, was die API anbietet, macht die Sache nur noch besser.

Super Sache

Yahoo! erfreut mich so mit den APIs. Diesmal: Die Address Book API.

Yahoo Fire Eagle

Ein Eingabefeld mit API. Wer kann’s mir erklären?

MetaWeblog und andere Blogging-APIs

Es gibt für mich mindestens zwei gute Gründe, die aktuellen Blogging-APIs nicht zu mögen:

  1. xmlrpc/soap – Schrecklich. Was spricht gegen REST?
  2. Ich muss einen Benutzernamen und ein Passwort beim gegenüberliegenden Partner hinterlassen und muss ihm trauen, daß er mit dem Passwort nichts Böses anstellt. Ein ganz großes Nono. Schön wäre ja mal eine universelle Blog-API, die über OAuth und REST läuft.

Es gibt sicher noch mehr Gründe – welchen fallen Euch ein?