La nuit portant conseil et surtout ayant du mal à m'endormir et en y réfléchissant de temps à autre ou en discutant avec Niko le midi, quelques petits compléments au précédent billet "Ces données que l'on aime tant...".

Après mure réflexion, seul Flickr est un bon service dans le sens où je l'ai exprimé. En effet, contrairement à Flickr, Dailymotion ne permet pas de récupérer la version originale de la vidéo. Et paf ! Vivement que flickr supporte les vidéos...

Ensuite, se pose quelques problématiques fonctionnelles :

  • Dans le cas où j'héberge mes commentaires dans mon dépot, il ne faut pas que je puisse les éditer, sous peine de fausser totalement la discussion. Cela doit fonctionner de la même façon qu'aujourd'hui, à savoir, une fois le commentaire posté, il n'est plus éditable.
  • Par contre, contrairement au système actuel, cela veut dire que le propriétaire du blog sur lequel je commente n'est plus en mesure d'éditer mes propos s'il les juge déplacé - normal, les contenus ne sont pas hébergés chez lui, il n'a dans le meilleur des cas qu'un "cache". Du coup, cela veut dire qu'il faut implémenter un système de retrait d'une ressource de la part du propriétaire du blog (sinon, c'est le spam et le box assurés).
  • Je ne dois pas pouvoir non plus supprimer un commentaire pour les mêmes raisons. Par contre, si le propriétaire du blog a retiré de son site mon commentaire, est-ce que cela a un sens de le laisser publié dans mon dépot, j'ai un doute.
  • A l'inverse, certains types de contenus doivent être révisables (articles, tutoriels, cv, etc). Les différentes versions doivent-elles alors être accessibles ou seulement la dernière ? Faut-il que l'url de la ressource contiennt alors une notion de "timestamp" ?
  • Comment permettre à un utilisateur de dire aisément quelle ressource il veut publier à tel ou tel endroit ? Pour un commentaire, je dois en effet dire que je veux poster un "commentaire" et à une certaine url. Faire un copier coller d'url va devenir vite rébarbatif. Il faudrait pouvoir capturer l'url du billet pour lequel je souhaite poster un commentaire et être ensuite orienté vers mon dépot où je choisit le type de ressource à publier. Pour des facilités d'écriture, on pourrait même imaginer afficher le billet que l'on veut commenter dans une frame visible depuis le dépot (au dessus ou en dessous de la zone d'écriture du fameux commentaire dans notre exemple).

Se pose aussi quelques problèmes techniques :

  • Il va falloir trouver en premier lieu des schema RDF ou assimilés correspondant à mes besoins et suffisamment générique pour que d'autres puissent aussi les utiliser. Si chacun se met à faire son propre format, c'est l'échec assuré. Si un membre d'un consortium me lit, ce serait sympa de proposer un draft de norme en la matière. Dublin Core donne déjà une base solide mais non suffisante. Je suis ouvert à toute suggestion de pointeurs utiles en la matière :-)
  • L'importance du cache et de la synchronisation est primordiale. On ne peut pas aller chercher les contenus partout à chaque appel de page sous peine que tout s'écroule et d'avoir des temps de chargement de dingue. Le maillon faible serait alors le serveur non disponible / saturé / à faible bande passante.
  • Si edition il y a, et suivant si l'on utilise ou pas le timestamp, doit/peut-on fournir un différentiel ou bien prévenir de la mise à disposition d'une nouvelle version du contenu ? Doit-on faire en sorte que le lien renvoit alors vers la dernière version du contenu via des jeux d'url ? (j'ai du coup un doute sur le coté unicité d'une ressource à un instant t et que cette notion d'alias perturbe plus qu'autre chose)

Affaire à suivre...