Matthias Pfefferle
Matthias Pfefferle
@pfefferle@notiz.blog

Ich bin Webworker und arbeite als „Open Web Lead“ @ Automattic. Ich blogge, podcaste und schreibe eine Kolumne über das open, independent und federated social Web. Mehr über mich.

769 Beiträge
870 Folgende
Blog

notiz.blog

Podcasts

notiz.blog/podcasts

Code

https://github.com/pfefferle

  • So, ich hab mich jetzt auch mal fürs IdentityCamp Bremen angemeldet, zum einen wegen dem spannenden Thema:

    Das Identitycamp Bremen wird das erste Barcamp in Deutschland speziell zum Themenbereich Identity 2.0, Single-Sign-On, Reputationsmanagement, Beziehungsmanagement, Privacy 2.0 und Verwandtes sein.

    …und weil ich dann endlich mal Menschen wie z.B. Carsten Pötter, Thomas Huhn, Dennis Blöte oder Christian Scholz persönlich kennen lernen werde 🙂

    Mein Problem ist jetzt nur noch die Anreise… Hat jemand nen Tip wie ich möglichst günstig nach Bremen komme? Oder fährt jemand aus dem Raum Mannheim/Karlsruhe mit dem Auto nach Bremen und will mich mitnehmen (natürlich beteilige ich mich dann auch am Benzingeld)?

    4 Kommentare

  • Wie in meinem letzten Post über den hCardMapper beschrieben, war es in der Tat nicht möglich den Microformats-Parser/Proxy ohne weitere Probleme auszutauschen. Die generierten JSON Formate der einzelnen Parser (ufXtract, hKit, mofo) unterscheiden sich an einigen Stellen zu sehr um sie alle gleich behandeln zu können. Soweit zur schlechten Nachricht…

    Die gute Nachricht ist, dass sich Gordon Oheim (der Macher des hCardMappers) nochmal alle JSON Formate vorgenommen und eine neue Version gebastelt hat:

    v0.94 – Added better support for JSON returned by Optimus, ufXtract and hKit.

    Der Mapper sollte also mit mofo, Optimus, ufXtract and hKit problemlos funktionieren.

    Die nächste tolle Nachricht ist, dass Gordon auch auf einen kleinen Änderungswunsch von mir sofort eingegangen ist, so dass wir euch jetzt eine hCardMapper Edition von dem WordPress hCard-Commenting Plugin anbieten können :).

    Download: hCardMapper for WordPress v0.1 hCardMapper bei WordPress.org

    Wenn ihr immer die aktuelle Version haben wollt, hier ist der Link zum SVN.

    Ich hab das Plugin auch mal auf notizBlog aktiviert und würde mich über euer Feedback freuen. Macht es Sinn über das Admin-Menü zwischen beiden Versionen (hCard-Commenting und hCardMapper-Commenting) zu wechseln?

    Ein dickes Danke nochmal an Gordon für seine tolle und schnelle Arbeit… tolles Script.

    2 Kommentare

  • MohawkMedia (Die Macher des neuen Mr. T – Comics) setzen die Reihe „Mr. T vs. Everything“ jetzt auch in ihren Comics um.

    Mein Favorit: Mr. T vs. Wolverine

    TvsClaw.jpg


    Quelle: mohawkmedia.co.uk

    Schade dass es sich bei dieser Ankündigung nur um einen Aprilscherz handelt 🙂

    Keine Kommentare

  • Um auf die im HTML-Quellcode verwendeten Microformats hinweisen zu können, wurden vom Microformats-Team jetzt einheitliche Profile URIs veröffentlicht. Berücksichtigt wurden alle non-draft Microformats (Stand: März 2008) ausgenommen XOXO und XMDP:

    SpecificationProfile(s)
    geo http://purl.org/uF/geo/0.9/
    hAtom http://purl.org/uF/hAtom/0.1/
    hCalendar http://purl.org/uF/hCalendar/1.0/
    hCard http://www.w3.org/2006/03/hcard or http://purl.org/uF/hCard/1.0/
    hResume http://microformats.org/wiki/hresume-profile
    rel-license http://purl.org/uF/rel-license/1.0/
    rel-nofollow http://purl.org/uF/rel-nofollow/1.0/
    rel-tag http://purl.org/uF/rel-tag/1.0/
    VoteLinks http://purl.org/uF/VoteLinks/1.0/
    XFN http://gmpg.org/xfn/11

    Eine komplette Übersicht findet man auch über purl.org/uF/2008/03/ oder im Microformats Wiki.

    Diese URIs können, gemäß der W3C namespace policy <head /> der HTML Datei angegeben werden. Beispiel:

    <head profile="http://www.ietf.org/rfc/rfc2731.txt
               http://www.w3.org/2006/03/hcard
               http://purl.org/uF/hAtom/0.1/">Code-Sprache: HTML, XML (xml)

    Quelle: ‘This Week in Microformats’ für März.

    Keine Kommentare

  • …oder How to use hCards to fill in forms.

    hCardMapper ist eine JavaScript-Klasse (basierend auf Prototype) um Kontakt- oder Profil-Formulare mit Hilfe einer hCard automatisch zu füllen, ähnlich wie bei bragster.com oder getsatisfaction.com.

    Das schöne an hCardMapper ist seine flexible Struktur. Die JavaScript Klasse ist so aufgebaut, dass sie eigentlich Microformats-Parser unabhängig funktionieren sollte, da sie die Daten über einen „Proxy“ abfrägt. Die einzige Vorgabe ist, dass dieser Proxy eine JSON formatierte hCard (jCard) zurückgibt. Das Problematische an dieser Variante ist, dass jeder Parser unterschiedliche Ergebnisse liefert… ich werde es heute abend mal mit dem hKit-Parser testen.

    Ein weiter Vorteil ist die Formular-Unabhängige Programmierung die es ermöglicht, das Script auch problemlos auf vorhandene Formulare anzuwenden. Über mappnings werden die hCard-Attribute den entsprechenden Formular-Felder zugeordnet.

    Event.observe(window, 'load', function() {
  hcr = new com.omniacomputing.HCardMapper({
    register: true,
    proxy: '/hcardmapper/hcard?uri=',
    insertBelowEl: 'hcr-hook',
    mappings: {
      given_name: 'first',
      family_name: 'last',
      tel: {tel: 'phone', work: 'phone', cell:'phone'},
      email: 'email',
      org: {org: 'company', organization_name: 'company'},
      url: 'website',
      street_address: 'street',
      postal_code: 'zip',
      locality: 'town' 
    }
  })
});Code-Sprache: JavaScript (javascript)

    Quelle: http://lib.omnia-computing.de/hcardmapper

    Tolle Idee, mal schau’n wie gut das Script mit den (oben schon erwähnten) unterschiedlichen Verarbeitungsweisen der Parser umgeht…

    Keine Kommentare

  • Anfang Februar habe ich einen interessanten Bericht über „How portable is your Skype data?“ von Phil Wolff gelesen. Der Artikel befasst sich mit der Daten-Portabilität von Nicht-Web-Applikationen am Beispiel von Skype. Leider wird diese Art des Datenaustauschs (z.B. zwischen Desktop-Anwendungen und Web-Anwendungen) auch von DataPortability.org noch nicht ausreichend behandelt und es fehlen Formate die diese Art von Austausch ermöglichen (APML mal ausgenommen).

    Genau diesen Bericht müssen auch Microsoft und Google gelesen haben bevor beide diesen Monat ihre Contacts-APIs veröffentlichten 🙂

    Nach den Beschreibungen von Google:

    • Import a user’s Google contacts into their web or desktop application
    • Export their application’s contact list to Google
    • Write sync applications for mobile devices or popular, desktop-based contact management applications

    …und Microsoft:

    To tackle the issue of contact data portability it is important to reconcile the larger issue of data ownership. Who owns the data, like email addresses in a Windows Live Hotmail address book? We firmly believe that we are simply stewards of customers’ data and that customers should be able to choose how they control and share their data. We think customers should be able to share their data in the most safe and secure way possible, but historically this openness has been achieved largely through a mechanism called “screen-scraping,” which unduly puts customers at risk for phishing attacks, identity fraud, and spam. Now with the Windows Live Contacts API, we have provided an alternative to “screen-scraping” that is equally open but unequivocally safer and more secure for customers.

    …könnte man fast meinen, dass die Hürde des Datenaustauschs zwischen Desktop-Anwendungen und Web-Anwendungen überwunden wäre.

    Nicht ganz… Leider basieren beide Systeme „noch“ auf proprietären Webservices und müssen unterschiedlich angesprochen werden, was eine Menge zusätzlichen Entwicklungsaufwand bedeutet. Die wesentlich bessere Lösung wäre natürlich eine einheitliche Contacts-API oder wie Carsten Pötter meint:

    Of course, it was great if a more open protocol like OAuth was used, but the announcement might encourage more social networks and other corporations to pursue similar steps.

    Immerhin gehören die Social-Network-Anti-Patterns durch diese Entwicklungen hoffentlich bald der Vergangenheit an…

    Keine Kommentare

  • Der englische Verlag Mohawk Media will noch im Frühling diesen Jahres eine neue Comic-Reihe mit Mr. T herausbringen. Wer es (wie ich) nicht bis zum offiziellen Start aushält, kann sich die „Mr. T graphic novel – Limited Advance Edition“ jetzt schon bestellen.

    mr-t-comic.jpeg

    Die Limited Advance Edition liegt jetzt schon seit Ostern bei mir rum, aber ich habe mich noch nicht dran gewagt 🙂

    Mal schau’n ob es mit der Kult-Reihe „Mr. T and the T-Force“ aus den 90ern mithalten kann.

    Ach ja… Mr. T war sogar schon im Muppet-Magazin 🙂

    Keine Kommentare

  • hCard-Commenting 0.6.1 is available. Changes in this version:

    • Added support for representative hCard
    • Fixed a problem with jQuery ajax-requests and absolute urls (jQuery 1.2.2)
    • Added the parser request-parameters as WordPress query-vars
    Keine Kommentare

  • ,

    Operator 0.9 ist in der finalen Version erhältlich. Neu in dieser Version ist unter anderem:

    • Songbird support!
    • A new RDFa parser based on the new spec (pages will need to be updated)
    • mehr…
    Keine Kommentare

  • Wer schonmal versucht hat hCard Profile zu importieren wird sicherlich auf ein Problem stoßen: Welche hCard ist die richtige?

    Vor ein paar Tagen habe ich ein Gespräch zwischen Dirk Olbertz und Tantek Çelik via Twitter verfolgt, bei dem es genau um dieses Problem ging…

    Das Problem der representative hCard kann auf zwei verschiedene Weisen gelöst werden:

    …in short 1. url==uid==source. 2. url has rel-me

    url==uid==source

    Die einfachste Möglichkeit ist, zu überprüfen ob eine der (unter der angegebenen Source-URL) gefundenen hCards als URL die die Source-URL enthält. Wenn man sicher gehen will, sollte man die URL zusätzlich noch als UID (RFC2426) auszeichnen.

    Ein Beispiel für eine representative hCard für wäre:

    <span class="vcard">
	<span class="fn">Carsten Pötter</span>
	<span class="url uid">http://notsorelevant.com</span>
</span>Code-Sprache: HTML, XML (xml)

    rel-me

    Die zweite Möglichkeit ist, nach hCards mit rel="me" URLs zu suchen.

    Diese Variante lässt sich natürlich auch mit der Ersten verbinden:

    <span class="vcard">
	<span class="fn">Carsten Pötter</span>
	<span class="url uid" rel="me">http://notsorelevant.com</span>
</span>Code-Sprache: HTML, XML (xml)

    Wer also ganz sicher gehen möchte sollte das letzte Beispiel nutzen 🙂

    Für Web-Seiten die gar keine Profile oder zumindest keine Profile auf der Startseite haben, könnte rel="me" auch als Delegation zu einer (anderen) Seite mit einer representative hCard genutzt werden.

    Beispiel: <link rel="me" href="http://www.notsorelevant.com/ueber/" />

    Da es für PHP (meines Wissens) noch keinen XFN-Parser gibt, habe ich mich beim hCard-Commenting WordPress Plugin für die erste Variante (url==uid==source) entschieden… Ich hoffe es funktioniert 🙂

    Weitere Informationen zu representative hCards im Microformats-Wiki:

    1 Kommentar