Tag Archive for 'hCard'

hCard-Photo als Profilbild

hcard-adressbuch.jpg

Avatars ist ein kleines Plugin für das Address Book (Mac) um die Profilbilder der Kontakte per Gravatar, Pavatar oder hCard-Photo zu vervollständigen. Nach der Installation ist das Plugin über »Visitenkarte > Download Custom Image« erreichbar und versucht anhand der E-Mail - Adressen ein Gravatar und anhand der URLs ein Pavatar oder ein hCard-Photo zu finden.

Großartige Idee :)

Ein anderes schickes Tool um hCards in das Address Book zu importieren (welches ich schon vor einiger Zeit vorgestellt hatte) ist übrigens der vCard Explorer.

(via)

hCard2QRCode Update

hCard2QRCode verwendet jetzt wenn möglich cURL, sonst wie gehabt file_get_contents()… damit sollte es dann bei den Meisten Hostern laufen…

Sind eine hCard und ein wenig XFN jetzt schon DataPortability?

Liest man die letzten Meldungen über Digg bei Techcrunch könnte man meinen eine hCard und ein bisschen XFN reichen um DataPortability zu betreiben.

The DataPortability Project has gained another adherent in Digg, which announced on its blog today that it has implemented three under-the-hood enhancements.

Natürlich ist es wichtig, dass Standards wie Microformats oder RDFa eine große Akzeptanz finden und große und bekannte Dienste wie Digg dazu beitragen diese Standards zu verbreiten… aber das ist in meinen Augen noch lange kein Grund von DataPortability zu sprechen, zumal Microformats (meines erachtens) auch nicht der beste Weg sind, Daten auszutauschen.

Es ist langsam an der Zeit Anwendungsfälle für die ganzen angebotenen Standards wie Microformats, OPML, APML und OAuth zu schaffen. Eine hCard oder XFN zu implementieren ist eine Sache von fünf Minuten und sollte für künftige Webseiten State of the Art sein, sie weiterzuverarbeiten macht für mich DataPortability aus.

Das ist DataPortability:

MyBlogLog mit hCard & vCard support

Im MyBlogLog-Blog wurden gestern die neuen v/hCard Features von MyBlogLog vorgestellt.

Pfefferle-MyBlogLog.jpg

Der vCard-Export spricht ja eigentlich für sich selbst, aber die hCard-Implementierung bedarf ein paar zusätzlicher Worte. Wie schon in den Kommentaren des letzten Posts so treffend bemerkt wurde, ist es ja eigentlich kein wirkliches Hexenwerk seine Seite zu microfromatieren, umso schöner finde ich es wenn sich jemand dabei Mühe gibt.

MyBlogLog hat der hCard eine eigene Seite spendiert, die man über das hCard-Icon (siehe Bild 1) erreicht…

Pfefferle-MyBlogLog-hCard.jpg

Aber warum macht es Sinn die hCard auf eine extra Seite zu verbannen? Bei mehreren hCards auf einem Profil, wie im Falle von MyBlogLog (auch die Kontakte sind mit hCards ausgezeichnet), bekommt man beim interpretieren (parsen) der Seite das folgende Problem: Welche hCard ist die Richtige?

Der einfachste Weg um auf eine representative Identity zu verweisen ist, eine externe hCard auf der Profil-Seite mit rel-me zu verlinken. Im Fall von MBL sollte man dies über <link rel="me" /> im Header der Profilseite realisieren, da der Action-Stream auch eine hohe Anzahl an rel-me Links aufweist.

<link rel="me" href="http://www.mybloglog.com/buzz/members/pfefferle/hcard" type="text/html" />

Alternativ könnte man auch mit XRDS-Simple auf die hCard-Seite verweisen (siehe auch Service Catalogue):

<XRDS xmlns="xri://$xrds">
  <XRD xmlns:simple="http://xrds-simple.net/core/1.0"
          xmlns="xri://$XRD*($v*2.0)" version="2.0">
    <Type>xri://$xrds*simple</Type>
    <Service priority="10">
      <Type>http://www.w3.org/2006/03/hcard</Type>
      <URI simple:httpMethod="GET">
        http://www.mybloglog.com/buzz/members/pfefferle/hcard
      </URI>
    </Service>
    <Service priority="20">
      <Type>http://gmpg.org/xfn/11</Type>
      <URI simple:httpMethod="GET">
        http://www.mybloglog.com/buzz/members/pfefferle/hcard
      </URI>
    </Service>
  </XRD>
</XRDS>

Mal sehen was MyBlogLog als nächstes vor hat :)

Maholo unterstützt Microformats

mahalo-microformats.jpg

