davidbgk
/
larlet-fr-david

<!doctype html>
<html lang=fr>
<head>
  <!-- Always define the charset before the title -->
  <meta charset=utf-8>
  <title>Manque-t-il une surcouche à RDF ? — Biologeek — David Larlet</title>
  <!-- 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) -->
  <meta name="viewport" content="width=device-width, initial-scale=1"/>
  <!-- Fake favicon, to avoid extra request to the server -->
  <link rel="icon" href="data:;base64,iVBORw0KGgo=">
  <link type="application/atom+xml" rel="alternate" title="Feed" href="/david/log/" />
  <link rel="manifest" href="/manifest.json">
  
  <link rel="stylesheet" href="/static/david/css/larlet-david-_J6Rv.css" data-instant-track />
  
  <noscript>
    <style type="text/css">
      /* Otherwise fonts are loaded by JS for faster initial rendering. See scripts at the bottom. */
      body {
        font-family: 'EquityTextB', serif;
      }
      h1, h2, h3, h4, h5, h6, time, nav a, nav a:link, nav a:visited {
        font-family: 'EquityCapsB', sans-serif;
        font-variant: normal;
      }
    </style>
  </noscript>
  
  <!-- Canonical URL for SEO purposes -->
  <link rel="canonical" href="https://larlet.fr/david/biologeek/archives/20081012-manque-t-il-une-surcouche-rdf">

</head>
<body>
  <div>
    
    <header>
      <nav>
        <p>
          <small>
            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>.
          </small>
        </p>
      </nav>
    </header>
    
    
  <section>
    <h1 property="schema:name">Manque-t-il une surcouche à RDF ?</h1>
    <article typeof="schema:BlogPosting">
      <div property="schema:articleBody">
        
        <p>En lisant <a href="http://www.readwriteweb.com/archives/rdf_semantic_web_apps.php">Where Are All The RDF-based Semantic Web Apps?</a> ainsi que les commentaires et les <a href="http://www.semanticsincorporated.com/2008/10/rdflinked-data-standards-not-good-enough-for-intelligent-agents-or-is-it-the-opposite.html">questions</a> et <a href="http://www.web3beat.com/2008/10/top-down-v-bottomup-in-the-sem.html">réponses</a> soulevées j'en arrive moi aussi à me/vous poser des questions sur des problématiques auxquelles je réfléchis depuis quelques temps.</p>
<p>En restant très pragmatique (pour faire plaisir à Damien), je me demande comment inclure ces notions :</p>
<ul>
<li><strong>confidentialité</strong> : je veux savoir qui a quels droits ;</li>
<li><strong>appartenance</strong> : je veux savoir quel en est l'auteur ;</li>
<li><strong>confiance</strong> : je veux pouvoir attribuer un indice de confiance à la relation ;</li>
<li><strong>temps</strong> : les relations dépendent bien souvent de ce facteur, les données devraient avoir une date de péremption ;</li>
</ul>
<p>pour chaque triplet RDF sans faire tomber la base si je stocke ces metadonnées sous la forme d'autres triplets. Est-ce qu'il ne manquerait pas une couche plus haut niveau pour gérer tout ça ?</p>
<p>PS : et sinon j'ai trouvé un <a href="http://www.ics.mq.edu.au/~cassidy/2008/08/21/sparql-endpoint-for-python-wsgi/">endpoint SPARQL en Python</a>, yay!</p>
      </div>
    </article>
    <footer>
      <h6 property="schema:datePublished">— 12/10/2008</h6>
    </footer>
  </section>
  <section>
    <div>
      <h3>Articles peut-être en rapport</h3>
      <ul>
        <li><a href="/david/biologeek/archives/20081010-wikipedia-propulsee-par-ubuntu/" title="Accès à Wikipedia propulsée par Ubuntu">Wikipedia propulsée par Ubuntu</a></li>
        <li><a href="/david/biologeek/archives/20081009-atelier-sur-rdfa-et-les-microformats-pour-paris-web/" title="Accès à Atelier sur RDFa et les microformats pour Paris Web">Atelier sur RDFa et les microformats pour Paris Web</a></li>
        <li><a href="/david/biologeek/archives/20081008-dou-vient-largent/" title="Accès à D&#39;où vient l&#39;argent ?">D&#39;où vient l&#39;argent ?</a></li>
      </ul>
    </div>
  </section>
  <section>
    <div id="comments">
      <h3>Commentaires</h3>
      
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Got</span> le <span class="comment-date" property="schema:commentTime">12/10/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Deux réponses à ta question :</p>

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

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

<p>Donc, pour résumer, il manque encore des briques, mais il existe dès maintenant des solutions pragmatiques.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">12/10/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <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>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Olivier G.</span> le <span class="comment-date" property="schema:commentTime">12/10/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <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>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">12/10/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <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>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Alex.</span> le <span class="comment-date" property="schema:commentTime">13/10/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <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>

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

<p></p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Manuel Vila</span> le <span class="comment-date" property="schema:commentTime">13/10/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <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>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">coulix</span> le <span class="comment-date" property="schema:commentTime">13/10/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>(HS) Steeve Cassidy était mon prof a Maq Uni c&#39;est marrant de le voir ici.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Got</span> le <span class="comment-date" property="schema:commentTime">13/10/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <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>

<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>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">13/10/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <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>

<p>@Manuel Vila : ça dépend des applications ;-).</p>

<p>@coulix : la classe !</p>

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

<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>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Got</span> le <span class="comment-date" property="schema:commentTime">13/10/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <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>
    </div>
</div>

    </div>
  </section>

    
    <footer>
      <nav>
        <p>
          <small>
            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>
          </small>
        </p>
      </nav>
    </footer>
    
  </div>
  
  <script src="/static/david/js/larlet-david-3ee43f.js" data-no-instant></script>
  
  <script data-no-instant>InstantClick.init()</script>
  
</body>
</html>