{"id":63,"date":"2012-02-07T19:42:24","date_gmt":"2012-02-07T17:42:24","guid":{"rendered":"http:\/\/blog.nebule.org\/?p=63"},"modified":"2016-03-29T19:05:25","modified_gmt":"2016-03-29T17:05:25","slug":"liens-et-meta-donnees","status":"publish","type":"post","link":"http:\/\/blog.nebule.org\/?p=63","title":{"rendered":"Liens et m\u00e9ta-donn\u00e9es"},"content":{"rendered":"

Quand dans un objet A il est fait r\u00e9f\u00e9rence \u00e0 un autre objet B au moyen d’une URL, cela correspond \u00e0 la mise en place d’un lien entre ces deux objets A et B. Ce lien est par d\u00e9faut \u00e0 sens unique, il d\u00e9signe un autre objet.<\/p>\n

Mais un lien n’existe jamais seul dans le monde r\u00e9el, il est souvent accompagn\u00e9 d’informations compl\u00e9mentaires. Ces informations compl\u00e9mentaires permettent de pr\u00e9ciser la fa\u00e7on dont on acc\u00e8de et\/ou on utilise l’objet d\u00e9sign\u00e9. Cela s’appelle une m\u00e9ta-donn\u00e9e, une donn\u00e9e sur la donn\u00e9e (raccourci en m\u00e9ta<\/em>).<\/p>\n

Cette m\u00e9ta s’applique-t-elle \u00e0 l’objet d\u00e9sign\u00e9? Ou au lien?<\/p>\n

<\/p>\n

En fait, il peut s’appliquer aux deux. Cela correspond \u00e0 deux fa\u00e7ons de voir les choses :<\/p>\n

    \n
  1. Avec une m\u00e9ta appliqu\u00e9e \u00e0 un objet, on dit comment on acc\u00e8de \u00e0 l’objet, mais aussi comment on l’utilise. L’objet n’est donc pas (n’a pas \u00e0 \u00eatre) diff\u00e9renci\u00e9 par lui-m\u00eame, en le regardant sans savoir (sans la m\u00e9ta), on ne sais pas quoi en faire. Un m\u00eame objet peut tr\u00e8s bien \u00eatre utilis\u00e9 de plusieurs mani\u00e8res, il ne contient que des informations brutes. Il est en lui-m\u00eame indiff\u00e9renci\u00e9.<\/li>\n
  2. Avec une m\u00e9ta appliqu\u00e9e \u00e0 un lien, on dit juste comment on acc\u00e8de \u00e0 l’objet. L’objet doit donc contenir le n\u00e9cessaire pour se diff\u00e9rencier, pour que l’on sache comment l’utiliser. C’est le cas actuellement avec les fichiers qui sont des containers d’informations. Les containers contiennent les informations n\u00e9cessaires au traitement des donn\u00e9es contenus. Un programme regarde le container pour savoir comment utiliser le contenu.<\/li>\n<\/ol>\n

    Ces deux fa\u00e7ons de voir sont-elles incompatibles? Coexistent-elles? Sont-elles imbriqu\u00e9es?<\/p>\n

    Un objet peut aussi \u00eatre li\u00e9 \u00e0 des propri\u00e9t\u00e9s d\u00e9finis par d’autres objets. Ces m\u00e9tas ne sont pas parties int\u00e9grantes de l’objet mais lui sont rattach\u00e9es (\u00e0 c\u00f4t\u00e9). Quels sont les propri\u00e9t\u00e9s de ces liens? Jusqu’\u00e0 quel point sont-ils des liens et ne deviennent eux aussi des m\u00e9tas? Quel est leur degr\u00e9 de libert\u00e9 autour de l’objet, leur ind\u00e9pendance vis-\u00e0-vis de l’objet?<\/p>\n

    Cas 1 : lien simple int\u00e9grant la meta de l’objet<\/h2>\n

    \"\"<\/a><\/p>\n

    .<\/p>\n

    Cas 2 : scission entre lien et meta de l’objet<\/h2>\n

    \"\"<\/a><\/p>\n

    .<\/p>\n

    Cas 3 : lien simple et meta du lien<\/h2>\n

    \"\"<\/a><\/p>\n

    .<\/p>\n

    Cas 4 : lien vers objet meta<\/h2>\n

    \"\"<\/a><\/p>\n

    .<\/p>\n

    Lien double<\/h2>\n

    Le lien peut aussi \u00eatre double si l’objet d\u00e9sign\u00e9 B fait r\u00e9f\u00e9rence en retour \u00e0 l’objet A. Cette r\u00e9f\u00e9rence inverse doit correspondre \u00e0 la r\u00e9f\u00e9rence directe, L’objet B marque qu’il est cit\u00e9 par l’objet A. Un lien opportuniste de l’objet B vers l’objet A n’est pas consid\u00e9r\u00e9 comme une r\u00e9f\u00e9rence inverse. Il peut exister plusieurs liens crois\u00e9s mais qui ne sont pas forc\u00e9ment des liens doubles.<\/p>\n","protected":false},"excerpt":{"rendered":"

    Quand dans un objet A il est fait r\u00e9f\u00e9rence \u00e0 un autre objet B au moyen d’une URL, cela correspond \u00e0 la mise en place d’un lien entre ces deux objets A et B. Ce lien est par d\u00e9faut \u00e0 sens unique, il d\u00e9signe un autre objet. Mais un lien n’existe jamais seul dans le … Continuer la lecture de Liens et m\u00e9ta-donn\u00e9es<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[99,103,24],"tags":[217,230,226],"_links":{"self":[{"href":"http:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/posts\/63"}],"collection":[{"href":"http:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"http:\/\/blog.nebule.org\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=63"}],"version-history":[{"count":1,"href":"http:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/posts\/63\/revisions"}],"predecessor-version":[{"id":2374,"href":"http:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/posts\/63\/revisions\/2374"}],"wp:attachment":[{"href":"http:\/\/blog.nebule.org\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=63"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/blog.nebule.org\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=63"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/blog.nebule.org\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=63"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}