The mission of the Social Web Working Group, part of the Social Activity, is to define the techical protocols, vocabularies, and APIs to facilitate access to social functionality as part of the Open Web Platform. These technologies should allow communication between indepedent systems, federation (also called "decentralization") being part of the design.
|End date||31 December 2016|
|Confidentiality||Proceedings are Public|
|Co-chairs|| Tantek Çelik (Mozilla)
Evan Prodromou (E14N)
Arnaud Le Hors (IBM)
Harry Halpin (FTE %: 20)
|Usual Meeting Schedule||Teleconferences: Weekly, although the chair may call for topic-specific calls in addition when needed and may change working mode as work progresses.
Face-to-face: Once a year at minimum, three times a year maximum. The Working Group will meet during the W3C's annual Technical Plenary week; other additional F2F meetings may be scheduled as needed.
The Social Web Working Group will create Recommendation Track deliverables that standardize a common JSON-based syntax for social data, a client-side API, and a Web protocol for federating social information such as status updates. This should allow Web application developers to embed and facilitate access to social communication on the Web. The client-side API produced by this Working Group should be capable of being deployed in a mobile environment and based on HTML5 and the Open Web Platform. For definitions of terms such as "social" and "activity", please see the W3C Social XG report A Standards-based, Open and Privacy-aware Social Web.
There are a number of use cases that the work of this Working Group will enable, including but not limited to:
The Working Group, in conjunction with Social Interest Group, will determine the use cases that derive the requirements for the deliverables. Features that are not implemented due to time constraints can be put in a non-normative "roadmap" document for future work. The scope will include:
A social API should include the ability to embed third-party information and share social data between web applications. The API should re-use the social data transfer syntax and may allow some interaction with the federation protocol. The API should also be extensible in terms of the items of interest expressible by the data format.
A Web protocol for federating social data should include at least the ability to share status updates using the JSON-based syntax developed by the Working Group. This protocol may allow the capture of new data, the verification of data using techniques such as as digital signatures, and the use of groups with some form of access control or capabilities.
Other components necessary for building federated/decentralized social Web systems are in scope but will not lead to Recommendation-track work without re-chartering, and should be discussed in the Social Interest Group.
In order to advance to Proposed Recommendation, the specification is expected to have two independent implementations of each feature defined in the specification.
The working group will deliver the following to fulfill its goals, subject to discussion in the Working Group:
Each of these technologies should not be tightly-coupled but can allow general purpose use. Each specification must contain a section detailing any known security and privacy implications for implementers, Web authors, and end users. The Social Web WG will actively seek an open security and privacy review for every Recommendation-track deliverable.
Other non-normative documents may be delivered as:
The production of the deliverables depends upon the resources available, and will change as new information and implementation experience is reported to the group. The most up-to-date timeline is available from the Social Web WG page.
|Note: The group will document significant changes from this initial schedule on the group home page.|
|Social Data Syntax||Q3 2014||Q3 2015||Q4 2015||Q2 2016||Q3 2016|
|Social API||Q3 2014||Q3 2015||Q4 2015||Q2 2016||Q3 2016|
|Federation Protocol||Q4 2014||Q4 2015||Q1 2016||Q3 2016||Q4 2016|
Furthermore, the Social Web Working Group expects to follow the following W3C Recommendations, Guidelines and Notes and, if necessary, to liaise with the communities behind the following documents:
The following is a tentative list of external bodies the Working Group should coordinate with:
To be successful, the Social Web Working Group is expected to have 10 or more active participants for its duration and to have the participation of industry leaders in fields relevant to the specifications it produces. The Chairs and specification Editors are expected to contribute one to two days per week towards the Working Group. There is no minimum requirement for other Participants.
The Social Web Working Group will also allocate the necessary resources for building test suites for each specification.
Participation by non-Members is governed by the W3C Invited Expert policy. The group encourages questions and comments on its public comment mailing list, as described in Communication. As needed, the group may also call for joint teleconferences and meetings with related organizations and standards bodies.
Most Social Web Working Group Teleconferences will be conducted on an as-needed basis. Normally, at least one teleconference will be held per week.
Most of the technical work of the group will be done through discussions on one of the group's public mailing list and a list for public comments allows posts by anyone:
The group can use a Member-confidential mailing list for administrative purposes and, at the discretion of the Chairs and members of the group, for member-only discussions in special cases when a particular member requests such a discussion.
Information about the group (for example, details about deliverables, issues, actions, status, and participants) will be available from the Social Web Working Group home page.
As explained in the W3C Process Document (section 3.3), this group will seek to make decisions when there is consensus and with due process. The expectation is that typically, an Editor or other participant makes an initial proposal, which is then refined in discussion with members of the group and other reviewers, and consensus emerges with little formal voting being required. However, if a decision is necessary for timely progress, but consensus is not achieved after careful consideration of the range of views presented, the Chairs should put a question out for voting within the group (allowing for remote asynchronous participation -- using, for example, email and/or web-based survey techniques) and record a decision, along with any objections. The matter should then be considered resolved unless and until new information becomes available.
This charter is written in accordance with Section 3.4, Votes of the W3C Process Document and includes no voting procedures beyond what the Process Document requires.
This Working Group operates under the W3C Patent Policy (5 February 2004 Version). To promote the widest adoption of Web standards, W3C seeks to issue Recommendations that can be implemented, according to this policy, on a Royalty-Free basis.
For more information about disclosure obligations for this group, please see the W3C Patent Policy Implementation.
This charter for the Social Web Working Group has been created according to section 6.2 of the Process Document. In the event of a conflict between this document or the provisions of any charter and the W3C Process, the W3C Process shall take precedence.