Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Proposal (work in progress - please participate):

Concrete tasks for the near future (and deliverable 2.3):

  • Design a proper and user friendly tagging view - Abi James and Klaas Andries de Graaf
  • Implement frontend part that enables users to tag slides/decks and to help them finding existing tags - maybe Klaas Andries de Graaf ?
  • Research and implement a program that analyzes slides/decks to find topics that will appear as tags - Antje Schlaf is already working on it
  • Save tags as ??? somewhere (MongoDB or separate GraphDB?) - maybe Roy Meissner
  • Link tags to further knowledge (from the internet) - Mariano Rico was interested, Antje Schlaf will also participate
  • Transfer tags from SlideWiki V1 DB to SlideWiki V2 DB - Darya Tarasowa should be best for this job
  • ???

Open Questions:

  • How will we implement tags? As plain text that is appended to slide revisions and decks (e.g. tags: [mathematics, fibonacci, ...] or as URIs that are already linked to further knowledge (RDF)?
    • for the second option: How do we make sure that the concept is distinct, so we can link it to further knowledge? E.g. someone tags a slide with "bench" .... did he meant furniture or law (maybe not the best example in English)
    • how do we handle distinct concepts in case we 
    • for the second option: How do we save these tags? As part of the slide model in the MongoDB or as a separate DB (e.g. a Graph DB - read next section)
    • for the second option: Do we want to show to users that they are working with RDF (e.g. by showing them URIs)?
    • ???
  • ???

Concrete Tasks for the future:


We wrote in D2.1 that we want to "semantify" the whole SlideWiki by transferring all of the data to a (or more than one) RDF graph. Is this still valid?

If yes, we could save tags already as part of a GraphDB, that covers a simplified set of the MongoDB (Slide ID and Deck ID to tags). → Starting point for future work (future deliverables)

How do we want to include RDFa into the SlideWiki frontend?

Real use cases for the semantic representation:

  • Interlink several SlideWiki instances (in case we implement versioning as part of the data store)
  • ???

Academic use cases for the semantic representation:

  • Having a Slide/Deck ontology at http://lov.okfn.org/dataset/lov that can be used by other researches/developers
  • Having another open SPARQL endpoint with lot's of data
  • Semantic description of service APIs (Topic service description)

Former discussion and possibilities:
UPM recommends the morph-xr2rml tool in order to convent data from mongDB to RDF.

...