<div dir="ltr"><div><div><div><div><div><div><div><div><div><div>Gerard,<br><br></div>Wow.. pictures and everything!<br><br></div>A couple quick comments.<br><br></div>1) various [string 0..*] attributes<br></div>    I agree that all of the examples I gave represent concepts which **could** be expanded with other attributes.<br></div>    In that regard, modeling them as such would be more &#39;correct&#39;.  However, we have NO use cases which <br></div><div>    require any more than the simple string representation.  So the question becomes &quot;is it cost effective to do so?&quot;.<br><br></div><div>    I included the vodml Model.author example half expecting that the document was not required to follow the<br></div><div>    specification itself, but it illustrates the point.  You responded &quot;not doing justice to the Author concept, but makes it easier to write and parse/interpret a model document.&quot;<br></div><div><br>    And this is the point.  I/we understand that we are not doing justice to the &quot;Contributor&quot; concept (for example), but<br></div><div>    the simple string array attribute is easier to interpret and serves the requirements. <br><br></div><div>2) Polynomial<br></div>    My initial reaction is &quot;what you describe is an entirely different goal&quot;.<br></div>    The STC Transform model is not trying to model the mathematical operations/functions.  It is encapsulating<br></div>    the user-provided specifications required by those operations.  The Axis, for example, is not part of the <br></div>    transform spec, because the operation is applied to a coordinate which has the Axis association.  The <br></div>    same mathematical operation could be applied to different axes<br><div><div>    <br><div><div><div><div>3) parameterized array [ n=nonnegativeInteger[1]; values:real[0..n] ]<br><br>     <span style="font-size:11pt;font-family:&quot;Calibri&quot;,sans-serif;color:rgb(31,73,125)">Laurent argued that a Constraint definition would be able to deal with this. I agree with that. </span></div><div><div><br></div><div>     I think I&#39;ve missed this point.  Also, if the interpretation is 0 OR n, and n must be an expressed literal (e.g. 0..4), then I do not see how constraints help here.<br></div><br></div><div>Mark<br><br></div><div><br><div><div><div><div class="gmail_extra"><div class="gmail_quote"><br></div><br></div></div></div></div></div></div></div></div></div></div></div>