Commentaires sur : Qu’est-ce qu’une « URI déréférençable » ?

Par : jefaismonsite

jefaismonsite — Sat, 30 Jan 2010 14:39:24 +0000

bonne info, cela va me plaire merci

Par : MEDIATHEQUE 2010 - Prospectives » Blog Archive » ISWC 2008 (3) - être visible sur le Web : linked data

Fri, 19 Dec 2008 20:31:44 +0000

[...] Une consigne de base : mettre le plus possible de liens (je veux dire, d’URIs déréférençables – en savoir plus) dans les triples, pour faciliter la navigation dans le Web of data. Le linked data, c’est le [...]

Par : Christian

Christian — Tue, 04 Nov 2008 18:38:58 +0000

CQFD : bien vu

Par : David, biologeek

David, biologeek — Tue, 04 Nov 2008 17:51:01 +0000

Ok, c’est ce à quoi je pensais effectivement, à quel moment la limite entre les deux devient floue

Ton exemple est très bon car en effet lorsque c’est la négociation de contenu qui ne suit pas on va avoir du unknown sur une URI qui potentiellement pourrait quand même retourner de l’information…

Pour le coup le déréférencement (URI) pourrait être à l’origine d’une perte de référencement (SEO) selon la pratique, marrant.

Par : Christian

Christian — Tue, 04 Nov 2008 13:22:56 +0000

@David : En tout cas, si l’on se réfère au « HtttpRange-14″, la question était de savoir quelle est la *nature* de la ressource identifiée par l’URI sur laquelle on a fait un GET. La réponse du TAG a donc été la suivante :
a) If an « http » resource responds to a GET request with a
2xx response, then the resource identified by that URI
is an information resource;

b) If an « http » resource responds to a GET request with a
303 (See Other) response, then the resource identified
by that URI could be any resource;

c) If an « http » resource responds to a GET request with a
4xx (error) response, then the nature of the resource
is unknown.

Concernant le Header ACCEPT on est plutôt dans le cas d’une réponse 2xx qui sera donc une information de ressource, ACCEPT ne filtrant que le type de représentation et non la nature de la ressource (on est un niveau au dessus).

La où la question se corse, et d’où peut-être ta question sur ACCEPT, c’est quand par exemple dans ton ACCEPT tu demandes une représentation en Json qui n’existe qu’en HTML : quelle réponse va faire le server ? Là, du coup c’est la question de la nature de la ressource à un GET qui va se poser effectivement (HttpRange) et la question de savoir si c’est une réponse de type 2**, 3** ou 4** revient sur le devant de la scène.

En même temps, je ne sais pas si tu pensais vraiment à çà dans ton commentaire…

Par : David, biologeek

David, biologeek — Tue, 04 Nov 2008 11:12:16 +0000

J’ai appris plein de trucs, merci

Il y a un lien avec le header HTTP_ACCEPT qui permet d’évaluer la meilleure représentation à retourner ?

Par : Olivier Le Deuff

Olivier Le Deuff — Mon, 03 Nov 2008 09:42:26 +0000

Moi, je crois surtout qu’on a besoin de mettre en place des formations dans le domaine.
Mercredi, je fais une introduction au web sémantique avec quelques TP pour mes étudiants.

Par : Manue

Manue — Sun, 02 Nov 2008 16:30:19 +0000

Merci je ne suis pas sûre que ça aide beaucoup les pauvres bibliothécaires qui sont déjà perdus dans mon avalanche de billets, mais c’est très clair et très utile.