<div dir="ltr"><font color="#000000" face="Times New Roman" size="3">
</font><p style="margin:0in 0in 0pt"><span style="color:rgb(31,73,125);font-family:"Calibri",sans-serif;font-size:11pt">Hi Arnold and all</span></p><font color="#000000" face="Times New Roman" size="3">
</font><p style="margin:0in 0in 0pt"><span style="color:rgb(31,73,125);font-family:"Calibri",sans-serif;font-size:11pt">Good to do this on mailing list indeed, thank you Mark.</span></p><font color="#000000" face="Times New Roman" size="3">
</font><p style="margin:0in 0in 0pt"><span style="color:rgb(31,73,125);font-family:"Calibri",sans-serif;font-size:11pt"> </span></p><font color="#000000" face="Times New Roman" size="3">
</font><p style="margin:0in 0in 0pt"><span style="color:rgb(31,73,125);font-family:"Calibri",sans-serif;font-size:11pt">Improvements in text are no doubt necessary and I will be happy
to react on each comment. So please all start reading. </span></p><font color="#000000" face="Times New Roman" size="3">
</font><p style="margin:0in 0in 0pt"><span style="color:rgb(31,73,125);font-family:"Calibri",sans-serif;font-size:11pt">I will make updates and commit changes to the volute version of
the documents regularly (as uploading to IVOA documents is a slow process). </span></p><font color="#000000" face="Times New Roman" size="3">
</font><p style="margin:0in 0in 0pt"><span style="color:rgb(31,73,125);font-family:"Calibri",sans-serif;font-size:11pt">So please look at <a href="https://volute.g-vo.org/svn/trunk/projects/dm/vo-dml/doc/VO-DML-WD-v1.0.docx"><font color="#0000ff">https://volute.g-vo.org/svn/trunk/projects/dm/vo-dml/doc/VO-DML-WD-v1.0.docx</font></a>
(or *.pdf).</span></p><font color="#000000" face="Times New Roman" size="3">
</font><p style="margin:0in 0in 0pt"><span style="color:rgb(31,73,125);font-family:"Calibri",sans-serif;font-size:11pt"> </span></p><font color="#000000" face="Times New Roman" size="3">
</font><p style="margin:0in 0in 0pt"><span style="color:rgb(31,73,125);font-family:"Calibri",sans-serif;font-size:11pt">Constraints are currently modelled in a rather implicit manner.
In particular for custom constraints there is *<b>no</b>* formal language,
simple English is deemed sufficient for now. There is a special type of
constraints that represents the subsetting pattern in UML and which is more
explicit and already frequently used. The latest update to the VO-DML doc was
partially made to create this constraint, where before it required a
redefinition of a Role, which would complicate the vodml-id referencing
mechanism. </span></p><font color="#000000" face="Times New Roman" size="3">
</font><p style="margin:0in 0in 0pt"><span style="color:rgb(31,73,125);font-family:"Calibri",sans-serif;font-size:11pt">I think this should suffice for version 1.0 of VO-DML. In
particular because the only formal constraint language I know of (OCL) is
itself highly complex and, without automated translators to other languages,
will not buy us anything beyond what an ordinary English description
gives us.</span></p><font color="#000000" face="Times New Roman" size="3">
</font><p style="margin:0in 0in 0pt"><span style="color:rgb(31,73,125);font-family:"Calibri",sans-serif;font-size:11pt"> </span></p><font color="#000000" face="Times New Roman" size="3">
</font><p style="margin:0in 0in 0pt"><span style="color:rgb(31,73,125);font-family:"Calibri",sans-serif;font-size:11pt">As to the particular issue about multiplicities of Attributes,
this is a more involved discussion that I will respond to in a separate email.</span></p><font color="#000000" face="Times New Roman" size="3">
</font><p style="margin:0in 0in 0pt"><span style="color:rgb(31,73,125);font-family:"Calibri",sans-serif;font-size:11pt">Note that part of it requires one to check whether the model
that supposedly needs such updates actually does so on good grounds, or whether
that model can be changed (and possibly improved!) by conforming to the more
restricted set of modelling features. </span></p><font color="#000000" face="Times New Roman" size="3">
</font><p style="margin:0in 0in 0pt"><span style="color:rgb(31,73,125);font-family:"Calibri",sans-serif;font-size:11pt">So please all start reading STC2 as well so we can have an
informed discussion!</span></p><font color="#000000" face="Times New Roman" size="3">
</font><p style="margin:0in 0in 0pt"><span style="color:rgb(31,73,125);font-family:"Calibri",sans-serif;font-size:11pt"> </span></p><font color="#000000" face="Times New Roman" size="3">
</font><p style="margin:0in 0in 0pt"><span style="color:rgb(31,73,125);font-family:"Calibri",sans-serif;font-size:11pt">Cheers</span></p><font color="#000000" face="Times New Roman" size="3">
</font></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Oct 31, 2015 at 10:28 PM, Arnold Rots <span dir="ltr"><<a href="mailto:arots@cfa.harvard.edu" target="_blank">arots@cfa.harvard.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div>We have recently had some discussions on VO-DML in the context<br></div>the the STC2 model, that Mark suggested should be summarized to<br></div>the DM list to entice larger participation.<br><br></div>The current version of the STC2 model is now posted on:<br><a href="https://volute.g-vo.org/svn/trunk/projects/dm/vo-dml/models/STC2/2015-10-30/" target="_blank">https://volute.g-vo.org/svn/trunk/projects/dm/vo-dml/models/STC2/2015-10-30/</a><br></div>As reported yesterday, the following action items have been resolved:<br></div>- Transformations are done in atomic fashion, following the AST style<br></div>- Gerard has a scrippt that will process the XMI file<br></div>The following actions are in progress:<br></div>- Complete the enumerations of standard frames and standard positions<br></div><div> This is trivial and quick<br></div>- Complete the in-model documentation<br></div> Most description boxes in the documentation are still empty<br></div>- Investigate (and experiment with) defining specialized coordinates<br></div> through subsetting. A first attempt is contained in the Specialized<br> package; but it is not clear this is worthwhile.<br></div>The following items are still to be tackled<br></div>- Writing a WD<br> It probably makes more sense to draft that on the basis of completed<br></div> documentation (see above)<br></div>- Collaborating with whoever (if anyone) is working on the Units model<br></div> The issue is the mechanism to restrict units according to context;<br></div> STC2 includes such a mechanism, but this needs to be done in<br></div> consultation<br></div>- Generate a library from the processed model<br></div> The intent is that this be linked to the AST library for transformations<br></div>- Resolve remaining VO-DML issues<br><br><br></div>This last point is the second subject of this message.<br></div>There are two places where the STC2 VO-DML model runs into trouble.<br></div><br>One is a relatively trivial one. I would like to request that the VO-DML<br></div>WD include a section on the syntax of Constraints. It is hard to find<br></div>documentation on this (at least, I find it hard), and adding his would be<br></div>very helpful.<br><br></div>The other concerns the multiplicity of datatype attributes.<span style="font-size:24pt"><span style="color:rgb(15,111,198);font-family:"Wingdings 2";font-size:85%"><br></span></span><font size="2"><span style="font-family:arial,helvetica,sans-serif"><span style="color:black">Attributes
can only have a specific length, specified in the model;<br>i.e., an object cannot
contain a variable array of values.<br>STC2 runs into this in some places where that rule is uncomfortably<br>restrictive; for example:</span></span></font><font size="2"><span style="font-family:arial,helvetica,sans-serif"></span></font><font size="2"><span style="font-family:arial,helvetica,sans-serif"><span><span style="color:rgb(0,157,217)"><br>—</span></span><span style="color:black">- A
polynomial object cannot contain an order and an array of coefficients,<br> its
length determined by the order</span></span></font><font size="2"><span style="font-family:arial,helvetica,sans-serif"></span></font><font size="2"><span style="font-family:arial,helvetica,sans-serif"><span><span style="color:rgb(0,157,217)"><br>—</span></span><span style="color:black">- One
cannot leave the dimensionality of a value (1, 2, or 3) open</span></span></font><font size="2"><span style="font-family:arial,helvetica,sans-serif"></span></font><font size="2"><span style="font-family:arial,helvetica,sans-serif"><span><span style="color:rgb(0,157,217)"><br>—</span></span><span style="color:black">- The
coordinate values of an enumerated axis cannot be specified in a vector</span></span></font>
<br><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div>The way to get around this is to turn these items into objects/classes.<br></div><div>But that, in my view, unnecessarily complicates the model further, since<br></div><div>a simple array of data values suffices in these situations.<br></div><div>Dynamic sizing of arrays/vectors of data values at the time of instantiation<br></div><div>is, I think, a must.<br><br><br></div><div>This is a summary of the arguments I have made over the past few days;<br></div><div>I'll leave it to the other participants to voice their opinions.<br></div><div><div><div><div><div><div><div><div><div><div><div><div><br></div><div>Cheers,<br><br></div><div> - Arnold<br></div><div><br></div><div>PS: My access to internet connectivity will be spotty, at best, this coming week.<br></div><div><div><div><div><div><br clear="all"><div><div><div dir="ltr">-------------------------------------------------------------------------------------------------------------<br>Arnold H. Rots Chandra X-ray Science Center<br>Smithsonian Astrophysical Observatory tel: <a href="tel:%2B1%20617%20496%207701" target="_blank" value="+16174967701">+1 617 496 7701</a><br>60 Garden Street, MS 67 fax: <a href="tel:%2B1%20617%20495%207356" target="_blank" value="+16174957356">+1 617 495 7356</a><br>Cambridge, MA 02138 <a href="mailto:arots@cfa.harvard.edu" target="_blank">arots@cfa.harvard.edu</a><br>USA <a href="http://hea-www.harvard.edu/~arots/" target="_blank">http://hea-www.harvard.edu/~arots/</a><br>--------------------------------------------------------------------------------------------------------------<br><br></div></div></div>
</div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
</blockquote></div><br></div>