Chris Saad (Co-founder, DataPortability.org), Daniela Barbosa (Chair, DataPortability.org), Eran Hammer-Lahav (Open Standards Evangelist, Yahoo), Angus Logan (Technical Product Manager for Windows Live Platform, Microsoft) und Chris Messina (aka Factory Joe / Leader of DiSo project) im ReadWriteTalk zum Thema DataPortability.
Tag Archives: DataPortability
APML 1.0 Initial Draft
Es hat ne ganze Weile gedauert, aber endlich ist eine erste Vorschau von APML 1.0 verfügbar: APML 1.0 Initial Draft
Unterschiede zu APML 0.6:
- Neben
ConceptsundSourcesgibt es jetzt auchPeopleundLocations. - Optional kann über
rdf:aboutauf andere Semantiken/Ontologien verwiesen werden ohne APML selbst unnötig kompliziert zu machen.
Es können sich zwar noch Kleinigkeiten ändern:
This comes with a very large fore note: This is a very early draft only, and nothing is set in stone. Given that the community is obviously itching to start seeing APML 1.0 progress, I felt that it would be an appropriate time to release this and assist in structuring the discussion. I intend to follow
this with a few more emails that detail individual sections I believe need substantial addressing.
…aber das grobe Gerüst steht fest. Ich freue mich besonders, dass APML weiterhin so simpel wie möglich bleibt und nicht (wie oft vorgeschlagen) mit RDF-Namespaces arbeitet.
Wenn sich in den nächsten Tagen nicht mehr viel ändert, werde ich nochmal etwas ausführlicher über die Neuerungen schreiben und mein WordPress-Plugin auf die aktuelle Version bringen…
(via)
So würde sogar meine Mutter DataPortability verstehen
Der Deutschlandfunk hat ein sehr interessantes Interview mit Christian Scholz (ein sehr engagiertes Mitglied der DataPortability – Gruppe) über das Thema DataPortability online gestellt, was ich jedem der sich bisher eher wenig mit dem Thema beschäftigt hat, sehr ans Herz lege.
Der Bericht ist schön kurz und leicht verständlich (auch für Nicht-Geeks) und selbst wenn Christian (aka Mr. Topf) nicht der deutsche Sprecher der DP-Gruppe ist, hätte er definitiv das Zeug dazu.
Viel Spaß beim hören: Link zum Audiofile
DataAvailability – doch offener als gedacht?
Anders als bisher angenommen, scheint sich DataAvailability doch immer mehr in Richtung DataPortability zu entwickeln.
Schaut man sich MySpaces DataAvailability etwas genauer an, so baut die API (anders als z.B. Facebook Connect) hauptsächlich auf offene Standards wie z.B. OAuth und der Open Social REST API auf, außerdem hat MySpace vor kurzem OpenID – Support angekündigt und ist der Host des Portable Contacts API Developer Summit.
Ich bin sehr positiv überrascht und hoffe dass MySpace diesen Kurs beibehält und eventuell auch die Portable Contacts API etwas voran treiben wird.
Mehr dazu in der aktuellen Folge von TheSocialWebTV: From MySpace Lunch 2.0 (w/ Arrington Surprise)
Portable Contacts (schicker als ich dachte)
In der aktuellen Folge (Episode 5: The Portable Contacts Initiative) sprechen John McCrea, Joseph Smarr und Chris Messina über das Portable Contacts – Projekt über welches ich vor kurzem noch so gescholten habe… Und ich muss sagen, ich hatte unrecht! Ich glaube kleine Gruppen mit dem Fokus auf ein spezielles Problem können wesentlich effektiver arbeiten als eine so große und über die ganze Welt verstreute Organisation wie DataPortability (da wird wohl auch die Steering Group nichts ändern können… aber man wird sehen).
Die (Portable Contacts (1.0 Draft B) – Spezifikation basiert auf sehr vielen aus dem DataPortability – Umfeld bekannten Techniken wie z.B. XRDS-Simple als Discovery-Service und OAuth für die Authentifizierung.
Was mir besonders gefällt, ist das Contacts Schema welches hauptsächlich auf dem (wenn auch etwas abgeänderten) vCard-Standard basiert und fehlende Felder von anderen Standards wie z.B. OpenSocial übernommen wurden. Dass es auch anders geht, hat z.B. das AX-Schema bewiesen…
Die Verbindung zu Microformats
Schade dass die vCard nicht zu 100% übernommen wurde… sonst hätte man ohne größere Änderungen auch die JSON-Serialisierte hCard (jCard) in den Prozess integrieren können. Spannend wäre es vor allem für Services wie Twitter, die das Freundesnetzwerk sowieso mit hCards auszeichnen.
Vergleich:
{
"fn" : "Max Mustermann",
"email":
[{
"value": "max@example.com",
"type": ["work"],
}]
}
{
"name" : "Max Mustermann",
"emails":
[{
"value": "max@example.com",
"type": "work",
}]
}
Man erkennt zumindest eine Ähnlichkeit
OAuth in Firefox?
Gestern berichtete ReadWriteWeb über eventuelle Pläne, OAuth nativ in Firefox zu integrieren.
The conversation today took place in the context of a question from Matthew “lilmatt” Willis, a Flock employee and longtime contributor to Mozilla. Willis wants to know if the Firefox developer community would like OAuth built into Firefox and if so how. He points out that much of the work has already been done, if not multiple times.
Neben Microformats und OpenID wäre OAuth das dritte offene Format welches der Firefox 3 unterstützen würde…
So macht DataPortability Spass
Die Open Web Foundation

Heute morgen hat David Recordon (von SixApart) auf der OSCON die Gründung der Open Web Foundation angekündigt.
Open Web Foundation versus DataPortability?
Im Gegensatz zu Portable Contacts sehe ich in der Open Web Foundation einen wirklichen Sinn, eigentlich sogar eine Notwendigkeit um sinnvoll DataPortability betreiben zu können. Die OWF wurde ins Leben gerufen um Communities beim implementieren von offenen Standards unter die Arme zu greifen.
Following the open source model similar to the Apache Software Foundation, the foundation is aimed at building a lightweight framework to help communities deal with the legal requirements necessary to create successful and widely adopted specification.
OWF schafft mit der Verbreitung von Open Standards also eine solide Grundlage um effektiv <Hier bitte Buzzword eintragen>Portability betreiben zu können.
Das Abbilden der, von der DataPortability definierten UseCases ist dann eigentlich nur noch Fleißarbeit
Ein HOCH auf Open Standards!
(via)
Semantic Django
David Larlet hat auf SemanticDjango.org eine beachtliche Liste an Python-Klassen (hauptsächlich für das Django-Framework) zusammen getragen, die das Verarbeiten und Portieren von Daten ermöglichen (z.B. OpenID, OAuth, RDF oder Microformats).
.. data is more important than code and if you store, manipulate, give access to your data in a standard way you’ll be able to interact with other website as part of the Giant Global Graph.
Hat nicht jemand Lust ein SemanticSymfony zu basteln?
Dopplr per Twitter füttern
Einfach dem dopplr-Vogel eine Freundschaftsanfrage schicken, dann eine Authentifizierungsnummer (bekommt man hier) schicken und warten bis dopplr bescheid gibt.
Danach kann man seinen neuen Standort bequem per d dopplr <Standort> oder @doppler <Standort> aktualisieren.
Das wäre ja schon schick genug, aber dopplr zeigt liebe zum Detail… Wird eine Location nicht gleich erkannt, wird sie archiviert, man bekommt per E-Mail bescheid:
Thanks for sending us a message by twitter.
Sorry, we weren’t able to extract enough information from your twitter
to make a trip. We’ve archived it athttp://www.dopplr.com/traveller/pfefferle/message/ne_lange_nummer
where you can create a trip by hand if you like.
Yours sincerely,
The Dopplr Team.
…und man kann sie jederzeit (über dopplr) verbessern:
![]()
(via)
Ein netter Nebeneffekt: Über diesen Weg kann man auch den fireeagle aktualisieren ohne den (außer betrieb genommenen) firebot benutzen zu müssen…
firebot is down until Twitter restores their IM service. sorry everyone!
DataPortability in seiner vollen Pracht!
Wie viel Portabilitiy brauchen wir noch?
Gestern bin ich auf das Portable Contacts Projekt gestoßen…
The momentum began building for ‘data portability’ last year, and we are now at a point where there is strong support for the principle that users should be in control of their data and have the freedom to access it from across the web.
[...]
The goal of Portable Contacts is to make it easier for developers to give their users a secure way to access the address books and friends lists they have built up all over the web.
[...]
…we’re using existing standards wherever possible, including vCard, OpenSocial, XRDS-Simple, OAuth, etc.
…was für mich nichts anderes als eine Trotzreaktion auf Data Portability ist!
Da spricht man von einheitlichen Standards und Portabilität, schafft es aber nicht, gemeinsam an einem Projekt zu arbeiten… Ich sehe kaum Erleichterung darin, statt verschiedener proprietärer APIs (z.B. Google’s GData Contacts API oder Microsoft’s Live Contacts API) wahrscheinlich mind. genauso viele unterschiedliche standard APIs (Data Portability oder Portable Contacts) implementieren zu müssen!
…irgendwie ironisch!