JPT/bachelorthesis
0
0
Fork 0
Code Issues Pull Requests Activity

[TASK] Generic commit

Browse Source
This commit is contained in:
Jan Philipp Timme 2016-09-01 20:00:26 +02:00
parent a17dc68766
commit 8d66282397
1 changed files with 21 additions and 3 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

24
Bachelorarbeit.tex
View File

@ -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} \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.} \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. 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} \chapter{Implementierung mit der C-SPARQL Engine}