openid-brainstorming-fr: Difference between revisions
m (sync'd) |
m ([fr: sync'd - à relire]) |
||
| Line 1: | Line 1: | ||
<h1>OpenId + Microformats Brainstorming </h1> | |||
{{TOC-right}} | |||
Ceci est un espace public pour saisir quelques idées sur la façon dont [ | 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 13: | Line 14: | ||
== Idées pour utilisation == | == Idées pour utilisation == | ||
* Les fournisseurs d'identité | * Les fournisseurs d'identité devraient fournir des [[hcard-supporting-user-profiles-fr|pages profils marquées avec hCard]] | ||
* réutilisation du vocabulaire de hCard (vCard) pour les requêtes HTTP basées sur des paires de valeurs-clé d'information requêtées et retournées. | * réutilisation du vocabulaire de [[hcard-fr|hCard]] (vCard) pour les requêtes HTTP basées sur des paires de valeurs-clé d'information requêtées et retournées. | ||
=== 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://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 === | |||
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]]). | |||
* [http://willnorris.com/2007/11/try-reuse-catch-ex-reinvent try { reuse; } catch (Ex) { reinvent; }] par Will Norris | |||
== 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]]). | |||
[[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> | |||
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> | |||
=== Contrepoints === | |||
* 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. | |||
== Microformats à l'extérieur du HTML == | == Microformats à l'extérieur du HTML == | ||
| Line 23: | Line 48: | ||
*[http://fr.wikipedia.org/wiki/OpenID OpenID sur Wikipedia] | *[http://fr.wikipedia.org/wiki/OpenID OpenID sur Wikipedia] | ||
* [[hcard-fr|hCard]] | |||
* [[xfn-fr|XFN]] | |||
* [[social network portability-fr|portabilité du réseau social]] | |||
* [[OpenID-fr|OpenID]] | |||
* [[OAuth-fr|OAuth]] | |||
* [[naming-principles-fr|principes de nommage]] | |||
Revision as of 13:27, 6 November 2007
OpenId + Microformats Brainstorming
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
- hCard - pour les profils
- XFN
- rel="friend" etc. pour marquer les relations entre profils
- rel="me" pour la consolidation d'identité entre profils
- Est-ce que Yadis devrait être étendu pour supporter rel="me"?
Idées pour utilisation
- Les fournisseurs d'identité devraient fournir des pages profils marquées avec hCard
- réutilisation du vocabulaire de hCard (vCard) pour les requêtes HTTP basées sur des paires de valeurs-clé d'information requêtées et retournées.
Remplacer les attributs SREG avec hCard
- hCard pour Simple Enregistrement OpenID et Attribute Exchange par Chris Messina
- Replacing OpenID SREG with hCard part 1: Modest proposals par Tantek Çelik.
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).
- try { reuse; } catch (Ex) { reinvent; } par Will Norris
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'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 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 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.
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.
hCard | OpenID | XFN… it’s like Unix pipes for the Web: small pieces, loosely joined.
Tom expliquait cela récemment un peu plus dans son billet de blog Are you on the list? / Une fois de plus en anglais :
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:
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.
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.
...
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.
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.
Contrepoints
- Will Norris on privacy issues in using hcard for data provisioning.
- Most of Will's questions/concerns are explained by Tom's abovementioned blog post.
Microformats à l'extérieur du HTML
- représentations JSON de hCard etc.