SweetWiki


 * Demo: DemoURL::http://sweetwiki.inria.fr/sweetwiki/

SweetWiki (Semantic WEb Enabled Technology Wiki) is a semantic wiki based on the CORESE engine. The project started in September 2005. An experimentation server is available here:. We support WYSIWYG edition of pages and annotations, and use the CORESE engine and the SeWeSe Library for all the semantic operations : navigation, search, etc... the wiki itself is really written around CORESE and RDF stuff, it is not a "regular wiki" with some support for annotations. The project is really in active development.

Main wiki characteristics
Is the wiki web-based or a (standalone) desktop application?
 * Web-based

What communities (type/size) is the wiki intended for?
 * Intranets, identified communities. CoPs. Sweetwiki is largely used in the context of the Palette project by many Communities of Practice.

Main editing paradigm:
 * has editing paradigm::Wiki-syntax and has editing paradigm::WYSIWYG for content and has editing paradigm::tagging for metadata.

Standard project info (align with sourceforge attributes)
What is the wiki engine's software license? What programming language is it written in? What status is the project in? (project maturity) What is the estimated size of the developer community? What is the estimated size of the installation base?
 * The wiki engine is ditributed under the the non viral open-source licence CeCILL-C.
 * Java (Server Pages, Tomcat)
 * Prototype
 * Currently around 5 contributing with code and 4 contributing with ideas
 * Currently arround 20 installations.

Standard wiki features

 * User Features
 * Editing: has editing paradigm::WYSIWYG
 * Markup Syntax: No support for markup syntax.
 * Access Rights: None, use authentification is there but access right managements per page, per web is not implemented.
 * Attachments' allowed?: Yes.
 * Versioning: Currently being implementated. All is in there.
 * Navigation Support: Backlinks, Categories, faceted navigation
 * Tagging of pages: Yes, social tagging  folksonomies (including folksonomy management/editing)
 * Plugins: Yes, used as Jsp tags in the wiki pages, from withing the wysiwyg editor.
 * Further Features:
 * Developer Features (things relevant when you want to "tap" a wiki)
 * Backend: File based
 *  Versioning 4 Devs:
 * XML-RPC Ready: Not yet.
 * Extension Mechanisms: Plugins

User Features

 * Editing: WYSIWIG editor with AJAX features like local links autocompletion, tags autocompletion, etc.
 * Markup Syntax: None
 * Access Rights: currently none, planned
 * Attachments: as separate resources
 * Versioning: partially implemented.
 * Navigation Support: Wiki links, tags/categoy navigation based on metadata (faceted navigation in fact), faceted navigation can be parametrized.
 * Plugins: plugins are java code Jsp tags that can be added in the wiki page from within the wysiwyg editor. Sweetwiki comes with a set of tags for embedding sparql quesries, displaying results from these queries, displaying or editing parts of ontologies/folksonomies, etc.
 * Further Features:


 * Developer Features
 * Backend: Corese semantic engine
 * Versioning 4 Devs: Subversion
 * XML-RPC Ready: no
 * Extensions Mechanism: Plugin

Formalization
Are semantics (triples/whatever) separated from or included in the wiki markup? Is the end user supported when formalizing content/adding annotations in some way? ''autocompletion/proposal generation/schema or consistency checking What representation language is used? (RDF/OWL/...) Is there versioning support for the formalized content? Is there provenance (Herkunft) support for the formalized content? (get formalized contents/triples tagged with its author?) What things can get formalized? Is there support for typing pages/category system/page tagging? Is there support for typing links? What ontology support does the wiki provide? Is there support for loading/saving ontologies? Can ontologies be created/changed from within the wiki? Is there any reasoning support? Is the instance data required to comply with the ontologies? How can semantic information be exploited? Is there simple querying support? (search for all triples with a certain subject, predicate, object) Is there advanced querying support? (free, complex queries) Is there any real user interface for expressing advanced queries? Is there any special visualization? Is there any way to render pages from formalized content?
 * triples are included in every wiki page. Wiki pages are in XHTML or JSPX format, and metadata are embedded in the pages using the RDF/A syntax. Metadata is extracted at save time in RDF and sent to the CORESE engine.
 * yes, autocompletion of local links, autocompletion of metadata.
 * full support for ontology editing by properly visualising classes, properties, ... just add some jsp tags in wiki pages and the page will include powerful embedded web applications for ontology/folksonomy editing.
 * planned: auto-extraction of tags/keywords from the page content
 * RDF/RDFS and OWL
 * no, but planned
 * no
 * resource types, links, metadata
 * yes, full support for social tagging/faceted navigation/search in a "social tagging way"  building of the folksonomy in RDF/S on the fly.
 * yes, autocompletion.
 * currently OWL-RDFS;
 * Hmmm, not directlry, but very easy to add.
 * yes, full support for ontology editing is available (creating classes, properties, display of additional information for resources that are classes or properties)
 * yes, OWL-RDFS (see above)
 * navigation, page rendering, searching
 * SPARQL queries can be embedded in wikipages by adding some special tags (autocompletion on these tags syntax is planned)
 * Yes
 * RDFS/OWL ontologies can be displayed in many way (trees, tables, etc...)

Publications

 * paper:=Michel Buffa, Fabien Gandon, Guillaume Ereteo, Peter Sander and Catherine Faron, SweetWiki: A semantic wiki, Special Issue of the Journal of Web Semantics on Semantic Web and Web 2.0, Volume 6, Issue 1, February 2008, Edited by Mark Greaves and Peter Mika, Elsevier, Pages 84-97.