[Volute] r4885 - trunk/projects/time-domain/time-series/note

Volute commit messages volutecommits at g-vo.org
Wed Apr 4 18:15:58 CEST 2018


Author: lmichel
Date: Wed Apr  4 18:15:57 2018
New Revision: 4885

Log:
--

Modified:
   trunk/projects/time-domain/time-series/note/laurent.tex

Modified: trunk/projects/time-domain/time-series/note/laurent.tex
==============================================================================
--- trunk/projects/time-domain/time-series/note/laurent.tex	Wed Apr  4 17:55:11 2018	(r4884)
+++ trunk/projects/time-domain/time-series/note/laurent.tex	Wed Apr  4 18:15:57 2018	(r4885)
@@ -1,7 +1,44 @@
 \subsection{Laurent's approach}
-Laurent's serialization approach at a glance
 
-\begin{lstlisting}[language=html]
+The VO-DML workflow is 2 folds 1) The model serialization in a vo-dml.xml file (REC process currently close to the end) 2) the data mapping. 
+This last step consists in an XML bloc on the top of the VOTAble acting as a bridge between the model and the data. 
+So that, a client can easily build model instances by exploring that mapping bloc. 
+The VO-DML concepts are accepted by the community but the mapping syntax may appear as too complex making both data annotation process and VOTable parsing difficult.   
+
+\begin{itemize}
+\item VO-DML workflow ++
+\begin{itemize}
+\item Powerfull model serialization
+\item Mapping block independent from the VOTable content
+\begin{itemize}
+\item No dependency with the VOTable schema
+\item Easiness to join data taken out from different tables
+\item Easy to skip for client not model aware
+\end{itemize}
+\end{itemize}
+\item VO-DML workflow --
+\begin{itemize}
+\item Mapping syntax very chatty
+\item Coupling bewteen the mapping leaves and the VOTable data structure. For instance, the mapping has to change when a value is moved from a PARAM to a FIELD  
+\end{itemize}
+\end{itemize}
+
+The present section explores an simplified mapping syntax relying on the strengths of the VO-DML workflow while facilitating the job of both data providers and data consumers.
+This is not a complete proposal, but a proof of concept validated on TD data.
+
+\subsubsection{Basics}
+The VODML block is split in 3 sections as 
+
+\begin{tabular}{c|l}
+\hline
+   MODELS & list of the used model  \\
+   GLOBALS & not implemented here \\   
+   TEMPLATES & \makecell[l]{One template per table  \\hosting the mapping of the  \\ data classes contained in that table} \\
+\hline
+\end{tabular}
+
+\tiny 
+\begin{lstlisting}[language=xml]
 <html>
     <head>
         <title>Hello</title>
@@ -9,6 +46,16 @@
     <body>Hello</body>
 </html>
 \end{lstlisting}
+\normalsize
+
+\tiny 
+\begin{lstlisting}[language=python]
+for ac in mapping_generator.mapped_abstract_types :
+        print("Abstract type mapped " + ac)
+        for sc in mapping_generator.get_sub_types(ac):
+            print("   " + sc)
+\end{lstlisting}
+\normalsize
 
  \subsubsection{Goal}:
  Showing that a model mapping well designed can allow cient to read and interpret VOTable 
@@ -41,10 +88,11 @@
  
 \item Running the parser
  Install Astropy and run sdss.py
-
 \end{itemize}
+
+
  
  KEYPOINTS:
  1) The code of the parser does not depend on the VOTABLE data
  2) The time series instance is built from data take out from all the 4 <TABLE>
- ---------------------------------------------
\ No newline at end of file
+ ---------------------------------------------


More information about the Volutecommits mailing list