comments on ADQL draft
Roy Williams
roy at cacr.caltech.edu
Tue May 6 06:56:17 PDT 2008
ADQL comments
(1) The standard as given is very simple in terms of coordinate frames
etc -- assumes all handled elsewhere. What should a user do if they wish
to query a table that is in galactic coordinates or B1950.0? What if the
user wishes to write queries in other coordinate systems?
(2) The functions defined in the paper have poor extensibility because
of these fixed fortran-like arguments. Why not plan for the future
extension of the standard, and also make things more readable, with
something like this:
POINT(frame="ICRS" equinox="1950" position2d="270.0, 22.0")
(3) The given document is difficult to read with its single-minded focus
on bulding a BNF grammar. It needs examples to show the semantics and
semiotics of the BNF statements. Without examples it is difficult for me
to understand semantics: either how customers might respond, *or* how
difficult it is to implement. How, for example is the LONGITUDE(POINT)
used?
-- Can I say this:
SELECT * from Table where LONGITUDE(POINT) between 270 and 285
If so, what kind of tables have POINT structures in them?
-- Can I say this to implement a SIAP?
SELECT * from ImageTable where INTERSECT(POLYGON, SDSS_DR6_FOOTPRINT)
-- Can I say
SELECT POLYGON from ImageTable
What kind of tables can be interpreted to have POLYGON attributes?
(4) What kind of table can I specify in the select clause? Can I use
VOSpace, like this:
SELECT * vos://nvo.caltech.edu/myTable.dat where INNER JOIN SDSS_DR6
....
I ask this, because the DAL group is assuming that everyone will have a
VOSpace that can provide temporary storage, and that crossmatches are
done through ADQL queries. An alternative is for VOQL services to allow
qualified users to upload tables, like CasJobs.
(5) There is already a specification of spatial regions (*) that is
semantically identical to the STC standard, which is and IVOA
Recommendation.
(*) http://www.ivoa.net/Documents/Notes/STC-S/STC-S-20071205.html,
section 4.2
But the definitions in the ADQL document use different words and
different meanings from this, (eg one says BOX and the other says
RECTANGLE). Have the ADQL authors read the existing IVOA standards? If
so, what has been inherited from the STC standard into the ADQL?
--
California Institute of Technology
626 395 3670
More information about the voql
mailing list