wörk (review issues)
parent
edc7cba50c
commit
923d692ee8
|
|
@ -0,0 +1,21 @@
|
|||
einleitung:
|
||||
* biodiv2go: zu speziell => nach 2 verschieben "orientierung an… , aber flexibel"
|
||||
2:
|
||||
* teacher: 1 game
|
||||
* research: \inf games
|
||||
* "researches" statt "researcheRs"
|
||||
3
|
||||
* adimistrative doppeldeutig
|
||||
4:
|
||||
* (modularität herausarbeiten, stream/pipelining)
|
||||
5:
|
||||
* webui
|
||||
+ screenshot
|
||||
+ ergebnis
|
||||
+ activitymapper
|
||||
7:
|
||||
* keypoints
|
||||
* modular
|
||||
* api / unabhängig
|
||||
* activitymapper:
|
||||
* track + bilder parallel
|
||||
|
|
@ -1,17 +1,18 @@
|
|||
|
||||
\section{Location based Games: Put the 'fun' in education}
|
||||
Location based Games are at the intersection of GIS and gaming technology \cite{Ahlqvist2018}.
|
||||
In this thesis, a framework for the analysis of spatial game data is developed.
|
||||
Spatial games, also known as location based games, are at the intersection of GIS and gaming technology \cite{Ahlqvist2018}.
|
||||
With game actions tied to real-world spatial places, this genre breaks the magic circle of games: they are embedded into the environment and the boundary between game and non-game are vanishing \cite{montola2009games}.
|
||||
As they feature locomotion as an essential game part, a focus on certain aspects of the environment can be achieved by game related tasks.
|
||||
These tasks can include educational aspects or reward special behaviour through ingame benefits as mean of gamification.
|
||||
A playable game with good balance and a lasting impact needs to consider the trade-off between board and race style games \cite{1705427,kremer2013spatial}.
|
||||
Board style games are dominated by strategic planning with less temporal restrictions, while race styled games favour the physical capabilities of the fastest players.
|
||||
|
||||
Popular examples of mobile geogames are Ingress\furl{https://www.ingress.com/} and the more recent Pokemon Go\furl{https://www.pokemongo.com/}.
|
||||
These worldwide playable games barely embed the surroundings into the game except for the base map and some landmark-derived attributes \footnote{Pokemon Go aligns the land types with the possible types of Pokemon's available}.
|
||||
Popular examples of mobile geogames are Ingress\furl{https://www.ingress.com/} and the more recent Pokemon Go\furl{https://www.pokemongo.com/}\!.
|
||||
These worldwide playable games barely embed the surroundings into the game except for the base map and some landmark-derived attributes\footnote{Pokemon Go aligns the land types with the possible types of Pokemon's available}\!.
|
||||
With a fine tuned setup of educational content, game elements and integration of locomotion on the other hand, location based games (also known as geogames) foster recognition of the environment.
|
||||
|
||||
\autoref{img:gg2} shows the map overview of such a game: FindeVielfalt Simulation\furl{https://biodivlb.jimdo.com/english-1/project-finde-vielfalt/finde-vielfalt-simulation/}.
|
||||
\autoref{img:gg2} shows the map overview of such a game: FindeVielfalt Simulation\furl{https://biodivlb.jimdo.com/english-1/project-finde-vielfalt/finde-vielfalt-simulation/}\!.
|
||||
Located in an orchard, the blue dots are caches tied to game actions.
|
||||
To proceed in the games narrative story, the caches are to be completed.
|
||||
The players have to complete a task with context of the caches' location.
|
||||
|
|
|
|||
|
|
@ -1,5 +1,4 @@
|
|||
With an administrative background, the first approach to log processing which comes to mind is the various log processing frameworks.
|
||||
The following chapter \autoref{sec:logproc} takes a dive into this world and evaluates the feasibility of two such system for the scope of this thesis.
|
||||
The following chapter \autoref{sec:logproc} takes a dive into the world of log processing frameworks and evaluates the feasibility of two such system for the scope of this thesis.
|
||||
Based on the findings, an alternative approach is then outlined in \autoref{sec:alternative-design}.
|
||||
|
||||
|
||||
|
|
@ -46,8 +45,7 @@ Grafana does have support for shared dashboards with a fixed set of data, howeve
|
|||
A third party plugin recently does provide such support\furl{https://github.com/CitiLogics/citilogics-geoloop-panel}, unfortunately it missed the timeframe during the evaluation of grafana for this thesis.
|
||||
Such a plugin would still be a possibly fragile component given the fast pace of web development shown by these kind of projects.
|
||||
|
||||
\section{Architectural Design}\label{sec:alternative-design}
|
||||
\subsection{Overview}
|
||||
\section{Developing a modular architectural design}\label{sec:alternative-design}
|
||||
While the development of a custom stack requires a lot of infrastructural work to get the project running, the learnings above give points to build a custom solution as a feasible alternative:
|
||||
\begin{itemize}
|
||||
\item Developing from bottom-up takes less time than diving into complex turn-key monitoring solutions.
|
||||
|
|
@ -57,8 +55,13 @@ While the development of a custom stack requires a lot of infrastructural work t
|
|||
\item A focus on key points allows simple, easily extendable interfaces and implementations.
|
||||
\item Reducing the complexity to an overseeable level, the processes and results can be verified for accuracy and reliability.
|
||||
\end{itemize}
|
||||
With the requirements from \autoref{sec:require} and the learnings from log processing evaluations in mind, a modular processing pipeline depicted in \autoref{img:flowchart} allows for a configurable solution.
|
||||
It comprises the stages of input, analysis and rendering.
|
||||
With interfaces defined between the stages, this approach allows the exchange of single modules without affecting the remaining pipeline.
|
||||
\image{\textwidth}{flowchart.pdf}{Modular processing pipeline}{img:flowchart}
|
||||
|
||||
With the requirements from \autoref{sec:require} and the learnings from log processing evaluations in mind, a first architectural approach is visualized in \autoref{img:solution}.
|
||||
\subsection{Overview}
|
||||
An architectural approach surrounding the processing pipeline is visualized in \autoref{img:solution}.
|
||||
It outlines three main components of the project: Two user facing services (Web \& CLI / API), and an analysis framework.
|
||||
The interfaces (Web and CLI/API) for both target groups (see \autoref{sec:require}) are completely dependent on the analysis framework at the core.
|
||||
\image{\textwidth}{solution.pdf}{Architecture approach}{img:solution}
|
||||
|
|
|
|||
|
|
@ -7,7 +7,7 @@
|
|||
\chapter{Log processing, trajectories \& game analysis}
|
||||
\input{content/2-state-of-the-art}
|
||||
|
||||
\chapter{Design of the analysis framework}\label{sec:solution}
|
||||
\chapter{Design of the modular analysis framework}\label{sec:solution}
|
||||
\input{content/3-solution}
|
||||
|
||||
\chapter{Implementation of the analysis framework}\label{sec:implementation}
|
||||
|
|
|
|||
|
|
@ -451,6 +451,4 @@ major line width/.initial=1pt,
|
|||
\changemenucolor{gray}{txt}{named}{unibablueI}
|
||||
\fi
|
||||
|
||||
\newcommand{\furl}[1]{
|
||||
\footnote{\url{#1}}
|
||||
}
|
||||
\newcommand{\furl}[1]{\footnote{\url{#1}}}
|
||||
Loading…
Reference in New Issue