TAPRegExt xs tr A description of the capabilities metadata for TAP services. An abstract capability that fixes the standardID to the IVOA ID for the TAP standard. See vr:Capability for documentation on inherited children. The capabilities of a TAP server. The capabilities attempt to define most issues that the TAP standard leaves to the implementors ("may", "should"). Identifier of IVOA-approved data model supported by the service. Language supported by the service. Output format supported by the service. Upload method supported by the service. The absence of upload methods indicates that the service does not support uploads at all. Limits on the time between job creation and destruction time. Limits on executionDuration. Limits on the size of data returned. Limits on the size of uploaded data. An IVOA defined data model, identified by an IVORN intended for machine consumption and a short label intended for human comsumption. The IVORN of the data model. A query language supported by the service. Each language element can describe one or more versions of a language. Either name alone or name-version can be used as values for the server's LANG parameter. The name of the language without a version suffix. A version of the language supported by the server. A short, human-readable description of the query language. Optional features of the query language, grouped by feature type. This includes listing user defined functions, geometry support, or similar concepts. One version of the language supported by the service. If the service supports more than one version of the language, include multiple version elements. It is recommended that you use a version numbering scheme like MAJOR.MINOR in such a way that sorting by ascending character codes will leave the most recent version at the bottom of the list. An optional IVORN of the language. To more formally define a language supported by a service, a resource record for the language can be created, either centrally on the Registry of Registries or by other registry operators. When such a record exists, the language element's ivo-id should point to it. An enumeration of non-standard or non-mandatory features of a specific type implemented by the language. A feature type is a language-dependent concept like "user defined function", "geometry support", or possibly "units supported". A featureList gives all features of a given type applicable for the service. Multiple featureLists are possible. All feature in a given list are of the same type. This type is declared using the mandatory type attribute, the value of which will typically be an IVORN. To see values defined in TAPRegExt, retrieve the ivo://ivoa.net/std/TAPRegExt resource record and look for keys starting with "features-". A language feature of the type given by this element's type attribute. The type of the features given here. This is in general an IVORN. TAPRegExt itself gives IVORNs for defining user defined functions and geometry support. A non-standard or non-mandatory feature implemented by the language.. Formal notation for the language feature. The syntax for the content of this element is defined by the type attribute of its parent language list. Human-readable freeform documentation for the language feature. An output format supported by the service. All TAP services must support VOTable output, preserving the MIME type of the input. Other output formats are optional. The primary identifier for an output format is the MIME type. If you want to register an output format, you must use a MIME type (or make one up using the x- syntax), although the concrete MIME syntax is not enforced by the schema. For more detailed specification, an IVORN may be used. The MIME type of this format. The format of this string is specified by RFC 2045. The service has to accept this string as a value of the FORMAT parameter. Other values of FORMAT ("shorthands") that make the service return documents with the MIME type. An optional IVORN of the output format. When the MIME type does not uniquely define the format (or a generic MIME like application/octet-stream or text/plain is given), the IVORN can point to a key or StandardsRegExt document defining the format more precisely. To see values defined in TAPRegExt, retrieve the ivo://ivoa.net/std/TAPRegExt resource record and look for keys starting with "output-". An upload method as defined by IVOA. Upload methods are always identified by an IVORN. Descriptions can be obtained by dereferencing this IVORN. To see values defined in TAPRegExt, retrieve the ivo://ivoa.net/std/TAPRegExt resource record and look for keys starting with "upload-". You can register custom upload methods, but you must use the standard IVORNs for the upload methods defined in the TAP specification. The IVORN of the upload method. Time-valued limits, all values given in seconds. The value of this limit for newly-created jobs, given in seconds. The value this limit cannot be raised above, given in seconds. Limits on data sizes, given in rows or bytes. The value of this limit for newly-created jobs. The value this limit cannot be raised above. A limit on some data size, either in rows or in bytes. The unit of the limit specified.