Draft. This charter has not yet been approved. Current status:
not yet formally proposed to W3C membership. W3C members see advance notice . Please send public comments or questions: Public comments: public-ldp@w3.org ( archives ) Advisory committee comments: w3c-ac-forum@w3.org ( archives )the charter has been voted upon by the W3C Staff-confidential comments: w3t-semweb-review@w3.orgmembership, and this charter reflects
changes that have been made on the reviewed
version as a result of that vote. It now awaits W3M approval.
Latest version at: http://www.w3.org/2012/ldp/charter
Old versions and diffs at: http://www.w3.org/2012/ldp/charter-history
This is Revision: 1.141.39 $ Date: 2012-03-19 13:31:182012-05-08 15:31:01 $
The mission of the Linked
Data Platform (LDP) Working Group is to produce a W3C Recommendation for
RESTfulHTTP-based (RESTful) application integration patterns using read/write Linked Data.
This work will benefit both small-scale in-browser applications (WebApps) and
large-scale Enterprise Application Integration (EAI) efforts. It will complement
SPARQL and will be compatible with standards for publishing Linked Data, bringing
the data integration features of RDF to RESTful, data-oriented software development.
Start Date | 1 June, 2012 |
---|---|
End date | 1 June, 2014 |
Confidentiality | Proceedings are public |
Chairs | Erik Wilde, EMC |
Staff Contact |
Yves Lafon 0.15 FTE |
|
One 60-90 minute call per week, plus task force calls as necessary |
Face-to-Face Meetings | Three |
This group is based on the basic approachidea of combining RESTtwo Web-related concepts to help
solve some of the long-standing challenges involved in building and combining
software:
The combination of RDF and RESTful APIs is therefore natural, with RDF providing
a standard way to serialize information about things identified by URIs and REST
providing a way to obtain and alter the state of those things. This approach has
been proposed and explored for some time [ 1 ][ 2 ][ 3 ][ 4 ], but its use has only recently been reportedtime, in industry [ 5 ].academia and industry, as shown by
the items listed in References. Within W3C, the SPARQL Working
Group developed a RESTful
protocol for accessing data in SPARQL Graph Stores,data stores and the groupdiscussed its wider
applicability. Last December,The participants in the Linked
Enterprise Data Patterns Workshop expressed general support for the creation
of a Working Group to define a way to use REST withRDF forwith RESTful APIs in support of
application integration.
The basic technique here is to expose application data objects ("resources") on the Web, allowing authorized clients to see and modify object state using HTTP operations (GET, PUT, etc) with an RDF data format. This RESTful approach leverages existing Web technology, including caching, linking, and indexing, and the use of RDF facilitates integration of data across systems and applications. This approach dovetails with SPARQL and is positioned for developers who want more direct access to the application data.
The Linked Data Platform is envisioned as an enterprise-ready collection of
standard techniques and services based on RESTusing RESTful APIs and the W3C Semantic
Web stack. Simple LDP applications can be developed and deployed using only RDF
with minor extensions to an existingand conventional HTTP infrastructure. More extensive LDP applications can be built
using other elements of the stack, including RDFS, SPARQL, OWL, RIF,RDFS,
SPARQL, OWL,
RIF, and Prov.the PROV
provenance vocabulary. Although expertise in these specialized elements may be
helpful, it is not necessary for participation in this group and should not be
required for using the Linked Data Platform.
The starting point for this group is [the potential submission discussed atthe LEDP Workshop, expected to be similar to Basic Profile forW3C Submission Linked
Data ]. UsingBasic Profile 1.0. Based on this document and any similarcontributions from
Working Group participants, the group is chartered to produce one or more W3C
Recommendations whichthat define a RESTful way to use read/writeread and write Linked Data, suitable
for use in application integration and the construction of openinteroperable and
modular software systems.
The group mustwill also produce supporting materials, such as a description of uses
cases, a list of requirements, and a test suite and/or validation tools to help
ensure interoperability and correct implementation.
Parts of this work may overlap with general Linked Data patterns and best practice. When they do, the group must take special care to coordinate with other stakeholders who might not otherwise be interested in the group's work. For example, the group may give advice on how to design URIs for long-term stability, as needed for its use cases. This issue is also in scope for the Government Linked Data (GLD) Working Group which is producing Best Practices advice for governments publishing Linked Data. On issues like this, the two groups must coordinate to make sure their advice is compatible. Also, wherever possible and practical, the LDP WG should develop semantics that align well with the SPARQL Graph Store Protocol and the RDF WG’s updates to RDF.
The Working Group will not normatively specifyproduce a Recommendation specifying solutions for
access control and authentication for Linked Data. However the Working Group willmay
identify, based on a set of real world use cases, requirements for necessaryauthentication
and authorization technologies.technologies for use with Linked Data.
This work is to be based on existing HTTP specifications developed within the IETF, including RFC 2616 (HTTP/1.1), RFC 5988 (Web Linking), and RFC 5789 (PATCH Method for HTTP). The group may document requirements for additional HTTP standards work, but it is out of scope for this group to specify additions or modifications to HTTP, such as new headers or new verbs.
To help explain the work expected of the group, here is a list of practical
issues, many of which are addressed in [@@@ the expected submission]Linked
Data Basic Profile 1.0, that can arise in trying to use RDF and RESTRESTful
APIs for application integration. These issues and ones like them should be
discussed by the group and guidance provided in the delivered Recommendation
when practical.
Answering these questionquestions may involve such work as:
Recommendation Track:
Not Recommendation Track:
The group will document significant deviations from this schedule on its home page.
Date | Event | Description |
---|---|---|
|
Start | Group Launch, First Teleconferences |
|
UCR | Release initial lists of proposed Use Cases and Requirements |
2012-09 | F2F1 | Face-to-face meeting |
2012-10 | WD1 | First public Working Drafts published |
2013-01 | WD2 | Second public Working Drafts published |
2013-03 | F2F2 | Face-to-face meeting |
2013-05 | LCWD | Last Call Working Drafts published |
2012-06 | F2F3 | Face-to-face meeting, if needed |
2013-10 | CR | Candidate Recommendation published |
2014-01 | PR | Proposed Recommendation published |
2014-03 | REC | Recommendation published |
Many of groups listed below will complete their work before this Working Group is done, in which case the Working Group should liaise with the appropriate successor groups, or, if there is none, make a reasonable attempt to communicate with involved individuals and the larger community.
In general, people participate in this group as representatives of W3C member organizations. At least one representative from each participating organization is expected to devote significant time to this effort (about one day per week, or more, depending on duties), to accept and complete appropriate action items on a timely basis, and to travel to face-to-face meetings, as scheduled by the chairs in consultation with the group.
On a case-by-case basis, using the invited expert process, people may be allowed to participate as individuals, not representing an organization.
To be successful, the Working Group is expected to have between ten and thirty active participants for its duration.
Participants are reminded of the Good Standing requirements of the W3C Process.
This group primarily conducts its work on the mailing list public-ldp-wg@w3.org (public archives). The mailing list member-ldp-wg@w3.org (W3C member-access-only archives) may be used for administrative purposes, such as travel planning.
Information about the group (deliverables, participants, face-to-face meetings, teleconferences, etc.) will be available from the group's home page.
As explained in the Process Document (section 3.3), this group will seek to make decisions when there is consensus. When the Chair puts a question and observes dissent, after due consideration of different opinions, the Chair should record a decision (possibly after a formal vote) and any objections, and move on.
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 Linked Data Platform 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.
The following items should be included as background material by the Working Group, documenting some of the work in this field:
[1] Annotea Protocols, Ralph Swick et al. 2002.
[2] Read-Write Linked Data, Tim Berners-Lee. 2009.
[3] REST and RDF Granularity, Eric Wilde. 2009.
[4] A Developers' Guide to the Linked Data APIs, Jeni Tennison. 2010.
[5] Toward a Basic Profile for Linked Data , Martin Nally and Steve Speicher. 2011.
[6] Callimachus API, David Wood and James Leigh. Last updated Feb 29, 2012.
Copyright© 2012 W3C ® (MIT , ERCIM , Keio), All Rights Reserved.
$Id: diff-14-39.html,v 1.5 2013/04/23 11:57:07 sandro Exp $