<div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I have verified that the xmlns:uws declaration can be moved up to either the enclosing capability element or to the (document) capabilities element with no change in meaning (e.g. parsing with schema validation enabled and finding the interfaces in the right namespace requires no code change -- using xerces and jdom2, which are both extremely correct).</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I do agree it looks tidier, but now to decide if the xmlns should go in the capability or higher up in the document (with the others). For a couple of reasons I think we should  recommend that doc writers put it up the the document (reasons: de-facto standard prefix practice, consistency if there are two capability elements that use this namespace prefix, etc).</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Side issue: UWS already has an xsd and the de-facto namespace prefix is uws, so we should not start using that prefix in this context (because even if we do decide that UWSRegExt is the right idea we probably won&#39;t just include the interface tagging in the main uws xsd). So we do need to pick an alternate prefix to use for now.... ure?  foo?</div><div class="gmail_default" style="font-size:small"><br></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>Patrick Dowler<br></div>Canadian Astronomy Data Centre<br></div>Victoria, BC, Canada<br></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr">On Fri, 3 Aug 2018 at 08:49, Mark Taylor &lt;<a href="mailto:m.b.taylor@bristol.ac.uk">m.b.taylor@bristol.ac.uk</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Brian,<br>
<br>
thanks for responses and edits.  A couple of followups below:<br>
<br>
On Wed, 1 Aug 2018, Brian Major wrote:<br>
<br>
&gt; Hi Mark,<br>
&gt; <br>
&gt; Thanks for the review and comments.<br>
&gt; <br>
&gt; On Tue, Jun 12, 2018 at 3:21 AM Mark Taylor &lt;<a href="mailto:m.b.taylor@bristol.ac.uk" target="_blank">m.b.taylor@bristol.ac.uk</a>&gt;<br>
&gt; wrote:<br>
&gt; <br>
&gt; &gt;<br>
&gt; &gt; Sec 3.1 example capability document:<br>
&gt; &gt;    The stanza following the comment &quot;# TAP 1.0 support&quot; is a &lt;capability&gt;<br>
&gt; &gt;    element inside a &lt;capability&gt; element.   I don&#39;t think that&#39;s legal -<br>
&gt; &gt;    should those two &lt;interface&gt; elements be present here on their own?<br>
&gt; &gt;<br>
&gt; <br>
&gt; Hmm, I don&#39;t see that in the version I&#39;m editing.  Perhaps it was fixed by<br>
&gt; someone else?<br>
<br>
Yes, Markus did it at r5066.<br>
<br>
&gt; &gt;    The stanza following the comment &quot;# TAP 1.1 support&quot; contains<br>
&gt; &gt;    several &lt;interface&gt; elements with identical namespace declaration<br>
&gt; &gt;    attributes xmlns:uws=&quot;<a href="http://www.ivoa.net/xml/UWSRegExt/v1.0" rel="noreferrer" target="_blank">http://www.ivoa.net/xml/UWSRegExt/v1.0</a>&quot;.<br>
&gt; &gt;    This XML would (IMHO) be more readable if the that namespace<br>
&gt; &gt;    attribute were factored out to an outer element<br>
&gt; &gt;    (e.g. the top-level &lt;capability&gt;).<br>
&gt; &gt;<br>
&gt; <br>
&gt; I agree about the readability but, since the new &#39;type&#39; values are an<br>
&gt; extension of &#39;Interface&#39; in the XSD, doesn&#39;t that break the rules?  Anyone<br>
&gt; know?<br>
<br>
For clarity, I&#39;m suggesting that:<br>
<br>
  &lt;capability standardID=&quot;ivo://<a href="http://ivoa.net/std/TAP" rel="noreferrer" target="_blank">ivoa.net/std/TAP</a>&quot;&gt;<br>
    ...<br>
    &lt;interface<br>
         xmlns:uws=&quot;<a href="http://www.ivoa.net/xml/UWSRegExt/v1.0" rel="noreferrer" target="_blank">http://www.ivoa.net/xml/UWSRegExt/v1.0</a>&quot;<br>
         xsi:type=&quot;uws:Sync&quot; role=&quot;std&quot; version=&quot;1.1&quot;&gt;<br>
      &lt;accessURL use=&quot;base&quot;&gt;<a href="http://example.com/tap/sync" rel="noreferrer" target="_blank">http://example.com/tap/sync</a>&lt;/accessURL&gt;<br>
    &lt;/interface&gt;<br>
    &lt;interface<br>
         xmlns:uws=&quot;<a href="http://www.ivoa.net/xml/UWSRegExt/v1.0" rel="noreferrer" target="_blank">http://www.ivoa.net/xml/UWSRegExt/v1.0</a>&quot;<br>
         xsi:type=&quot;uws:Sync&quot; role=&quot;std&quot; version=&quot;1.1&quot;&gt;<br>
      &lt;accessURL use=&quot;base&quot;&gt;<a href="https://example.com/tap/sync" rel="noreferrer" target="_blank">https://example.com/tap/sync</a>&lt;/accessURL&gt;<br>
      &lt;securityMethod standardID=&quot;ivo://<a href="http://ivoa.net/sso#tls-with-certificate" rel="noreferrer" target="_blank">ivoa.net/sso#tls-with-certificate</a>&quot;/&gt;<br>
    &lt;/interface&gt;<br>
    ...<br>
  &lt;/capability&gt;<br>
<br>
is changed to<br>
<br>
  &lt;capability standardID=&quot;ivo://<a href="http://ivoa.net/std/TAP" rel="noreferrer" target="_blank">ivoa.net/std/TAP</a>&quot;<br>
              xmlns:uws=&quot;<a href="http://www.ivoa.net/xml/UWSRegExt/v1.0" rel="noreferrer" target="_blank">http://www.ivoa.net/xml/UWSRegExt/v1.0</a>&quot;&gt;<br>
    ...<br>
    &lt;interface xsi:type=&quot;uws:Sync&quot; role=&quot;std&quot; version=&quot;1.1&quot;&gt;<br>
      &lt;accessURL use=&quot;base&quot;&gt;<a href="http://example.com/tap/sync" rel="noreferrer" target="_blank">http://example.com/tap/sync</a>&lt;/accessURL&gt;<br>
    &lt;/interface&gt;<br>
    &lt;interface xsi:type=&quot;uws:Sync&quot; role=&quot;std&quot; version=&quot;1.1&quot;&gt;<br>
      &lt;accessURL use=&quot;base&quot;&gt;<a href="https://example.com/tap/sync" rel="noreferrer" target="_blank">https://example.com/tap/sync</a>&lt;/accessURL&gt;<br>
      &lt;securityMethod standardID=&quot;ivo://<a href="http://ivoa.net/sso#tls-with-certificate" rel="noreferrer" target="_blank">ivoa.net/sso#tls-with-certificate</a>&quot;/&gt;<br>
    &lt;/interface&gt;<br>
    ...<br>
  &lt;/capability&gt;<br>
<br>
Since that&#39;s just a change in the location of the xmlns:uws declaration(s),<br>
but leaving the same declarations in scope where they need to appear<br>
(the &lt;interface&gt; open tags) I *believe* it leaves the meaning of<br>
the XML identical, i.e. doesn&#39;t break any rules.  But I can&#39;t give<br>
chapter and verse in the relevant W3C standard for that,<br>
so I might be wrong.  Certainly happy to have somebody more expert<br>
than me offer an opinion.<br>
<br>
Mark<br>
<br>
--<br>
Mark Taylor   Astronomical Programmer   Physics, Bristol University, UK<br>
<a href="mailto:m.b.taylor@bris.ac.uk" target="_blank">m.b.taylor@bris.ac.uk</a> +44-117-9288776  <a href="http://www.star.bris.ac.uk/~mbt/" rel="noreferrer" target="_blank">http://www.star.bris.ac.uk/~mbt/</a><br>
</blockquote></div>