[SIAv2] capabilities

François Bonnarel francois.bonnarel at astro.unistra.fr
Wed Nov 6 00:53:19 PST 2013


Hi Pat, all
Two answers and a question.
On 05/11/2013 21:33, Patrick Dowler wrote:
>
> I have been working on editing the SIAv2 draft, mainly splitting it up 
> into WD-SIA-2.0 which contains the query and metadata capabilities and 
> the WD-AccessData-1.0 which contains sync and async data access 
> capabilities (the latter two could be thought of as getData and 
> stageData respectively). In making these capablities/resource 
> consistent with DALI, I ran into a few small-ish issues that need some 
> input. This is to start that open discussion...
>
>
> 1. I defined the {query} capability as a DAI-sync resource that 
> accepts a certain set of params (REQUEST, RESPONSEFORMAT, MAXREC, plus 
> the actual query params). Does anyone feel that we also need a 
> DALI-async query resource for these simple parameter-based queries? 
> (see *)
>
I Definitly async should not be mandatory for this protocol capability
> 2. The {metadata} capability returns the complete metadata (as defined 
> by ImageDM) for a single observation discovered via {query} and could 
> also be used with a TAP/ObsCore query response. 
Via DataLink you mean ?
> I have assumed this resource is also a DALI-sync resource and that 
> async is not needed here.
>
I agree
> 3. As written, it would be allowed for these two capabilities to be 
> the same resource (different values of REQUEST) or two different 
> resources (each supporting their specific value of REQUEST). That is 
> more flexible than previous SIAv2 drafts, in which only the REQUEST 
> value differed.
>
Sounds OK to me

Regards
François Bonnarel
> Comments?
>
> * One motivation for async query might be that if you also want to 
> redirect the response to some other destination (eg. write response to 
> some vospace location) then that naturally works much better in an 
> async job.
>


More information about the dal mailing list