Major change
[u/philim/db2osl_thesis.git] / introduction.tex
index 8023712..26d341b 100644 (file)
@@ -14,6 +14,7 @@ form and its retrieval with eligible software an interesting topic.
 The most important formalism to represent structured data without the need of
 a fixed (database) schema is ontologies, and thus this approach is known
 under the term ``Ontology based data access'' (``OBDA'').
+
 The vision of a machine-processable web emerged as early as 1989 \cite{web}
 and was entitled with the term ``semantic web''
 by Tim Berners-Lee in 1999 \cite{weavingweb}.
@@ -40,14 +41,22 @@ and to drive the entire tool chain \cite{eng}.
 \label{approach}
 This thesis describes the development of a specification language to serialize
 the declarative specification of the bootstrapping process
-(see section \fullref{motivation}) and of a
+(see Section~\fullref{motivation}) and of a
 software to in turn bootstrap it from a relational database schema.
 After the tasks they accomplish,
 the specification language was called ``OBDA Specification Language'' (``OSL'')
 and the software bootstrapping the specification was called ``db2osl''.
 
+Furthermore, this thesis suggests a scheme for generating the IRIs that
+occur in OBDA specification, identifying their parts \cite{eng}.
+Currently, this issue is only exemplified and there is room for improvement
+in that a simple and straight-forward approach can be used to generate
+IRIs for all constituents of OBDA specifications without introducing
+name clashes in corner cases.
+This approach is described in Section~\fullref{iris}.
+
 Using a declarative specification makes the entire bootstrapping process a
-two-step-procedure, illustrated in figure \ref{intro_fig_bootstrapping}:
+two-step-procedure, illustrated in Figure~\ref{intro_fig_bootstrapping}:
 First, the OBDA specification is derived from the
 database schema using \myprog{}.
 It specifies the actual bootstrapping process in a very general way,
@@ -73,8 +82,12 @@ while being easy to use, taking the burden of dealing with \osl{} specifications
 manually from its users instead of adding even more complexity to the process.
 To achieve these goals, use of existing tools, languages and conventions was
 made wherever possible.
-To fit into the environment used in the OPTIQUE project\cite{optique2} it is ultimately
-part of, \name{Java} was used for the bootstrapping software.
+For example, the \osllong{} was defined to be a subset of \name{OWL}.
+This facilitates meeting the objective of a powerful, easy-to-use, flawless and
+well-documented language that can be extended and handled by existing tools.
+
+To fit into the environment used in the \name{OPTIQUE} project \cite{optique2}
+it is ultimately part of, \name{Java} was used for the bootstrapping software.
 Care was taken to design it to be modular and flexible, making it
 usable not only as a whole but also as a collection of independent components,
 possibly serving as the basis for a program library in the future.
@@ -88,5 +101,5 @@ real world artifacts like database schemata, database tables, columns, keys,
 and OBDA specifications were modeled as software objects, provided with a
 carefully chosen set of operations to manipulate them and make them collaborate.
 This approach and other actions aiming at yielding clean code are described more
-thoroughly in section \fullref{code}, while
-the resulting structure of the software is discussed in section \fullref{arch}.
+thoroughly in Section~\fullref{code}, while
+the resulting structure of the software is discussed in Section~\fullref{arch}.