L'utilité c'est de pouvoir faire des trucs un peu plus malin qu'une recherche par mot clé.
Par exemple un des lien formel qui peut exister c'est le lien entre un document et son ou ses auteurs. Dans le cas ou tu cherche un document écrit par un auteur particulier, tu pourrait faire une requête du style "je cherche sur le web tous les document qu'a écrit cet auteur", sachant que l'auteur formel tu le connais par un de ses documents, ou tu peux le retrouver à partir de son nom.
Tu peux aussi faire des trucs plus évolués, par exemple, si tu cherches de la documentation, mettons sur une RFC qui parle du protocole http, et que tu cherche d'autre type de doc comme un tutoriel ou des exemples, en admettant que les concepts de tutoriel ou d'exemple ayant pour sujets le même que ta RFC, tu peux faire une requête assez précise.
Mais ça suppose que le web soit un peu plus organisé que des mots "à plat" comme actuellement.
D'ou les outils qui permettent d'essayer d'extraire automatiquement ce type d'info (c'est relativement jouable pour l'auteur, un peu plus dur pour détecter que c'est un tutoriel ou une doc de ref, et encore plus dur de dire que le tutoriel et la doc de ref portent sur le même sujet).
L'autre alternative c'est que les données soient générées à la création des documents, ce qui est jouable à condition que ça fasse pas chier l'auteur, donc que les outils soient adaptés.
Pour les auteurs c'est souvent dans les meta données des documents genre traitement de texte ou bloggeur, pour les sujets tu as des tags sur les posts de blogs, pour ce qui existe déja, mais c'est pas forcément très standardisé actuellement, ni accessibles dans les langages formels du w3c.
[^] # Re: Lapin compris
Posté par thoasm . En réponse à la dépêche Plusieurs projets sémantiques incubés chez Apache. Évalué à 6.
Par exemple un des lien formel qui peut exister c'est le lien entre un document et son ou ses auteurs. Dans le cas ou tu cherche un document écrit par un auteur particulier, tu pourrait faire une requête du style "je cherche sur le web tous les document qu'a écrit cet auteur", sachant que l'auteur formel tu le connais par un de ses documents, ou tu peux le retrouver à partir de son nom.
Tu peux aussi faire des trucs plus évolués, par exemple, si tu cherches de la documentation, mettons sur une RFC qui parle du protocole http, et que tu cherche d'autre type de doc comme un tutoriel ou des exemples, en admettant que les concepts de tutoriel ou d'exemple ayant pour sujets le même que ta RFC, tu peux faire une requête assez précise.
Mais ça suppose que le web soit un peu plus organisé que des mots "à plat" comme actuellement.
D'ou les outils qui permettent d'essayer d'extraire automatiquement ce type d'info (c'est relativement jouable pour l'auteur, un peu plus dur pour détecter que c'est un tutoriel ou une doc de ref, et encore plus dur de dire que le tutoriel et la doc de ref portent sur le même sujet).
L'autre alternative c'est que les données soient générées à la création des documents, ce qui est jouable à condition que ça fasse pas chier l'auteur, donc que les outils soient adaptés.
Pour les auteurs c'est souvent dans les meta données des documents genre traitement de texte ou bloggeur, pour les sujets tu as des tags sur les posts de blogs, pour ce qui existe déja, mais c'est pas forcément très standardisé actuellement, ni accessibles dans les langages formels du w3c.