distributed-conversation-formats-fr

2008-12-16T15:32:46Z

DelliRacmo: c4toloor

olotrocel
= Formats de Conversation DistribuÃ©e=

== Exemples de Formats ApparentÃ©s ==
===Email/Usenet===
Email et Usenet gardent tous les deux trace des fils de discussion d'une maniÃ¨re non-centrale en utilisant les en-tÃªtes et rÃ©fÃ©rences vers les IDs de messages. Quelques en-tÃªtes communs et leurs usages sont soulignÃ©s dans [http://www.faqs.org/rfcs/rfc2076.html RFC2076 - Common Internet Message Headers] section 3.6 :
* In-Reply-To - RÃ©fÃ©rence vers un message dont ce message est un "reply to".
* References - Dans l'e-mail : rÃ©fÃ©rence vers d'autres messages apparentÃ©s, en rÃ©fÃ©rence aux News Usenet vers les 'replied-to-articles'.
* See-Also - RÃ©fÃ©rences vers d'autres articles en rapport dans Usenet News.
* Obsoletes - RÃ©fÃ©rence au message prÃ©cÃ©dent Ã©tant corrigÃ© et remplacÃ©.
* Supersedes - CommunÃ©ment utilisÃ© dans Usenet News avec des maniÃ¨res similaires aux header "Obsoletes" dÃ©crit au-dessus. Dans Usenet News, nÃ©anmoins, Supersedes provoque un effacement total de l'article remplacÃ© dans le serveur, alors que "Supersedes" et "Obsoletes" dans l'email est implÃ©mentÃ© dans le client et n'enlÃ¨ve pas souvent la vieille version du texte.
* Article-Updates - Seulement dans Usenet News, similaire Ã "Supersedes:" mais ne provoque pas le fait que l'article rÃ©fÃ©rencÃ© soit effacÃ© physiquement.
* Article-Names - RÃ©fÃ©rence vers articles tout particuliÃ¨rement importants pour un Newsgroups spÃ©cifique Usenet.

===Langage de Description de Fil===
Thread Description Language - TDL est un vocabulaire RDF pour dÃ©crire les discussions en mode fil, tels que Usenet, weblogs, les bulletin boards et conversations par e-mail.
* http://www.eyrie.org/~zednenem/2002/web-threads/
* http://www.eyrie.org/~zednenem/2002/wtprofile/
TDL v3 dÃ©finit les propriÃ©tÃ©s suivantes :
* Property tdl:discusses - Relates a Post to a resource it talks about
* Property tdl:follows - Indicates that this resource comes no earlier than the specified resource
* Property tdl:inThread - Relates a post to a thread which includes it
* Property tdl:mentions - Indicates that this resource refers to the specified resource
* Property tdl:respondsTo - Relates a post to its parent(s) in a discussion
* Property tdl:respondsNegativelyTo - Relates a post to a parent post which it dissents from or corrects
* Property tdl:respondsPositivelyTo - Relates a post to a parent post with which it concurs

'''Discussion sur TDL'''

# respondsNegativelyTo, respondsPositivelyTo are beyond the scope of this spec. They can both be implemented using vote-links.
# Without those, respondsTo remains the main connector between posts in a thread.
# mentions and discusses seem to be splitting hairs. It appears that both of them can be replaced by using the CITE tag.
# follows seems to be designed for use in a central registry that tracks threads and therefore is useless for a distributed solution.

