<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from text --><style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>
</head>
<body>
<meta content="text/html; charset=UTF-8">
<style type="text/css" style="">
<!--
p
        {margin-top:0;
        margin-bottom:0}
-->
</style>
<div dir="ltr">
<div id="x_divtagdefaultwrapper" dir="ltr" style="font-size:12pt; color:#000000; font-family:Calibri,Helvetica,sans-serif">
<p>As the implementor of one of the two RegTAP 1.1 reference implementations, I support this reversion to requiring ivo_nocasematch rather than lock in the ADQL version dependency.&nbsp;<br>
</p>
<p><br>
</p>
<p>It is worth noting that because of the configuration of the STScI full searchable Registry database, all text matching is done case insensitively, and our implementation on this point is dodgy: both ILIKE and the user function are aliases over the default
 &quot;LIKE&quot; behavior. (So really, we implement ILIKE and ivo_nocasematch correctly, but never did for LIKE.) I should have perhaps taken this as a sign to pay more attention to this part of the spec rather than less. Thank you Marco for bringing it up.</p>
<p><br>
</p>
<p>As Reg chair, I know the voting dates for this remain undefined; we were hoping for a quick tally with the comments and bringing it up for TCG/Exec approval in November. Once the document reflects a general agreement on this issue, I'll formally set those
 dates and ask again for input. It seems very likely we can still make that deadline.<br>
</p>
<p><br>
</p>
<p>--Theresa<br>
</p>
<p><br>
</p>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> registry-bounces@ivoa.net &lt;registry-bounces@ivoa.net&gt; on behalf of Mark Taylor &lt;M.B.Taylor@bristol.ac.uk&gt;<br>
<b>Sent:</b> Thursday, August 8, 2019 5:02:12 AM<br>
<b>To:</b> Molinaro, Marco<br>
<b>Cc:</b> IVOA Registry; IVOA DAL<br>
<b>Subject:</b> Re: RegTAP-1.1 &amp; ADQL-2.1 - the ILIKE concerns</font>
<div>&nbsp;</div>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">Marco,<br>
<br>
I am all in favour of your suggestion.&nbsp; As far as I can see the move<br>
to ILIKE in RegTAP is really just a bit of tidying up that can harmlessly<br>
be omitted or deferred if the interaction with ADQL 2.1 is potentially<br>
problematic (which it seems it may be).&nbsp; I'm not aware that ILIKE does<br>
anything that ivo_nocasematch does not.&nbsp; From an implementation point<br>
of view in topcat I'm unlikely to be using ILIKE in this context<br>
(except maybe for example queries copied from the RegTAP 1.1 document),<br>
since ivo_nocasematch is required for all RegTAP service versions<br>
and ILIKE is not, so there's less logic required to just use the<br>
UDF in all cases.<br>
<br>
Mark<br>
<br>
<br>
On Thu, 8 Aug 2019, Molinaro, Marco wrote:<br>
<br>
&gt; Dear ReR-ers,<br>
&gt; (DAL-ers for reference)<br>
&gt; <br>
&gt; in the process of reviewing RegTAP-1.1 PR from the DAL perspective<br>
&gt; a consideration come up with respect to the strong dependency of<br>
&gt; RegTAP-1.1 case insensitive comparison on ADQL-2.1 (PR itself)<br>
&gt; ILIKE operator.<br>
&gt; <br>
&gt; Two issues came up: RegTAP waiting ADQL for proper dependency<br>
&gt; reference; too strong dependency/forcing of RegTAP requirement<br>
&gt; over the ADQL specification.<br>
&gt; <br>
&gt; The first is actually minor/can-be-worked-around, the latter is more<br>
&gt; critical.<br>
&gt; <br>
&gt; As things currently stand, there's the risk RegTAP controls ADQL behaviour<br>
&gt; of ILIKE or that ADQL can break RegTAP when/if changing ILIKE definition.<br>
&gt; <br>
&gt; Proposed solution is to re-instate the ivo_nocasematch in RegTAP,<br>
&gt; decoupling the specifications and releasing the two issues above in one<br>
&gt; shot.<br>
&gt; <br>
&gt; Comments and discussion highly welcome (including detailed explanations<br>
&gt; from the spec editors and thoughts from implementors).<br>
&gt; <br>
&gt; Cheers<br>
&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Marco<br>
&gt; <br>
<br>
--<br>
Mark Taylor&nbsp;&nbsp; Astronomical Programmer&nbsp;&nbsp; Physics, Bristol University, UK<br>
m.b.taylor@bris.ac.uk &#43;44-117-9288776&nbsp; <a href="http://www.star.bris.ac.uk/~mbt/">
http://www.star.bris.ac.uk/~mbt/</a><br>
</div>
</span></font>
</body>
</html>