Etude du social bookmarking via del.icio.us
Ce récent papier du Information Dynamics Lab de HP propose une analyse des sytèmes de tags collaboratifs, via une étude du site del.icio.us.
Pour rappel, del.icio.us est un service de bookmarks collaboratifs en ligne [1]. Chaque utilisateur enregistré peut y référencer ses propres bookmarks, leur associer un certain nombre de tags (mots-clés), et surtout - d’où la composante sociale - visualiser à la fois:
- les tags des autres utilisateurs pour une URL donnée;
- les URL de l’ensemble du service référencées par un tag donnée.
Cette étude montre que l’utilisation des mots-clés est très différente selon les utilisateurs, puisque certains ont tendance à utiliser un très grand nombre de tags alors que d’autres prèfèrent se concentrer sur un petit echantillon pour indexer leurs données, et qu’à partir d’un certain nombre de bookmarks, certains stagnent dans le nombre de tags utilisés, alors que d’autres continuent à étendre leur échantillon.
L’article revient également sur cette notion de tags vue au niveau des URLs, précisant que la proportion des différents tags pour une URL atteint une limite de stabilité au bout d’un certains nombre d’utilisateurs ayant bookmarké, et donc taggé, cette adresse. Ceci se visualise facilement via Cloudicious - un exemple ici avec les tags associés au blog Outils Froids - et peut s’expliquer par le fait que la majorité des utilisateurs tagguent leurs billets en fonctions des mots-clés déjà posés par les autres utilisateurs.
Un autre point intéressant et sujet à discussion est l’identification des différentes fonctions que jouent les tags associés aux URLs. 7 fonctions sont ici référencées, parmis lesquelles:
- definir l’objet principal de l’URL référencée;
- définir le type de page (article, blog, ouvrage …);
- définir l’auteur de l’URL.
Comme indiqué dans le papier, l’utilisation de tags avec des objectifs différents mais situés au même niveau pour l’utilisateur final peut poser problème. Ainsi, même si les tags de type (2) et (3) peuvent être très pertinents pour le propriétaire des bookmarks, ils sont plutôt déstabilisants pour les autres utilisateurs dans leur recherche d’information. Par exemple, une restriction des bookmarks sur le mot-clé blog peut conduire aussi bien sur des sites sur l’actualité du social software - tag de type (1) - que sur des blogs non-techniques (voire pire, peut-etre vers des skyblogs !) - tag de type (2).
Pour éviter cette ambiguité d’indexation, pourquoi ne pas décrire distinctement le contenant et le contenu ? Une solution pourrait être d’associer à chacune des URL des métadonnées supplémentaires comme le DublinCore, qui propose notamment des champs dc:type (pouvant être prédéfini), et dc:contributor, permettant de laisser libre cours à un sytème de tags vraiment relatif au contenu de l’URL (et éventuellement à un jugement de valeur quand à sa qualité ou autre), mais non plus quand au contenant qui serait régi par ces métadonnées.
Notes
[1] Blogmarks est une alternative française - mais anglophone pour le moment - à ce service, avec une interface utilisateur plus conviviale
Tags: blog, bookmarks, delicious
Journée “Around the Blog”
Le 11 octobre prochain à Paris aura lieu la journée "Around the blog".
Atour d’aspects plus "classiques" des blogs (podcasting, RSS …), une partie sur l’utilisation des blogs en entreprise, avec une intervention du responsable des relations publiques d’IBM Belgique/Luxembourg sur le sujet (d’autres speakers en attente).
Wikiwyg, pour l’édition wiki
Wikiwyg est, comme son nom le laisse deviner, un éditeur WYSIWYG pour les wikis.
Même si je ne suis pas un grand fan du WYSIWYG, il faut bien reconnaitre que dans le cas d’interfaces web, cela peut rendre l’utilisation et l’adoption d’outils comme les wikis plus abordables pour le grand public.
Il existe certes déjà des éditeurs comme FCKEditor ou TinyMCE facilement intégrables sur des plateformes de blogs / wikis, mais ce nouvel éditeur dispose selon moi de 2 avantages:
- Il est possible de n’éditer qu’une partie de la page en question, alors que la plupart des wikis proposent une édition complète de la page. Ainsi dans l’exemple donné, chaque bloc
<div>est éditable.
- Il utilise AJAX pour basculer entre lecture, édition de page (via les différents modes) et prévisualisation.
Plus de rechargement de page donc entre ces différentes actions, et un gain de temps évident pour mettre à jour son wiki.
Reste à savoir si le code ainsi crée est sauvé en syntaxe wiki et non en (X)HTML, ce qui est le cas des éditeurs évoqués plus haut (puisque ne connaissant pas la syntaxe wiki), et est plutôt génant si l’on souhaite par la suite éditer la page en texte seul.
(via Ross)
Tags: interface, opensource, wiki
Astuce Gregarius
Si vous souhaitez que seuls les admins puissent éditer les tags sous Gregarius, il suffit de rajouter le test suivant à la ligne 19 du fichier themes/default/item.php
Avant:
[<span id="ta<?= rss_item_id(); ?>"> <a href="#" onclick="_et(<?= rss_item_id(); ?>); return false;"> <?= LBL_TAG_EDIT ?></a></span>]
Après:
<?php if(!hidePrivate()) { ?> [<span id="ta<?= rss_item_id(); ?>"> <a href="#" onclick="_et(<?= rss_item_id(); ?>); return false;"> <?= LBL_TAG_EDIT ?></a></span>] <?php } ?>
(Ou, plus simplement, de remplacer le fichier item.php par celui-ci, à renommer en .php)
Nouveau thème
Hopla…
Voila, j’ai remplacé le thème DotClear d’origine par un thème perso, avec une illustration de Alan Forbes en fond de page.
Comme suggéré dans ce billet, j’en ai profité pour remplacer les liens classiques de syndication par un bloc Abonnement un peu plus explicite. Pour les novices, je vous conseille cet article pour comprendre ce qu’est un fil RSS et comment cela fonctionne. Vous pourrez ensuite choisir votre agrégateur (par exemple Sage pour Firefox), ou bien vous aobonner à un service en ligne comme bloglines, afin de surveiller vos blogs préférés d’où que vous soyez.
Et, puisqu’un parle de RSS, Gregarius dispose maintenant d’un wiki de documentation.
Retour au sources ?
Tim-Berners Lee, à propos des blogs et des wikis:
The idea was that anybody who used the web would have a space where they could write and so the first browser was an editor, it was a writer as well as a reader. Every person who used the web had the ability to write something. It was very easy to make a new web page and comment on what somebody else had written, which is very much what blogging is about.
For years I had been trying to address the fact that the web for most people wasn’t a creative space; there were other editors, but editing web pages became difficult and complicated for people. What happened with blogs and with wikis, these editable web spaces, was that they became much more simple.
When you write a blog, you don’t write complicated hypertext, you just write text, so I’m very, very happy to see that now it’s gone in the direction of becoming more of a creative medium.
Google news en RSS
Google propose désormais un flux RSS (ou Atom) de ses news, par topic ou par requête, tout comme Yahoo News. Par ailleurs, le site GooRSS produit des flux RSS à partir de requêtes Google.
Vous pouvez donc vous abonner à ces flux pour suivre l’actualité et l’évolution du Web via votre agrégateur RSS favori.
Edit 18/08: Correction du lien GooRSS
Choisir son CMS open source
C’est pas nouveau mais je viens juste de tomber dessus.
Le site opensourcecms.com permet de tester différents CMS (Système de Gestion de Contenu) exclusivement open-source et en PHP/MySql - ou sans base de données.
Une 100aine d’outils sont répertoriés: blogs, wikis, gestionnaires de photos, portails … Assez pratique pour faire son choix sans devoir tout installer, même si pour les wikis, tous les sites ou presque ont déja leur espace de démo.
TwTags 0.2.1
Cool … Les modifications évoquées ici et la viennent d’être integrées à la nouvelle version de twtags, dont l’extension greasemonkey devrait maintenant fonctionner (c’est le cas ici en tout cas).
Si ca ne tourne pas chez vous, ou si vous préférez ne pas utiliser firefox (y’en a encore ?), vous pouvez tout de même intégrer cette interface d’édition directement dans la page d’édition de votre billet. Pour ceci, il suffit de placer la ligne suivant dans votre fichier ecrire/poster.php juste avant la partie “Commentaires” (l. 527 sous dotclear 1.2.1).
include(dirname(FILE).’/tools/twtags/poster-inc.php’);
Citations aléatoires
J’ai codé il y a plusieurs mois un plug-in d’affichage de fortunes sous dotclear, permettant d’afficher aléatoirement une citation sur un blog, à partir d’un fichier respectant un format particulier - ex dans le bloc “Random” à droite.
Pour fêter le retour de ce plug-in disparu, j’ai corrigé un bug qui trainait et mis en ligne un outil permettant de créer les packages de fortunes nécessaires au plugin (puisqu’on ne peut pas pour l’instant ajouter directement un fichier fortune pour afficher ces citations). Ca reste encore assez contraignant, le packager sera donc integré à la prochaine version.
En résumé, le plug-in à télécharger:
Et l’interface:
-
Current highlights
