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 42KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499500501502503504505506507508509510511512513514515516517518519520521522523524525526527528529530531532533534535536537
  1. <!doctype html>
  2. <html lang=fr>
  3. <head>
  4. <!-- Always define the charset before the title -->
  5. <meta charset=utf-8>
  6. <title>★ Ma killer app pour le Web Sémantique — 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/20080112-ma-killer-app-pour-le-web-semantique">
  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">★ Ma killer app pour le Web Sémantique</h1>
  42. <article typeof="schema:BlogPosting">
  43. <div property="schema:articleBody">
  44. <img src="/static/david/biologeek/images/logos/foaf_friend_of_a_friend.png" alt="vignette" style="float:left; margin: 0.5em 1em;" property="schema:thumbnailUrl" />
  45. <p>ReadWriteWeb se demandait récemment quelle serait la <a href="http://www.readwriteweb.com/archives/semantic_web_what_is_the_killer_app.php">Killer App du Web Sémantique</a>, ce à quoi Tim Berners-Lee <a href="http://dannyayers.com/2008/01/10/qotd-killer">avait déjà répondu</a> «&nbsp;Le Web Sémantique est la killer app ». Je n'ai pas la prétention de détenir cette <em>killer app</em> mais la phase de réflexion/maturation personnelle arrive à sa fin et je pense que vos avis sont importants pour progresser et arriver à un outil au plus proche de nos besoins.</p>
  46. <h2>Faut-il avoir peur du Web Sémantique&nbsp;?</h2>
  47. <p>En guise de préambule et suite aux <a href="http://kevinbongart.net/blog/2007/12/31/apml-attention-profiling-mark-up/#comment-331">réactions</a> suscitées par <a href="https://larlet.fr/david/biologeek/archives/20071230-apml-un-profil-dont-vous-etes-le-heros/">mon précédent article sur APML</a> et aux réflexions que j'ai pu lire un peu partout considérant le Web Sémantique comme le nouveau Big Brother, je pense qu'il est nécessaire de faire un point sur ce qu'il en est afin de ne pas <strong>transformer l'incompréhension en moteur d'exclusion</strong>.</p>
  48. <p>Le Web Sémantique ne permet «&nbsp;que » de donner du sens à vos données. Si vous avez <a href="https://larlet.fr/david/biologeek/archives/20070906-web-social-rendez-nous-le-controle-de-nos-donnees/">le contrôle sur vos données</a>, il n'y a aucune raison d'avoir peur de dévoiler votre vie privée puisque <strong>vous</strong> renseignez les éléments qui vous intéressent et <strong>vous</strong> donnez accès à l'information aux services que <strong>vous</strong> souhaitez. Si vous avez un <a href="https://larlet.fr/david/biologeek/archives/20070104-comment-utiliser-openid-la-solution-d-identification-tant-attendue/">OpenID</a>, c'est exactement ce qu'il se passe lorsque vous autorisez le service à accéder à certains éléments de votre profil. Vous pouvez avoir plusieurs profils de façon à gérer vos différentes identités en ligne (professionnelle, loisir, etc) et autoriser l'accès très finement à certaines parties de votre profil.</p>
  49. <h2>Un exemple concret&nbsp;: <abbr title="Friend Of A Friend">FOAF</abbr></h2>
  50. <p>Je me suis enfin décidé, motivé par Gautier et <a href="http://www.lespetitescases.net/foaf-le-reseau-social-garanti-sans-pub">son réseau social garanti sans pub</a>, à créer un fichier FOAF qui soit relativement complet, accessible via la page qui me sert désormais d'<a href="http://david.larlet.fr/">identité en ligne</a>. J'ai commencé par les membres du <a href="http://planete.websemantique.org/">planète web sémantique</a> mais je me suis vite rendu compte que ce type de gestion (à la main !) était inadaptée et qu'un tel fichier devait être synchronisé avec mon carnet d'adresses d'où la nécessité d'un nouvel outil.</p>
  51. <p><em>Si vous voulez créer votre propre fichier, je vous conseille soit de <a href="http://www.ldodds.com/foaf/foaf-a-matic.fr.html">passer par un générateur</a> (<a href="http://toxi.co.uk/foafgen/">un autre supportant l'import de vCards</a>), soit de <a href="http://www.lespetitescases.net/rdf-par-l-apprentissage-foaf">le faire à la main</a>, j'ai finalement opté pour cette dernière de façon à avoir un fichier plus complet. Le plus facile est encore d'éditer/adapter un profil existant à mon avis. N'oubliez pas la <a href="http://www.w3.org/RDF/Validator/">validation finale</a> !</em></p>
  52. <p>Vous pouvez grâce à ce fichier générer <a href="http://xml.mfd-consult.dk/foaf/explorer/">une page de profil</a> automatiquement par exemple. Est-ce problématique&nbsp;? Considérant le fait que <strong>vous</strong> avez renseigné ces informations et que <strong>vous</strong> pouvez les modifier à tout moment car <strong>vous</strong> en avez le contrôle, non.</p>
  53. <p>Et ce n'est qu'un début... on <del>peut</del> va faire <a href="http://apassant.net/blog/2008/01/06/wordpress-foaf-openid-updated/">énormément</a> <a href="http://drupal.org/project/foaf">plus</a>. Notamment au niveau des permissions, je souhaite par exemple que les personnes identifiées comme amies grâce à <strong>rel:friendOf</strong> puisse accéder à ma liste d'amis mais pas les autres, etc.</p>
  54. <h2>Le web de demain (matin)</h2>
  55. <p>Il y a deux approches différentes qui se démarquent actuellement&nbsp;: <a href="http://diso-project.org/"><abbr title="Distributed Social Network">DiSo</abbr></a> et <a href="http://www.opsn.net/"><abbr title="Open Portable Social Network">OPSN</abbr></a>. La première mise sur le développement de modules qui vont progressivement être intégrés au outils actuels (il ont commencé avec des plugins pour Wordpress par exemple). La seconde c'est du plus lourd, il s'agit de développer un outil permettant de gérer son identité en ligne. Lorsque j'ai consulté la présentation, j'ai tout de suite été séduit car c'est ce que je comptais faire&nbsp;!</p>
  56. <p>Les données sont actuellement contenues dans des entrepôts 2.0 et <strong>il est nécessaire de faire éclater ces entrepôts</strong> afin de rendre ces données aux utilisateurs (bon jusque là rien de nouveau). On va donc arriver à un entrepôt par personne, il s'agit maintenant de déterminer où placer ces entrepôts personnels et comment y accéder.</p>
  57. <p>Si on considère <strong>l'URI comme identité numérique</strong>, <a href="http://factoryjoe.com/blog/2008/01/03/its-high-time-we-moved-to-url-based-identifiers/">on a déjà répondu</a> à un bon nombre de ces problématiques avec <a href="http://openid.net/">OpenID</a>. Grâce à OpenID, vous pouvez connaître le lieu où réside l'entrepôt d'un utilisateur (en plus de certaines informations données par le profil OpenID). Les liens de type <strong>meta</strong> dans l'en-tête de la page d'accueil de l'entrepôt vous permettent d'accéder au fichier FOAF ou <a href="https://larlet.fr/david/biologeek/archives/20071230-apml-un-profil-dont-vous-etes-le-heros/">APML</a> par exemple.</p>
  58. <p>Mais comment gérer l'accès granulaire à ces données&nbsp;? Il existe pour cela <a href="http://oauth.net/">OAuth</a> (on peut même <a href="http://oauth.googlecode.com/svn/spec/discovery/1.0/drafts/1/spec.html">facilement découvrir le type d'accès</a>) qui permet de gérer les accès à partir de tokens. Pour en savoir plus je vous conseille l'excellente présentation de <a href="http://leahculver.com/">Leah Culver</a> (<a href="http://www.slideshare.net/leahculver/oauth-open-api-authentication">slides</a>, <a href="http://www.justin.tv/hackertv/49975/Tech_Talk_1_Leah_Culver_on_OAuth">vidéo</a>).</p>
  59. <p>Que manque-t-il alors&nbsp;? Tout simplement <strong>un outil permettant à l'utilisateur de gérer ces données dans son entrepôt</strong>. Éditer du RDF à la main pour faire son FOAF ça va un temps mais je veux qu'il devienne mon carnet d'adresse, je veux qu'il se synchronise avec mon logiciel d'envoi de courrier électronique, je veux qu'il se synchronise aussi lorsque j'accepte un ami dans l'application de mon choix, etc. Les standards sont en place, il ne reste <strong>plus qu'à</strong> développer les outils qui vont avec.</p>
  60. <p>Et ce n'est qu'un début, <strong>une fois l'identité (sociale) établie on peut passer aux contenus</strong> avec <a href="http://sioc-project.org/">SIOC</a> par exemple afin de récupérer les contenus émis sur les forums, en commentaire de blog, etc ou <a href="http://dbpedia.org/">DBpedia</a> si l'on s'intéresse davantage au savoir, les perspectives peuvent aller très loin...</p>
  61. <p>Je termine avec un petit schéma pour que ce soit plus clair&nbsp;:</p>
  62. <p><img src="/static/david/biologeek/images/application_semantique.png" alt="Schéma d&#039;un application sémantique utilisant RDF, FOAF, APML, OAuth et OpenID" style="display:block; margin:0 auto;" /></p>
  63. <p>Cette application constituerait <strong>la glue permettant de mettre en relation la gestion des données, leur représentation et leur accès</strong>. Il n'y a plus qu'à sortir <a href="https://larlet.fr/david/biologeek/archives/20060907-choisir-un-framework-web/">la caisse à outils</a> et <a href="https://larlet.fr/david/biologeek/archives/20080101-resolutions-etre-aimer-et-faire/">à faire</a> :-).</p>
  64. </div>
  65. </article>
  66. <footer>
  67. <h6 property="schema:datePublished">— 12/01/2008</h6>
  68. </footer>
  69. </section>
  70. <section>
  71. <div>
  72. <h3>Articles peut-être en rapport</h3>
  73. <ul>
  74. <li><a href="/david/biologeek/archives/20080811-rdf-adn-de-notre-identite-numerique/" title="Accès à ★ RDF, l&#39;ADN de notre identité numérique ?">★ RDF, l&#39;ADN de notre identité numérique ?</a></li>
  75. <li><a href="/david/biologeek/archives/20080713-decouvrons-oauth-avec-mixin-et-django-oauth/" title="Accès à ★ Découvrons OAuth avec mixin (et django-oauth)">★ Découvrons OAuth avec mixin (et django-oauth)</a></li>
  76. <li><a href="/david/biologeek/archives/20080604-architecture-web-moderne-et-agile/" title="Accès à ★ Architecture web moderne et agile">★ Architecture web moderne et agile</a></li>
  77. </ul>
  78. </div>
  79. </section>
  80. <section>
  81. <div id="comments">
  82. <h3>Commentaires</h3>
  83. <div class="comment" typeof="schema:UserComments">
  84. <p class="comment-meta">
  85. <span class="comment-author" property="schema:creator">Antoine</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  86. </p>
  87. <div class="comment-content" property="schema:commentText">
  88. <p>La démarche que tu exposes n'est-elle pas un peu celle que DataPortability veut mettre en place ? Il n'y a rien à écrire pour nos profils, la majorité de nos profils sont déjà écrit, d'où l'intéret de DataPortability</p>
  89. </div>
  90. </div>
  91. <div class="comment" typeof="schema:UserComments">
  92. <p class="comment-meta">
  93. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  94. </p>
  95. <div class="comment-content" property="schema:commentText">
  96. <p>DataPortability c'est bien mais depuis le « succès Scoble » j'ai vraiment peur que ça devienne une liste avec des discussions sans fin à la W3C (encore plus depuis qu'il y a des acteurs majeurs qui sont entrés dans le groupe), ça a du bon dans le sens où ça fait progresser la réflexion et parler du web sémantique mais au niveau de la concrétisation ça pose problème.<br />
  97. <br />
  98. Ils ont aussi des choix qui ne sont pas forcément les plus judicieux à mon avis, RSS vs. Atom -&gt; on prend RSS car c'est plus utilisé, FOAF -&gt; c'est trop vieux...<br />
  99. <br />
  100. En bref, c'est un excellent groupe de réflexion mais si on veut une application il va falloir se la faire, je commence à en avoir marre de ces discussions sans fins. Ce qu'il manque aujourd'hui c'est la glue et ça demande du code. Getting real.</p>
  101. </div>
  102. </div>
  103. <div class="comment" typeof="schema:UserComments">
  104. <p class="comment-meta">
  105. <span class="comment-author" property="schema:creator">Antoine</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  106. </p>
  107. <div class="comment-content" property="schema:commentText">
  108. <p>D'accord avec toi sur certains points mais je pense aussi qu'il faille un groupe de travail qui réflechi sur des solutions plus optimale sans obligatoirement proposer dans l'immédiat une solution. Au vu des acteurs qui sont récemment entrés dedans, cela pourrait mener vers une véritable solution de portabilité des données.<br />
  109. <br />
  110. Il faut être honnête, un FOAF par exemple, c'est bien dans son concept mais concrement, ça ne sert pas à grand chose ;) <br />
  111. Pour le choix du RSS façe à Atom, il faut bien se rendre à l'évidence que c'est le format le plus utilisé. Parfois, les standards le sont &quot;de facto&quot; et pas par choix d'optimalité technologique.</p>
  112. </div>
  113. </div>
  114. <div class="comment" typeof="schema:UserComments">
  115. <p class="comment-meta">
  116. <span class="comment-author" property="schema:creator">NiKo</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  117. </p>
  118. <div class="comment-content" property="schema:commentText">
  119. <p>C'est pour le moins ambitieux, j'ai hâte de voir ce que ça peut donner :)<br />
  120. <br />
  121. Tu t'es déjà fait quelques specs ? Une roadmap ? T'as selectionné les outils ? T'as besoin d'un coup de main ?</p>
  122. </div>
  123. </div>
  124. <div class="comment" typeof="schema:UserComments">
  125. <p class="comment-meta">
  126. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  127. </p>
  128. <div class="comment-content" property="schema:commentText">
  129. <p>@Antoine :<br />
  130. <br />
  131. &gt; je pense aussi qu'il faille un groupe de travail qui réflechi sur des solutions<br />
  132. <br />
  133. Tout à fait, je ne remets pas en doute l'utilité de ce groupe, c'est juste qu'à mon avis (et j'espère vraiment me tromper !) rien ne va en sortir de concret avant des années : chaque « grand acteur » va essayer de tirer la couette à lui et on va arriver à un statu quo. C'est exactement ce qu'il s'est passé sur la liste social-network-portability (morte depuis la pub autour de DP). L'objectif n'est pas pour ces acteurs de faire avancer les choses dans la libération des données mais bien d'occuper le terrain. Les annonces de untel qui rejoint DP que l'on a vu sont en grande partie stratégiques... ils ne vont quand même pas renoncer à ces données qui constituent leur business model comme ça.<br />
  134. <br />
  135. &gt; un FOAF par exemple, c'est bien dans son concept mais concrement, ça ne sert pas à grand chose<br />
  136. <br />
  137. Alors là je pense que tu te trompes. Dans un FOAF je peux stocker à la fois les informations me concernant mais aussi mes comptes distants et mes relations avec les autres, etc. Avec ça on peut faire énormément. Un simple exemple : tu arrives sur un service, il récupère ton FOAF grâce à ton OpenID et avec ça il te crée tes groupes d'amis, un groupe par type de relation par exemple. Utile ? Oui, dans la mesure où je n'ai plus qu'à le faire sur ma plateforme et ça synchronise directement vers tous mes services externes.<br />
  138. <br />
  139. @NiKo :<br />
  140. <br />
  141. &gt; C'est pour le moins ambitieux, j'ai hâte de voir ce que ça peut donner :)<br />
  142. <br />
  143. Et moi donc ;-).<br />
  144. <br />
  145. &gt; Tu t'es déjà fait quelques specs ?<br />
  146. <br />
  147. J'ai une idée assez précise de ce que je veux, je pense qu'il faut commencer par faire une interface à la génération d'un fichier FOAF, ce qui implique la gestion du profil utilisateur + la gestion des contacts.<br />
  148. <br />
  149. &gt; Une roadmap ?<br />
  150. <br />
  151. Non, je vais y réfléchir, tout se bouscule un peu en ce moment.<br />
  152. <br />
  153. &gt; T'as selectionné les outils ?<br />
  154. <br />
  155. Je commence à bien maîtriser Django et les bindings Redland, je suis ouvert à d'autres suggestions.<br />
  156. <br />
  157. &gt; T'as besoin d'un coup de main ?<br />
  158. <br />
  159. Toujours. Un petit groupe de motivés compétents serait parfait. Welcome aboard :-).<br />
  160. </p>
  161. </div>
  162. </div>
  163. <div class="comment" typeof="schema:UserComments">
  164. <p class="comment-meta">
  165. <span class="comment-author" property="schema:creator">Antoine</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  166. </p>
  167. <div class="comment-content" property="schema:commentText">
  168. <p>Je ne contredis en rien le potentiel du FOAF, je pense également qu'il est assez important. Par contre, vu que le FOAF n'est que très peu utilisé, son intérêt en devient assez limité. C'est simplement le point que je voulais soulever. <br />
  169. <br />
  170. Sinon, je pense que ce genre de post permet de faire jaillir de nouveau projet et peut-être mener vers des solutions à plus grande échelle qu'une discussion de comptoire. <br />
  171. <br />
  172. Bonne chance dans ton projet et tiens nous au courant ;)</p>
  173. </div>
  174. </div>
  175. <div class="comment" typeof="schema:UserComments">
  176. <p class="comment-meta">
  177. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  178. </p>
  179. <div class="comment-content" property="schema:commentText">
  180. <p>@Antoine :<br />
  181. <br />
  182. Ok, mettons nous d'accord sur le fait suivant : FOAF est inexploité mais utile :-).<br />
  183. <br />
  184. Merci pour les encouragements.</p>
  185. </div>
  186. </div>
  187. <div class="comment" typeof="schema:UserComments">
  188. <p class="comment-meta">
  189. <span class="comment-author" property="schema:creator">Antoine</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  190. </p>
  191. <div class="comment-content" property="schema:commentText">
  192. <p>Tout à fait, son potentiel peut être grand mais pour le moment incroyablement inutilisé. J'ai également quelques aversions quant à la réelle protection de donnée présentes dans un FOAF mais c'est encore une autre histoire ;)</p>
  193. </div>
  194. </div>
  195. <div class="comment" typeof="schema:UserComments">
  196. <p class="comment-meta">
  197. <span class="comment-author" property="schema:creator">Alex.</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  198. </p>
  199. <div class="comment-content" property="schema:commentText">
  200. <p>Je réfléchis plus à une approche différente ( df<a href="http://apassant.net/blog/2008/01/12/one-foaf-fits-all/" title="http://apassant.net/blog/2008/01/12/one-foaf-fits-all/" rel="nofollow">apassant.net/blog/2008/01...</a> ), i.e. gérer mes réseaux sociaux sur des sites externes (flickr, twitter ...) puis agréger tout ça en local avec un outil comme Knowee dont je t'ai parlé l'autre jour: <a href="http://knowee.org/" title="http://knowee.org/" rel="nofollow">knowee.org/</a> mais si tu va plus loin dans ta démarche, ça m'interesse de suivre ça de prêt ;)<br />
  201. <br />
  202. Si tu veux gérer localement ton profil et les affinités avec d'autres personnes, une solution mixte peut être d'étendre un outil comme knowee pour associer à chaque utilisateur une relation spécifique et/ou un niveau de confiance / permissions.<br />
  203. <br />
  204. Ou alors, (toujours dans une optique du tout décentralisé) gérer ça en fonction des graphes sources (i.e. j'autorise toutes les personnes que je connais sur linkedin a voir toutes mon telephone, pas celles de twitter)</p>
  205. </div>
  206. </div>
  207. <div class="comment" typeof="schema:UserComments">
  208. <p class="comment-meta">
  209. <span class="comment-author" property="schema:creator">Misdre</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  210. </p>
  211. <div class="comment-content" property="schema:commentText">
  212. <p>Prêt à aider, si besoin est, j'ai beaucoup d'intérêt dans tout cela et depuis... longtemps...<br />
  213. À titre personnel, j'essayais de faire avancer/d'utiliser OpenID/FOAF sur un projet de site (de &quot;vulgarisation biologique&quot;, d'ailleurs), notamment pour la gestion de tous les comptes utilisateurs (génération du profil via un fichier FOAF, ou génération d'un fichier FOAF en partant du profil), l'utilisation de ce même fichier FOAF pour y relier les commentaires/sujets sur un forum (si jamais il y aurait eu).<br />
  214. Toujours sur l'idée du web sémantique, j'avais même poussé à l'utilisation d'une ontologie pour les articles (avec, forcément, le besoin de se renseignait plus avant sur le sujet), puisque j'ai vu ici ou là que question biologie, ça avançait assez bien...<br />
  215. <br />
  216. Enfin, on en parle on en parle mais comme souvent dans ces cas-là, ça reste lettre morte, tout cela datant d'avant juillet 2007 et rien n'ayant bougé depuis.<br />
  217. <br />
  218. Je m'égare ;) Mais toujours prêt à apporter ma pierre (même si je ne suis pas familier de Django, Python me parle) !</p>
  219. </div>
  220. </div>
  221. <div class="comment" typeof="schema:UserComments">
  222. <p class="comment-meta">
  223. <span class="comment-author" property="schema:creator">Alex.</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  224. </p>
  225. <div class="comment-content" property="schema:commentText">
  226. <p>Misdre, pour lier tes utilisateurs à des billets de blog, commentaires ou autres contenus de sites communautaires, je te conseille de regarder SIOC, qui répond à cette problématique.<br />
  227. Si tu cherches une ontologie pour les articles de recherche tu peux regarder du coté de biliographic ontology, ou de SWRC, utilisée par ex pour les confs ISWC.<br />
  228. <br />
  229. Les liens:<br />
  230. SIOC: <a href="http://sioc-project.org" title="http://sioc-project.org" rel="nofollow">sioc-project.org</a><br />
  231. Biblio ontology: <a href="http://bibliontology.com/" title="http://bibliontology.com/" rel="nofollow">bibliontology.com/</a><br />
  232. SWRC: <a href="http://ontoware.org/frs/download.php/298/swrc_v0.3.owl" title="http://ontoware.org/frs/download.php/298/swrc_v0.3.owl" rel="nofollow">ontoware.org/frs/download...</a><br />
  233. ISWC07 dataset: <a href="http://data.semanticweb.org/conference/iswc-aswc/2007/" title="http://data.semanticweb.org/conference/iswc-aswc/2007/" rel="nofollow">data.semanticweb.org/conf...</a><br />
  234. </p>
  235. </div>
  236. </div>
  237. <div class="comment" typeof="schema:UserComments">
  238. <p class="comment-meta">
  239. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">12/01/2008</span> :
  240. </p>
  241. <div class="comment-content" property="schema:commentText">
  242. <p>@Alex : oui ta démarche et celle de knowee (dommage que les inscriptions soient bloquées, j'ai dû me contenter du screencast) sont intéressantes mais ça laisse les données dans les silos externes et j'aimerais rendre ça à l'utilisateur. Pour moi, ce sont aux applications de récupérer ces informations et de me proposer des services pertinents avec.<br />
  243. <br />
  244. La solution mixte viendra dans un second temps, je pense notamment à la notion de synchronisation bidirectionnelle (j'ajoute un ami sur pownce -&gt; il est ajouté à mon silo si l'application pownce a les droits). Et ça rejoint ta dernière proposition si j'ai bien compris (?).<br />
  245. <br />
  246. Dès que je m'attaque à SIOC je te fais signe ;-).<br />
  247. <br />
  248. @Misdre : ton expérience serait très appréciée dans le projet.<br />
  249. </p>
  250. </div>
  251. </div>
  252. <div class="comment" typeof="schema:UserComments">
  253. <p class="comment-meta">
  254. <span class="comment-author" property="schema:creator">Olivier G.</span> le <span class="comment-date" property="schema:commentTime">14/01/2008</span> :
  255. </p>
  256. <div class="comment-content" property="schema:commentText">
  257. <p>C'est quelque chose que j'essaie de développer dans mon coin : un formulaire qui permettrait à n'importe qui de s'ajouter dans mon fichier FOAF. Libre à moi ensuite de préciser le rel:. Et si le type à déjà un fichier FOAF le décrivant, j'utilise un parser RDF en js pour en tirer les infos...<br />
  258. <br />
  259. Ensuite se pose tout un tas de questions : validité des infos dans le temps ? Copier ou non le contenu du FOAF ? Que faire en cas d'indisponibilité des fichiers distants, etc..<br />
  260. <br />
  261. On en parlera fin février, au WebSemCamp.<br />
  262. <br />
  263. </p>
  264. </div>
  265. </div>
  266. <div class="comment" typeof="schema:UserComments">
  267. <p class="comment-meta">
  268. <span class="comment-author" property="schema:creator">Olivier G.</span> le <span class="comment-date" property="schema:commentTime">14/01/2008</span> :
  269. </p>
  270. <div class="comment-content" property="schema:commentText">
  271. <p>Ah oui, il faut aussi déclarer ton FOAF dans le head de ton blog, non ?</p>
  272. </div>
  273. </div>
  274. <div class="comment" typeof="schema:UserComments">
  275. <p class="comment-meta">
  276. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">14/01/2008</span> :
  277. </p>
  278. <div class="comment-content" property="schema:commentText">
  279. <p>@Olivier G. : c'est une approche intéressante, j'aime bien celle d'Alex aussi qui récupère les FOAF à partir des commentateurs de son blog.<br />
  280. <br />
  281. Pour la déclaration du FOAF sur le blog c'est une excellente question, je me demande si le lien rel=&quot;me&quot; vers le profil serait suffisant...</p>
  282. </div>
  283. </div>
  284. <div class="comment" typeof="schema:UserComments">
  285. <p class="comment-meta">
  286. <span class="comment-author" property="schema:creator">Olivier G.</span> le <span class="comment-date" property="schema:commentTime">14/01/2008</span> :
  287. </p>
  288. <div class="comment-content" property="schema:commentText">
  289. <p>Pour la déclaration, j'utilise &lt;link rel=&quot;meta&quot; type=&quot;application/rdf+xml&quot; title=&quot;FOAF&quot; href=&quot;/rdf/carmine.rdf&quot; /&gt;, qui est reconnu par l'extension firefox Semantic radar.</p>
  290. </div>
  291. </div>
  292. <div class="comment" typeof="schema:UserComments">
  293. <p class="comment-meta">
  294. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">14/01/2008</span> :
  295. </p>
  296. <div class="comment-content" property="schema:commentText">
  297. <p>@Olivier G. : oui moi aussi sur le profil, la question était de savoir si je centralise les déclarations ou pas :-).</p>
  298. </div>
  299. </div>
  300. <div class="comment" typeof="schema:UserComments">
  301. <p class="comment-meta">
  302. <span class="comment-author" property="schema:creator">frédéric sidler</span> le <span class="comment-date" property="schema:commentTime">16/01/2008</span> :
  303. </p>
  304. <div class="comment-content" property="schema:commentText">
  305. <p>FOAF, RDF, RSS, etc, etc. L'utilisateur final, ça lui est égal. Lui ce qu'il veut c'est que ça soit simple et qu'il ne doive pas gérer cela à plusieurs endroits à la fois.<br />
  306. Ce que tu fais à un endroit doit être immédiatement compréhensible et doit être automatiquement répercuté dans tous les services auxquels tu participes.<br />
  307. Le principe est simple en soit, mais comment le faire décoller, là est à mon avis la question.<br />
  308. Pour moi Scooble a raison aujourd'hui quand il dit que Facebook est l'endroit rêvé pour gérer ses contacts, les relations entre eux, mais que c'est impossible d'exporter ces informations.<br />
  309. Pour moi c'est évident que c'est par là qu'il faudrait commencer, on passe tellement d'énergie à gérer un compte facebook (ou autre, mais il faut bien avouer que c'est le truc du moment) que c'est à cet endroit bien précis qu'il faut commencer à gérer son FOAF et celui de ses amis.<br />
  310. Imagine une simple application facebook qui te permet de gérer les envies de tes amis et créé en background un fichier FOAF. Je check à l'instant et je trouve déjà cette appli <a href="http://www.facebook.com/apps/application.php?id=2626876931" title="http://www.facebook.com/apps/application.php?id=2626876931" rel="nofollow">www.facebook.com/apps/app...</a><br />
  311. Malheureusement pour l'utilisateur final, ça se transforme à nouveau en fichier technique RDF incompréhensible.<br />
  312. Transformez ce type d'application en jeux comme tout tout ce qui est fun sur facebook. Les gens vous en remercieront et la base de connaissance s'aggrandira de façon exponentielle ;-) </p>
  313. </div>
  314. </div>
  315. <div class="comment" typeof="schema:UserComments">
  316. <p class="comment-meta">
  317. <span class="comment-author" property="schema:creator">NiCoS</span> le <span class="comment-date" property="schema:commentTime">16/01/2008</span> :
  318. </p>
  319. <div class="comment-content" property="schema:commentText">
  320. <p>Un peu à la traine mais deux trucs :<br />
  321. - billet &amp; projet très intéressant, miam !!<br />
  322. - si besoin, je veux bien filer un coup de main - surtout si c'est en django et ça peut m'intéresser pour MvMo peut être un jour... :)<br />
  323. <br />
  324. ++<br />
  325. <br />
  326. Nico</p>
  327. </div>
  328. </div>
  329. <div class="comment" typeof="schema:UserComments">
  330. <p class="comment-meta">
  331. <span class="comment-author" property="schema:creator">Gael - Danger Santé</span> le <span class="comment-date" property="schema:commentTime">16/01/2008</span> :
  332. </p>
  333. <div class="comment-content" property="schema:commentText">
  334. <p>Très bon article, bravo à biologeek =)</p>
  335. </div>
  336. </div>
  337. <div class="comment" typeof="schema:UserComments">
  338. <p class="comment-meta">
  339. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">17/01/2008</span> :
  340. </p>
  341. <div class="comment-content" property="schema:commentText">
  342. <p>@frédéric sidler : je sais bien que l'utilisateur final se fout de la techno, et malheureusement de l'appartenance de ses données... ce que je veux développer c'est pour conserver ce choix : soit pouvoir installer son appli sur son serveur en bon geek, soit s'inscrire sur un service (je reparlerais du modèle économique dans l'un des billets sur la suite des applis web libres) qui permette de gérer très simplement tout ça avec tous les exports qui vont bien si un jour cet utilisateur souhaite migrer sur son propre serveur.<br />
  343. <br />
  344. Après la politique de facebook me fait vomir depuis le début. Ce service est voué à l'échec à long terme, ils ont quelques années de retard au niveau de l'évolution des mentalités... on dirait du Microsoft, c'est dire :-). La dictature des données bien juteuses doit toucher à sa fin.<br />
  345. <br />
  346. @NiCoS : ok, c'est pas tombé dans l'oreille d'un sourd.</p>
  347. </div>
  348. </div>
  349. <div class="comment" typeof="schema:UserComments">
  350. <p class="comment-meta">
  351. <span class="comment-author" property="schema:creator">Misdre</span> le <span class="comment-date" property="schema:commentTime">18/01/2008</span> :
  352. </p>
  353. <div class="comment-content" property="schema:commentText">
  354. <p>Alex : merci pour les liens, j'avais déjà entendu parler de SIOC, mais pas du tout de Biblio ontology/SRWC (même si je connaissais ISWC).<br />
  355. <br />
  356. <br />
  357. Concernant l'export de ses données, peut-on imaginer ensuite que l'on puisse exporter toute son &quot;activité&quot; sur un site quelconque ? Par exemple, exporter ses commentaires effectués sur un blog... (il me semble que ça rejoint une vieille réflexion de Karl, sur La Grange)<br />
  358. <br />
  359. Et si cela s'avère utile et/ou souhaitable, en quel format ? Je pensais à Atom (ou RSS, mais bon), mais ce n'est sans doute pas fait pour ça, et mon manque de lecture ici ou là m'empêche d'avoir une réflexion un peu plus poussée (*note qu'il doit jeter un oeil à SIOC, et tant d'autres choses*).<br />
  360. <br />
  361. Autre sujet : de ce que je peux en lire, j'observe un certain sceptiscime vis-à-vis d'OpenID. Cette centralisation ne semble pas du goût de tout le monde...<br />
  362. cf. les premiers commentaires ici : <a href="http://www.zdnet.fr/actualites/internet/0,39020774,39377529,00.htm" title="http://www.zdnet.fr/actualites/internet/0,39020774,39377529,00.htm" rel="nofollow">www.zdnet.fr/actualites/i...</a> (site que je ne lis pas d'habitude, mais l'info était intéressante ;) )<br />
  363. ...et je dois avouer que parfois, les arguments me manquent, même s'il m'arrive de signaler qu'avoir le même mot de passe sur 140 services, c'est beaucoup moins bien qu'OpenID question sécurité !</p>
  364. </div>
  365. </div>
  366. <div class="comment" typeof="schema:UserComments">
  367. <p class="comment-meta">
  368. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">18/01/2008</span> :
  369. </p>
  370. <div class="comment-content" property="schema:commentText">
  371. <p>@Misdre :<br />
  372. <br />
  373. &gt; Concernant l'export de ses données, peut-on imaginer ensuite que l'on puisse exporter toute son &quot;activité&quot; sur un site quelconque ?<br />
  374. <br />
  375. C'est en effet le but, à terme je souhaite bloguer et commenter sur ma plateforme en spécifiant la cible (mon blog ou celui des autres).<br />
  376. <br />
  377. Ça pourrait être Atom permettant une automatisation possible avec APP si on veut passer à du &quot;pushing&quot;... bon je vais un peu trop loin là, il reste à coder le socle avant.<br />
  378. <br />
  379. Concernant le scepticisme vis-à-vis d'OpenID, ça rejoint le premier paragraphe de ce billet : ceux qui ont des craintes sont généralement ceux qui n'ont pas compris la techno...</p>
  380. </div>
  381. </div>
  382. <div class="comment" typeof="schema:UserComments">
  383. <p class="comment-meta">
  384. <span class="comment-author" property="schema:creator">Ed Daniel</span> le <span class="comment-date" property="schema:commentTime">01/02/2008</span> :
  385. </p>
  386. <div class="comment-content" property="schema:commentText">
  387. <p>Have you considered:<br />
  388. <br />
  389. * federated trust models<br />
  390. * p2p architecture<br />
  391. <br />
  392. Nice post - keep at it!<br />
  393. </p>
  394. </div>
  395. </div>
  396. <div class="comment" typeof="schema:UserComments">
  397. <p class="comment-meta">
  398. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">01/02/2008</span> :
  399. </p>
  400. <div class="comment-content" property="schema:commentText">
  401. <p>@Ed Daniel:<br />
  402. <br />
  403. Thanks for your really interesting suggestions.<br />
  404. <br />
  405. What did you mean by &quot;federated trust model&quot;? Some kind of PGP encryption? (eg: <a href="http://usefulinc.com/foaf/encryptingFoafFiles" title="http://usefulinc.com/foaf/encryptingFoafFiles" rel="nofollow">usefulinc.com/foaf/encryp...</a> for FOAF)<br />
  406. <br />
  407. For the p2p part I'll think about it even if it's not really mature for the moment (I'd already talked about it here: <a href="https://larlet.fr/david/biologeek/archives/20061001-peer-to-peer-et-sauvegarde-croisee/" title="https://larlet.fr/david/biologeek/archives/20061001-peer-to-peer-et-sauvegarde-croisee/" rel="nofollow">www.biologeek.com/journal...</a> if you're interested).<br />
  408. <br />
  409. Anyway, I'll talk about the process soon.</p>
  410. </div>
  411. </div>
  412. <div class="comment" typeof="schema:UserComments">
  413. <p class="comment-meta">
  414. <span class="comment-author" property="schema:creator">ushu</span> le <span class="comment-date" property="schema:commentTime">08/03/2008</span> :
  415. </p>
  416. <div class="comment-content" property="schema:commentText">
  417. <p>&gt;Concernant le scepticisme vis-à-vis d'OpenID, ça rejoint le premier paragraphe de ce billet : ceux qui ont des craintes sont généralement ceux qui n'ont pas compris la techno...<br />
  418. <br />
  419. je pense que la confusion vient déjà du nom &quot;OpenID&quot; qui fait immédiatement penser aux certificats numériques (en tout cas chez moi) et autres technologies plus &quot;classiques&quot;. Or les objectifs, et les garanties, ne sont pas les mêmes.<br />
  420. <br />
  421. Ensuite le niveau de sécurité n'est quand même pas terrible:<br />
  422. - dépendance du fournisseur (pas aussi contrôlé que des fournisseurs &quot;pros&quot; de certificats x509, car pas encore d'enjeux commerciaux) qui peut parfaitement loguer;<br />
  423. - risque de fishing évident;<br />
  424. - le contrôle se fait au niveau de l'authentification et pas au niveau du message (pas de signature), ou en tout cas c'est ce que j'ai compris;<br />
  425. - la protection par mot de passe (maxi 10-15 caractères si d'usage courant, 5bits/octet en moyenne de variabilité) VS clé grosse clé aléatoire...<br />
  426. <br />
  427. Sinon la techno est vraiment sympa du côté de l'utilisateur avancé. Je pense que je vais m'en faire une, mais je continureai à signer mes messages avec GnuPG, c'est mon côté parano...</p>
  428. </div>
  429. </div>
  430. <div class="comment" typeof="schema:UserComments">
  431. <p class="comment-meta">
  432. <span class="comment-author" property="schema:creator">RU3 :: tentatives d&#39;intelligence collective et ...</span> le <span class="comment-date" property="schema:commentTime">16/03/2008</span> :
  433. </p>
  434. <div class="comment-content" property="schema:commentText">
  435. <!-- TB -->
  436. <p><strong>Olivier Gendrin au SocialMediaCamp : Web sémantique et portabilité des données personnelles</strong></p>
  437. <p>
  438. Lire la vidéo (Durée : 4 minutes) - Version QuickTime
  439. Olivier Gendrin est intervenu le 23 février au Social Media Camp qui s&#8217;est déroulé à La Cantine à Paris pour aborder la question comp...</p>
  440. </div>
  441. </div>
  442. <div class="comment" typeof="schema:UserComments">
  443. <p class="comment-meta">
  444. <span class="comment-author" property="schema:creator">Kevin</span> le <span class="comment-date" property="schema:commentTime">17/06/2008</span> :
  445. </p>
  446. <div class="comment-content" property="schema:commentText">
  447. <p>Ha, j&#39;ai enfin trouvé d&#39;où venait tout ce traffic sur cette page de mon blog.</p>
  448. <p>Enfin, sur des 404...</p>
  449. <p>Donc, pour prévenir, la page a changé d&#39;adresse, si tu veux modifier le lien de ton article :</p>
  450. <p><a href="http://kevinbongart.net/blog/2007/12/31/apml-attention-profiling-mark-up/">http://kevinbongart.net/blog/2007/12/31/apml-attention-profiling-mark-up/</a></p>
  451. <p>Merci encore pour toutes ces informations, je crois que c&#39;est le seul blog en français que je connaisse sur les pierres du Web sémantique. Et quels excellents billets !</p>
  452. </div>
  453. </div>
  454. <div class="comment" typeof="schema:UserComments">
  455. <p class="comment-meta">
  456. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">18/06/2008</span> :
  457. </p>
  458. <div class="comment-content" property="schema:commentText">
  459. <p>@Kevin : merci, j&#39;ai mis à jour le lien (et sinon les redirections c&#39;est bien aussi ;-)).</p>
  460. </div>
  461. </div>
  462. <div class="comment" typeof="schema:UserComments">
  463. <p class="comment-meta">
  464. <span class="comment-author" property="schema:creator">termitor</span> le <span class="comment-date" property="schema:commentTime">28/02/2010</span> :
  465. </p>
  466. <div class="comment-content" property="schema:commentText">
  467. <p>ah, des outils encore des outils toujours des outils.</p>
  468. <p>un framework , c&#39;est une boite a outils que l&#39;on doit utilise avec une méthode précise.</p>
  469. <p>c&#39;est ce qui manque le plus , définir des méthode agile et des outils pour un usage précis.</p>
  470. <p>l&#39;es objet sur lesquels on agie, c&#39;est le modèle , finalement, c&#39;est la partie que l&#39;on maitrise le mieux. L&#39;objet dicte son usage.</p>
  471. <p>Un outil pour générer des vues. un moteur de template, celui ci n&#39;est pas toujours bien défini. on navique presque au hasard dans cette jungle.</p>
  472. <p>et un outils pour les controller tous , c&#39;est la main qui applique la méthode avec agilité.<br />mais il n&#39;est rien sans les autres outils et sans les objets a manipuler. </p>
  473. <p>J&#39;ai encore du mal a comprendre, pourquoi en informatique on a tellement de mal a définir de façon certaine, comment devrais être organisé le travail sur les choses.</p>
  474. <p>Quelqu&#39;un pourrais me dire pourquoi? <br /></p>
  475. </div>
  476. </div>
  477. </div>
  478. </section>
  479. <footer>
  480. <nav>
  481. <p>
  482. <small>
  483. 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>
  484. </small>
  485. </p>
  486. </nav>
  487. </footer>
  488. </div>
  489. <script src="/static/david/js/larlet-david-3ee43f.js" data-no-instant></script>
  490. <script data-no-instant>InstantClick.init()</script>
  491. </body>
  492. </html>