Repository with sources and generator of https://larlet.fr/david/ https://larlet.fr/david/
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

index.html 33KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342
  1. <!doctype html>
  2. <html lang=fr>
  3. <head>
  4. <!-- Always define the charset before the title -->
  5. <meta charset=utf-8>
  6. <title>★ Le point sur RDF et RDFa — Biologeek — David Larlet</title>
  7. <!-- Define a viewport to mobile devices to use - telling the browser to assume that the page is as wide as the device (width=device-width) and setting the initial page zoom level to be 1 (initial-scale=1.0) -->
  8. <meta name="viewport" content="width=device-width, initial-scale=1"/>
  9. <!-- Fake favicon, to avoid extra request to the server -->
  10. <link rel="icon" href="data:;base64,iVBORw0KGgo=">
  11. <link type="application/atom+xml" rel="alternate" title="Feed" href="/david/log/" />
  12. <link rel="manifest" href="/manifest.json">
  13. <link rel="stylesheet" href="/static/david/css/larlet-david-_J6Rv.css" data-instant-track />
  14. <noscript>
  15. <style type="text/css">
  16. /* Otherwise fonts are loaded by JS for faster initial rendering. See scripts at the bottom. */
  17. body {
  18. font-family: 'EquityTextB', serif;
  19. }
  20. h1, h2, h3, h4, h5, h6, time, nav a, nav a:link, nav a:visited {
  21. font-family: 'EquityCapsB', sans-serif;
  22. font-variant: normal;
  23. }
  24. </style>
  25. </noscript>
  26. <!-- Canonical URL for SEO purposes -->
  27. <link rel="canonical" href="https://larlet.fr/david/biologeek/archives/20080425-le-point-sur-rdf-et-rdfa">
  28. </head>
  29. <body>
  30. <div>
  31. <header>
  32. <nav>
  33. <p>
  34. <small>
  35. Je suis <a href="/david/" title="Profil public">David Larlet</a>, <a href="/david/pro/" title="Activité professionnelle">artisan</a> du web qui vous <a href="/david/pro/accompagnement/" title="Activité d’accompagnement">accompagne</a><span class="more-infos"> dans l’acquisition de savoirs pour concevoir des <a href="/david/pro/produits-essentiels/" title="Qu’est-ce qu’un produit essentiel ?">produits essentiels</a></span>. <span class="more-more-infos">Discutons ensemble d’une <a href="/david/pro/devis/" title="En savoir plus">non-demande de devis</a>.</span> Je partage ici mes <a href="/david/blog/" title="Expériences bienveillantes">réflexions</a> et <a href="/david/correspondances/2017/" title="Lettres hebdomadaires">correspondances</a>.
  36. </small>
  37. </p>
  38. </nav>
  39. </header>
  40. <section>
  41. <h1 property="schema:name">★ Le point sur RDF et RDFa</h1>
  42. <article typeof="schema:BlogPosting">
  43. <div property="schema:articleBody">
  44. <img src="/static/david/biologeek/images/logos/semantic_web_activity.png" alt="vignette" style="float:left; margin: 0.5em 1em;" property="schema:thumbnailUrl" />
  45. <p>À lire les comptes rendus de <a href="http://blog.creaone.fr/post/2008/04/19/WaSP-cafe-%3A-Web-semantique">Samuel Martin</a> et <a href="http://blog.neovov.com/index.php?2008/04/23/195-wasp-cafe-3">Nicolas Le Gall</a>, je me suis vraiment mal exprimé lors de ce dernier <a href="https://larlet.fr/david/biologeek/archives/200842-atelier-d-introduction-au-web-semantique/">WaSP Café consacré au Web Sémantique</a> (j'ai actualisé la liste des ressources au passage). Je m'en excuse et je vais essayer d'être plus clair à l'écrit. Quoi qu'il en soit c'était une très bonne expérience sur ma difficulté à exprimer certains concepts.</p>
  46. <h2>Problématique</h2>
  47. <p>Le principal objectif du web sémantique est d'aider les machines à « comprendre » la complexité humaine. Idée singulière ? Pas vraiment si l'on considère que l'outil informatique pourra ensuite à son tour nous rendre service en proposant des informations plus pertinentes par exemple.</p>
  48. <p>Cette aide est-elle vraiment nécessaire ? Le système actuel a montré ses limites, il est très difficile pour un moteur de recherche de trouver des résultats pertinents lorsqu'une requête est dénuée de contexte et/ou s'avère trop compliquée. En cherchant le terme « Paris » , vous allez être confronté à des résultats portant sur la ville, une suite d'hôtel et bien sûr la personnalité que nous envions aux américains. De la même façon, si vous souhaitez connaître tous les amis des personnes ayant commenté sur votre blog, il va actuellement vous falloir quelques heures (dans le meilleur des cas).</p>
  49. <h2>Solution(s)</h2>
  50. <p>Il y a plusieurs approches pour essayer de donner davantage de sens, de sémantiser le web. Les deux plus notables sont celle du <a href="http://www.w3.org/2001/sw/interest/">Semantic Web Interest Group</a> initiée par le W3C et celle des <a href="http://microformats.org/">microformats</a> créés par Tantek Çelik (entre autres).</p>
  51. <p>Commençons par les microformats qui ont eu leur heure de gloire. L'idée initiale était d'annoter l'existant afin d'ajouter du sens à la volée lors de la création de nouveaux contenus. C'est une approche louable dans le sens où elle est très pragmatique et permet de commencer à ajouter du sens à certaines données rapidement (notamment grâce à la compatibilité html4). En revanche,
  52. outre les problèmes d'<a href="http://www.snee.com/bobdc.blog/2008/03/accessibility_problems_with_mi.html">accessibilité soulevés</a>, elle pose le problème de la pérénnité de ces formats qui ont une évolutivité assez restreinte (sans parler de <a href="http://semwebdev.keithalexander.co.uk/blog/posts/microformats-not-semantic-web">la centralisation</a>). Bon je vais pas aller plus loin, ce n'est l'objet de ce billet et <a href="http://www.la-grange.net/2003/12/17.html#xfn">Karl l'a fait bien avant moi</a>.</p>
  53. <p>Le SWIG souhaite davantage considérer le web dans son ensemble comme une gigantesque base de données décentralisée grâce à un format standardisé et flexible : <abbr title="Resource Description Framework">RDF</abbr>.</p>
  54. <p>RDF introduit la notion de triplets permettant d'établir des relations, voici un exemple pour illustrer ce concept. Prenons le texte suivant :</p>
  55. <blockquote>
  56. <p>David rédige un article pour Biologeek intitulé Le point sur RDF et RDFa.</p>
  57. </blockquote>
  58. <p>Cette simple phrase permet de créer les relations suivantes :</p>
  59. <ul>
  60. <li>David { est rédacteur de } Le point sur RDF et RDFa</li>
  61. <li>Biologeek { publie } Le point sur RDF et RDFa</li>
  62. <li>Le point sur RDF et RDFa { est } un Article</li>
  63. </ul>
  64. <p>À partir de ces triplets (sujet { prédicat } objet), on peut ensuite créer de nouvelles relations : si David est rédacteur de Le point sur RDF et RDFa et Biologeek publie Le point sur RDF et RDFa, David est contributeur de Biologeek. L'autre avantage de RDF c'est que sa structure en triplets est très simple et permet de modéliser n'importe quelle donnée.</p>
  65. <p>Les sujets et les objets peuvent être de différentes natures : texte, date, nombres, ... ou URL et c'est là où ça devient intéressant car cela permet de lier les différentes ressources entre elles (et donc de les distribuer à l'échelle du web). Les prédicats sont issus de vocabulaires, certains sont normalisés et peuvent être étendus en fonction des besoins mais on ne va pas aller plus loin pour l'instant.</p>
  66. <p>Il est important de bien comprendre l'importance de RDF pour saisir toute la portée du Web Sémantique. Si l'on souhaite aller plus loin dans l'analogie de la base de données, les tables sont les différents vocabulaires et les ids sont les URL des ressources, d'où l'importance d'avoir des URL uniques par ressource.</p>
  67. <h3>RDF et ses représentations</h3>
  68. <p>C'est une confusion que l'on retrouve très souvent : XML n'est qu'une représentation possible de RDF, il existe d'autres syntaxes permettant de représenter du RDF comme N3/Turtle ou N triples qui sont moins utilisées (10 ans de XML laissent quand même quelques outils forts utiles) mais plus lisibles à mon sens.</p>
  69. <h2>Et RDFa dans tout ça ?</h2>
  70. <p>Le but de RDFa est d'intégrer directement du RDF et donc de la sémantique dans votre HTML. <strong>Il suffit juste de mettre les bons attributs à des balises HTML existantes donc ce n'est pas plus compliqué qu'un microformat !</strong></p>
  71. <p>Prenons un exemple concret avec ce blog, tous les billets sont RDFaisés grâce au <a href="http://www.lespetitescases.net/rdfaiser-votre-blog-2-la-pratique">merveilleux tutoriel de Gautier Poupeau</a>. Ce qui permet d'extraire les données RDF (avec une représentation XML) facilement et sans avoir à dupliquer le contenu, il s'agit juste d'un parsing des pages html générées. Vous pouvez voir la représentation de ces données pour le billet actuel à l'URL http://www.biologeek.com/data/web-semantique/le-point-sur-rdf-et-rdfa.</p>
  72. <p>J'ai un petit soucis encore avec les commentaires que je compte régler ce weekend mais vous pouvez déjà analyser le html (et le code) qui permet d'arriver à cela. Vous allez voir que c'est inhabituel mais que c'est loin d'être difficile pour autant.</p>
  73. <h2>Enjeux</h2>
  74. <p>En termes de référencement, la question n'est pas de savoir si les moteurs de recherche vont y passer mais quand, il n'y a aucun doute là-dessus et certains expérimentent déjà <a href="https://larlet.fr/david/biologeek/archives/20080224-on-commence-a-faire-des-choses-interessantes/">des choses bien sympatiques</a>. Mais publier pour un moteur de recherche n'est pas une fin en soit. À partir du moment où vous avez la possibilité d'extraire vos données en RDF, les réutilisations sont infinies car vous avez un format permettant de faire des requêtes grâce à SPARQL (je n'entre pas dans les détails ici non plus) ce qui permettrait par exemple :</p>
  75. <ul>
  76. <li>d'extraire tous les billets relatifs au tag web-semantique contenus dans mon aggrégateur auxquels j'ai répondu en commentaire ;</li>
  77. <li>d'ajouter à mon fichier FOAF tous les fichiers <abbr title="Friend Of A Friend">FOAF</abbr> des personnes ayant commenté ici ;</li>
  78. <li>de récupérer dans les fichiers FOAF des commentaires des billets du tag python de ce blog les titulaires de comptes LinkedIn issus des fichiers FOAF et de faire des demandes de mise en relation (pour mettre une pincée de 2.0).</li>
  79. </ul>
  80. <p>RDFa n'est <em>qu'un</em> moyen d'introduire d'avantage de RDF sur le web mais les enjeux sont bien plus grands, ces quelques exemples ne sont qu'une mise en bouche des applications possibles.</p>
  81. <p>Le meilleur exemple que je connaisse reste <a href="http://dbpedia.org/">DBpedia</a> qui a extrait l'ensemble des données de Wikipedia au format RDF. Il y a <a href="http://wiki.dbpedia.org/Datasets">des exemples de requêtes</a> pouvant être effectuées. Je vous laisse imaginer tout ce que l'on peut faire avec (<a href="http://www.lespetitescases.net/dbpedia/">Gautier vous aide</a> si vous manquez d'imagination).</p>
  82. <h2>Limites</h2>
  83. <p>Les outils sont bien sûrs encore au stade de prototype et je ne m'inquiète pas de ça car ça va rapidement évoluer. En revanche il y a deux problèmes majeurs encore irrésolus :</p>
  84. <ul>
  85. <li><strong>La confidentialité</strong> : il manque une couche d'authentification permettant un accès granulaire aux triplets RDF ;</li>
  86. <li><strong>La confiance</strong> : OpenID me permet de créer un compte mais je n'ai aucun moyen de prouver que c'est bien moi David Larlet qui suit derrière cette URL.</li>
  87. </ul>
  88. <p>Concernant la confiance, il y a des projets qui sont en train d'être développés introduisant un tiers de confiance (banque, état, etc) et permettant de remédier au problème des clés GPG beaucoup trop geek.</p>
  89. <p>En revanche, concernant la confidentialité je suis assez sceptique car je n'ai pas encore trouvé de solution élégante pour gérer ça et c'est quand même une clé majeur du succès du Web Sémantique...</p>
  90. <h2>Epilogue</h2>
  91. <p>Je voudrais revenir sur la dernière question posée qui était très pertinente mais on manquait de temps (d'ailleurs c'est vraiment dommage, on aurait dû consacrer plus de temps aux questions/réponses). Je la reformule car je ne m'en souviens plus exactement :</p>
  92. <blockquote>
  93. <p>Comment faire dans un web 2.0 pour garder le contrôle sur ses données, son identité ?</p>
  94. </blockquote>
  95. <p>J'ai rapidement répondu qu'il fallait absolument commencer par avoir son propre nom de domaine car celui-ci va représenter votre identité en ligne mais le problème est beaucoup plus vaste et <a href="https://larlet.fr/david/biologeek/archives/20070906-web-social-rendez-nous-le-controle-de-nos-donnees/">j'ai déjà eu l'occasion d'en parler</a>. Chacun place le curseur de sa confidentialité, de sa vie privée au niveau qui lui semble le plus juste. Ça va du réseau local ultra sécurisé à l'étalage de sa vie publique sur Seesmic et autres Twitter.</p>
  96. <p>Tout dépend finalement de votre définition de la liberté (en ligne). Pour ma part, j'aime partager mes connaissances, mais beaucoup moins ce que je fais et/ou pense dans certains domaines plus personnels. Je suis ouvert à la décentralisation mais la technique n'est pas encore prête à ça sans introduire des duplicats de l'information un peu partout et je ne parle même pas de la monétisation sous-jacente. Il faut comprendre ce que ça implique et ensuite assumer ses responsabilités, il ne fait aucun doute que la pseudo-gratuité offerte par ces services peut vous coûter cher...</p>
  97. <p>Pour terminer, je pense que le <a href="http://websemantique.org">Web Sémantique</a> souffre de deux problèmes (qui sont très proches de ceux du Logiciel Libre finalement) :</p>
  98. <ul>
  99. <li>le manque de publicité, c'est ce qui a permis aux microformats de se développer aussi vite, il n'y a qu'à comparer les deux sites...</li>
  100. <li>l'opposition des entreprises existantes qui ont fondé leur business model sur l'extraction et l'utilisation de ces données, le pire étant que ces entreprises noyautent les initiatives comme Data Portability.</li>
  101. </ul>
  102. <p>J'espère avoir été un peu plus clair cette fois-ci, en tout cas un grand merci <a href="http://waspcafefrance.webstandards.org/Les-gentils-organisateurs.html">aux organisateurs du WaSP Café</a>, c'était très intéressant de pouvoir en parler mais surtout confronter ces idées avec <a href="http://fredericdevillamil.com/">Frédéric</a> et je pense que ça a beaucoup apporté en vitalité.</p>
  103. </div>
  104. </article>
  105. <footer>
  106. <h6 property="schema:datePublished">— 25/04/2008</h6>
  107. </footer>
  108. </section>
  109. <section>
  110. <div>
  111. <h3>Articles peut-être en rapport</h3>
  112. <ul>
  113. <li><a href="/david/biologeek/archives/20080716-differences-entre-identification-autorisation-et-authentification/" title="Accès à Différences entre identification, autorisation et authentification">Différences entre identification, autorisation et authentification</a></li>
  114. <li><a href="/david/biologeek/archives/20080112-ma-killer-app-pour-le-web-semantique/" title="Accès à ★ Ma killer app pour le Web Sémantique">★ Ma killer app pour le Web Sémantique</a></li>
  115. <li><a href="/david/biologeek/archives/20071202-gweb-peut-on-encore-rever-d-un-web-libre/" title="Accès à GWeb, peut-on encore rêver d&#39;un web libre ?">GWeb, peut-on encore rêver d&#39;un web libre ?</a></li>
  116. </ul>
  117. </div>
  118. </section>
  119. <section>
  120. <div id="comments">
  121. <h3>Commentaires</h3>
  122. <div class="comment" typeof="schema:UserComments">
  123. <p class="comment-meta">
  124. <span class="comment-author" property="schema:creator">Neovov</span> le <span class="comment-date" property="schema:commentTime">25/04/2008</span> :
  125. </p>
  126. <div class="comment-content" property="schema:commentText">
  127. <p>Bonjour David,</p>
  128. <p>J&#39;avais bien compris ce que tu voulais dire pendant l&#39;atelier, je me suis peut-être mal exprimé dans mon billet.</p>
  129. <p>Je reproche juste 2 choses :<br />- La simplicité et l&#39;aspect cool des microformats vis à vis de RDF/RDFa, qui fait qu&#39;on préfère forcément le premier (dans le cas où l&#39;on veut sémantiser quelque chose de prévu dans les microformats).<br />- A l&#39;inverse, la trop grande complexité de RDF/RDFa. Il faut vraiment s&#39;investir énormément pour réussir à faire quelque chose, et je doute que beaucoup de gens soient prêt à s&#39;investir. De plus il y a le coté rébarbatif, faire du XML à la main c&#39;est pas forcément transcendant, et jongler entre les namespaces non plus (et je ne parle pas de la maintenance qui devient du coup moins simple).</p>
  130. <p>Ce qui m&#39;inquiète encore plus, c&#39;est qu&#39;il y ait une bataille entre microformats et RDFa.</p>
  131. <p>Je donnais juste mon point de vue en tant que novice, je ne dis absolument pas qu&#39;il ne faut faire ni l&#39;un ni l&#39;autre. Je regrette que l&#39;on ait à choisir entre quelque chose de bien, simple mais limité et quelque chose de très bien, extensible mais compliqué et long à prendre en main.</p>
  132. <p>Maintenant, comme tu le dis, ce n&#39;est peut-être qu&#39;un problème de marketing.</p>
  133. <p>Merci beaucoup pour l&#39;atelier en tout cas, tu m&#39;as donné envie de me mettre à RDF !</p>
  134. </div>
  135. </div>
  136. <div class="comment" typeof="schema:UserComments">
  137. <p class="comment-meta">
  138. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">25/04/2008</span> :
  139. </p>
  140. <div class="comment-content" property="schema:commentText">
  141. <p>@Neoveov : Zut, si tu penses encore que le RDF c&#39;est se taper du XML à la main j&#39;ai totalement foiré mon explication :(</p>
  142. </div>
  143. </div>
  144. <div class="comment" typeof="schema:UserComments">
  145. <p class="comment-meta">
  146. <span class="comment-author" property="schema:creator">Neovov</span> le <span class="comment-date" property="schema:commentTime">25/04/2008</span> :
  147. </p>
  148. <div class="comment-content" property="schema:commentText">
  149. <p>Non non, j&#39;ai compris, mais présenter du XML c&#39;était peut-être un mauvais choix stratégique, du N3 aurait moins fait peur !</p>
  150. </div>
  151. </div>
  152. <div class="comment" typeof="schema:UserComments">
  153. <p class="comment-meta">
  154. <span class="comment-author" property="schema:creator">Ikipou</span> le <span class="comment-date" property="schema:commentTime">26/04/2008</span> :
  155. </p>
  156. <div class="comment-content" property="schema:commentText">
  157. <p>J&#39;aime vraiment bien l&#39;approche RDF et je suis toujours curieux des évolutions et du déploiement, mais je me demande toujours si on a pas adopté une mauvaise approche.</p>
  158. <p>Premièrement, RDF a un formalisme pratique pour les machines, mais pas du tout pour les hommes. C&#39;est l&#39;homme qui doit se plier à la logique du premier ordre pour décrire son contenu (et c&#39;est pas gagné).</p>
  159. <p>Quand on voit que Powerlabs (http://www.powerset.com/) extrait ses fichiers RDF de la structure des liens et des phrases, je me demande si il est bien nécessaire de modifier le Web pour accéder au Web sémantique? De plus une approche inductive comme celle-là évite pas mal de fraudes.</p>
  160. <p>Deuxièmement, les déductions réalisable avec RDF sont souvent des problèmes NP-complet ou indécidable. C&#39;est gérable pour le moment car la quantité de donnée reste petite en énumérant les solutions, mais si tout le Web s&#39;y met on risque de voir rapidement les limites de l&#39;approche.</p>
  161. <p>Comme tu connais bien le sujet, pourrais-tu partager ton avis sur ces deux points?</p>
  162. <p>(Ce serait pas mal de pouvoir faire plusieurs retour de ligne pour éclaircir les commentaires)</p>
  163. </div>
  164. </div>
  165. <div class="comment" typeof="schema:UserComments">
  166. <p class="comment-meta">
  167. <span class="comment-author" property="schema:creator">Samuel Martin</span> le <span class="comment-date" property="schema:commentTime">26/04/2008</span> :
  168. </p>
  169. <div class="comment-content" property="schema:commentText">
  170. <p>Merci pour ce retour ! Mon premier réflexe a été de tester les microformats, mon prochain test sera donc pour les &quot;RDF&quot;.</p>
  171. <p>La conférence m&#39;a donné vraiment envie d&#39;explorer le &quot;web sémantique&quot;, je ne pense pas être le seul ! On regrettera juste que c&#39;est tous les ans et non pas plus souvent :).</p>
  172. </div>
  173. </div>
  174. <div class="comment" typeof="schema:UserComments">
  175. <p class="comment-meta">
  176. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">27/04/2008</span> :
  177. </p>
  178. <div class="comment-content" property="schema:commentText">
  179. <p>@Neoveov :</p>
  180. <p>&gt; Ce qui m&#39;inquiète encore plus, c&#39;est qu&#39;il y ait une bataille entre microformats et RDFa.</p>
  181. <p>Ça reste très amical, on connaît les atouts et les faiblesses de chacun :-)</p>
  182. <p>&gt; Je regrette que l&#39;on ait à choisir entre quelque chose de bien, simple mais limité et quelque chose de très bien, extensible mais compliqué et long à prendre en main.</p>
  183. <p>C&#39;est un peu pareil pour tout, Dreamweaver est simple mais limité, se faire de la css à la main est plus compliqué et long à prendre en main par exemple. Tout dépend des objectifs.</p>
  184. <p>@Ikipou :</p>
  185. <p>&gt; je me demande si il est bien nécessaire de modifier le Web pour accéder au Web sémantique?</p>
  186. <p>En bon adepte de Python, je préfère ce qui est explicite à ce qui est implicite. Maintenant il est évident que l&#39;on va aller vers une convergence des deux approches, ne serait-ce que pour exploiter les contenus anciens.</p>
  187. <p>&gt; De plus une approche inductive comme celle-là évite pas mal de fraudes.</p>
  188. <p>Là c&#39;est sous-estimer les capacités des spammeurs :-)</p>
  189. <p>&gt; si tout le Web s&#39;y met on risque de voir rapidement les limites de l&#39;approche.</p>
  190. <p>Clairement, c&#39;est la raison pour laquelle la technologie doit évoluer en parallèle. Aujourd&#39;hui il est impensable de crawler toutes les heures les fichiers FOAF de toutes les personnes ayant commenté ici afin de mettre à jour leurs informations. Dans quelques temps ça nous fera peut-être sourire, le P2P a un grand rôle à jouer à ce niveau, GApp ou AWS ne sont que les prémices d&#39;un nuage mondial qui sera réparti entre les machines connectées au réseau...</p>
  191. <p>@Samuel Martin :</p>
  192. <p>&gt; La conférence m&#39;a donné vraiment envie d&#39;explorer le &quot;web sémantique&quot;</p>
  193. <p>\o/ c&#39;était le but ;-).</p>
  194. </div>
  195. </div>
  196. <div class="comment" typeof="schema:UserComments">
  197. <p class="comment-meta">
  198. <span class="comment-author" property="schema:creator">bruno bichet</span> le <span class="comment-date" property="schema:commentTime">29/04/2008</span> :
  199. </p>
  200. <div class="comment-content" property="schema:commentText">
  201. <p>Salut David,</p>
  202. <p>Ne t&#39;inquiète pas, tes talents d&#39;explicateur ne sont sûrement pas en question si j&#39;en juge ma propre incompréhension du web sémantique à travers RDF/RDFa et pourtant je suis inscris à la liste de discussion du web sémantique. Bon, en même temps, ceci explique peut-être celà :D</p>
  203. <p>Et pourtant, je comprends bien les enjeux et tout et tout, mais je n&#39;arrive pas encore à percevoir la manière de mettre concrêtement en oeuvre ces techniques.</p>
  204. <p>J&#39;y mets peut-être un peu de mauvaise volonté malgré moi car je suis attaché au principe des microformats...</p>
  205. <p>Entre microformats et RDF, j&#39;ai un peu le sentiment qu&#39;on veut faire le chemin inverse de ce qui s&#39;est passé entre xhtml2 et html5 : si html5 se rapproche des microformats, xhtml2 serait le pendant RDF en terme de sémantique et de &quot;rigueur&quot;.</p>
  206. <p>J&#39;espère me tromper, mais je trouve qu&#39;on se prépare des guerres de tranchées entre les tenants d&#39;une approche stricte de la structuration des contenus et une autre plus &quot;cool&quot;.</p>
  207. <p></p>
  208. </div>
  209. </div>
  210. <div class="comment" typeof="schema:UserComments">
  211. <p class="comment-meta">
  212. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">29/04/2008</span> :
  213. </p>
  214. <div class="comment-content" property="schema:commentText">
  215. <p>@bruno bichet : En fait pour moi la guerre a déjà eu lieue et je pense que les microformats ont perdu.</p>
  216. <p>Leur credo c&#39;est « Designed for humans first and machines second » et c&#39;est déjà un contre sens vu la syntaxe demandée. Une personne ne connaissant pas html est obligée de passer par un générateur. Du coup quel avantage face au RDFa par exemple ? Je n&#39;en vois aucun, si ce n&#39;est qu&#39;il manque des outils du côté du Web Sémantique.</p>
  217. <p>Si je prends le temps d&#39;expliquer tout ça, c&#39;est secrètement pour que mes lecteurs geeks développent de tels outils car je manque de temps ;-).</p>
  218. </div>
  219. </div>
  220. <div class="comment" typeof="schema:UserComments">
  221. <p class="comment-meta">
  222. <span class="comment-author" property="schema:creator">shingara</span> le <span class="comment-date" property="schema:commentTime">30/04/2008</span> :
  223. </p>
  224. <div class="comment-content" property="schema:commentText">
  225. <p>Merci beaucoup de nous avoir fait ce billet. Personnellement, n&#39;habitant plus Paris, je n&#39;ai pas pu venir à la conférence au WASP. Grâce à toi, je comprend un peu mieux le web sémantique.</p>
  226. <p>Tu en as parlé régulièrement, mais j&#39;avoue ne jamais avoir bien compris le système. J&#39;en comprend enfin beaucoup plus.</p>
  227. <p>Je me dis que ce serait vraiment bien d&#39;essayer de m&#39;y intéresser encore plus.</p>
  228. </div>
  229. </div>
  230. <div class="comment" typeof="schema:UserComments">
  231. <p class="comment-meta">
  232. <span class="comment-author" property="schema:creator">Erwan</span> le <span class="comment-date" property="schema:commentTime">18/09/2008</span> :
  233. </p>
  234. <div class="comment-content" property="schema:commentText">
  235. <p>Bonjour,<br />La méthode RDFa est séduisante ; elle ouvre beaucoup de perspectives et, de mon point de vue, les microformats sembleront très insuffisants à beaucoup de gens. Pour en revenir à RDFa, je ne parviens pas à savoir s&#39;il est possible d&#39;y adosser une ou plusieurs références à des ontologies OWL (autre que via la propriété sameAs). La possibilité de faire des inférences plus ou moins élaborées (via OWL Lite voire DL) est un des intérets du web sémantique ; cela rendrait la chose intéressante en soi, y compris dans le cadre d&#39;une utilisation interne à un site (Inter, extra et même intranet).<br />RDFa ressemble tout de même beaucoup à une &quot;rustine&quot;, à une solution qui demeure - en l&#39;état de mes connaissances - transitoire, car parallèle à l&#39;alimentation d&#39;une base de données relationnelle. Et sauf erreur, avec le web sémantique seul on se heurte à l&#39;impossibilité de faire du calcul algébrique, uniquement du calcul logique. Si cette limite se confirme, c&#39;est une limite importante.</p>
  236. <p>La tâche de simplification de l&#39;utilisation de la méthode RDFa revient clairement aux CMS : il devront être capables de nous aider à définir un canevas d&#39;utilisation, puis dans ce cadre, de faire des suggestions compréhensibles et manipulables par le plus grand nombre des créateurs de contenus. Vaste chantier. Mais passionnant chantier.</p>
  237. </div>
  238. </div>
  239. <div class="comment" typeof="schema:UserComments">
  240. <p class="comment-meta">
  241. <span class="comment-author" property="schema:creator">Alex.</span> le <span class="comment-date" property="schema:commentTime">18/09/2008</span> :
  242. </p>
  243. <div class="comment-content" property="schema:commentText">
  244. <p>@Erwan&gt; Pour RDFa tu peux bien sur typer les relations que tu utilises, et les objets que tu définis. <br />Par exemple que tu parles d&#39;une instance de foaf:Person et que tu définis une relation foaf:interest vers un sujet donné.<br />A partir de là, quand tu fais des requêtes ou de l&#39;agrégation de données (si ton moteur le permet) tu bénéficie de capacités d&#39;inférence via l&#39;utilisation des ontologies choisies pour modéliser tes données / relations.<br />Est-ce que ça répond à ta question ?</p>
  245. <p>Qu&#39;est-ce que tu entends dans la 2e partie ? Pour le // à la BD, RDFa permet d&#39;exposer tes données, pas de les saisir. Pour ce faire tu peux en effet passer par un CMS (qui en affichant tes pages, va te mettre du RDFa là ou il faut), mais aussi coder ta page à la main en ajoutant tes annotations RDFa là où ça t&#39;interesse.</p>
  246. </div>
  247. </div>
  248. <div class="comment" typeof="schema:UserComments">
  249. <p class="comment-meta">
  250. <span class="comment-author" property="schema:creator">Erwan</span> le <span class="comment-date" property="schema:commentTime">18/09/2008</span> :
  251. </p>
  252. <div class="comment-content" property="schema:commentText">
  253. <p>Merci de ton commentaire. Pour le côté &quot;rustine&quot; (sans aucun doute très exagéré), je veux dire qu&#39;idéalement la base elle-même devrait stocker les triples RDF, et ne pas avoir à faire appel à un parseur qui va stocker les données en double ailleurs (je peux me tromper, c&#39;est ainsi que j&#39;ai compris les choses en tout cas.).<br />En outre, à mon sens l&#39;ajout de triples RDF devrait pouvoir se faire directement dans le CMS, en ayant facilement la main sur les trois éléments, constamment : sujet, prédicat et objet. Il y a un <a href="http://www.flickr.com/photos/bendiken/2259237730/in/set-72157603487819775/">module Drupal</a> qui dessine des pistes intéressantes, mais je ne suis pas sûr du tout que ça passe par RDFa. On peut mettre du RDF au niveau du gabarit, comme le suggère Gautier, mais cela ne sous-entend-il pas que les éléments du gabarit (un ou plusieurs élément(s) composant le triple RDF, sans parler des déclarations d&#39;espaces de nommage en amont) sont moins accessibles au rédacteur de contenu que d&#39;autres ? Quant au codage intégral à la main (dans un contenu non structuré), cela me semble être quelque chose de très &quot;hard&quot;. Je pense qu&#39;on devrait pouvoir faire ça aussi facilement qu&#39;une mise en italique, à ceci près que ce serait une mise en italique avec trois options, trois listes déroulantes autonomes et... hum, chaque liste étant éventuellement complétable. Un dispositif semblable serait à prévoir pour la déclaration des espaces de nommage. Bon enfin il y a des dispositifs pratiques à mettre au point au niveau du backend.</p>
  254. <p>C&#39;est sans doute une souplesse dont on peut se dispenser, mais seulement dans certains cas très bien balisés (je pense par exemple à l&#39;alimentation de fiches techniques, composées de plusieurs champs dont le contenu est toujours de même nature ; il n&#39;y a que le sujet à changer par exemple). Mais si tu as un site qui traite de sujets assez variés (et que tu veux ajouter du &quot;sémantique&quot; ailleurs que sur le titre, la date ou autres éléments récurrents de cette nature), cela implique je crois de pouvoir facilement &quot;varier les plaisirs&quot; aussi en matière d&#39;ajouts de richesse sémantique. Mon propos n&#39;est peut-être pas très clair, il faut dire que je ne suis encore qu&#39;en phase de découverte...</p>
  255. </div>
  256. </div>
  257. <div class="comment" typeof="schema:UserComments">
  258. <p class="comment-meta">
  259. <span class="comment-author" property="schema:creator">Olivier Duffez (WebRankInfo)</span> le <span class="comment-date" property="schema:commentTime">19/05/2009</span> :
  260. </p>
  261. <div class="comment-content" property="schema:commentText">
  262. <p>Merci pour cet article passionnant (signalé dans les commentaires de mon post sur WRI : <a href="http://www.webrankinfo.com/dossiers/techniques/rich-snippets">http://www.webrankinfo.com/dossiers/techniques/rich-snippets</a> ), qu&#39;il faudra que je relise plus en détails...<br />En tout cas il me donne envie d&#39;utiliser RDFa sur mes sites plutôt que les microformats ;-)</p>
  263. </div>
  264. </div>
  265. <div class="comment" typeof="schema:UserComments">
  266. <p class="comment-meta">
  267. <span class="comment-author" property="schema:creator">Blog E-Tourisme</span> le <span class="comment-date" property="schema:commentTime">23/12/2010</span> :
  268. </p>
  269. <div class="comment-content" property="schema:commentText">
  270. <p>Bjr,<br />merci pour cet excellent article, néanmoins entre Microformat, RDFa et désormais l&#39;OpenGraph protocole j&#39;en perds un peu mon latin... Doit-on utiliser toutes ces meta données dans son site où pensez vous qu&#39;un unique standard va enfin se dessiner ?<br />Cdlt,<br />Nicolas</p>
  271. </div>
  272. </div>
  273. </div>
  274. </section>
  275. <footer>
  276. <nav>
  277. <p>
  278. <small>
  279. Je réponds quasiment toujours aux <a href="m&#x61;ilto:d&#x61;vid%40l&#x61;rlet&#46;fr" title="Envoyer un email">emails</a> (<a href="/david/signature/" title="Ma signature actuelle avec possibilité de chiffrement">signés</a>) et vous pouvez me rencontrer à Montréal. <span class="more-infos">N’hésitez pas à <a href="/david/log/" title="Être tenu informé des mises à jour">vous abonner</a> pour être tenu informé des publications récentes.</span>
  280. </small>
  281. </p>
  282. </nav>
  283. </footer>
  284. </div>
  285. <script src="/static/david/js/larlet-david-3ee43f.js" data-no-instant></script>
  286. <script data-no-instant>InstantClick.init()</script>
  287. </body>
  288. </html>