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.

comments.html 9.0KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101
  1. <div class="comment" typeof="schema:UserComments">
  2. <p class="comment-meta">
  3. <span class="comment-author" property="schema:creator">Got</span> le <span class="comment-date" property="schema:commentTime">12/10/2008</span> :
  4. </p>
  5. <div class="comment-content" property="schema:commentText">
  6. <p>Deux réponses à ta question :</p>
  7. <p>- Le Semantic Web stack (ou layer cake) intègre depuis le départ une brique &quot;Trust&quot;. Pour l&#39;instant, rien n&#39;est prévu de ce côté là au W3C, mais ça viendra comme les autres briques. Pour autant, il faut pouvoir travailler dès maintenant et, pour faire plaisir à Damien, il faut une solution pragmatique d&#39;où ma deuxième réponse</p>
  8. <p>- Tu peux utiliser le principe des graphes nommés (ou named graph, <a href="http://www.w3.org/2004/03/trix/">http://www.w3.org/2004/03/trix/</a> et cf. la spécification de SPARQL). Les triple store (qui respectent strictement les standards du W3C) sont en réalité des quad store, c&#39;est à dire que chaque triple est relié à une URI, c&#39;est le principe des graphes nommés. Tu peux, au sein d&#39;un quad store, relier un ensemble de triples à une URI et un autre ensemble à une autre URI. Cette URI peut elle-même être sujet d&#39;un triple qui te permettra d&#39;indiquer les informations que tu cites dans ton billet. Tu peux ensuite &quot;intercepter&quot; les requêtes des utilisateurs pour y ajouter ce qu&#39;il faut pour tester l&#39;autorisation par exemple. C&#39;est une méthode testée (et approuvée pour un très gros projet que je mène actuellement, toujours pour rester pragmatique). Il est question de cette solution dans cette article : <a href="http://www2005.org/cdrom/docs/p613.pdf">http://www2005.org/cdrom/docs/p613.pdf</a></p>
  9. <p>Donc, pour résumer, il manque encore des briques, mais il existe dès maintenant des solutions pragmatiques.</p>
  10. </div>
  11. </div>
  12. <div class="comment" typeof="schema:UserComments">
  13. <p class="comment-meta">
  14. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">12/10/2008</span> :
  15. </p>
  16. <div class="comment-content" property="schema:commentText">
  17. <p>@Got : merci pour ces réponses, j&#39;avais commencé à m&#39;intéresser aux graphes nommés mais sans être allé assez loin, je vais me replonger dedans. Si tu as d&#39;autres liens (ou un billet sous le coude ;-)) je suis preneur !</p>
  18. </div>
  19. </div>
  20. <div class="comment" typeof="schema:UserComments">
  21. <p class="comment-meta">
  22. <span class="comment-author" property="schema:creator">Olivier G.</span> le <span class="comment-date" property="schema:commentTime">12/10/2008</span> :
  23. </p>
  24. <div class="comment-content" property="schema:commentText">
  25. <p>&quot;les données devraient avoir une date de péremption ;&quot; : plutôt une date de création, la date de péremption d&#39;une donnée que tu récupère risquant de dépendre de beaucoup de paramètres.</p>
  26. </div>
  27. </div>
  28. <div class="comment" typeof="schema:UserComments">
  29. <p class="comment-meta">
  30. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">12/10/2008</span> :
  31. </p>
  32. <div class="comment-content" property="schema:commentText">
  33. <p>@Olivier G. : en fait j&#39;aurais dû parler de « durée de vie » d&#39;une relation avec date de naissance/mort. Ça me semble plus juste.</p>
  34. </div>
  35. </div>
  36. <div class="comment" typeof="schema:UserComments">
  37. <p class="comment-meta">
  38. <span class="comment-author" property="schema:creator">Alex.</span> le <span class="comment-date" property="schema:commentTime">13/10/2008</span> :
  39. </p>
  40. <div class="comment-content" property="schema:commentText">
  41. <p>Certains entrepôts stockent même par défaut une date de création à chaque graphe, comme par exemple 3store (il gère également la date d&#39;update). ARC le permet avec l&#39;ajout de triggers, cf <a href="http://apassant.net/blog/2008/10/01/lightweight-subpropertyof-subclassof-inference-with-arc2/">http://apassant.net/blog/2008/10/01/lightweight-subpropertyof-subclassof-inference-with-arc2/</a> et le dernier TimestampTrigger</p>
  42. <p>C&#39;est en effet une solution efficace pour annoter les triplets issus d&#39;un même graphe (auteurs, etc) et utiliser ces annotations dans différents contexte (trust, authentification ...). Le problème se pose quand tu veux dans un même document, assigner des URIs différentes à chaque triplet, ou tu dois passer par une syntaxe comme Trix ou celle proposée récemment par l&#39;INRIA avec RDF/XML source - <a href="http://www.w3.org/Submission/rdfsource/">http://www.w3.org/Submission/rdfsource/</a></p>
  43. <p></p>
  44. </div>
  45. </div>
  46. <div class="comment" typeof="schema:UserComments">
  47. <p class="comment-meta">
  48. <span class="comment-author" property="schema:creator">Manuel Vila</span> le <span class="comment-date" property="schema:commentTime">13/10/2008</span> :
  49. </p>
  50. <div class="comment-content" property="schema:commentText">
  51. <p>Je crois que tu te poses les bonnes questions. En effet, il manque beaucoup au RDF pour passer de la théorie aux applications.</p>
  52. </div>
  53. </div>
  54. <div class="comment" typeof="schema:UserComments">
  55. <p class="comment-meta">
  56. <span class="comment-author" property="schema:creator">coulix</span> le <span class="comment-date" property="schema:commentTime">13/10/2008</span> :
  57. </p>
  58. <div class="comment-content" property="schema:commentText">
  59. <p>(HS) Steeve Cassidy était mon prof a Maq Uni c&#39;est marrant de le voir ici.</p>
  60. </div>
  61. </div>
  62. <div class="comment" typeof="schema:UserComments">
  63. <p class="comment-meta">
  64. <span class="comment-author" property="schema:creator">Got</span> le <span class="comment-date" property="schema:commentTime">13/10/2008</span> :
  65. </p>
  66. <div class="comment-content" property="schema:commentText">
  67. <p>@David : quelques liens supplémentaires, <a href="http://www.w3.org/TR/rdf-sparql-query/#namedGraphs">http://www.w3.org/TR/rdf-sparql-query/#namedGraphs</a> ; <a href="http://www.openarchives.org/ore/0.9/primer.html#Named_Graphs">http://www.openarchives.org/ore/0.9/primer.html#Named_Graphs</a> (ORE utilise massivement le principe des Named graphs, il n&#39;est pas encore parfait, mais devient de plus en plus intéressant) ; <a href="http://www.websemanticsjournal.org/papers/20050909/document.pdf">http://www.websemanticsjournal.org/papers/20050909/document.pdf</a> . Par ailleurs, en cherchant les références pour te répondre, je me suis souvenu d&#39;un autre moyen pour gérer ce dont tu parles : POWDER, actuellement en cours de standardisation au W3C, permet d&#39;exprimer des triples sur un groupe de ressources (cf. <a href="http://www.w3.org/2007/powder/">http://www.w3.org/2007/powder/</a> et les slides de Fabien Gandon <a href="http://www.slideshare.net/fabien_gandon/powder-in-a-nutshell-presentation/">http://www.slideshare.net/fabien_gandon/powder-in-a-nutshell-presentation/</a>). Quant au billet, il faudra attendre un peu, je suis sous l&#39;eau en ce moment :-(</p>
  68. <p>@Manuel Vila : Tu te trompes et mes indications sont une première réponse... RDF et les différentes technologies du Web sémantique (OWL, SPARQL, RDFa et autres) sont tout à fait mures pour être implémentées. Si ce n&#39;était pas le cas, je ne l&#39;implémenterai pas sur un très important projet en ce moment. Bon, évidemment, pour le faire, il faut comprendre le principe même de ces technologies et je constate qu&#39;en un an, tu n&#39;as toujours pas évolué sur ce point. C&#39;est dommage...</p>
  69. </div>
  70. </div>
  71. <div class="comment" typeof="schema:UserComments">
  72. <p class="comment-meta">
  73. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">13/10/2008</span> :
  74. </p>
  75. <div class="comment-content" property="schema:commentText">
  76. <p>@Alex : merci pour ces infos, c&#39;est en effet au niveau stockage/requêtes que je m&#39;en inquiète après pour la représentation en rdf/xml ça peut attendre.</p>
  77. <p>@Manuel Vila : ça dépend des applications ;-).</p>
  78. <p>@coulix : la classe !</p>
  79. <p>@Got : oui justement j&#39;étais parti sur POWDER avant de poster, il faut que je finisse de lire la dernière version car ça m&#39;a l&#39;air très intéressant.</p>
  80. <p>Tiens au passage je t&#39;inviterais bien devant une assiette un de ces 4 pour discuter de tout ça (entre autres). Partant ?</p>
  81. </div>
  82. </div>
  83. <div class="comment" typeof="schema:UserComments">
  84. <p class="comment-meta">
  85. <span class="comment-author" property="schema:creator">Got</span> le <span class="comment-date" property="schema:commentTime">13/10/2008</span> :
  86. </p>
  87. <div class="comment-content" property="schema:commentText">
  88. <p>@David : quand tu veux et ce sera avec plaisir, dans la mesure de mes dispos, préviens-moi un peu avant, histoire que je puisse m&#39;arranger :-)</p>
  89. </div>
  90. </div>