<div dir="ltr"><div>Dear DAL members and ADQL fans,</div><div>to go on with the ADQL-2.1 working draft </div><div>one issue is left, from Sydney interop, </div><div>to be discussed.</div><div><br></div><div>In the DAL splinter at the interop </div><div>it was agreed to add an XMATCH function</div><div>of binary type and definition</div><div><br></div><div>1 = XMATCH(a,b,radius)</div><div><br></div><div>However no agreement was reached about</div><div>the &#39;a&#39; and &#39;b&#39; parameters, whether they </div><div>should be points (ADQL:POINT) or RA&amp;Dec </div><div>couples (floating point values).</div><div><br></div><div>Both choices have advantages and disadvantages.</div><div>Points are more into the logic </div><div>of a sky cross-match but require geometric</div><div>types to be directly available to the DB.</div><div>Coordinates couples are directly available</div><div>in whatever DB and would also let the XMATCH</div><div>function work for non-orthodox coordinates</div><div>matching, but of course loosing the sky matching</div><div>logic.</div><div><br></div><div>As I said (also due to time constraints) no</div><div>agreement was found in Sydney.</div><div><br></div><div>What&#39;s your opinion on this, and why?</div><div><br></div><div>Cheers,</div><div>    Marco</div></div>