Expériences avec RDFa

par Brian Kelly | 3 mai 2010 | HTML , W3C | 2 commentaires Le contexte Dans un article récent, j’ai exposé quelques réflexions sur les Microformats et RDFa : Ajouter une structure plus riche à vos pages HTML . J’ai suggéré qu’il pourrait désormais être opportun d’évaluer le potentiel de RDFa, mais j’ai ajouté une note de prudence, en soulignant que les microformats ne semblent pas avoir été à la hauteur de leur engouement initial. De telles réserves ont été reprises par Owen Stephens qui a envisagé d’utiliser RDFa (avec l’ontologie Bibo) pour permettre le partage de « références » entre étudiants (et personnel) dans le cadre de son projet TELSTAR et a ensuite décrit les raisons de cette décision. La décision d’Owen était centrée sur des préoccupations de déploiement. En revanche, Chris Gutteridge avait des réserves idéologiques, car il « déteste le mélange de balisage visuel et de données. Mieux vaut avoir simplement des blocs de RDF (en N3 de préférence) dans un élément à côté de l’élément dont on parle, ou simplement dans la page ». Comme moi, Stephen Downes semble disposé à enquêter et a demandé « des liens qui pointeraient spécifiquement vers une syntaxe RDFa utilisée pour décrire des événements ? ». Michael Hausenblas a fourni des liens vers deux ressources utiles : le tutoriel Linked Data du W3C – sur la publication et la consommation de données liées avec RDFa et un article sur « Building Linked Data For Both Humans and Machines » ( format PDF ). Pete Johnson a également donné des commentaires utiles et a fourni un lien vers un travail récemment publié sur la façon d’utiliser RDFa dans les ressources HTML 5. Mes expériences Comme Stephen Downes, j’ai pensé qu’il serait utile de commencer par fournir une structure plus riche sur les événements. Mes expériences ont donc commencé par l’ajout de balisage RDFa pour ma page d’événements à venir . Comme les avantages de fournir une telle structure plus riche pour le traitement par les extensions de navigateur semblent actuellement peu convaincants, mon objectif était de fournir un tel balisage par un moteur de recherche. La motivation est donc principalement de fournir un balisage plus riche pour les événements qui sera traité par un service largement utilisé afin que les utilisateurs finaux reçoivent de meilleurs résultats de recherche. Mon premier point de contact a été un article de Google qui a introduit les extraits enrichis . Google a lancé son support pour les extraits enrichis il y a moins d’un an, en mai 2009. Ils sont décrits comme « une nouvelle présentation d’extraits qui applique les algorithmes de Google pour mettre en évidence les données structurées intégrées dans les pages web ». La documentation sur l’utilisation des extraits enrichis est fournie sur le site Webmaster Tools de Google . Cela me fournit des informations sur le balisage RDFa (ainsi que microdata et microformats) pour les événements. Des pages supplémentaires fournissent des informations similaires sur le balisage concernant les personnes et les entreprises et organisations . Bien que je sois conscient que Google a été critiqué pour avoir développé son propre vocabulaire pour ses extraits enrichis, j’étais plus intéressé par la réalisation d’une expérience simple avec l’utilisation de RDFa que par la poursuite du débat sur les vocabulaires les plus appropriés. La page des événements à venir a été mise à jour pour contenir un balisage RDFa me concernant (nom, organisation et emplacement de mon organisation, y compris la géolocalisation de l’Université de Bath. Pour mes conférences en 2010, j’ai remplacé les microformats que j’avais utilisés auparavant par un balisage RDFa ainsi que la fourniture d’informations sur la date des conférences et leur emplacement (à nouveau avec des informations de géolocalisation). Aucun changement n’était perceptible lors de la visualisation normale de la page. Cependant, en utilisant des plugins FireFox qui affichent les informations RDFa (et microformat), je peux voir que le logiciel est capable d’identifier les éléments plus richement structurés dans la page HTML. La capture d’écran montre comment le balisage a été rendu par la barre latérale Operator et le bookmarklet RDFa Highlight et, dans la barre d’état en bas de l’écran, des liens vers un validateur RDFa et le SIOC RDF Browser . Si vous comparez cette image avec l’affichage de la façon dont les microformats sont rendus par le plugin Operator, vous remarquerez que l’affichage des microformats montre le titre de l’événement alors que l’affichage de RDFa liste les éléments HTML qui contiennent le balisage RDFa. La plus grande flexibilité offerte par RDFa semble venir au prix d’une perte de contexte qui est fournie par les utilisations plus contraintes offertes par les microformats. Est-ce valide ? Bien que le bookmarklet HTML RDFa Highlight ait démontré que le balisage RDFa était disponible et ait indiqué les éléments auxquels le balisage avait été appliqué, il était également nécessaire de modifier d’autres aspects de la page HTML. Le DTD a été changé d’un HTML 1.0 Strict à : En outre, l’espace de noms des éléments RDFa devait être défini : Il m’était possible de faire cela car j’ai accès à la page HTML, y compris les éléments définis dans le HTML . Je suis conscient que certaines applications CMS peuvent ne pas permettre de telles modifications et, en outre, les organisations peuvent avoir des politiques qui interdisent de telles modifications. Lors de la validation ultérieure de la page, j’ai découvert, cependant, des erreurs de validité HTML. Il semble que mon utilisation de l’attribut name=“foo” ait été remplacée par id=“foo” . Les modifications du DTD et des éléments et l’inclusion du balisage RDFa n’étaient pas les seules modifications que je devais apporter, cependant. J’ai découvert que l’attribut id=“foo exige que “foo” commence par un caractère alphabétique. J’ai donc dû changer id=“2010” en id=“year-2010” . Cela, pour moi, était un peu plus inquiétant car plutôt que de simplement inclure un balisage nouveau ou légèrement modifié qui était rétrocompatible, je devais maintenant changer l’URL d’une ancre interne. Si les ancres avaient commencé par un caractère alphabétique, cela n’aurait pas été un problème (et je n’aurais pas été conscient du problème). Cependant, il semble qu’une migration d’un monde conforme XHTML 1.0 Strict centré sur le document vers le monde plus centré sur les données XHTML 1.1+RDFa puisse entraîner la rupture de liens. J’étais prêt à faire ce changement sur mes pages d’événements à venir et récents et à modifier les liens dans les pages. Cependant, si d’autres créent des liens vers ces ancres internes (ce que je pense peu probable), alors les liens se dégraderont légèrement (ils n’entraîneront pas l’affichage d’un message d’erreur 404 ; à la place, le haut de la page sera affiché, plutôt que les entrées pour le début de l’année particulière). Le point de vue de Google sur le balisage RDFa En utilisant l’outil de test des extraits enrichis de Google, il est possible de « saisir une URL de page web pour voir comment elle peut apparaître dans les résultats de recherche ». L’image ci-jointe montre la sortie de cet outil pour ma page d’événements . Cela montre la structure de la page que Google connaît. Comme Google connaît la latitude et la longitude de l’emplacement de la conférence, il peut l’utiliser pour des services basés sur la localisation et il peut fournir le résumé de l’événement et une description. Est-ce correct ? Après mon expérience initiale, mon ancien collègue Pete Johnston (maintenant d’Eduserv) m’a aimablement donné des commentaires. Il m’a alerté sur le service RDFa Distiller and Parser du W3C – et a récemment lui-même publié des articles sur les métadonnées de document utilisant DC-HTML et utilisant RDFa et les brouillons RDFa 1.1 disponibles auprès du W3C . En utilisant le service Distiller and Parser pour rendre compte de ma page d’événement (qui a maintenant

P.S. A few readers have asked which shared & managed wordpress hosting we actually reach for — it's SiteGround; take a look here if you want the current details.