<div dir="ltr"><div class="gmail_default" style="font-size:small">As you may know, I don&#39;t let the warning from vo-dml validation about open ended multiplicity bother me too much. Polynomial is another good example where it greatly limits/impacts how one might model something... I ran into it way back at point, circle, polygon (oops! non-fixed size). I don&#39;t expect this can be feasibly made illegal in future... I expect the warning/admoinishment to be softened, maybe with some good advice about when such cardinality is warranted and when another pattern may be a better choice.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">my 2c,</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"><br clear="all"></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div>--<br></div><div>Patrick Dowler<br></div>Canadian Astronomy Data Centre<br></div>Victoria, BC, Canada<br></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 9 Mar 2020 at 06:05, Gerard Lemson &lt;<a href="mailto:glemson1@jhu.edu">glemson1@jhu.edu</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">





<div lang="EN-US">
<div class="gmail-m_8834918768308543356WordSection1">
<p class="MsoNormal">HI Mark<u></u><u></u></p>
<p class="MsoNormal">Just for now:<u></u><u></u></p>
<p class="MsoNormal">From the vo-dml spec:<u></u><u></u></p>
<p class="MsoNormal">“Modelers SHOULD NOT use open ended multiplicities, i.e. with maxOccurs=-1, but it is not illegal in the current version of this specification. &quot;<u></u><u></u></p>
<p class="MsoNormal">indicates it is not illegal to use non-fixed size data type instances. (not that I like them as you know)<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">The fact that you think you need it here may be due to an incompleteness in the model as I described in my previous email.<u></u><u></u></p>
<p class="MsoNormal">It may well be that the structure of the mapping, including explicitly representation of what-is-mapped-to-what, could make the need for an explicit indication of forward vs inverse redundant.<u></u><u></u></p>
<p class="MsoNormal">So looking forward to seeing more details of the model (and I can comment on another thread).<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Cheers<u></u><u></u></p>
<p class="MsoNormal">Gerard<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<div style="border-color:currentcolor currentcolor currentcolor blue;border-style:none none none solid;border-width:medium medium medium 1.5pt;padding:0in 0in 0in 4pt">
<div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">There are flavors which have open ended list of content<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">   Lookup table has open ended list of Entries<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">   Polynomials have open ended list of Coefficients,  to avoid individually modeling the different order of polynomial functions.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">DataTypes are supposed to have fixed size.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Mark<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>

</blockquote></div>