xfn-brainstorming-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
m (→‎Consolidation d'Identité: -> [fr: content moved to identity-consolidation-fr])
 
(One intermediate revision by the same user not shown)
Line 1: Line 1:
<h1> Brainstorming XFN </h1>
<h1> Brainstorming XFN </h1>
{{TOC-right}}
Cette page est pour brainstormer sur les différents usages et détails de [[xfn-fr|XFN]], tout comme pour rassembler des idées pour des extensions potentielles.
Cette page est pour brainstormer sur les différents usages et détails de [[xfn-fr|XFN]], tout comme pour rassembler des idées pour des extensions potentielles.


== Lecture Obligatoire==
== Lecture Obligatoire==
Avant de participer dans tout brainstorming XFN, lisez et comprenez svp les documents suivants :
Avant de participer dans tout brainstorming XFN, lisez et comprenez svp les documents suivants :
* [http://gmpg.org/xfn/intro XFN intro]
* [http://gmpg.org/xfn/intro XFN intro]
Line 10: Line 10:
* [http://gmpg.org/xfn/and XFN et autres services]
* [http://gmpg.org/xfn/and XFN et autres services]


Remarquez que toutes les valeurs XFN existantes ont été basées sur la recherche qui a présenté des sites du vrai monde qui indiquaient de telles relations explicitement via des textes et hyperliens vers d'autres sites. De ce fait, toute nouvelle sémantique ou valeurs seront plus sérieusement considérés si des URLS sont fournies en démontrant des comportements d'étiquetage du texte existant et d'hyperliens.


__TOC__


== Contributeurs ==
== Contributeurs ==
* [http://tantek.com/ Tantek Çelik]
* [http://tantek.com/ Tantek Çelik]
* [[User:CiaranMc |CiaranMc ]]
* [[User:CiaranMc |CiaranMc ]]
* [http://factoryjoe.com/ Chris Messina]


(traduction en cours [[Christophe Ducamp]])
(traduction en cours [[Christophe Ducamp]])


== Consolidation Identité ==
== Consolidation d'Identité ==
 
Voir [[rel-me-fr|rel-me]] et [[identity-consolidation-fr|consolidation-identité]]. <span id="Frames">&nbsp;</span>
Lisez tout d'abord http://gmpg.org/xfn/and/
 
En saisissant ici quelques Q&R et idées avant que je ne nettoie les FAQ et/ou produise une page distincte pour la [[identity-consolidation-fr|consolidation identité]] (ou peut-être une page [[rel-me-fr|rel-me]] qui discute de consolidation d'identité).
 
2007-08-17 Les Q's sont paraphrasées à partir de [[User:JosephSmarr]] de Plaxo, et les réponses sont écrites/éditées par [[User:Tantek]].
 
'''Q :''' Est-ce que les liens rel="me" doivent être dans les deux directions pour vérifier le lien ? Il semblent qu'ils doivent l^'etre, parce qu'autrement quelqu'un pourrait trouver tout ce qui fait un lien vers lui et le "déclarer" simplement en plaçant un lien en retour avec rel="me".
 
R : Oui, en général les liens rel="me" ont besoin d'être dans les deux directions et ce exactement pour cette raison.
 
 
'''Q :''' Mais quelques sites qui vous laissent lister votre page d'accueil sur le profil n'utilisent pas rel="me", aussi devons-nous simplement les inciter tous à l'utiliser avant que les déclarations bi-directionnelles ne fonctionnent correctement ?
 
R : Pas nécessairement. Bien sûr nous préférons le chemin du [[advocacy-fr|soutien]] pour faire qu'ils implémentent rel="me", mais pour les vieux sites, comme cela est documenté sur http://gmpg.org/xfn/and/ nous pouvons vérifier que les champs spécifiques sur la page profil sont remplis convenablement, avec l'heuristique spécifique au site.
 
'''Q :''' Donc soit ils doivent utiliser rel="me" ou nous pouvons gratter les sites connus et faire confiance au lien quoi qu'il en soit ?
 
R : rel="me" est le standard qui augmente (ainsi les nouveaux jouers "travaillent simplement") et pour les "anciens joueurs" nous écrivons une liste-blanche avec des règles de compatibilité pour le faire fonctionner.
 
'''Q :''' Ainsi je suppose que l'idée est je ne peux pas insérer un lien rel="me" à l'intérieur de n'importe quel contenu-généré-par-un-utilisateur, comme des commentaires sur le blog de quelqu'un d'autre ?
 
R : Tout à fait et [[rel-nofollow-fr|rel-nofollow]] (et [[vote-links-fr|vote-links]] "vote-against" ou "vote-abstain" pour ce problème) devrait annuler le rel="me".
 
'''Q :''' Que penser de Yelp qui utilise rel="nofollow" sur le lien vers votre page personnelle ?
 
R : Oui la façon de contourner est de ne regarder *seulement* que ce lien spécifique "home page", pas n'importe quel lien sur la page, c'est la clé pour les vieux joueurs, avec l'hypothèse étant que *seul* l'utilisateur/propriétaire de ce profil pourrait modifier cette URL. En outre, Yelp est véritablement en train de violer la spécification [[rel-nofollow-fr|rel-nofollow]] parce que ce n'est pas un lien vers une partie tiers, c'est un lien vers une partie première, et par conséquent il NE DOIT PAS avoir de rel="nofoww" là-dessus. Ce bug devrait leur être rapporté.
 
'''Q :''' Est-ce que des liens à deux sens plus une fermeture transitive suffisent ? Parce que beaucoup de sites peuvent seulement faire un lien vers votre homepage qui pointe alors ensuite vers beaucoup d'autres sites et vous aimeriez pouvoir "ramener ceux-ci" ?
 
R : Les liens à deux sens plus une fermeture transitive est un bon début. Mais il existe des cas communs où vous aurez des cricuits en triangle à trois étapes que vous aurez besoin de détecter. Par exemle, disons que ma page profil Plaxo est joseph.myplaxo.com et que je veuille y ajouter ma page twitter twitter.com/jsmarr. Ma page twitter ne fait qu'un lien vers ma home page josephsmarr.com, mais cette page fait un lien arrière vers twitter et aussi vers mon profil plaxo. Ainsi vous pouvez prouver que je suis officiel pour twitter.com/jsmarr même s'il n'a pas un lien à deux sens avec joseph.myplaxo.com. Il peut même y avoir des cas plus complexes, mais que je pense que la 3 voies est commune parce que beaucoup de sites ne vous laissent seulement avoir qu'un lien URL, qui sera généralement vers votre page d'accueil, ainsi à moins que vous ne démarriez par déclarer votre page d'accueil au site, vous devrez crawler en partant d'un "rayon" à l'intérieur du "hub" et puis revenir à nouveau en arrière. Ainsi en général, vous devrez maintenir tous les liens rel="me" sur toutes les pages que vous crawlez, puis assembler le graphe, puis détecter tous les circuits, et puis tous les noeuds dans les circuits qui sont connectés à la page racine avec laquelle vous avez démarré seront vérifiés. Je pense. :)
 
'''Q :''' Comment devrais-je ensuite crawler les liens rel="me" ?
 
R : Faites chaque 2 voies une par une. Ce qui veut dire allez vers une destination rel="me", cherchez le lien arrière rel="me" vers la même page dans cette source, et *ensuite* placez dans la file tous les liens restants rel="me" pour le crawling. Mettez dans la file d'attente les relations rel="me" pendant que vous crawlez, ce qui veut dire que pendant que vous crawlez a, vous ne placez pas dans la file d'attente juste les destinations des liens b et c, mais plutôt, vous placez dans la file d'attente les relations a-me-&gt;b, a-me-&gt;c.  Et puis vous crawlez les destinations dans la queue, et pour les rel="me" confirmés à 2 sens, migrez les simplement sur une autre liste, par exemple quand vous voyez b-me-&gt;a vous retirez simplement a-me-&gt;b de la queue et placez a&lt;-&gt;b à l'intérrieur du fichier "me", et quand vous voyez b-me-&gt;d vous l'ajoutez simplement à la queue. Répétez jusqu'à ce que vous ayez crawlé toutes les destinations dans la queue et c'est fait.
 
'''Q :''' Il existe souvent plusieurs pages équivalentes, comme http://flickr.com/photos/jsmarr , http://www.flickr.com/photos/jsmarr , http://flickr.com/people/jsmarr , http://flickr.com/people/jsmarr/profile .  Devons-nous écrire des règles d'équivalence ou simplement faire que les personnes utilisent la même forme ?
 
R : De telles pages devraient elles-même faire un a) lien rel="me" vers les versions à la fois "www." et non "www."  via les liens déjà sur la page (parce qu'elles l'ont déjà souvent), OU ajouter des tags équivalents à &lt;link rel="me" href="..." /&gt; dans l'en-tête &lt;head&gt; du document.
 
'''Q :''' Par conséquent, au moment de crawler une page à la recherche de liens rel="me", devrais-je checher A LA FOIS les liens &lt;a rel="me" dans le body ET les liens &lt;link rel="me" dans le head ?
 
R : Oui, ils sont équivalent, par conséquent regardez les deux.
 
En rapport :[[hcard-supporting-user-profiles-fr|Profils utilisateurs supportant hCard]], [[hcard-xfn-supporting-friends-lists-fr|Listes d'amis supportant hCard et XFN]].
 


== Etendre les relations de famille ==
== Etendre les relations de famille ==
=== grandparent ===
<cite>[http://www.gmpg.org/xfn/background La page XFN: Background]</cite> dit :
<cite>[http://www.gmpg.org/xfn/background La page XFN: Background]</cite> dit :
<blockquote>
<blockquote>
Line 76: Line 33:


* Je pense que c'est important dans quelques situations de saisir la différence d'âge dans une relation dans un sens que @rel="kin" ne semble pas faire.
* Je pense que c'est important dans quelques situations de saisir la différence d'âge dans une relation dans un sens que @rel="kin" ne semble pas faire.
* ''relance'' : XFN est le mauvais endroit pour représenter l'inforamtion d'âge (même relative). Au lieu de cela, marquer la page de chaque personne avec une hCard pour elles qui ait une propriété <code>bday</code>, avec même juste l'année si vous voulez - qui pourrait être ensuite utilisée pour déterminer une différence d'âge approximatie, qui est probalement tout ce qui est désiré. De ce fait rel="kin" peut être considéré comme suffisant à cette heure.
A ce jour, aucun exemple du vrai monde n'a été fourni, de ce fait, selon le [[process-fr|processus]] microformats, nous de ne devrions pas compliquer un format pour un besoin théorique.
=== ancestor descendant===
* Même s'ils ne le maintiennent pas eux-mêmes (ou sont décédés) il pourrait y avoir une URL qui fait un bon boulot de représentation d'une personne.
* Même s'ils ne le maintiennent pas eux-mêmes (ou sont décédés) il pourrait y avoir une URL qui fait un bon boulot de représentation d'une personne.


Line 89: Line 54:


== Groupes Simples et Membres ==
== Groupes Simples et Membres ==
Une extension très simple pour XFN serait de permettre l'adhésion décentralisée au groupe. Par ex.  
Une extension très simple pour XFN serait de permettre l'adhésion décentralisée au groupe. Par ex.  
* rel="group".  Une personne pourrait faire un lien à partir de sa page vers la page d'un groupe auquel elle appartient (par ex. sa société, son école, son collectif de DJ etc.) et de ce fait affirmer qu'elle appartient à ce groupe.
* rel="group".  Une personne pourrait faire un lien à partir de sa page vers la page d'un groupe auquel elle appartient (par ex. sa société, son école, son collectif de DJ etc.) et de ce fait affirmer qu'elle appartient à ce groupe.
Line 96: Line 60:
Les relations pourraient être obligatoirement bidirectionnelles afin de confirmer l'adhésion au groupe, ce qui veut dire, que tant l'invididu doit faire un lien vers le groupe avec rel="group" et le groupe doit produire un lien vers l'individu avec rel="member" afin que l'adhésion soit considérée comme "true".
Les relations pourraient être obligatoirement bidirectionnelles afin de confirmer l'adhésion au groupe, ce qui veut dire, que tant l'invididu doit faire un lien vers le groupe avec rel="group" et le groupe doit produire un lien vers l'individu avec rel="member" afin que l'adhésion soit considérée comme "true".


Voir aussi [[group-brainstorming-fr|group-brainstorming]].
Voir aussi [[group-brainstorming-fr|group-brainstorming]] pour en savoir plus sur ce sujet avec des exemples documentés.


-Tantek
== fans et followers ==
 
Il est en train de devenir courant sur beaucoup de réseaux sociaux (voir liste en-dessous) que vous avez des connexions non réciproques et non-basées-sur-les-amis vers les personnes. Ces connexions sont particulièrement intéressantes à remarquer là où vous ne vous attendriez même pas véritablement à avoir une réciprocité de connexions, mais disposer au lieu de cela de quelque chose de similaire à l'idée de "rel-muse".
== Fans et followers ==
 
Il est en train de devenir courant sur beaucoup de réseaux sociaux que vous avez des connexions non réciproques et non-basés-sur-les-amis vers les personnes. Ces connexions sont particulièrement intéressantes à remarquer là où vous ne vous attendriez même pas véritablement à avoir une réciprocité de connexions, mais à la place disposer de quelque chose de similaire à l'idée de "rel-muse".


Je proposerai d'ajouter "rel-fan" ou "rel-follower" à l'ensemble des valeurs XFN -- comme étant quelque chose comme un "contact" ou une "muse" mais ayant un objectif différent dans le royaume du réseautage social. A nouveau, compte tenu du fait que cela s'affiche dans les réseaux sociaux comme Pownce (fan), Twitter (follower), et que ces mots deviennent courants, je me demande si cela ne ferait pas sens de même laisser tomber le rel-muse en faveur d'un rel-follower et rel-fan (la première sous-entendant quelque forme de harcèlement social positif et la dernière une forme d'appréciation aimable pour le travail de quelqu'un).
Je proposerai d'ajouter "rel-fan" ou "rel-follower" à l'ensemble des valeurs XFN -- comme étant quelque chose comme un "contact" ou une "muse" mais ayant un objectif différent dans le royaume du réseautage social. A nouveau, compte tenu du fait que cela s'affiche dans les réseaux sociaux comme Pownce (fan), Twitter (follower), et que ces mots deviennent courants, je me demande si cela ne ferait pas sens de même laisser tomber le rel-muse en faveur d'un rel-follower et rel-fan (la première sous-entendant quelque forme de harcèlement social positif et la dernière une forme d'appréciation aimable pour le travail de quelqu'un).


Cette désignatoin fan/follower semble fortement manquer sur Flickr où tout le monde soit dans contact, ami ou famille, ... mais dans beaucoup de cas, vous ne faites simplement qu'apprécier les photos de quelqu'un et voulez pouvoir les suivre dans le temps, tout comme les personnes "suivent" ou "s'abonnent" à des fils de blog... Quelqu'un qui lit mon fil de blog pourrait être considéré comme un "follower" -- comme dans l'expression, "quelqu'un qui suit mon blog".
Cette désignation fan/follower semble fortement manquer sur Flickr où ce n'est pas tout le monde étant dans contact, ami ou famille, ... mais dans beaucoup de cas, vous ne faites simplement qu'apprécier les photos de quelqu'un et voulez pouvoir les suivre dans le temps, tout comme les personnes "suivent" ou "s'abonnent" à des fils de blog... Quelqu'un qui lit mon fil de blog pourrait être considéré comme un "follower" -- comme dans l'expression, "quelqu'un qui suit mon blog".


- Chris Messina
- Chris Messina


Exemples (sites qui ont le concept de "fan" ou "follower")
Exemples (sites qui ont schéma sémantique/implicite de "fan" ou "follower")
* http://twitter.com/ (a des "followers" vs friends)
* http://twitter.com/ (a des "followers" vs friends)
* http://upcoming.org/ (a des "fans" vs friends)
* http://upcoming.org/ (a des "fans" vs friends)
Line 118: Line 79:
Chris, rel-fan ou re-follower fonctionnerait pour toi afin de pointer les personnes qui te suivent, mais le cas inverse est probablement plus utile, disant qui tu es (par ex. aussi le cas de la blogroll). Nous avons besoin d'un bon nom pour cette relation qui décrit comment tu les visualises, qui soit moins coloré que 'muse' actuellement classifié comme "romantic". rel-source ou rel-influence peut-être ? Très difficile de parvenir à un bon nom. [[User:Kevin Marks|Kevin Marks]] 12:57, 17 Aug 2007 (PDT)
Chris, rel-fan ou re-follower fonctionnerait pour toi afin de pointer les personnes qui te suivent, mais le cas inverse est probablement plus utile, disant qui tu es (par ex. aussi le cas de la blogroll). Nous avons besoin d'un bon nom pour cette relation qui décrit comment tu les visualises, qui soit moins coloré que 'muse' actuellement classifié comme "romantic". rel-source ou rel-influence peut-être ? Très difficile de parvenir à un bon nom. [[User:Kevin Marks|Kevin Marks]] 12:57, 17 Aug 2007 (PDT)


== Mentors et Mentees ==
Pour les blogrolls au moins, que penser de rel-read / rel-reader ? -- [[User:SteveIvy|Steve Ivy]]
Bien qu'apparamment rares, j'ai personnellement trouvé l'usage de <code>rel="mentor"</code> et son inverse  <code>rel="mentee"</code> (voir définitions Wiktionary : [http://en.wiktionary.org/wiki/mentor mentor], [http://en.wiktionary.org/wiki/mentee mentee]).  Je n'ai pas suffisamment d'indications pour même imaginer proposer de les ajouter à XFN, mais je voulais les saisir ici pour un brainstorming pendant que je creuse l'idée de les utiliser personnellement et pour des exemples de recherche dans la jungle.
 
Steve, "read" est encore un verbe (et les [[rel-values-fr|valeurs-rel]] ont besoin d'être des noms), et "reader" voudrait encore implicitement dire que c'est un de tes "lecteur", plutôt que vice versa.
 
Liste brainstrom des termes possibles (pour un inverse de fan/follower) :
* source
* influence
* influencer
** +1 [[User:Tantek|Tantek]] - Je préfère celle-ci à cette heure, car elle semble représenter au mieux la sémantique implicite. Si je suis quelqu'un, alors c'est pour moi un "influencer".
* leader
* star
* hero
* favorite
 
== favorites ==
Une autre possibilité est peut-être "favorite", qui est, ce que les personnes lient vraiment par exemple vers leurs groupes favrois, ce qui est similaire à dire qu'ils sont fans d'un groupe. De ce fait vous pouriez ajouter <code>rel="favorite"</code> à de tels hyperliens pour indiquer que ce groupe de musique ici est un de vos favoris. [[User:Tantek|Tantek]] 17:57, 2 Oct 2007 (PDT) basé sur une question posée par DanBri.
 
== mentors et mentees ==
Bien qu'apparemment rares, j'ai personnellement trouvé l'usage de <code>rel="mentor"</code> et son inverse  <code>rel="mentee"</code> (voir définitions Wiktionary : [http://en.wiktionary.org/wiki/mentor mentor], [http://en.wiktionary.org/wiki/mentee mentee]).  Je n'ai pas suffisamment d'indications pour même imaginer proposer de les ajouter à XFN, mais je voulais les saisir ici pour un brainstorming pendant que je creuse l'idée de les utiliser personnellement et pour des exemples de recherche dans la jungle. Je peux simplement les utiliser moi-même comme [[posh-fr|POSH]].


[[User:Tantek|Tantek]] 02:34, 8 juillet 2007 (PDT)
[[User:Tantek|Tantek]] 02:34, 8 juillet 2007 (PDT)
== advisor et advisee ==
De la même manière, j'ai vus des types référencer quelqu'un comme un "advisor", ou remarqué qu'ils sont en train de conseiller quelqu'un. Nous pourrions imaginer <code>rel="advisor"</code> et <code>rel="advisee"</code> pour capturer et représenter cette sémantique.
Remarquez que la relation de conseiller une société ou organisation serait mieux saisie en notant "advisor" sous une valeur de propriété "role" dans une hCard listant cette organisation, par ex :
<pre><nowiki>
<span class="vcard">
<span class="fn">Tantek Çelik</span>
<span class="org">Citizen Agency</span>
<span class="role">advisor</span>
</span>
</nowiki></pre>
A nouveau, je pense que l'usage [[posh-fr|CHIC]] de ces termes ferait une bonne expérience pour voir s'il y a suffisamment d'usage pour les formaliser.
[[User:Tantek|Tantek]] 07:45, 29 Dec 2007 (PST)
== Scholarly ==
Une possibilité qui pourrait être ajoutée sont les définitions érudites. Par exemple <code>rel="mentor"</code>[Le Professeur d'un Etudiant] (similaire à au-dessus), <code>rel="student"</code>[l'Etudiant du Professeur] (inverse de mentor), <code>rel="classmate"</code>[camarade de classe d'un Etudiant]. Les utilisations possibles dans les sites de Réseaux Sociaux qui impliquent le fait d'ajouter votre école, de noter vos professeurs, Teacher <-> Teacher serait spécifié dedans avec <code>rel="co-worker"</code> ou <code>rel="colleague"</code>.
[[User:Navarr|Navarr]] 05:56, 13 Dec 2007 (CST)


== Voir aussi ==
== Voir aussi ==
Line 127: Line 126:
* [[hcard-fr|hCard]]
* [[hcard-fr|hCard]]
* [[hcard-brainstorming-fr|hCard brainstorming]]
* [[hcard-brainstorming-fr|hCard brainstorming]]
* [[social-network-portability-fr|portabilité-réseau-social]]
* [[hcard-xfn-supporting-friends-lists-fr|listes-amis-supportant-hcard-xfn]]

Latest revision as of 15:38, 30 December 2007

Brainstorming XFN

Cette page est pour brainstormer sur les différents usages et détails de XFN, tout comme pour rassembler des idées pour des extensions potentielles.

Lecture Obligatoire

Avant de participer dans tout brainstorming XFN, lisez et comprenez svp les documents suivants :

Remarquez que toutes les valeurs XFN existantes ont été basées sur la recherche qui a présenté des sites du vrai monde qui indiquaient de telles relations explicitement via des textes et hyperliens vers d'autres sites. De ce fait, toute nouvelle sémantique ou valeurs seront plus sérieusement considérés si des URLS sont fournies en démontrant des comportements d'étiquetage du texte existant et d'hyperliens.


Contributeurs

(traduction en cours Christophe Ducamp)

Consolidation d'Identité

Voir rel-me et consolidation-identité.  

Etendre les relations de famille

grandparent

La page XFN: Background dit :

Nous avons considéré l'ajout de "grandparent", mais à la fin laissé tombé le terme parce qu'il semblait peu probable à utiliser dans un avenir proche. Il pourra aparaître dans les futures versions de XFN.

Vraisemblablement, l'hypothèse est qu'un grand-parent n'aura pas de site web, mais

  • Je pense que c'est important dans quelques situations de saisir la différence d'âge dans une relation dans un sens que @rel="kin" ne semble pas faire.


  • relance : XFN est le mauvais endroit pour représenter l'inforamtion d'âge (même relative). Au lieu de cela, marquer la page de chaque personne avec une hCard pour elles qui ait une propriété bday, avec même juste l'année si vous voulez - qui pourrait être ensuite utilisée pour déterminer une différence d'âge approximatie, qui est probalement tout ce qui est désiré. De ce fait rel="kin" peut être considéré comme suffisant à cette heure.

A ce jour, aucun exemple du vrai monde n'a été fourni, de ce fait, selon le processus microformats, nous de ne devrions pas compliquer un format pour un besoin théorique.


ancestor descendant

  • Même s'ils ne le maintiennent pas eux-mêmes (ou sont décédés) il pourrait y avoir une URL qui fait un bon boulot de représentation d'une personne.

Imaginez un site à propos d'un arbre généalogique de famille. Il pourrait avoir quelque chose comme :

Je peux retracer ma famille jusqu'à 
<a href="http://en.wikipedia.org/wiki/William_I_of_England/">
 Guillaume Le Conquérant.
</a>

Dans ces cas là, il serait utile d'avoir @rel="ancestor", et peut-être un @rel="descendant" correspondant. -CiaranMc

Groupes Simples et Membres

Une extension très simple pour XFN serait de permettre l'adhésion décentralisée au groupe. Par ex.

  • rel="group". Une personne pourrait faire un lien à partir de sa page vers la page d'un groupe auquel elle appartient (par ex. sa société, son école, son collectif de DJ etc.) et de ce fait affirmer qu'elle appartient à ce groupe.
  • rel="member". Les pages web des groupes pourraient faire un lien vers ceux qu'elles considèrent comme membres et de ce fait affirmer l'adhésion de cette personne.

Les relations pourraient être obligatoirement bidirectionnelles afin de confirmer l'adhésion au groupe, ce qui veut dire, que tant l'invididu doit faire un lien vers le groupe avec rel="group" et le groupe doit produire un lien vers l'individu avec rel="member" afin que l'adhésion soit considérée comme "true".

Voir aussi group-brainstorming pour en savoir plus sur ce sujet avec des exemples documentés.

fans et followers

Il est en train de devenir courant sur beaucoup de réseaux sociaux (voir liste en-dessous) que vous avez des connexions non réciproques et non-basées-sur-les-amis vers les personnes. Ces connexions sont particulièrement intéressantes à remarquer là où vous ne vous attendriez même pas véritablement à avoir une réciprocité de connexions, mais disposer au lieu de cela de quelque chose de similaire à l'idée de "rel-muse".

Je proposerai d'ajouter "rel-fan" ou "rel-follower" à l'ensemble des valeurs XFN -- comme étant quelque chose comme un "contact" ou une "muse" mais ayant un objectif différent dans le royaume du réseautage social. A nouveau, compte tenu du fait que cela s'affiche dans les réseaux sociaux comme Pownce (fan), Twitter (follower), et que ces mots deviennent courants, je me demande si cela ne ferait pas sens de même laisser tomber le rel-muse en faveur d'un rel-follower et rel-fan (la première sous-entendant quelque forme de harcèlement social positif et la dernière une forme d'appréciation aimable pour le travail de quelqu'un).

Cette désignation fan/follower semble fortement manquer sur Flickr où ce n'est pas tout le monde étant dans contact, ami ou famille, ... mais dans beaucoup de cas, vous ne faites simplement qu'apprécier les photos de quelqu'un et voulez pouvoir les suivre dans le temps, tout comme les personnes "suivent" ou "s'abonnent" à des fils de blog... Quelqu'un qui lit mon fil de blog pourrait être considéré comme un "follower" -- comme dans l'expression, "quelqu'un qui suit mon blog".

- Chris Messina

Exemples (sites qui ont schéma sémantique/implicite de "fan" ou "follower")

Tantek 02:34, 8 Jul 2007 (PDT)

Chris, rel-fan ou re-follower fonctionnerait pour toi afin de pointer les personnes qui te suivent, mais le cas inverse est probablement plus utile, disant qui tu es (par ex. aussi le cas de la blogroll). Nous avons besoin d'un bon nom pour cette relation qui décrit comment tu les visualises, qui soit moins coloré que 'muse' actuellement classifié comme "romantic". rel-source ou rel-influence peut-être ? Très difficile de parvenir à un bon nom. Kevin Marks 12:57, 17 Aug 2007 (PDT)

Pour les blogrolls au moins, que penser de rel-read / rel-reader ? -- Steve Ivy

Steve, "read" est encore un verbe (et les valeurs-rel ont besoin d'être des noms), et "reader" voudrait encore implicitement dire que c'est un de tes "lecteur", plutôt que vice versa.

Liste brainstrom des termes possibles (pour un inverse de fan/follower) :

  • source
  • influence
  • influencer
    • +1 Tantek - Je préfère celle-ci à cette heure, car elle semble représenter au mieux la sémantique implicite. Si je suis quelqu'un, alors c'est pour moi un "influencer".
  • leader
  • star
  • hero
  • favorite

favorites

Une autre possibilité est peut-être "favorite", qui est, ce que les personnes lient vraiment par exemple vers leurs groupes favrois, ce qui est similaire à dire qu'ils sont fans d'un groupe. De ce fait vous pouriez ajouter rel="favorite" à de tels hyperliens pour indiquer que ce groupe de musique ici est un de vos favoris. Tantek 17:57, 2 Oct 2007 (PDT) basé sur une question posée par DanBri.

mentors et mentees

Bien qu'apparemment rares, j'ai personnellement trouvé l'usage de rel="mentor" et son inverse rel="mentee" (voir définitions Wiktionary : mentor, mentee). Je n'ai pas suffisamment d'indications pour même imaginer proposer de les ajouter à XFN, mais je voulais les saisir ici pour un brainstorming pendant que je creuse l'idée de les utiliser personnellement et pour des exemples de recherche dans la jungle. Je peux simplement les utiliser moi-même comme POSH.

Tantek 02:34, 8 juillet 2007 (PDT)

advisor et advisee

De la même manière, j'ai vus des types référencer quelqu'un comme un "advisor", ou remarqué qu'ils sont en train de conseiller quelqu'un. Nous pourrions imaginer rel="advisor" et rel="advisee" pour capturer et représenter cette sémantique.

Remarquez que la relation de conseiller une société ou organisation serait mieux saisie en notant "advisor" sous une valeur de propriété "role" dans une hCard listant cette organisation, par ex :

<span class="vcard">
<span class="fn">Tantek Çelik</span>
<span class="org">Citizen Agency</span>
<span class="role">advisor</span>
</span>

A nouveau, je pense que l'usage CHIC de ces termes ferait une bonne expérience pour voir s'il y a suffisamment d'usage pour les formaliser.

Tantek 07:45, 29 Dec 2007 (PST)

Scholarly

Une possibilité qui pourrait être ajoutée sont les définitions érudites. Par exemple rel="mentor"[Le Professeur d'un Etudiant] (similaire à au-dessus), rel="student"[l'Etudiant du Professeur] (inverse de mentor), rel="classmate"[camarade de classe d'un Etudiant]. Les utilisations possibles dans les sites de Réseaux Sociaux qui impliquent le fait d'ajouter votre école, de noter vos professeurs, Teacher <-> Teacher serait spécifié dedans avec rel="co-worker" ou rel="colleague".

Navarr 05:56, 13 Dec 2007 (CST)

Voir aussi