Namespace: |
|
Content: |
|
Defined: |
globally in VOResource-v1.1.xsd; see XML source |
Includes: |
|
Used: |
never |
XML Representation Summary | |||||
<... | |||||
standardID | = |
xs:anyURI | |||
> | |||||
|
|||||
</...> |
<xs:complexType name="Capability"> <xs:annotation> <xs:documentation> a description of what the service does (in terms of context-specific behavior), and how to use it (in terms of an interface) </xs:documentation> </xs:annotation> <xs:sequence> <xs:annotation> <xs:documentation> A numeric grade describing the quality of the capability description and interface, when applicable, to be used to indicate the confidence an end-user can put in the resource as part of a VO application or research study. </xs:documentation> <xs:documentation> See vr:ValidationLevel for an explanation of the allowed levels. </xs:documentation> </xs:annotation> </xs:element> <xs:annotation> <xs:documentation> A human-readable description of what this capability provides as part of the over-all service </xs:documentation> <xs:documentation> Use of this optional element is especially encouraged when this capability is non-standard and is one of several capabilities listed. </xs:documentation> </xs:annotation> </xs:element> <xs:annotation> <xs:documentation> a description of how to call the service to access this capability </xs:documentation> <xs:documentation> Since the Interface type is abstract, one must describe the interface using a subclass of Interface, denoting it via xsi:type. </xs:documentation> <xs:documentation> Multiple occurences can describe different interfaces to the logically same capability, i.e. data or functionality. That is, the inputs accepted and the output provides should be logically the same. For example, a WebBrowser interface given in addition to a WebService interface would simply provide an interactive, human-targeted interface to the underlying WebService interface. </xs:documentation> </xs:annotation> </xs:element> </xs:sequence> <xs:annotation> <xs:documentation> A URI identifier for a standard service. </xs:documentation> <xs:documentation> This provides a unique way to refer to a service specification standard, such as a Simple Image Access service. The use of an IVOA identifier here implies that a VOResource description of the standard is registered and accessible. </xs:documentation> </xs:annotation> </xs:attribute> </xs:complexType> |
Type: |
|
Use: |
optional |
Defined: |
<xs:attribute name="standardID" type="xs:anyURI"> <xs:annotation> <xs:documentation> A URI identifier for a standard service. </xs:documentation> <xs:documentation> This provides a unique way to refer to a service specification standard, such as a Simple Image Access service. The use of an IVOA identifier here implies that a VOResource description of the standard is registered and accessible. </xs:documentation> </xs:annotation> </xs:attribute> |
Type: |
xs:string, simple content |
Defined: |
<xs:element minOccurs="0" name="description" type="xs:string"> <xs:annotation> <xs:documentation> A human-readable description of what this capability provides as part of the over-all service </xs:documentation> <xs:documentation> Use of this optional element is especially encouraged when this capability is non-standard and is one of several capabilities listed. </xs:documentation> </xs:annotation> </xs:element> |
Type: |
vr:Interface, complex content |
Defined: |
<xs:element maxOccurs="unbounded" minOccurs="0" name="interface" type="vr:Interface"> <xs:annotation> <xs:documentation> a description of how to call the service to access this capability </xs:documentation> <xs:documentation> Since the Interface type is abstract, one must describe the interface using a subclass of Interface, denoting it via xsi:type. </xs:documentation> <xs:documentation> Multiple occurences can describe different interfaces to the logically same capability, i.e. data or functionality. That is, the inputs accepted and the output provides should be logically the same. For example, a WebBrowser interface given in addition to a WebService interface would simply provide an interactive, human-targeted interface to the underlying WebService interface. </xs:documentation> </xs:annotation> </xs:element> |
Type: |
vr:Validation, simple content |
Defined: |
<xs:element maxOccurs="unbounded" minOccurs="0" name="validationLevel" type="vr:Validation"> <xs:annotation> <xs:documentation> A numeric grade describing the quality of the capability description and interface, when applicable, to be used to indicate the confidence an end-user can put in the resource as part of a VO application or research study. </xs:documentation> <xs:documentation> See vr:ValidationLevel for an explanation of the allowed levels. </xs:documentation> </xs:annotation> </xs:element> |
This XML schema documentation has been generated with DocFlex/XML RE 1.8.0 using DocFlex/XML XSDDoc 2.2.0 template set. DocFlex/XML RE is a reduced edition of DocFlex/XML, which is a tool for programming and running highly sophisticated documentation and reports generators by the data obtained from any kind of XML files. The actual doc-generators are implemented in the form of special templates that are designed visually using a high quality Template Designer GUI basing on the XML schema (or DTD) files describing the data source XML. DocFlex/XML XSDDoc is a commercial template application of DocFlex/XML that implements a high-end XML Schema documentation generator with simultaneous support of framed multi-file HTML, single-file HTML and RTF output formats. (More formats are planned in the future). A commercial license for "DocFlex/XML XSDDoc" will allow you:
Once having only such a license, you will be able to run the fully-featured XML schema documentation generator both with DocFlex/XML SDK and with DocFlex/XML RE, which is a reduced free edition containing only the template interpretor / output generator. No other licenses will be required! But this is not all. In addition to it, a commercial license for DocFlex/XML SDK will allow you to modify the XSDDoc templates themselves as much as you want. You will be able to achieve whatever was impossible to do with the template parameters only. And, of course, you could develop any template applications by your own! Please note: By purchasing a license for this software, you not only acquire a useful tool, you will also make an important investment in its future development, the result of which you could enjoy later by yourself. Every single your purchase matters and makes a difference for us! To buy a license, please follow this link: http://www.filigris.com/shop/ |