<div dir="ltr">Gerard,<br><br><div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Apr 13, 2017 at 12:31 PM, Gerard Lemson <span dir="ltr">&lt;<a href="mailto:gerard.lemson@gmail.com" target="_blank">gerard.lemson@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">HI Omar<div>Agree with most of what you write, but would like to focus on this proposal:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Only <span class=""><br><div>To recap:<br></div><div>  1. my personal Yay! to removing the ivoa model from the current VODML PR.<br></div><div></div></span></div></div></div></div></blockquote></div><br></div></div><div class="gmail_extra">I tried arguing that we need a base model with primitive types to be able to create models.</div><div class="gmail_extra">(Unless of course every model would define all their own basic primitive types, something I truly hope no one wants).</div></div></blockquote><div><br></div><div>I&#39;m sure we agree that a base model for primitives is needed.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">So if we only have a language but no basic types we have a problem.</div><div class="gmail_extra">Now IF you&#39;re proposing to still have ivoa model and vo-dml spec go through the process in synch there should be no problem, but if now ivoa model would be delayed, I&#39;d much rather keep it inside the spec.</div></div></blockquote><div><br></div>I think they could go in sync.  The argument for separating is more that the content may evolve and change (in the short term.. presumably would settle quickly to a static state since it will be so broadly used), without the need to modify the vo-dml standard.<br><br></div><div class="gmail_quote">For example..<br></div>   With the recent Coords re-work for the Cube/TimeSeries thread, in order to satisfy the user-end requirements, we need<br></div><div class="gmail_extra">   a &#39;anyType&#39; parent to the primitives in the ivoa model.  Perhaps you could consider this my formal request to add that<br></div><div class="gmail_extra">   since this seems like a much more user-friendly modeling  (the annotations are easier to work with from an application<br></div><div class="gmail_extra">   point of view).   Whether this is in V1.0, or V1.1, I&#39;m not particularly concerned, but it would need to go forward with the<br></div><div class="gmail_extra">   cube/coords work.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><div class="gmail_quote"> <br></div>Mark<br><br></div></div></div>