<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Aptos;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        font-size:12.0pt;
        font-family:"Aptos",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
span.apple-converted-space
        {mso-style-name:apple-converted-space;}
span.EmailStyle20
        {mso-style-type:personal-reply;
        font-family:"Aptos",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;
        mso-ligatures:none;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style>
</head>
<body lang="EN-US" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal">Hi Paul<o:p></o:p></p>
<p class="MsoNormal">I think there is something in what you say about dateTime. It is maybe too much tied to the physical concept, time. We don’t have a type representing an event along some spatial axis either.<o:p></o:p></p>
<p class="MsoNormal">I guess the thinking here was not so much the time as we have tried modeling in STC, more a time like a “database update time”.
<o:p></o:p></p>
<p class="MsoNormal">Should this “just” be a real and the definition of the attribute using it should define it as a time dimension? Maybe MJD as a subtype of real?
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">This is a bit similar I think to how we used to have a decimal inside the ivoa model, but realized this is a special kind of rational with denominator some power of 10.<o:p></o:p></p>
<p class="MsoNormal">Note that this may say something more about some possible flaw in the ivoa base model, rather than about the VO-DML modelling language?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Do you propose a “standard” mapping  from the ivoa base primitives to string representation? Interesting.<o:p></o:p></p>
<p class="MsoNormal">As I also think that a mapping standard from VO-DML to popular serialization formats would be interesting.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Cheers<o:p></o:p></p>
<p class="MsoNormal">Gerard<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Paul Harrison <paul.harrison@manchester.ac.uk>
<br>
<b>Sent:</b> Monday, February 16, 2026 1:23 PM<br>
<b>To:</b> Gerard Lemson <glemson1@jhu.edu><br>
<b>Cc:</b> Markus Demleitner <msdemlei@ari.uni-heidelberg.de>; dm@ivoa.net<br>
<b>Subject:</b> Re: VODML base types : request for enhancement of the IVOA.1.0 template model<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal"><br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal">On 16 Feb 2026, at 16:59, Gerard Lemson <<a href="mailto:glemson1@jhu.edu">glemson1@jhu.edu</a>> wrote:<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">Hi Paul<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">From the abstract of the vo-dml spec: “VO-DML is a conceptual modeling language that is agnostic of serializations, or physical representations”.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">We do discuss possible serializations to XML/RDB in appendix B of the spec.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Even such “direct” serializations need to make decisions how to map VO-DML constructs to the serialization format as generally there is some impedance mismatch.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">For example in XML how references are represented, in RDB how inheritance is dealt with, anywhere how datetime-s are mapped (which I assume should really use some STC-like stuff).<o:p></o:p></p>
</div>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">I suggest dateTimes have their definition restricted somewhat so that they are UTC timescale and CoordsDM used for more complex cases  <a href="https://github.com/ivoa/vo-dml/issues/37">https://github.com/ivoa/vo-dml/issues/37</a><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I do think that dateTime is a good example of where VO-DML cannot be completely thought of as a conceptual modelling language entirely agnostic of serialisation or physical representations, as relativity does make the concept of “time instant”
 rather complex, and dateTime as a primitive is probably saying more about the serialisation of the value than the concept. It might be that a good way to think of primitives is that they do have a specific textual serialization.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<p class="MsoNormal">Laurent Bourges and I did a lot of work for the Simulation data model in VO-URP to make those things work. I think<span class="apple-converted-space"> </span><s>we</s><span class="apple-converted-space"> </span>one could create standard
 mappings from VO-DML to some serialization languages and should then deal with these issues there. Of course there is such a mapping for VOTable and it already had/s already ways to indicate something about serialization (XTYPE??).<span class="apple-converted-space"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
</div>
</blockquote>
<div>
<p class="MsoNormal">The current VO-DML tools also create some self contained “direct” mappings to XML, JSON and RDB that built on your earlier work  <a href="https://github.com/ivoa/vo-dml/issues/43">https://github.com/ivoa/vo-dml/issues/43</a> - I think that
 this form of “direct" serialisation is worth “standardising” just as much as MIVOT was, but probably in a separate document.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal"><br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal">Another reason why UCDs<span class="apple-converted-space"> </span><i>conceptually</i><span class="apple-converted-space"> </span>should not be primitive types is given on page 31:<br>
<br>
<br>
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><i>The extent of a value type, i.e. its set of valid instances/values, is self-evident from its definition. That is, from the definition one can infer exactly which values exist in the set defined by the value type. Hence one can identify
 the instance by its value.</i><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">According to this, as UCDs and other vocabularies have been, are and will keep on changing, UCDs should not be considered data types on their own.<o:p></o:p></p>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">the request for UCDs to be a primitive type actually came from MANGO - but I am fairly convinced by this argument that they should not be - It is, however, useful to know what the UCD should be for serialization and some thoughts are gathered
 in <a href="https://github.com/ivoa/vo-dml/issues/19">https://github.com/ivoa/vo-dml/issues/19</a> - I now think that the best place for the doing this is in the binding.<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
</blockquote>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>