Les nouveautés de RDFa 1.1. La nouvelle version de RDFa (RDF in attributes) s'oriente plus vers d'autres formats que le XHTML (seule utilisation prévue dans RDFa 1.0) : une spécification est disponible pour XHTML 1.1, mais aussi une autre pour HTML5. Depuis l'utilisation de RDFa dans OpenDocument, ses concepteurs ont pris conscience que RDFa pouvait être utilisé bien ailleurs que ce pour quoi il était prévu. Cette nouvelle version est prévue pour être aussi compatible que possible avec la 1.0, mais cela n'est pas toujours le cas. Un des plus gros changements est que la spécification est divisée en deux parties : le Core et les adaptations aux différents langages (XHTML 1.1 et HTML5). Il n'y a plus une seule spécification, mais bien un ensemble. Quel avantage ? Il ne sera plus nécessaire de spécifier l'espace de noms de chaque élément : la propriété vocab en définit un par défaut. En RDFa 1.0, on devait spécifier cet espace de noms : Avec la 1.1, la propriété vocab remplace ces disgracieuses répétitions : IV-A.
IV-B. Le guide ultime des microformats : Références et exemples. Bien qu'ils ne fassent pas partie des spécifications HTML du W3C, ils offrent un assortiment utile de conventions de nommage (en utilisant les attributs class, id, rel et rev) qui identifient les points d'intérêt sur une page. Ils permettent de mettre en avant du contenu, tel que les évènements de calendrier, un lien vers l'acceptation de vos licences (dont la GPL) et même des choses plus légères telles que les recettes de cuisine. Si les microformats ne font pas encore partie du standard W3C, les navigateurs Web n'ont pas attendu pour en assurer le support. Les microformats valent vraiment la peine d'y porter un intérêt et de les implémenter dans les sites que vous réalisez.
Vous utilisez peut-être déjà les microformats si vous utilisez un CMS tel que WordPress, car ce dernier supporte nativement des formats de données simples, comme l'attribut rel. Si vous êtes nouveau dans l'univers des microformats, vous vous demandez certainement pourquoi vous devriez vous embêter à les utiliser. I-A. Sémantique RDF. III-A. Spécification d'une sémantique formelle : portée et limitations▲ RDF est un langage assertionnel (assertional language) conçu pour exprimer des propositions à l'aide de vocabulaires formels précis, notamment ceux définis avec RDFS [RDF-VOCABULARY], pour accès et utilisation sur le Web, et conçu pour servir de fondation à des langages assertionnels plus avancés à but similaire.
Les objectifs de conception d'ensemble mettent l'accent sur la généralité et la précision de l'expression des propositions à propos d'un sujet plutôt que sur la conformité à un modèle de traitement particulier ; cf. le document Concepts et syntaxe abstraite RDF [RDF-CONCEPTS] pour plus d'explications. La « signification » exacte de ce qui est considéré une assertion (assertion) au sens large dans RDF ou RDFS peut dépendre de plusieurs facteurs, comprenant les conventions sociales, les commentaires en langage naturel ou les liens vers d'autres documents porteurs de contenu. III-B. Syntaxe des graphes▲ III-C. Pour aller plus loin avec RDFa. Je répète à longueur de temps que structurer un contenu en XML, et a fortiori en HTML, ne constitue pas une sémantisation, mais permet d'indiquer le rôle joué par la portion d'information dans le contexte d'un document.
Les normes du Web sémantique ont à l'inverse vocation à aider à la sémantisation du contenu. Mais, à force de le répéter sans rien montrer de probant, vous allez finir par croire que c'est une chimère. Soyons clairs, nous sommes encore loin du compte, mais nous avons fait des avancées, exemple avec RDFa. RDFa fait déjà énormément parler de lui, comme le prouvera ma prochaine pelote. Kesako ? En indiquant la propriété Dublin Core "creator", j'ai bien précisé que la chaîne de caractères "Gautier Poupeau" est le créateur du document. <span rel="dc:creator" href=" Gautier Poupeau </span> Maintenant que je vous ai brossé à grands traits les RDFa, passons au vif du sujet : "et si on sémantisait un peu le Web". Quelles utilités ? RDFa vs microformats from Evan Prodromou. I'm fascinated by the idea of including semantic markup in Plain Old XHTML pages, and I'm excited by recent developments in this area.
But I'm also concerned about the growing discrepancy between the W3C's initiative, namely RDFa, and the more established but conversely less official microformats effort. I think that having competing standards efforts in this area is going to hurt the advancement of so-called small-s semantic Web technologies, which is going to be bad for everyone. Using XHTML as its own metadata substrate makes for some interesting applications, some of which are starting to disseminate on the Web. Rubhub is an interesting distributed social network analyzer; Flocktails is a fascinating example of extracting semantic data ; Ray Ozzie's Live Clipboard shows how to use embedded HTML data objects to make rich browser-based applications. I think there's a lot of room to grow here, but there's a lot of promise. On the surface, the two systems are remarkably similar. Examples. hCard 1.0. Tantek Çelik (Editor, Author), Brian Suda (Author) hCard is a simple, open format for publishing people, companies, organizations on the web, using a 1:1 representation of vCard (RFC2426) properties and values in HTML. hCard is one of several open microformat standards suitable for embedding data in HTML/HTML5, and Atom/RSS/XHTML or other XML.
Translations: Français • 日本語 • Русский • ภาษาไทย • 漢語 • (Add your language)Copyright and patents statements apply. See acknowledgments. Example hCards are most often used to represent people: <div class="vcard"><a class="url fn" href=" Çelik</a></div> and organizations: <div class="vcard"><a class="url fn org" href=" The class vcard is a root class name that indicates the presence of an hCard. The classes url, fn, and org define properties of the hCard. Properties Status hCard 1.0 is a microformats.org specification. Errata and Updates Background Conformance Format In General Required: or.
hCalendar 1.0. Tantek Çelik (Editor, Author), Brian Suda (Author) hCalendar is a simple, open format for publishing events on the web, using a 1:1 representation of iCalendar (RFC2445) VEVENT properties and values in HTML. hCalendar is one of several open microformat standards suitable for embedding data in HTML/HTML5, and Atom/RSS/XHTML or other XML. Copyright and patents statements apply. See acknowledgments. Example Here is a simple prose event: The microformats.org site was launched on 2005-06-20 at the Supernova Conference in San Francisco, CA, USA. marked up with hCalendar <span class="vevent"><span class="summary">The microformats.org site was launched</span> on <span class="dtstart">2005-06-20</span> at the Supernova Conference in <span class="location">San Francisco, CA, USA</span>.
Want to get started with writing an hCalendar event? Status hCalendar 1.0 is a microformats.org specification. Available languages The English version of this specification is the only normative version. Errata and Updates. Adr. See latest version: h-adr This document represents a draft microformat specification. Although drafts are somewhat mature in the development process, the stability of this document cannot be guaranteed, and implementers should be prepared to keep abreast of future developments and changes.
Watch this wiki page, or follow discussions on the #microformats Freenode IRC channel to stay up-to-date. adr (pronounced "adder"; FAQ: "why 'adr'? ") is a simple format for marking up address information, suitable for embedding in HTML, XHTML, Atom, RSS, and arbitrary XML. adr is a 1:1 representation of the adr property in the vCard standard (RFC2426) in HTML, one of several open microformat standards. Draft Specification Copyright Per the public domain release on my user page, this specification is released into the public domain. Public Domain Contribution Requirement. Patents This specification is subject to a royalty free patent policy, e.g. per the W3C Patent Policy, and IETF RFC3667 & RFC3668.
Format. Specifying an image's license using RDFa.