Standards Committee Teleconference 2008 09 10: Difference between revisions
Joe.andrieu (talk | contribs) |
|||
(6 intermediate revisions by 2 users not shown) | |||
Line 1: | Line 1: | ||
==Standards Committee Teleconference Call Notes== | ==Standards Committee Teleconference Call Notes== | ||
Drafted by Joe Andrieu, | Drafted by Joe Andrieu, September 10, 2008 | ||
==Other Calls== | ==Other Calls== | ||
Line 11: | Line 11: | ||
*Asa Hardcastle | *Asa Hardcastle | ||
*Eve Maler | *Eve Maler | ||
*Doc Searls (late) | |||
==Previous Action Items== | ==Previous Action Items== | ||
Line 69: | Line 70: | ||
Email opt-in/subscribe/unsubscribe | Email opt-in/subscribe/unsubscribe | ||
== | ===Face to Face in October=== | ||
Wednesday & Thursday October 15,16th (followed by Public Radio workshop on the 17th) | |||
====Wednesday 10/15==== | |||
Morning: Personal Address Manager | |||
Afternoon: Rbutton | |||
Dinner | |||
====Thursday 10/16==== | |||
Rbutton implementation day | |||
====Friday 10/17==== | |||
Public Radio Workshop, Berkman Conference Room | |||
===Future Agenda Topics=== | ===Future Agenda Topics=== | ||
Line 77: | Line 88: | ||
==Action Items== | ==Action Items== | ||
#Close loop with Doc regarding week in October - Joe - DONE | |||
#Berkman conference room lined up for Public Media crew on Friday October 17. Still awaiting word on the meeting for the two days before that. May not know where we'll be for a couple of weeks while Berkman works out its own new space issues. Meanwhile we're looking elsewhere as well - Doc | |||
#Put up new diagram on [http://cyber.law.harvard.edu/projectvrm/R-button_Functional_Specification functional spec page] - Doc - DONE. | |||
#Send rbutton meeting information - Joe - By next rbutton meeting | |||
==Next Meeting== | ==Next Meeting== | ||
[[Standards Committee Teleconference 2008 09 24]] | [[Standards Committee Teleconference 2008 09 24]] |
Latest revision as of 13:55, 10 September 2008
Standards Committee Teleconference Call Notes
Drafted by Joe Andrieu, September 10, 2008
Other Calls
Category:Standards Committee Teleconferences
Attendees
- Joe Andrieu
- Iain Henderson
- Asa Hardcastle
- Eve Maler
- Doc Searls (late)
Previous Action Items
- Additional thoughts to one night stand notes to VRM wiki. Eve. By next Wednesday.
- Close loop with and Doc and finalize Oct mtg date. Joe. By next Wednesday.
Agenda
- Set Agenda
- Review previous Action Items
- October Face to Face
- Radio Event
- November One Day Meeting after IIW (November 13)
- Review Action Items
Notes
R-button, r-card links?
Does the change from rel-button to r-button imply r-card is the selected technology.
r-card is technology agnostic, but there are some implicit links.
Personal Datastore
More details? When, where?
2 Days in Boston October 13/14 or 14/15th 1/2 day PAM 1/2 day r-button 1 day implementation details r-button
Standards Track check-in
Developing standards/specification framework, Moving PAM forward, getting r-button into challenges.
Is r-button trying to do too much? Is it a solution to everything?
But unless and until you have a customer who has achieved becoming a platform, all the asymmetries of the current system belie the symmetry of the r-button. Which means that the icon risks becoming a marketing (mythical) solution.
r-button as iconic for VRM is ok... as an entry point to the VRM world. We should probably explore that (not "we" the standards committee, but "we" VRM).
This relates in a bit back to relationship management interface points raised by Eve. You should be able to manage your relationships without having to go to that site, just as you can manage your real-world travel visas without visiting those countries. If you just need to change your policies, or your address, at multiple sites, that implies a control point which should be at your own point of control, not just by visiting the vendor's site.
This links to peer-to-peer/centralized conversation. You could have a very simple implementation of this with hosted solutions that did look-up. Discovery. So, when the icon shows up, it only shows up in the browser (the vendor server need not know of it). Clicking on that icon takes you to your service.
So, let's build a simple back-end that exists in the cloud, that users have total control over, that manages relationships on behalf of the user.
The key requirement is that we always reserve the right to run your own server in your own basement.
The guarantee is that the consumer of the information has only the authorized level of access. Setting up the relationship rigorously controls the flow of information.
The entry point is starting to supply services that make sense for vendors.
Mailing list example. Where you send email out to VRM subscribers, who are linked via a relationship management service.
For the email recipients, it also provides one single place where email addresses/subscriptions are managed.
Email Address updates Email "vacation" status Email opt-in/subscribe/unsubscribe
Face to Face in October
Wednesday & Thursday October 15,16th (followed by Public Radio workshop on the 17th)
Wednesday 10/15
Morning: Personal Address Manager Afternoon: Rbutton Dinner
Thursday 10/16
Rbutton implementation day
Friday 10/17
Public Radio Workshop, Berkman Conference Room
Future Agenda Topics
- Discuss the distinctions between a Service Endpoint and a Service Manager.
Action Items
- Close loop with Doc regarding week in October - Joe - DONE
- Berkman conference room lined up for Public Media crew on Friday October 17. Still awaiting word on the meeting for the two days before that. May not know where we'll be for a couple of weeks while Berkman works out its own new space issues. Meanwhile we're looking elsewhere as well - Doc
- Put up new diagram on functional spec page - Doc - DONE.
- Send rbutton meeting information - Joe - By next rbutton meeting