[TASK] Generic commit
This commit is contained in:
parent
a17dc68766
commit
8d66282397
|
@ -442,7 +442,7 @@ WHERE {
|
|||
\todo{Streaming-Erweiterungen aus dem Listing ein wenig hervorheben, damit verbundene Schlüsselwörter hervorheben und Begriffe klären (Sliding Window, Timestamps, Range und Step, \dots}
|
||||
|
||||
|
||||
\section{Reasoning auf RDF-Datenströmen?}
|
||||
\subsection{Reasoning auf RDF-Datenströmen?}
|
||||
|
||||
\todo{FALLS ich Reasoning rechtzeitig unterbringe, werde ich hier die Grundlagen von Reasoning auf Datenströmen und die zusätzlichen Herausforderungen dabei hier erklären. Der Prozess des Reasoning wurde auf statischen Daten bereits in der Einführung in das semantische Web erklärt.}
|
||||
|
||||
|
@ -530,9 +530,27 @@ Grobe Eckpunkte zur Orientierung:
|
|||
In diesem Kapitel werden abstrakte Condition-Action-Regeln für das Beispielszenario formuliert und dann mit konkreten CSPARQL-Queries für die \enquote{C-SPARQL}-Engine umgesetzt. Die Ergebnisse dieser Queries kommen im nächsten Kapitel, da sie näher an der Implementierung dran sind. Grundlegende Idee: Query mit ggf. nötigem Beiwerk registrieren und dann die Ergebnisse präsentieren.
|
||||
|
||||
|
||||
\section{Nutzung von RDFS-Reasoning}
|
||||
\section{Verwendetes Vokabular}
|
||||
|
||||
\todo{Objektklassen und Attribute + deren Zusammenhänge [Für RDFS-Reasoning dann noch ein wenig mehr Details]}
|
||||
|
||||
\todo{FALLS es soweit kommt wird hier auch speziell hervorgehoben, mit welchen Konstrukten (Klassenhierarchien und Merkmale) das RDFS-Reasoning der Engine die Abfragen an einigen Stellen flexibler als gehabt ermöglicht.}
|
||||
|
||||
|
||||
\section{Struktur der Ereignisdaten}
|
||||
|
||||
\todo{Die beiden Ereignisdatenströme + wie die Ereignisse strukturiert sind, die darüber durchrauschen}
|
||||
|
||||
|
||||
\section{Inhalte des Domänenwissens}
|
||||
|
||||
\todo{Welche Angaben sind im Domänenwissen enthalten und wie sollen Sie die Verarbeitung der Ereignisse unterstützen?}
|
||||
|
||||
|
||||
\section{Formulierung von Abfragen}
|
||||
|
||||
\todo{Immer weiter treiben nach dem Schema Anforderung,abstrakte Condition-Action-Regel, konkrete CSPARQL-Regel}
|
||||
|
||||
\todo{FALLS es soweit kommt wird hier erklärt, mit welchen Konstrukten (Klassenhierarchien und Merkmale) ich die Engine in der Richtung nutzen möchte um die Abfragen an einigen Stellen flexibler zu gestalten.}
|
||||
|
||||
|
||||
\chapter{Implementierung mit der C-SPARQL Engine}
|
||||
|
|
Loading…
Reference in New Issue