===IBIS - Issues Based Information Systems===
Les 'Issue Based Information Systems' (IBIS) de Kunz fournit un cadre pour une comprÃ©hension collaborative des principales problÃ©matiques et implications entourant ce qui est dÃ©crit comme des ``wicked problems'' (des problÃ¨mes qui manquent d'une formulation dÃ©finitive). La comprÃ©hension est atteinte en utilisant les composants hypertexte pour crÃ©er des arguemnts structurÃ©s entourant les problÃ©matiques. (<cite>[http://www.weblogkitchen.com/wiki.cgi?GraphicalIbis Weblog Kitchen]</cite>)
* [http://dannyayers.com/xmlns/ibis/ vocabulaire IBIS]
* [http://collab.blueoxen.net/forums/yak/2003-12/threads.html#00191 Comment dÃ©marrer une discussion IBIS dans l'e-mail]
* [http://www.weblogkitchen.com/wiki.cgi?GraphicalIbis graphical IBIS (gIBIS)]
Le modÃ¨le hypertexte d'IBIS comprend trois types de noeuds :
1. issues
2. positions
3. arguments

Huit types de lien reprÃ©sentent les relations autorisÃ©es entres ces noeuds :
1. generalises
2. specialises
3. replaces
4. questions
5. is_suggested_by
6. responds_to
7. objects_to
8. supports

'''Discussion Ã propos d'IBIS'''

Comme pour TDL, IBIS semble tacler un plus gros problÃ¨me que celui discutÃ© ici.
* Les diffÃ©rents types de noeuds ne sont pas nÃ©cessaires pour tracer un fil de discussion. En traÃ§ant le flux de la conversation, les arguments et flux d'idÃ©es sont une problÃ©matiqu plus complexe que d'assembler simplement des morceaux disparates d'une discussion en ligne.
* Les types de liens tels que "generalises" et "specialises" pourraient Ãªtre utiles mais semblent demander beaucoup de la part de l'utilisateur. Si nous permettons un hÃ©ritage du type de lien, ils pourraient Ãªtre utilisÃ©s comme des parties optionnelles du format mais il appararaÃ®t que nous pouvons bien assez faire sans eux.

=== SIOC - Semantically-Interlinked Online Communities ===
SIOC (Semantically Interlinked Online Communities) est une ontologie pour dÃ©crire les forums de discussions et billets sur les fils de discussion thÃ©matiques dans les sites de communautÃ©s en ligne. Ceci comprend mais n'est pas limitÃ© Ã : blogs, bulletin boards, listes de discussion, newsgroups, etc.
* http://rdfs.org/sioc/
* http://rdfs.org/sioc/spec/

PropriÃ©tÃ©s pertinentes dÃ©finies sous [http://rdfs.org/sioc/spec/ SIOC] :
* has_reply - Ceci dÃ©taille les rÃ©pliques ou rÃ©ponses Ã ce billet, qui peut Ãªtre utilisÃ© Ã des fins de tri d'affichage.
* reply_of - Liens vers un Billet prÃ©cÃ©dent, dont ce Billet est une rÃ©pique de (ou vers).
* next_version - Liens vers la prochaine rÃ©vision de ce Billet.
* previous_version - Liens vers une prÃ©cÃ©dente rÃ©vision de ce Billet.
* has_sibling - Un Billet peut avoir un jumeau qui existe dans un forum diffÃ©rent, mais les jumeaux peuvent diffÃ©rer de maniÃ¨re minimale (par exemple, langue, catÃ©gorie, etc.) Le jumeau de ce Billet n'a seulement besoin que de l'information modifiÃ©e.
* sibling_of - Ce Billet diffÃ¨re de son jumeau d'une maniÃ¨re minimale. L'autre jumeau peut Ãªtre utilisÃ© comme une source pour toute donnÃ©e manquante.
* attachment - Un URI de la piÃ¨ce jointe apparentÃ©e Ã un Billet.
* related_to - Billets apparentÃ©s pour ce Billet, peut-Ãªtre dÃ©terminÃ©s Ã partir des thÃ©matiques ou rÃ©fÃ©rences.
* is_closed - DÃ©tails si c'est (et n'importe quels enfants) fermÃ©.

'''Discussion of SIOC'''
* Nous ne pouvons pas nous attendre Ã ce que les relations complÃ©mentaires (par ex. has_reply) doivent exister. Ceci obligerait l'existence d' un systÃ¨me bien mieux connectÃ© que nous ne n'assumons pas. La mÃªme chose pour is_closed.
* next_version et previous_version pourraient Ãªtre une alternative intÃ©ressante pour les mises Ã jour dans le cas oÃ¹ l'auteur de la version mise Ã jour a le contrÃ´le de la version prÃ©cÃ©dente. Ceci n'est pas toujours le cas mais pourrait arriver assez souvent pour inclure cette option.
* Le concept des jumeaux est intÃ©ressant bien que la diffÃ©rence entre Ã§a et update ou forward pourrait Ãªtre trop spÃ©cifique pour la plupart des utilisateurs.
* attachment pourrait Ãªtre intÃ©ressant mais est-ce nÃ©cessaire ?
* related_to pourrait Ãªtre utile dans un environnement agrÃ©gÃ© (penser au tags en rapport avec delicious) mais autrement je vois ces usages de billets comme des citations de source, par consÃ©quent ce type de relation spÃ©cifique pourrait Ãªtre sans objet.

== Exemples d'Utilisation ==
En partant de l'e-mail nous obtenons deux relations basiques entre les messages :
* Reply - Ce message est une rÃ©ponse au message en rÃ©fÃ©rence.
* Forward - Ce message transfÃ¨re le message en rÃ©fÃ©rence vers des destinataires additionnels.

A partir de diffÃ©rentes publications (souvent de standards) nous obtenons :
* Updates/Obsoletes - Ce document contient des mises Ã jour ou mÃªme remplace le document rÃ©fÃ©rencÃ©.

La citation de ressources arrive sous plusieurs formes :
* Quote
* Citer une rÃ©fÃ©rence
* Via lien/Hat tip (essentiellement dans les blogs)

Microformats Wiki - User contributions [en]

distributed-conversation-formats-fr