Overview
The idea of RDFauthor is to make arbitrary RDFa-annotated web pages editable. By
extending RDFa with named graphs, it is even possible to edit information originating from different sources within the same form.
The basic cycle of how the RDFauthor approach works is depicted on the right. It consists of the following processes:
- Page creation and delivery (a): An HTML page is created based on data from e.g. an RDF store. Triples are embedded using RDFa with named graphs extension. Additionally, for each writable graph, a SPARQL/Update endpoint is defined.
- Client-side page processing (b): Embedded triples are extracted and placed into rdfQuery databanks, one for each named graph.
- Form creation (c): Based on the triples extracted, an edit form is created. It contains widgets for all the triples based on rdf:type, property, datatype etc.
- Update propagation (d): Changes are sent back to the sources via SPARQL/Update for each named graph separately. Access control rules can therefore be ovserved on the graph level.
Provenance
In order to be able to use RDFauthor, a few requirements must be met. All triples that are to be editable must beembedded in the page by means of
RDFa. If triples for the page originate from different sources, they have to be placed in different named graphs. We use the
named graphs extension proposed by Toby Inkster. Additionally. the page must contain provenance information for each named graph as RDFa triples. To this end, we provide an update vocabulary. It allows to define for each named graph an update endpoint and optionally a query endpoint. The update endpoint is assumed by RDFauthor to understand SPARQL/Update queries. RDFauthor uses a subset of SPARQL/Update (INSERT DATA syntax) where each triple to be inserted is explicitely given. It is sufficient to support only this subset.
Examples
As of version 0.9, the
OntoWiki Project uses RDFauthor as its primary editing system. To make use of RDFauthor, OntoWiki had to be extended in two ways:
- all resource templates have been upated to include RDFa and provenance information,
- a SPARQL/Update enpoint was added.
Additional examples will be added subsequently.
Contact
| Norman Heino Johannisgasse 26, Zimmer 5-08 04103 Leipzig
| |||||||
| Sebastian Tramp (geb. Dietzold) Johannisgasse 26, Zimmer 5-08 04103 Leipzig
| |||||||
Information
Last Modification:
2010-04-07 10:39:51 by
Norman Heino