…zwar vorerst nur hCard, adr und rel-license auf einer sehr geringen Anzahl von Seiten, aber immerhin ein Anfang. (via)

Beispiel: Paris Hotels

WP-hCardMapper hat ein neues Zuhause

Das hCardMapper WordPress Plugin hat jetzt sein eigenes Repository bei WordPress.org.

hCard-Commenting 0.6.1

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

Welche hCard ist die richtige?

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 http://notsorelevant.com wäre:

<span class="vcard">
	<span class="fn">Carsten Pötter</span>
	<span class="url uid">http://notsorelevant.com</span>
</span>

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>

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:

RDFa Basics

Wer sich viel mit Microformats beschäftigt, ist sicher schon öfters über den Begriff RDFa gestolpert. Die Idee, (X)HTML semantischer zu machen, ist bei beiden Formaten gleich, der Unterschied liegt hauptsächlich in der Syntax.
Während Microformats ausschließlich auf HTML 4.01 bzw. XHTML 1.0 validen Tags und Attributen basiert:

<div class="vcard">
  <span class="fn">Max Mustermann</span>
  <a class="email" href="mailto:max.mustermann@example.org">
    max.mustermann@example.org
  </a>
</div>

Beispiel hCard

…basiert RDFa auf dem klassischen RDF und mit XHTML 2.0 neu eingeführten Attributen wie z.B. property und about:

<body xmlns:contact="http://www.w3.org/2001/vcard-rdf/3.0#">
  <span property="contact:fn">Max Mustermann</span>
  <a rel="contact:email" href="mailto:max.mustermann@example.org">
    max.mustermann@example.org
  </a>
</body>

Beispiel vCard RDF in RDFa

Eine gute Einführung in das Thema RDFa bietet das Video von Manu Sporny:

Rein Technisch gesehen ist RDFa, durch die Nutzung von Namespaces und die bessere Skalierbarkeit durch URIs, definitiv der bessere Standard. Ich denke trotzdem nicht dass RDFa die Microformats in näherer Zukunft ablösen wird, da RDFa nur unter XHTML 2.0 möglich ist und (meines Wissens) im Konkurrenz-Format (X)HTML 5.0 nicht angedacht wird. Es ist deshalb notwendig beide Formate weiter voranzutreiben und so weit wie möglich auf einem einheitlichen Standard, wie z.B. der vCard im oben beschriebenen Beispiel, aufzubauen. Während der Übergangsphase ist es so relativ einfach mit GRDDL zwischen den beiden Formaten zu transformieren.

In seinem Artikel “RDFa vs microformats” beschreibt Evan Prodromou die für ihn notwendigen Schritte für die Zukunft von RDFa:

  1. RDFa gets acknowledged and embraced by microformats.org as the future of semantic-data-in-XHTML
  2. The RDFa group makes an effort to encompass existing microformats with a minimum of changes
  3. microformats.org leaders join in on the RDFa authorship process
  4. microformats.org becomes a focus for developing real-world RDFa vocabularies

Mal schauen wie es wirklich kommt und was sich in Zukunft durchsetzen wird…

Wer sich für das Thema interessiert, kann ja mal Semantic Radar für Firefox ausprobieren. Semantic Radar macht (ähnlich wie Operator für Microformats) RDF und RDFa Inhalte in Webseiten sichtbar.

Happy Birthday “real world semantics”

Gestern vor vier Jahren hielten Tantek Çelik and Kevin Marks eine Präsentation über “real world semantics”. Die Präsentation machte an Beispielen wie XFN und einigen rel-Design-Pattern klar, wie es Designern und Entwicklern möglich ist, mit bestehenden Formaten wie X/HTML semantisch zu arbeiten.

Mittlerweile hat sich aus ein paar HTML Design Pattern eine große Open-Standards-Bewegung entwickelt, aus der noch mind. ein Duzent neuer (sog.) Mikroformate heraus entstanden sind. Microformats wie z.B. die hCard oder XFN sind heute Basis von weiteren Open-Standard-Groups wie z.B. Data- oder Social-Network-Portability und große Unternehmen wie Google, Yahoo, Apple oder Mozilla setzen auf ein breites Spektrum dieser “real world semantics”.

Wahrscheinlich haben Microformats gerade durch ihren pragmatischen Ansatz die Semantic Web Idee einen ganzen Schritt voran getrieben und gezeigt, dass Semantiken nicht nur mit RDF oder OWL sondern auch mit simplen HTML class- und rel-Attributen möglich ist.

Vielen Dank an alle Entwickler und Designer die die Microformats Idee voran getrieben haben und vor allem an Tantek…

via zeldman