<div dir="ltr">Hi Walter,<br><div class="gmail_extra"><br><div class="gmail_quote">2017-10-10 8:11 GMT+02:00 Walter Landry <span dir="ltr">&lt;<a href="mailto:wlandry@caltech.edu" target="_blank">wlandry@caltech.edu</a>&gt;</span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Marco Molinaro &lt;<a href="mailto:molinaro@oats.inaf.it">molinaro@oats.inaf.it</a>&gt; wrote:<br>
&gt; So, there&#39;s no intention, I think, to make it map VERB or trying to set<br>
&gt; up a set of levels of principal, it&#39;s simply a flag to declare a column as<br>
&gt; a special one among others.<br>
<br>
</span>In that case, is it good to have 3 levels in SCS?  It seems odd to<br>
have extra control available in SCS that is not in TAP.<br></blockquote><div><br></div><div>I think that VERB is different from principal.</div><div><br></div><div>VERB is meant to roughly tailor the number of columns </div><div>in response, plus it&#39;s an optional parameter.</div><div><br></div><div>Principal is a flag attribute to single columns and it is </div><div>a mandatory field in TAP_SCHEMA.columns.</div><div><br></div><div>So, I don&#39;t know how to compare them.</div><div><br></div><div>Are you suggesting something like:</div><div>- VERB=3 -&gt; answer all principal=1 or 0</div><div>- VERB=1 -&gt; answer with principal=1 only</div><div>- VERB=2 -&gt; up to the service</div><div>?</div><div><br></div><div>That could be a good choice if you run SCS</div><div>as capability over TAP, but it&#39;s a data provider</div><div>choice, not something to be mandated (and, </div><div>BTW, VERB is exactly this, leave the server side</div><div>the choice of columns to return, only asking for</div><div>minimal, default, maximum/all available ones).</div><div><br></div><div>My view of course.</div><div><br></div><div>Cheers,</div><div>     Marco</div></div></div></div>