oui et non
cela peut avoir un intérêt ponctuel comme
Je ne conteste pas que ca ait un intérêt, juste que je ne sois pas certain que tout le monde participe au tagging par pur altruisme, pour le plaisir que tout le monde puisse faire des recherches "sémantiques".
Les moteurs de recherche sont plutôt au point, et tout le reste se trouve déjà ailleurs en mieux pour l'instant.
Là, avec la possibilité de filtrer le contenu pour son petit besoin égoïste, on tient une carotte pour inciter tout le monde à tagger.
Pour te donner un contre-exemple, une mauvaise implémentation est celle de slashdot :
- elle est très utile à la visu d'une dépêche (le système a assez vite convergé, comme "yro, patenttroll, askslashdot...")
- est totalement inutilisable pour des recherches a posteriori, les dépêches sont triées par ordre... alphabétique, sans indication de date ('fin si en passant sur chaque titre tu as le lien qui contient la date...), je te laisse chercher cette fonctionnalité complètement useless tellement j'en suis dégoûté :-) (indication, ce n'est qu'à un clic, perdu...)
Analysons la situation.
Le besoin de tagger pour pour son confort personnel (subjectif) et celui plus objectif qui concerne tout le monde.
Si tu taggues "nid à troll", tu vises subjectif, tu émets une appréciation pour pouvoir zapper le truc.
Pour autant, le tag "kernel" est objectif et il vaut mieux l'appliquer si tu veux pas n'avoir qu'un seul tag.
Comment mettre en valeur dans le nuage de tags de ta recherche "kernel" et masquer "nid à troll" (car il doit y'en avoir un paquet).
Cette info on l'a:
Entre ce que l'on veut zapper et ce qu'on veut garder.
Dans ton profil tu classes entre ces 2 catégories avec "ceux qu'on garde" prioritaires sur les "zappés" (pour pas rater un truc sympa)
Exemple:
Je zappe "git" "nid à troll" mais je garde "hg"
un journal taggé "dvcs" "git" "hg" m'est présenté.
un journal taggé "dvcs" "git" en l'est pas m'est présenté (sauf à tout activer bien sûr)
Un journal "nid a troll" "git" est viré
(c'est déjà un troll, je sais)
Même si les occurrences de nid a troll sont nombreuses, le fait de ne pas être comptabilisé car souvent un dans la catégorie "zappé" baisse sa note et sa visibilité dans le cloud.
Tu as aussi la possibilité de rajouter une catégorie linuxfr:readlater (equivalent askslashdot ?) pour ce cas précis.
Ce tag est temporaire car il est utile à ceux qui ont leur "playlist".
Pas comptabilisé non plus.
Ca plus le moyen de cacher certains tags en tant qu'admin.
Ce que tu décris, c'est d'ailleurs le cas actuellement si tu regardes https://alpha.linuxfr.org (en bas), les tags qui ressortent correspondent à section / catégorie. En plus il y a la navigation par tag "mes contenus taggués" http://alpha.linuxfr.org/tags il ne manque qu'un nuage avec "LES contenus taggués" (voire "les derniers contenus taggués" avec le nuage ou "les contenus taggués en rapport", toujours avec le nuage)
Pour les catégories ok mais la navigation par tag se fait pour un tag uniquement, non ?
Pas moyen d'affiner la recherche en ajoutant d'autres tag plus discrimants
(genre : dvcs > git > ebook > cc-by)
Quoiqu'il en soit je propose une extension pas un remplacement.
Notamment, je pense qu'il est important non seulement de migrer les données existantes mais d'être en mesure d'y ajouter des tags (retrospectivement) et comme je ne pense pas que ça va être fait manuellement par les modérateurs, autant profiter de la migration pour le faire, par exemple ce qui concerne la "photo", "blender" (oui toi tu t'en fous, pas d'autres), "latex" (ça plaît à certains), "bepo" (pour un clavier d'avenir), "IPv6" (pour l'à venir), "top500" (d'autres avant patrick_g avaient cette rubrique trustée par les GNU/Linux actuellement), autres sujets.
Là par contre ca serait peut-être pas mal de récupérer les tags en automatique depuis del.icio.us.
N'étant pas trop versé dans ruby, je veux bien faire un petit hack python qui récupèrerait les urls DLFP bookmarkées avec pydelicous et qui les importent dans DLFP.
Si je me lance ca aiderait peut être qu'une petite api REST permettent de tagguer un journal plutôt que de parser la page à coup de Beautiful Soup.
[^] # Re: Les tags ... pour quoi faire ?
Posté par El Titi . En réponse au journal Proposition: Lister les liens présents dans les dépêches. Évalué à 2.
oui et non
cela peut avoir un intérêt ponctuel comme
Je ne conteste pas que ca ait un intérêt, juste que je ne sois pas certain que tout le monde participe au tagging par pur altruisme, pour le plaisir que tout le monde puisse faire des recherches "sémantiques".
Les moteurs de recherche sont plutôt au point, et tout le reste se trouve déjà ailleurs en mieux pour l'instant.
Là, avec la possibilité de filtrer le contenu pour son petit besoin égoïste, on tient une carotte pour inciter tout le monde à tagger.
Pour te donner un contre-exemple, une mauvaise implémentation est celle de slashdot :
- elle est très utile à la visu d'une dépêche (le système a assez vite convergé, comme "yro, patenttroll, askslashdot...")
- est totalement inutilisable pour des recherches a posteriori, les dépêches sont triées par ordre... alphabétique, sans indication de date ('fin si en passant sur chaque titre tu as le lien qui contient la date...), je te laisse chercher cette fonctionnalité complètement useless tellement j'en suis dégoûté :-) (indication, ce n'est qu'à un clic, perdu...)
Analysons la situation.
Le besoin de tagger pour pour son confort personnel (subjectif) et celui plus objectif qui concerne tout le monde.
Si tu taggues "nid à troll", tu vises subjectif, tu émets une appréciation pour pouvoir zapper le truc.
Pour autant, le tag "kernel" est objectif et il vaut mieux l'appliquer si tu veux pas n'avoir qu'un seul tag.
Comment mettre en valeur dans le nuage de tags de ta recherche "kernel" et masquer "nid à troll" (car il doit y'en avoir un paquet).
Cette info on l'a:
Entre ce que l'on veut zapper et ce qu'on veut garder.
Dans ton profil tu classes entre ces 2 catégories avec "ceux qu'on garde" prioritaires sur les "zappés" (pour pas rater un truc sympa)
Exemple:
Je zappe "git" "nid à troll" mais je garde "hg"
un journal taggé "dvcs" "git" "hg" m'est présenté.
un journal taggé "dvcs" "git" en l'est pas m'est présenté (sauf à tout activer bien sûr)
Un journal "nid a troll" "git" est viré
(c'est déjà un troll, je sais)
Même si les occurrences de nid a troll sont nombreuses, le fait de ne pas être comptabilisé car souvent un dans la catégorie "zappé" baisse sa note et sa visibilité dans le cloud.
Tu as aussi la possibilité de rajouter une catégorie linuxfr:readlater (equivalent askslashdot ?) pour ce cas précis.
Ce tag est temporaire car il est utile à ceux qui ont leur "playlist".
Pas comptabilisé non plus.
Ca plus le moyen de cacher certains tags en tant qu'admin.
Ce que tu décris, c'est d'ailleurs le cas actuellement si tu regardes https://alpha.linuxfr.org (en bas), les tags qui ressortent correspondent à section / catégorie. En plus il y a la navigation par tag "mes contenus taggués" http://alpha.linuxfr.org/tags il ne manque qu'un nuage avec "LES contenus taggués" (voire "les derniers contenus taggués" avec le nuage ou "les contenus taggués en rapport", toujours avec le nuage)
Pour les catégories ok mais la navigation par tag se fait pour un tag uniquement, non ?
Pas moyen d'affiner la recherche en ajoutant d'autres tag plus discrimants
(genre : dvcs > git > ebook > cc-by)
Quoiqu'il en soit je propose une extension pas un remplacement.
Notamment, je pense qu'il est important non seulement de migrer les données existantes mais d'être en mesure d'y ajouter des tags (retrospectivement) et comme je ne pense pas que ça va être fait manuellement par les modérateurs, autant profiter de la migration pour le faire, par exemple ce qui concerne la "photo", "blender" (oui toi tu t'en fous, pas d'autres), "latex" (ça plaît à certains), "bepo" (pour un clavier d'avenir), "IPv6" (pour l'à venir), "top500" (d'autres avant patrick_g avaient cette rubrique trustée par les GNU/Linux actuellement), autres sujets.
Là par contre ca serait peut-être pas mal de récupérer les tags en automatique depuis del.icio.us.
N'étant pas trop versé dans ruby, je veux bien faire un petit hack python qui récupèrerait les urls DLFP bookmarkées avec pydelicous et qui les importent dans DLFP.
Si je me lance ca aiderait peut être qu'une petite api REST permettent de tagguer un journal plutôt que de parser la page à coup de Beautiful Soup.