openid-brainstorming-fr

(Difference between revisions)

Jump to: navigation, search
m ([fr: sync'd - à relire])
Current revision (09:29, 15 December 2007) (view source)
m ([fr: sync'd - Tom Morris's note translated from english version])
 
(2 intermediate revisions not shown.)
Line 2: Line 2:
{{TOC-right}}
{{TOC-right}}
-
Ceci est un espace public pour saisir quelques idées sur la façon dont [[OpenID-fr|OpenID] et les Microformats peuvent fonctionner ensemble.
+
Ceci est un espace public pour saisir quelques idées sur la façon dont [[OpenID-fr|OpenID]] et les Microformats peuvent fonctionner ensemble.
== Microformats pertinents ==
== Microformats pertinents ==
Line 18: Line 18:
=== Remplacer les attributs SREG avec hCard ===
=== Remplacer les attributs SREG avec hCard ===
-
* [http://factoryjoe.com/blog/2007/11/01/hcard-for-openid-simple-registration-and-attribute-exchange/ hCard pour Simple Enregistrement OpenID et Attribute Exchange] par [[Chris Messina]]
+
* [http://factoryjoe.com/blog/2007/11/01/hcard-for-openid-simple-registration-and-attribute-exchange/ hCard pour Simple Enregistrement OpenID et Attribute Exchange] par [[Chris Messina]]
* [http://tantek.com/log/2007/11.html#d02t2318 Replacing OpenID SREG with hCard part 1: Modest proposals] par [[Tantek Çelik]].
* [http://tantek.com/log/2007/11.html#d02t2318 Replacing OpenID SREG with hCard part 1: Modest proposals] par [[Tantek Çelik]].
-
=== Remplacer les attributs Attribute Exchange avec hCard ===
+
=== Remplacer les attributs Attribute Exchange avec hCard ===
Beaucoup d'attributs dans le [http://www.axschema.org/types/ attribute registry établi sur axschema.org] sont des réinventions de propriétés définies dans la [[vcard-fr|vCard]] (et par conséquent hCard).  Ce serait préférable de réutiliser un tel vocabulaire plutôt que de le réinventer (voir aussi [[naming-principles-fr|principes de nommage]]).
Beaucoup d'attributs dans le [http://www.axschema.org/types/ attribute registry établi sur axschema.org] sont des réinventions de propriétés définies dans la [[vcard-fr|vCard]] (et par conséquent hCard).  Ce serait préférable de réutiliser un tel vocabulaire plutôt que de le réinventer (voir aussi [[naming-principles-fr|principes de nommage]]).
Line 27: Line 27:
== authentification OpenID en liste blanche pour  hCard privée ==
== authentification OpenID en liste blanche pour  hCard privée ==
-
Un blog peut utiliser les URLs dans sa blogroll [[xfn-fr|XFN]] sous forme d'une liste blanche OpenID pour fournir plus d'informaiton à ceux qui se connectent sur le blog avec l'une de ces URLs. Cette technique peut être utilisée pour fournir ne information de contact plus privée sous [[hcard-fr|hCard]] pour seulement un sous-ensemble de personnes (ou de services).  Vous pourriez aussi construire la liste blanche des OpenIDs en analysant les données d'une API de réseau social à l'extérieur ou une liste agrégée XFN d'amis d'amis (en suivant les idées sur la [[social-network-portability-fr|portabilité-du-réseau-social]]).
+
Un blog peut utiliser les URLs dans sa blogroll [[xfn-fr|XFN]] sous forme d'une liste blanche OpenID pour fournir plus d'informations à ceux qui se connectent sur le blog avec l'une de ces URLs. Cette technique peut être utilisée pour fournir ne information de contact plus privée sous [[hcard-fr|hCard]] pour seulement un sous-ensemble de personnes (ou de services).  Vous pourriez aussi construire la liste blanche des OpenIDs en analysant les données d'une API de réseau social à l'extérieur ou une liste agrégée XFN d'amis d'amis (en suivant les idées sur la [[social-network-portability-fr|portabilité-du-réseau-social]]).
-
[[User:TomMorris|Tom Morris]] a implémenté ça sur [http://tommorris.org/blog son blog], et sur un "extranet de famille".
+
[[User:TomMorris|Tom Morris]] a implémenté ça sur [http://tommorris.org/blog son blog] et sur un "extranet de famille".
-
Dans ce billet de blog [http://adactio.com/journal/1348/ MicroformatID], Jeremy Keith a expliqué comment fonctionne le blog de Tom : <blockquote><p>Tom has an hCard on his blog. By default the information provided is fairly basic: an email address, a URL and a vague physical address. Right by the hCard, there’s a simple form that allows you to log on using OpenID. If you log on and you’re on a white list of Tom’s friends, the hCard is updated to reveal more information: telephone numbers and a complete physical address.</p><p>That’s pretty clever. And when you consider that OpenID is a URL-based authentication system and XFN is also based around URLs, it would be pretty easy to have the white list correspond to an XFN list on the same page as the hCard.</p><p>hCard | OpenID | XFN… it’s like Unix pipes for the Web: small pieces, loosely joined.</p></blockquote>
+
Dans ce billet de blog [http://adactio.com/journal/1348/ MicroformatID], Jeremy Keith a expliqué comment fonctionne le blog de Tom : <blockquote><p>Tom a une hCard sur son blog. Par défaut l'information fournie est vraiment basique : une adresse email, une URL et une vague adresse physique. Juste à droite de la hCard, il y a un simple formulaire qui vous permet de vous connecter en utilisant OpenID. Si vous vous connectez et que vous êtes sur une liste blanche des amis de Tom, la hCard est mise à jour pour révéler plus d'informations : les numéros de téléphone et une adresse physique complète.</p><p>C'est vraiment intelligent. Et quand vous considérez qu'OpenID est un système d'authentification fondé sur une URL et que XFN est aussi basé sur les URLs, ce serait vraiment facile de faire en sorte que la liste blanche corresponde à une liste XFN sur la même page que la hCard.</p><p>hCard | OpenID | XFN… c'est comme les pipes Unix pour le Web : des petites pièces vaguement jointes.</p></blockquote>
-
Tom expliquait cela récemment un peu plus dans son billet de blog [http://tommorris.org/blog/2007/11/05#pid2533635 Are you on the list? / Une fois de plus en anglais ]:
+
Tom expliquait cela récemment un peu plus dans son billet de blog [http://tommorris.org/blog/2007/11/05#pid2533635 Are you on the list? / Une fois de plus en anglais] :
-
<blockquote><p>Here's what I'm trying to do. I have an hCard on my blog - over in the sidebar. I want to make it so that the people who want to get my contact details can. I've had the fun experience of auto-dialling with Skype when microformats are present, and being able to download phone numbers onto my phone. Basically, I want to simulate electronically the situation I have when one gives their business card out to someone without having to carry bits of card around with me. The user experience should something like this:</p><p>User: "I know Tom. I want to contact him by phone or send him something by post." User goes to my blog and enters their OpenID. If user is on list, user sees extra information - my home address and phone numbers. This is all in an hCard, so they can use hCard tools like Operator to use the information in a more useful way.</p> <p>This is important, as often people want to make data available, but not to everyone. OpenID is a good way of letting people authenticate, but not as intrusive as having them sign up and have to give you their e-mail and so on.</p><p>...</p><p>Ideally, when we have a few more pieces in place, we will have it so that we can do automatic OpenID inference - if you have a WordPress blog and I list you as a friend on say, Flickr and Twitter, then you can get access to my personal details. Personal details are also just the tip of the iceberg - everyone has things which they want only some of their friends to be able to see or use. </p><p>The general overall plan is to make it so that network connections can be used as a way of providing or denying services. Some people are using this 'graph' of connections to determine whether or not you are a comment spammer.</p></blockquote>
+
<blockquote><p>Voici ce que j'essaye de faire. J'ai une hCard sur mon blog - dans la barre latérale. Je veux faire en sorte que les personnes qui veulent recevoir mes détails de contacts puissent le faire. J'ai eu expérience amusante de composer automatiquement avec Skype quand les microformats sont présents, et de pouvoir télécharger les numéros de téléphone sur mon téléphone. Basiquement, je veux simuler électroniquement la situation que je rencontre quand quelqu'un me donne sa carte de visite sans avoir mes cartes de visite sur moi. L'expérience utilisateur devrait ressembler à ça :</p><p>Utilisateur : "Je connais Tom. Je veux le contacter par téléphone ou lui envoyer quelque chose par la poste." L'utilisateur va sur mon blog et saisit son OpenID. Si l'utilisateur est sur la liste, l'utilisateur voit de l'information supplémentaire - mon adresse de domicile et les numéros de téléphone. Tout ceci est dans une hCard, aussi il peut utiliser les outils hCard comme Operator pour utiliser l'information de façon plus utile.</p> <p>C'est important, car souvent les personnes veulent faire que leurs données soient disponibles mais pas pour tout le monde. OpenID est un bon moyen de laisser les personnes s'authentifier, mais pas aussi intrusif que de les obliger à s'enregistrer, faire qu'elles vous donnent leur adresse email et ainsi de suite.</p><p>...</p><p>Idéalement, quand nous avons quelques pièces supplémentaires en place, nous l'aurons de façon à ce que nous puissons produire une inférence automatique OpenID - si vous avez un blog WordPress et que je vous liste comme ami disons sur Flickr and Twitter, alors vous pouvez accéder à mes détails personnels. Les détails personnels ne sont qu'une toute petite partie émergée de l'iceberg - tout le monde a des choses qu'ils ne veulent montrer ou faire utiliser que par quelques-uns de leurs amis. </p><p>Le plan général est de faire en sorte que les connexions de réseaux puissent être utilisées comme un moyen de fournir ou de refuser des services. Quelques personnes sont en train d'utiliser ce "graphe" de connexions pour déterminer si oui ou non vous êtes un spammeur de commentaire.</p></blockquote>
-
=== Contrepoints ===
+
* Note de [[User:TomMorris|Tom Morris]] : Mon système est implémenté en utilisant FOAF et SPARQL plutôt que XFN. Il est possible néanmoins d'utiliser GRDDL pour implémenter le parsage XFN et hCard à l'intérieur du sytème que j'ai construit. Le composant technique est produit par la compilation de toutes les données provenant d'une variété de sources dans un ensemble de fichiers FOAF, puis de faire tourner une requête comme ceci : <code>SELECT ?openid WHERE { &lt;http://tommorris.org/foaf#me&gt; foaf:knows ?person. ?person foaf:openid ?openid . }</code> (avec tous les préfixes pertinents) - ceci émet ensuite un fichier XML ou JSON (j'utilise JSON) qui est ensuite téléversé vers mon site. Le JSON est disponible [http://tommorris.org/openids.json ici]. Je n'utilise pas XFN dans ce système parce que la plupart des réseaux sociaux d'où je compile les données le fournissent via des APIs qui fonctionnent mieux avec le workflow. Il serait néanmoins trivial de l'ajouter, et c'est quelque chose que je ferai probablement très bientôt. Si quiconque a besoin d'assistance pour implémenter cela, sentez-vous à l'aise pour me joindre.
-
* Will Norris on [http://willnorris.com/2007/11/hcard-is-not-a-provisioning-engine-for-private-data privacy issues in using hcard for data provisioning.]
+
-
** Most of Will's questions/concerns are explained by Tom's abovementioned blog post.
+
 +
Steve Ivy a commencé récemment à analyser la manière d'implémenter cela et à illustrer les processus :
 +
* [http://redmonk.net/archives/2007/11/25/making-a-list-whitelisting-with-openid-and-xfn/ Making a list: Whitelisting with OpenId and XFN] <br > [http://redmonk.net/archives/2007/11/25/making-a-list-whitelisting-with-openid-and-xfn/ http://redmonk.net/files/skitch/new_xfn_openid_whitelist-20071127-210800.png]
 +
 +
* [http://redmonk.net/archives/2007/11/26/blogrolls-xfn-and-openid-uris/ Blogrolls, XFN, and OpenID URIs]
 +
 +
 +
* Je suis en train d'expérimenter la manière de marquer XFN+hCard+OpenID sur ma [http://redmonk.net/more_monkinetic/xfn-blogroll/ page blogroll XFN]
 +
 +
<code>
 +
<pre>
 +
&lt;li class="vcard">
 +
&lt;!-- openid url on the person's name -->
 +
&lt;a href="http://claimid.com/factoryjoe" rel="acquaintance colleague"
 +
class="fn url openid">Chris Messina&lt;/a>
 +
&lt;!-- blog url on the blog name -->
 +
- &lt;a href="http://factoryjoe.org/blog" class="url"
 +
title="Factory Joe">Factory Joe&lt;/a>
 +
&lt;/li>
 +
</pre>
 +
</code>
 +
 +
Bien que ce ne soit pas un standard, on peut concevoir qu'un spider qui traite les listes blanches pourrait utiliser la classe "openid" pour déterminer qu'une page url est une openid pour le contact. Alternativement (et sans aucun doute) suivre chaque <code>url</code> et vérifier pour voir si c'est une url openid (<code>&lt;link rel="openid.provider"></code> ou <code>&lt;link rel="openid.delegate"></code> peut-être ?)
 +
-- Steve
 +
 +
 +
=== Contre-arguments ===
 +
* Will Norris sur [http://willnorris.com/2007/11/hcard-is-not-a-provisioning-engine-for-private-data privacy issues in using hcard for data provisioning.]
 +
** La plupart des questions/problèmes de Will sont expliqués par le billet de blog de Tom mentionné au-dessus.
== Microformats à l'extérieur du HTML ==
== Microformats à l'extérieur du HTML ==

Current revision

OpenId + Microformats Brainstorming

Contents


Ceci est un espace public pour saisir quelques idées sur la façon dont OpenID et les Microformats peuvent fonctionner ensemble.

Microformats pertinents

Idées pour utilisation

Remplacer les attributs SREG avec hCard

Remplacer les attributs Attribute Exchange avec hCard

Beaucoup d'attributs dans le attribute registry établi sur axschema.org sont des réinventions de propriétés définies dans la vCard (et par conséquent hCard). Ce serait préférable de réutiliser un tel vocabulaire plutôt que de le réinventer (voir aussi principes de nommage).

authentification OpenID en liste blanche pour hCard privée

Un blog peut utiliser les URLs dans sa blogroll XFN sous forme d'une liste blanche OpenID pour fournir plus d'informations à ceux qui se connectent sur le blog avec l'une de ces URLs. Cette technique peut être utilisée pour fournir ne information de contact plus privée sous hCard pour seulement un sous-ensemble de personnes (ou de services). Vous pourriez aussi construire la liste blanche des OpenIDs en analysant les données d'une API de réseau social à l'extérieur ou une liste agrégée XFN d'amis d'amis (en suivant les idées sur la portabilité-du-réseau-social).

Tom Morris a implémenté ça sur son blog et sur un "extranet de famille".

Dans ce billet de blog MicroformatID, Jeremy Keith a expliqué comment fonctionne le blog de Tom :

Tom a une hCard sur son blog. Par défaut l'information fournie est vraiment basique : une adresse email, une URL et une vague adresse physique. Juste à droite de la hCard, il y a un simple formulaire qui vous permet de vous connecter en utilisant OpenID. Si vous vous connectez et que vous êtes sur une liste blanche des amis de Tom, la hCard est mise à jour pour révéler plus d'informations : les numéros de téléphone et une adresse physique complète.

C'est vraiment intelligent. Et quand vous considérez qu'OpenID est un système d'authentification fondé sur une URL et que XFN est aussi basé sur les URLs, ce serait vraiment facile de faire en sorte que la liste blanche corresponde à une liste XFN sur la même page que la hCard.

hCard | OpenID | XFN… c'est comme les pipes Unix pour le Web : des petites pièces vaguement jointes.

Tom expliquait cela récemment un peu plus dans son billet de blog Are you on the list? / Une fois de plus en anglais :

Voici ce que j'essaye de faire. J'ai une hCard sur mon blog - dans la barre latérale. Je veux faire en sorte que les personnes qui veulent recevoir mes détails de contacts puissent le faire. J'ai eu expérience amusante de composer automatiquement avec Skype quand les microformats sont présents, et de pouvoir télécharger les numéros de téléphone sur mon téléphone. Basiquement, je veux simuler électroniquement la situation que je rencontre quand quelqu'un me donne sa carte de visite sans avoir mes cartes de visite sur moi. L'expérience utilisateur devrait ressembler à ça :

Utilisateur : "Je connais Tom. Je veux le contacter par téléphone ou lui envoyer quelque chose par la poste." L'utilisateur va sur mon blog et saisit son OpenID. Si l'utilisateur est sur la liste, l'utilisateur voit de l'information supplémentaire - mon adresse de domicile et les numéros de téléphone. Tout ceci est dans une hCard, aussi il peut utiliser les outils hCard comme Operator pour utiliser l'information de façon plus utile.

C'est important, car souvent les personnes veulent faire que leurs données soient disponibles mais pas pour tout le monde. OpenID est un bon moyen de laisser les personnes s'authentifier, mais pas aussi intrusif que de les obliger à s'enregistrer, faire qu'elles vous donnent leur adresse email et ainsi de suite.

...

Idéalement, quand nous avons quelques pièces supplémentaires en place, nous l'aurons de façon à ce que nous puissons produire une inférence automatique OpenID - si vous avez un blog WordPress et que je vous liste comme ami disons sur Flickr and Twitter, alors vous pouvez accéder à mes détails personnels. Les détails personnels ne sont qu'une toute petite partie émergée de l'iceberg - tout le monde a des choses qu'ils ne veulent montrer ou faire utiliser que par quelques-uns de leurs amis.

Le plan général est de faire en sorte que les connexions de réseaux puissent être utilisées comme un moyen de fournir ou de refuser des services. Quelques personnes sont en train d'utiliser ce "graphe" de connexions pour déterminer si oui ou non vous êtes un spammeur de commentaire.

Steve Ivy a commencé récemment à analyser la manière d'implémenter cela et à illustrer les processus :


<li class="vcard">
<!-- openid url on the person's name -->
<a href="http://claimid.com/factoryjoe" rel="acquaintance colleague"
class="fn url openid">Chris Messina</a>
<!-- blog url on the blog name -->
- <a href="http://factoryjoe.org/blog" class="url"
title="Factory Joe">Factory Joe</a>
</li>

Bien que ce ne soit pas un standard, on peut concevoir qu'un spider qui traite les listes blanches pourrait utiliser la classe "openid" pour déterminer qu'une page url est une openid pour le contact. Alternativement (et sans aucun doute) suivre chaque url et vérifier pour voir si c'est une url openid (<link rel="openid.provider"> ou <link rel="openid.delegate"> peut-être ?) -- Steve


Contre-arguments

Microformats à l'extérieur du HTML

Voir aussi

openid-brainstorming-fr was last modified: Saturday, December 15th, 2007

Views