SIA 2.0 POS parameters

Arnold Rots arots at cfa.harvard.edu
Fri Jun 27 13:31:24 PDT 2014


All of this (except the spaces) could have been taken care of by using full
STC-S strings.

  - Arnold

-------------------------------------------------------------------------------------------------------------
Arnold H. Rots                                          Chandra X-ray
Science Center
Smithsonian Astrophysical Observatory                   tel:  +1 617 496
7701
60 Garden Street, MS 67                                      fax:  +1 617
495 7356
Cambridge, MA 02138
arots at cfa.harvard.edu
USA
http://hea-www.harvard.edu/~arots/
--------------------------------------------------------------------------------------------------------------



On Fri, Jun 27, 2014 at 4:24 PM, Walter Landry <wlandry at caltech.edu> wrote:

> Hello Everyone,
>
> I have been looking at the draft for SIA 2.0 and I have a few comments
> about the POS parameters.
>
> 1) POS uses spaces as semantically important elements as in
>
>      POS=Circle 10 10 1
>
>    This makes it annoying to create URL's because you must URL encode
>    the spaces as '+'.  Otherwise my web server (Apache) will strip out
>    the rest of the parameters.  If we instead used ADQL'ish syntax
>
>      POS=Circle(10,10,1)
>
>    with explicit, visible separators, that is not as prone to being
>    mangled.
>
> 2) POS has no way to specify the reference frame.  I think that should
>    be part of the spec, with the default being ICRS.  Again, straight
>    from ADQL
>
>      POS=Circle('GALACTIC_CENTER',10,10,1)
>
>    I know that some galactic people here would really like that, and I
>    recall a planetary person asking for it at the last meeting.  It
>    would also mean that I can copy and paste coordinates between ADQL
>    and SIA.
>
>    This would also make the Range geometry more useful.  There are not
>    that many things that align themselves along lat/lon lines in ICRS.
>    Though to be honest, I would be happy enough to get rid of Range.
>    Polygons and Box (see below) would cover most of the use cases.
>
> 3) Why isn't there a Point geometry?  I can specify a circle with
>    radius zero, but that is awkward and un-intuitive.
>
> 4) There should really be a Box geometry that lets you specify a
>    center, width, and height.  Otherwise, clients have to do annoying
>    math to get proper boxes near the poles.  For the queries we serve,
>    getting images covering a box is a very common operation.
>
> 5) Winding should be specified for polygons.  Making the interface too
> 'smart'
>    leads to surprising outcomes.
>
> Cheers,
> Walter Landry
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.ivoa.net/pipermail/dal/attachments/20140627/d1428642/attachment.html>


More information about the dal mailing list