validation of SIA 2

[Patrick Dowler]

I have fixed the bug handling the + sign in +Inf in our SIAv2 service. I'll
be getting a proper service registration setup this week sometime.

Thanks for pointing it out.

Pat

On 22 February 2016 at 22:56, <James.Dempsey at csiro.au> wrote:

> Hi Pierre,
>
> It's great to see a validator for SIA2. Thank-you!
>
> I tried to run it myself but kept getting a " Fatal: Error while
> retrieving data. Is the remote service URL correct?" so I am assuming I am
> not putting my URL in correctly. It could also be caused by us not
> recognising (and thus rejecting) the REQUEST parameter. If the REQUEST
> parameter is the issue, could you show the error message coming back from
> the service please?
>
> Speaking for the CASDA implementation:
> 1. We added support for +Inf and -Inf ranges in our last release, around
> two weeks ago. A query with BAND=0.21 +Inf will work so long as the + is
> URL encoded.
>
> 2. Was the schema location a request to implementers? We could add that to
> our response if so.
>
> 4. We removed support for the REQUEST parameter as it was removed from the
> SIA2 spec in version WD-SIA-2.0-20140707. I see it is still in the examples
> though, which is confusing.
>
> 5. It might be worth checking the obscore validator in taplint for what it
> enforces in Obscore. I know our SIA2 response is a reuse of the obscore TAP
> response, so we would prefer to see them have exactly the same requirements.
>
> 7. With MAXREC I would assume you need to test that you get no more
> results than requested and that if a query with a lower MAXREC gets less
> results then it should have an overflow entry. I've just noticed that we do
> limit the results returned but don’t provide an overflow entry. We'll fix
> that in our next release.
>
> Cheers,
> James Dempsey
>
>
> -----Original Message-----
> From: dal-bounces at ivoa.net [mailto:dal-bounces at ivoa.net] On Behalf Of
> Pierre Le Sidaner
> Sent: Tuesday, 23 February 2016 5:15 AM
> To: dal at ivoa.net
> Subject: validation of SIA 2
>
> Dear All
>
> I was working on the SIA2 validator on the last days I have a first
> version as a draft http://voparis-validator.obspm.fr
>
> I try it with the 3 examples taken from RFC Page
> http://wiki.ivoa.net/twiki/bin/view/IVOA/Siav2RFC
> The SIA2 document is confusing because it refer to ObsCore without telling
> exactly what is mandatory.
> Moreover I have question about SIA V2 and the implementations
>
> * non of them support Inf as > or < of as it's proposed in the last
> documentation of sia2 like BAND=300 +Inf
>
> * could you please reference the schema in votable to validate it,
> something like
> xsi:schemaLocation="http://www.ivoa.net/xml/VOTable/v1.3
> http://www.ivoa.net/xml/VOTable/VOTable-1.3.xsd"
>
> * for Utype example use an extension in the Utype name like
> obscore:Char.SpatialAxis.Coverage.Location.Coord.Position2D.Value2.C1
> but as the Utype come from Characterisation, is it relevant to add
> obscore, specially taking into account that Utype should be normalized.
>
> * for request in the query. In the example inside the document, REQUEST
> take the value query. Nothing in the documentation is related to DALI for
> that. http://dalservices.ivoa.net/sia_b?REQUEST=query&POS=CIRCLE
> 180.475 -18.70 0.01&BAND= 0.0008 0.0009&TIME= 55708 55710&COLLECTION=ALMA.
> It should be more explicit in the documentation.
> And one ref implementation does not support this parameter/value.
>
> * what about datatype and xtype are they both mandatory in the votable
> output ? for s_region, s_fov ... in Obscore document there is both
> adql:REGION and AstroCoordArea does both are acceptable. VOTable schema
> should include a list of xtype if it's possible
>
> * don't you see any problem as s_resolution have datatype=float and
> xtype=adql:DOUBLE and sometime double in obscore doc.
>
> * what should I do with MAXREC, I mean what to test ?
>
>
>
> The 3 examples I took where
>
> http://www.cadc-ccda.hia-iha.nrc-cnrc.gc.ca/sia/v2query?
> it was my reference for test, if you try you must remove all the Inf
>
> casda implementation
> http://casda.csiro.au/casda_vo_tools/sia2/query
> does not support Request=query,
>
>
> VAO implementation
> http://vaosa-vm1.aoc.nrao.edu/ivoa-dal/siapv2-vao/sync?
> problem with DTD on votable
>
>
> Please give feedback about the validator, I am sure there is some bogus
> left.
>
> Regards
> Pierre
>
> --
> -------------------------------------------------------------------------
>                             Pierre Le Sidaner
>                          Observatoire de Paris
>
> Direction Informatique de l'Observatoire Observatoire Virtuel 01 40 51 20
> 82 61, avenue de l'Observatoire 75014 Paris
>
> mailto:pierre.lesidaner at obspm.fr
> http://vo.obspm.fr
>
> --------------------------------------------------------------------------
>
>


-- 
Patrick Dowler
Canadian Astronomy Data Centre
Victoria, BC, Canada
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ivoa.net/pipermail/dal/attachments/20160223/c706c3fd/attachment.html>