ADQL XMATCH
Alex Szalay
szalay at jhu.edu
Thu Apr 14 19:25:00 CEST 2016
Distance2/Distance4
Or
DistanceP (for points) / DistanceC (for coords) ?
--Alex
-----Original Message-----
From: dal-bounces at ivoa.net [mailto:dal-bounces at ivoa.net] On Behalf Of Mark Taylor
Sent: Thursday, April 14, 2016 12:46 PM
To: dal at ivoa.net
Subject: Re: ADQL XMATCH
On Tue, 12 Apr 2016, Markus Demleitner wrote:
> But DISTANCE has been chosen in the original design of ADQL, and I'm
> an enemy of changing thing that are not technically broken for
> essentially aesthetic reasons. So, my vote is for keeping DISTANCE.
But *if* (not decided yet) we're changing the form of it from 2-arg to 4-arg, that would seem like a reasonable time for a non-gratuitous change of the name.
Which thought nudges me to think about the consequences of overloaded geometry functions for TAPRegExt.
TAPRegExt 1.0 sec 2.3 says this about declaring geometry functions:
ivo://ivoa.net/std/TAPRegExt#features-adqlgeo
Each feature declares support for one of the geometry functions
defined by ADQL (support for these functions is in general optional
for ADQL implementations, though TAP imposes some constraints on
what combinations of support are permitted).
The signature of these functions, where supported, is fixed
by ADQL; the content of the form element is just the name of
the function.
Example:
<feature>
<form>CONTAINS</form>
</feature>
but if we're talking about overloads, there is no uniquely fixed signature for these functions. In other words, TAPRegExt as currently defined does not have enough syntax to declare selective support for overloaded standard geometry functions - a TAP service can't declare that it supports DISTANCE(POINT,POINT) but not DISTANCE(REAL,REAL,REAL,REAL). (note this doesn't apply to user-defined functions, since ivo://ivoa.net/std/TAPRegExt#features-udf
does require declaration of signatures).
Does it matter?
--
Mark Taylor Astronomical Programmer Physics, Bristol University, UK
m.b.taylor at bris.ac.uk +44-117-9288776 http://www.star.bris.ac.uk/~mbt/
More information about the dal
mailing list