Search
Items tagged with: vCard
# 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>Code-Sprache: HTML, XML (xml)
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>Code-Sprache: HTML, XML (xml)
Beispiel vCard RDF in RDFa
Eine gute Einführung in das Thema RDFa bietet das Video von Manu Sporny:
Inhalt von YouTube anzeigen
Hier klicken, um den Inhalt von YouTube anzuzeigen.
Erfahre mehr in der Datenschutzerklärung von YouTube.
Inhalt von YouTube immer anzeigen
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:
- RDFa gets acknowledged and embraced by microformats.org as the future of semantic-data-in-XHTML
- The RDFa group makes an effort to encompass existing microformats with a minimum of changes
- microformats.org leaders join in on the RDFa authorship process
- 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.
#hCard #Microformats #RDF #RDFa #Triples #vCard
# RDFa BasicsWer 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>Code-Sprache: HTML, XML (xml)
Beispiel hCard…basiert RDFa auf dem klassischen RDF und mit XHTML 2.0 neu eingeführten Attributen wie z.B.
propertyundabout:
<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>Code-Sprache: HTML, XML (xml)
Beispiel vCard RDF in RDFaEine gute Einführung in das Thema RDFa bietet das Video von Manu Sporny:
Inhalt von YouTube anzeigen
Hier klicken, um den Inhalt von YouTube anzuzeigen.
Erfahre mehr in der Datenschutzerklärung von YouTube.Inhalt von YouTube immer anzeigen
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:
- RDFa gets acknowledged and embraced by microformats.org as the future of semantic-data-in-XHTML
- The RDFa group makes an effort to encompass existing microformats with a minimum of changes
- microformats.org leaders join in on the RDFa authorship process
- 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.
#hCard #Microformats #RDF #RDFa #Triples #vCard
# Microdata: Update und Usability-Studie
Endlich denkt beim Thema „Usability“ auch mal jemand an die Entwickler 🙂
Google hat über die letzten Wochen eine Usability-Studie zu Microdata durchgeführt und die Spezifikation wurde auch gleich entsprechend der Ergebnisse angepasst.
<address itemscope itemtype="http://microformats.org/profile/hcard"> <strong itemprop="fn">Alfred Person</strong> <span itemprop="adr" itemscope> <span itemprop="street-address">1600 Amphitheatre Parkway</span> <br> <span itemprop="street-address">Building 43, Second Floor</span> <br> <span itemprop="locality">Mountain View</span>, <span itemprop="region">CA</span> <span itemprop="postal-code">94043</span> </span></address>Code-Sprache: HTML, XML (xml)
Die Änderungen:
- Aus
itemwirditemscope. - Der Typ wird über
itemtypeund nicht mehr überitembzw.itemscopeangegeben. - Das Attribut
itemidwurde eingeführt, um z.B. auf ISBN-Nummer zu verweisenitemid="urn:isbn:0-330-34032-8".
Über den neuen HTML-Tag <itemref /> (alternativ: <itemfor />) werde ich im zweiten Teil von „Microdata – wie Microformats bloß besser…“ eingehen (zum ersten Teil).
Jetzt muss ich nur noch meine alten Artikel zu Microdata anpassen… das hat man nun davon, wenn man über Drafts berichtet 😉
#hCard #HTML #HTML5 #Microdata #Microformats #RDFa #update #Usability #vCard #XHTML
# Microdata – wie Microformats bloß besser… (Teil 1)Der Inhalt wurde an die neusten Änderungen der Microdata-Spezifikation angepasst. Letztes Update 30.01.2010.Microdata – wie Microformats bloß besser… (Teil 2): über „Namenskollisionen und Namespaces“ und „Informationen Referenzieren“
Wie schon erwähnt, vereint Microdata die Vorzüge von RDFa und Microformats in einem Standard… aber nicht nur das, Microdata (in Verbindung mit HTML5) bietet auch einige schicke Lösungen für diverse Microformats-Problemchen.
Das abbr-design-pattern oder das value-class-pattern
Microformats:Das abbr-design-pattern ist bisher wohl das umstrittenste Pattern im Microformats-Wiki. Grund für die Kritik an dem Pattern ist die etwas unorthodoxe Verwendung des
<abbr>Tags um maschinenlesbare Meta-Informationen bereit zu stellen.
<div class="vevent"> <abbr class="dtstart" title="2007-10-05">October 5</abbr> ...</div>Code-Sprache: HTML, XML (xml)
Eine erste Alternative aus der Microformats-Community ist das value-class-pattern, das zwar das Accessibility-Problem „behebt“ aber noch lange keine Perfekte Lösung bietet.
<div class="vevent"> <span class='dtstart'> <span class='value-title' title='2007-10-05'> </span> October 5 </span> ...</div>Code-Sprache: HTML, XML (xml)
Der HTML-Code wird durch weitere Elemente unnötig aufgeblasen und das Pattern basiert auf teilweise leeren Elementen.Microdata/HTML5:
In HTML5 gibt es dagegen ein spezielles Tag um Zeit und Datum sowohl user als auch maschinenlesbar zu machen.
<div itemscope itemtype="http://microformats.org/profile/hcalendar"> <time itemprop="dtstart" datetime="2007-10-05">October 5</time> ...</div>Code-Sprache: HTML, XML (xml)Reine Meta-Informationen
Microformats:Eigentlich spricht es gegen die Prinzipien der Microformats-Idee, reine Metadaten zu verwenden:
Visible data = more accurate data. By designing for humans first and making the data presentable (thus viewed and verified by humans), the data is inevitably more accurate, not only to begin with (as errors are easily/quickly noticed by those viewing the pages/sites), but over time as well; in that changes are noticed, and if data becomes out-of-date or obsolete, that’s more likely to be noticed as well. This is in direct contrast to „side files“ and invisible data like that contained in<meta>tags.
— Tantek Çelik
…aber GEO-Daten sind z.B. Informationen die der Benutzer nicht unbedingt sehen muss.
<div class="geo"> <span class="latitude">37.386013</span> <span class="longitude">-122.082932</span></div>Code-Sprache: HTML, XML (xml)
Microdata/HTML5:In HTML5 gibt es für dieses Problem eine recht schicke Lösung: Laut der Spezifikation sind <meta />-Tags im kompletten Quellcode (auch im
body) erlaubt.
<div itemscope itemtype="http://microformats.org/profile/hcard#geo"> <meta itemprop="latitude" content="37.386013" /> <meta itemprop="longitude" content="-122.082932" /></div>Code-Sprache: HTML, XML (xml)Fazit
Selbst wenn sich Microdata (item und itemprop) nicht durchsetzen sollte, sind <meta> und <time> schon ein echter „Segen“ für die Microformats-Community 🙂Im zweiten Teil nehm‘ ich mir das include-pattern und das Problem der möglichen Namens–Kollisionen vor. Microdata – wie Microformats bloß besser… (Teil 2): über „Namenskollisionen und Namespaces“ und „Informationen Referenzieren“
#abbrDesignPattern #HTML #HTML5 #includePattern #Microdata #Microformats #Mikroformate #valueClassPattern #XHTML
Microformats Would Benefit from a Namespace · Jens Oliver Meiert
Microformats become more and more popular, accelerated by the questionable success of themeiert.comnofollowmicroformat. However, those of them that mandate class names cause problems that could be avoided by using a “pseudo-namespace.”
