validation of SIA 2

Wed Feb 24 17:18:16 CET 2016

I will have to find out of fixing examples is an errata item or if the doc
can just be fixed.

Otherwise, just ignore REQUEST entirely. If the doc is vague, the intent in
DALI and SIA-2.0 is that MAXREC support by a service is mandatory.

Pat

On 24 February 2016 at 02:06, Pierre Le Sidaner <pierre.lesidaner at obspm.fr>
wrote:

> Dear James
>
> On 02/23/2016 07:56 AM, 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?
>>
> did you try with a ? at the end of the URL
>
>>
>> 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.
>>
> nice
>
>>
>> 2. Was the schema location a request to implementers? We could add that
>> to our response if so.
>>
> If we want to validate the VOTable it 's much more convenient to have the
> associated schema for it. And it's not unusual to see non valid VOTable.
> It's a request from me to the DAL group
>
>>
>> 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.
>>
> Ok Could one of the author of SIA modify the example that is wrong ?
> It's really important if you want to have valid services and be able to
> use them
>
>>
>> 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.
>>
> Ok I have check only the parameters that are explicitly describe in the
> SIA2 document
>
>>
>> 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.
>>
> My question was more : should I put MAXREC as a "mandatory" parameter that
> the service must handle ?
> This is not clear for me regarding the SIA2 documentation
>
>
> until the problem of REQUEST parameter is solved, I put a test validator
> of SIA2 (choose Simple Image Access 2.0-test)  same as the other one but
> with no REQUEST=query and no Inf in the parameters request
> it work wth your url http://casda.csiro.au/casda_vo_tools/sia2/query?
> as in the other one, I have put as mandatory Xtype and datatype in the
> VOTable response
> Let me know about all errors in the validation, I'll try to be reactive
>
> Regards
> Pierre
>
>
>> 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
>>
>> --------------------------------------------------------------------------
>>
>>
>
> --
> -------------------------------------------------------------------------
>                            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/20160224/f46d6adc/attachment.html>