J'ai évoqué ici l'idée de trans-formation de contenus, c'est à dire la création de nouveaux contenus à partir de divers contenus existants - sans ajout de "matière" : juste en jouant sur la forme, en particulier en révélant la dimension temporelle.

Exemple : les timelines proposées par Storytlr avec en entrée Twitter pour du texte, Flickr pour l'image, ou encore des vidéos à partir de YouTube. La valeur ajoutée (création de "sens") réside dans la mise en perspective temporelles de ces contenus, sous forme d'un storyboard.

Leur articulation et leur condensation en un point unique, est permise par l'usage du format RSS comme pivot (ou à travers l'appel des APIs des plateformes). L'horodatage (effectué sur chaque plateforme) permet l'ordonnancement final.

Autre exemple : mécanisme "email2blog" avec Posterous où un courrier envoyé au service, auquel on aura attaché une image, devient un billet de blog légendé. Une interface entrante, et là encore l'introduction d'une linéarité temporelle (succession des billets).

Ce dernier exemple est un dispositif à sens unique, avec transformation à instant t (pas de lien permanent avec la source).

Ce qui me semble intéressant avec Google Wave, c'est précisément d'imaginer l'étendue en terme de possibilités de telles trans-formation de contenus.

Je n'ai pas eu le temps de lire toute la documentation disponible, mais il semble que Google Wave stocke tous les contenus (que ce soit des échanges en "mode email", des documents "wikifiés", des pointeurs vers des images ou vidéos, etc.) dans des documents XML attachés à des "blips", ces derniers réunis au sein de "wavelets" (un espace à visibilité determinée), qui eux-même constituent des "Waves". Le tout forme une unique base : le "Wave Store" (cf. schéma Wave Entities).

Dans la démo Google I/O 2009, on voit par exemple comment les photos d'une gallerie peuvent alimenter un billet de blog (mais de façon dynamique avec un lien bidirectionnel : par exemple modifier la légende d'une photo sur le blog, se répercutera dans la gallerie) ; ou comment une réponse à un message en "format e-mail" peut être détachée et "wikifiée" (avec ajout de contributeurs) ; ou encore comment plusieurs personnes peuvent simultanément ("temps réel") modifier un même document ; etc.

A chaque fois il s'agit de contenus qui d'une part peuvent s'aggréger, mais qui individuellement peuvent changer de forme selon des critères "spaciaux" (leur périmètre de visibilité, des mises en forme) ou "temporels" (cf. le mécanisme Operational Tranformation qui permet de séquencer les modifications apportées simultanément aux documents XML, sous forme de métadonnées renseignées au niveau des wavelets, ce qui permet ultérieurement de rejouer un "historique enrichi des changements").

Google Wave me semble très intéressant du fait de l'utilisation de standards (Google Wave Federation Protocol étant une "open extension de XMPP", le stockage des données au format XML), qui permettent de consolider la totalité des informations au sein de bases de données harmonisées (plusieurs wave providers pouvant co-exister au sein d'une architecture distribuée), en laissant imaginer un large panel de possibilités d'échanges et de restructuration des informations (en jouant sur les critères temporels et spatiaux).

A suivre...