[TASK] Generic commit.
This commit is contained in:
parent
058cb4ffff
commit
b79929a8d1
|
@ -509,14 +509,14 @@ Um dies zu verdeutlichen folgt nun ein kleines Beispiel. Gegeben seien zwei beis
|
||||||
CarStatusEvent {
|
CarStatusEvent {
|
||||||
ID: 324,
|
ID: 324,
|
||||||
timestamp: 1344829400,
|
timestamp: 1344829400,
|
||||||
relatedCar: ->(Car(ID: 0)),
|
relatedCar: ->[Car(ID: 0)],
|
||||||
speed: 63
|
speed: 63
|
||||||
}
|
}
|
||||||
|
|
||||||
CarStatusEvent {
|
CarStatusEvent {
|
||||||
ID: 325,
|
ID: 325,
|
||||||
timestamp: 1344829405,
|
timestamp: 1344829405,
|
||||||
relatedCar: ->(Car(ID: 0)),
|
relatedCar: ->[Car(ID: 0)],
|
||||||
speed: 75
|
speed: 75
|
||||||
}
|
}
|
||||||
\end{lstlisting}
|
\end{lstlisting}
|
||||||
|
@ -528,18 +528,20 @@ Wie aus Listing~\ref{lst:sample_abstract_event_data} zu erkennen ist, ist jedes
|
||||||
@prefix carOnt: <http://example.org/carSim/carSimulationOntology#> .
|
@prefix carOnt: <http://example.org/carSim/carSimulationOntology#> .
|
||||||
@prefix event: <http://example.org/carSim/objects/event#> .
|
@prefix event: <http://example.org/carSim/objects/event#> .
|
||||||
|
|
||||||
event:324 rdf:type CarStatusEvent . (1344829400)
|
(1344829400) event:324 rdf:type CarStatusEvent .
|
||||||
event:324 carOnt:relatedCar car:0 . (1344829400)
|
(1344829400) event:324 carOnt:relatedCar car:0 .
|
||||||
event:324 carOnt:speed 63 . (1344829400)
|
(1344829400) event:324 carOnt:speed 63 .
|
||||||
|
|
||||||
event:325 rdf:type CarStatusEvent . (1344829405)
|
(1344829405) event:325 rdf:type CarStatusEvent .
|
||||||
event:325 carOnt:relatedCar car:0 . (1344829405)
|
(1344829405) event:325 carOnt:relatedCar car:0 .
|
||||||
event:325 carOnt:speed 75 . (1344829405)
|
(1344829405) event:325 carOnt:speed 75 .
|
||||||
\end{lstlisting}
|
\end{lstlisting}
|
||||||
|
|
||||||
|
|
||||||
\section{Sprachkonzepte für CEP-Regeln}
|
\section{Sprachkonzepte für CEP-Regeln}
|
||||||
Um CEP-Regeln für die C-SPARQL-Engine zu formulieren,
|
Da Ereignisse nun in Form von RDF-Quadrupeln verarbeitet werden sollen, ... ähm ... ja.
|
||||||
|
Genau.
|
||||||
|
|
||||||
|
|
||||||
\todo{Dieser Bereich wird definitiv mit abstrakter Sprache und dann konkretem C-SPARQL CSPARQL-Query demonstriert. - das nötige C-SPARQL wurde zuvor ja als Engine der Wahl begründet.}
|
\todo{Dieser Bereich wird definitiv mit abstrakter Sprache und dann konkretem C-SPARQL CSPARQL-Query demonstriert. - das nötige C-SPARQL wurde zuvor ja als Engine der Wahl begründet.}
|
||||||
\begin{itemize}
|
\begin{itemize}
|
||||||
|
@ -548,11 +550,17 @@ Um CEP-Regeln für die C-SPARQL-Engine zu formulieren,
|
||||||
\item Aggregation von Ereignissen
|
\item Aggregation von Ereignissen
|
||||||
\end{itemize}
|
\end{itemize}
|
||||||
|
|
||||||
|
\subsection{CSPARQL als Sprache für CEP-Regeln}
|
||||||
|
\todo{Und so weiter \dots}
|
||||||
|
|
||||||
|
\paragraph{Sliding Windows}
|
||||||
|
\todo{Und so weiter \dots}
|
||||||
|
|
||||||
\subsection{Mustererkennung, Sliding Windows, Aggregation von Ereignissen}
|
\paragraph{Aggregation von Ereignissen}
|
||||||
|
\todo{Und so weiter \dots}
|
||||||
|
|
||||||
|
\paragraph{Mustererkennung}
|
||||||
|
\todo{Und so weiter \dots}
|
||||||
|
|
||||||
\subsection{Auslösen von Aktionen}
|
\subsection{Auslösen von Aktionen}
|
||||||
Erzeugen von Ereignissen innerhalb von CSPARQL-Queries. Hinweise auf Möglichkeit der Auslösung von Reaktionen beim Beobachten der Abfrageergebnisse.
|
Erzeugen von Ereignissen innerhalb von CSPARQL-Queries. Hinweise auf Möglichkeit der Auslösung von Reaktionen beim Beobachten der Abfrageergebnisse.
|
||||||
|
|
Loading…
Reference in New Issue