Emily Lewis hat ein paar fantastische Artikel über Microformats veröffentlicht. Absolut lesenswert!
…und ich dachte Yahoo baut jetzt auch noch ein Betriebssystem.
Plaxo setzt voll auf den neuen (großen?) Building-Block Portable Contacts (Portable Contacts is now Plaxo’s primary API):
We’ve been early adopters and evangelists for several of these building blocks, including OpenID, OAuth, OpenSocial, and microformats. And recently we’ve also helped lead the charge to build another key piece of the „open stack“: a common API standard for accessing address book, profile, and friends-list data called „Portable Contacts“.
Die API-Section von Plaxo weist jetzt eine beachtliche Anzahl an offenen Standards auf:
We’ve revamped Plaxo’s developer section to focus primarily on the open building blocks we’re using. Starting now, developers should consider OAuth and Portable Contacts the primary way to access profile, address book, and pulse connections data from Plaxo.
Vorbildlich!
Eine weitere Ankündigung (via Newsletter) kommt vom OpenID-Provider myOpenID, der (in Person von Brian Ellin von JanRain) ja schon auf dem PortableContacts Hackathon eine umfassende Demo zum besten geben konnte.
Portable Contacts is an emerging standard for transferring profile data and social connections across websites. Look for upcoming support of this new standard in myOpenID!
Dieses Feature würde mich dann doch davon abhalten mein eigener OpenID-Provider zu sein 🙂
Will Norris hat vorgestern ausführlich über die neuen Features seines WordPress-Plugins berichtet. Das wohl interessanteste Feature von wp-openid 3.0 ist der neue OpenID-Provider:
The next major release of wp-openid includes a built-in OpenID provider and delegation engine. This will certainly be the most exciting feature of this release for most people, so let me explain a bit how it works. Each authorized user on the WordPress blog will have an OpenID at the author posts URL (ie. http://example.com/author/admin). Authorization to use the OpenID provider is controlled based on user roles and is managed in the main OpenID settings page.
Das Plugin kann in zwei verschiedenen Modi betrieben werden. Multi-user erstellt aus jeder Autor-URL (z.B. http://example.com/author/admin/) eine OpenID während blog-owner für Private-Blogs mit nur einem Autor gedacht ist und die Home-URL zur OpenID (z.B. http://example.com) macht:
In multi-user, the default configuration, the server supports a feature in OpenID 2.0 called OpenID Provider driven identifier selection. What this means is that ANY user on that blog can enter the home URL as their OpenID, and the OpenID provider itself will make sure that the correct identifier is returned to the relying party. The final identifier will still be something like http://example.com/author/admin/, but the user only needs to enter example.com at a relying party. If you’ve used ever used Yahoo’s OpenID provider, then you’ve probably seen how this works.
Zwei weitere spannende Features sind die Hooks, als Schnittstelle für z.B. andere Plugins…
I haven’t sat down to document them all yet, but I’m adding in more hooks for other plugins to add functionality. Want to pull profile data from FOAF instead of sreg? No problem, now you have a hook you can implement. This makes everything in the plugin much more lightweight and “loosely joined” which is always good. All of the existing non-core OpenID functionality (like SREG) is currently using these hooks.
…und die Unterstützung des OpenID-Firefox-Plugins (welches übrigens auch mit der Version 2.x funktioniert) über das DiSo XRDS-Simple Plugin.
Ich habe das Plugin bisher nur einmal ausprobiert, da es noch einige kleine Fehler hat und die Admin-Oberfläche des OpenID-Providers noch gänzlich fehlt. Trotz dieser kleinen Fehler merkt man, dass sich Will Norris für diese Version sehr viel Zeit (die er sicherlich auch hatte) genommen hat und ich bin sehr gespannt auf die fertige Version.
Wer sich nochmal ausführlich mit den Features beschäftigen will, sollte unbedingt Will Norris‘ Artikel darüber lesen:
NoseRub hat ein WordPress-Plugin:
If you have an account on a social network site powered by NoseRub, i.e. identoo.com
this plugin provides a couple of widgets to show your lifestream your hCard, your contacts
and, on newer installations of NoseRub, your services.You can also choose to use your weblog as an OpenID-URL, powered by your NoseRub account.
…außerdem wurde noch ne ganze Menge XFN verwendet 🙂
Mal schau’n was Dominik Schwind auf dem nächsten NoseRub-DevCamp so zaubert.
Ubiquity bietet (neben Operator) endlich einen echten Anwendungsfall für die Microformats Firefox API. Die Microformats API basiert auf JavaScript und lässt sich somit auch direkt (und ohne viel Aufwand) in die Ubiquity-Commands integrieren.
Das folgende wirklich sinnvolle Beispiel zählt alle hCards einer Seite und gibt das Ergebnis als System-Message aus:
Components.utils.import("resource://gre/modules/Microformats.js");
CmdUtils.CreateCommand({
name: "count-hcards",
execute: function() {
var doc = Application.activeWindow.activeTab.document;
var uFcount = Microformats.count('hCard', doc);
displayMessage( uFcount );
}
})Code-Sprache: JavaScript (javascript)Martin McEvoy hat ein paar wesentlich schickere Commands gebaut, die mit Hilfe des Transformrs Mikroformate verarbeitet. Da für diese Verarbeitung ein Redirect (oder das öffnen einer zweiten Seite) notwendig ist, überprüft er mit Hilfe der Microformats-API zuerst ob sich die notwendigen Mikroformate überhaupt auf der Seite befinden.
Der folgende Code (von Martin) testet z.B. ob mind. ein hCalendar verfügbar ist, bevor er diesen verarbeitet:
CmdUtils.CreateCommand({
icon: "http://transformr.co.uk/favicon.ico",
name: "get-webcal",
author: {name: "Martin McEvoy", email: "weborganics@googlemail.com"},
help: "Subscribe to a webcal feed using the
<a href=\"http://microformats.org/wiki/hcalendar\">hCalendar</a> Microformat.",
preview: function ( pblock ) {
pblock.innerHTML = "Subscribe to web calendar";
},
execute: function() {
var doc = Application.activeWindow.activeTab.document;
var mFcount = Microformats.count('hCalendar', doc,{ showHidden : true });
if (mFcount > 0) {
var url = "webcal://transformr.co.uk/hcalendar/";
url += CmdUtils.getWindowInsecure().location ;
Utils.openUrlInBrowser(url);
} else {
displayMessage('Sorry No hCalendar Events Found!');
}
}
})Code-Sprache: PHP (php)Quelle: http://transformr.co.uk/commands
Weitere großartige Ubiquity-Commands im Microfromats-Wiki…
madgex hat vor ein paar Tagen eine OAuth – Library für .net veröffentlicht. Was ich jedoch wesentlich interessanter finde, sind die Referenz-Implementierungen:
Ein weiteres Projekt von magdex ist übrigens der Microformats-Parser UfXtract.
David Recordon stellt auf O’Reilly – Radar zwei der spannendsten Ergebnisse des gestrigen PortableContacts Hackathon (bei Six Apart) vor:
Joseph Smarr and Kevin Marks of Google hacked together a web transformer that integrates Microformats, vCard, and the Portable Contacts API. Given Kevin’s homepage which is full of Microformats, they’ve built an API that extracts his profile information from hCard, uses a public API from Technorati to transform it to vCard, and then exposes it as a Portable Contacts API endpoint. Not only does this work on Kevin’s own page, but his Twitter profile as well which contains basic profile information such as name, homepage, and a short bio.
Ein schönes Beispiel was man mit semantisch ausgezeichneten Informationen machen kann und dass Microformats eben auch (ohne viel Aufwand und mit ein bisschen Transformation) in höherwertige APIs integriert werden können… also keine hCard wurde umsonst geschrieben 🙂
Brian Ellin of JanRain has successfully combined OpenID, XRDS-Simple, OAuth, and the Portable Contacts API to start showing how each of these building blocks should come together. Upon visiting his demo site he logs in using his OpenID. From there, the site discovers that Plaxo hosts his address book and requests access to it via OAuth. Finishing the flow, his demo site uses the Portable Contacts API to access information about his contacts directly from Plaxo. End to end, login with an OpenID and finish by giving the site access to your address book without having to fork over your password.
Dazu brauche ich nicht mehr sagen, als: Implementieren! Sofort und überall 😉
Anlässlich des gestrigen PortableContacts Hackathon bei Six Apart (Impressionen) und dem heutigen PortableContacts-Summit bei myspace beschäftigt sich die aktuelle SocialWeb.TV – Folge fast ausschließlich mit dem neuen „Building-Block“.
Zwar ist die Kritik von Stephen Paul Weber (der DiSo Code-Maschine):
Portable Contacts is an open spec – but it’s a bit of a stretch to call something a few days old and unimplemented as yet a „standard“.
nicht ganz abwegig aber Joseph Smarr (Plaxo), der Initiator von Portable Contacts, überzeugt mit einigen Argumenten warum sich das bald ändern könnte. Portable Contacts baut ausschließlich auf offenen Standards (OAuth, XRDS-Simple, JSON) auf und nutzt die gleiche Vorgehensweise wie die OpenSocial RESTful-API. Diese Eigenschaften machen neue Code-Libraries fast überflüssig (da PC eigentlich nur bestehende Standards sinnvoll verbindet) und gestalten die Implementierung, bei schon implementierter OS RESTful-API, relativ einfach.
Glaubt man der Aussage von Joseph im Video, soll der neue Standard noch bis Ende des Jahres nutzbar gemacht werden. Bei den möglichen Implemtoren hält er sich zwar bedeckt, aber wenn auch „nur“ die beiden oben genannten Veranstalter (Six Apart und myspace) und Plaxo diese Schnittstelle umsetzen kann man (trotz Stephens Kritik) wirklich schon fast von einem Open Standard sprechen.
Bin gespannt auf die Ergebnisse des heutigen Summits…