VOSI: capabilities

Matthew Graham mjg at cacr.caltech.edu
Mon Oct 26 23:09:19 PDT 2009


Hi Ray,

I think that we can incorporate this into the current Availability  
schema and please feel free to propose what to put in it.

	Cheers,

	Matthew


On Oct 26, 2009, at 11:02 PM, Ray Plante wrote:

> Hi GWSers,
>
> I've been looking at how we can tighten both the VOSI and TAP  
> specifications to clarify exactly what a TAP service should return  
> for its capability metadata (S2.1 in VOSI, http://www.ivoa.net/Documents/VOSI/20090825/WD-VOSI-1.0-20090825.html) 
> . It seems to me that we probably need to be more specific about the  
> representation of this metadata.
>
> The form of the capability metadata is currently described in this  
> paragraph:
>
>  The service metadata shall be represented as an XML document which
>  contains a sequence of one or more elements of type
>  {http://www.ivoa.net/xml/VOResource/v1.0}Capability or sub-types
>  thereof.
>
> I see a few issues with this:
>
>  1.  I believe the intent here is that the XML document has an  
> arbitrary
>      root element containing direct child elements (as a sequence) of
>      type vr:Capability; however, it is actually ambiguous.  It seems
>      that the sequence could have any number of ancestors (i.e.  
> elements
>      between it and the root element) and still be compliant with this
>      statement.
>
>  2.  Even if we have eliminated the ambiguity of (1) above, I think we
>      need to provide an explicit schema to use for this document (as
>      VOResource is not sufficient).  This schema would define a root
>      element that takes a sequence of elements of type Capability.
>      Without this, either implementors would have to provide their own
>      custom schemas that do the same (and post them on-line) or we  
> would
>      be faced with responses that are not validate-able using standard
>      XML Schema techniques.
>
> To address these, we need to first be more explicit about the XML  
> layout. If provide the schema, then doing so is easier: we say, must  
> be compliant with XXX schema with the root element xxx:xxx.
>
> Assuming we do provide a schema, the question becomes how.  The  
> document already provides a simple schema for the availability  
> metadata (namespace http://www.ivoa.net/xml/Availability/v0.4).  We  
> could add a new global element for capabilities to this schema, but  
> we should probably change the namespace name (to, say, http://www.ivoa.net/xml/VOSI/v1.0) 
> . If we have some entrenchment with http://www.ivoa.net/xml/Availability/v0.4 
>  (which I doubt we do), then we would need a second schema.  Any  
> preferences?  May I propose a new schema?
>
> cheers,
> Ray
>



More information about the grid mailing list