Z39.50
Utility
Attribute Set

Draft 3

July 1999

Status: The initial version of the Utility set will be defined following the August ZIG meeting. Changes resulting from discussion at the meeting will be applied, numbers will be assigned to the attribute values, and an object identifier will be assigned. This draft, draft 3, is essentially unchanged from a preliminary version of draft 3 issued May 21 (with comments solicited by July 1). There were no comments.

The Utility attribute set defines values for the attribute types defined for Class 1, as specified by the Z39.50 Attribute Architecture .

Both the Utility set and the Cross Domain set define values that are independent of any particular domain or community -- values that would otherwise need to be defined in several attribute sets.

The Utility set defines commonly used values for the Class 1 types, as well as metatdata access points for records, as distinguished from metatdata access points for resources; the latter is the province of the Cross Domain set. This distinction between record and resource is illustrated by the example of a MARC record that describes a document. The MARC record is the "record" and the document is the "resource". This does not mean that the attribute architecture (or that Class 1) models record and resource as always distinct. When the record is the resource (e.g. in a document database) the metadata access points are the province of the Cross Domain set.

For example, 'Language' is an access point in both sets. Utility set Access Point attribute 'Language' refers to the language of the database record, while Cross Domain set Access Point attribute 'Language' refers to the value of the language field. A MARC record, created in English, might describe a French book. The Utility Access Point attribute Language would refer to the language of the MARC record, while the Cross Domain Access Point attribute Language would refer to the language of the book (English and French, respectively).

Following is a list of the Class 1 attribute types, and for each type, the values defined by the Utility set.

  1. Access Point

  2. Semantic Qualifier

  3. Language
    The Language attribute indicates the language of the supplied term. It is a character string based on RFC 1766 .

  4. Content Authority

  5. Expansion/Interpretation

  6. Normalized Weight
    The weight assigned to the term, for purposes of ranking or assigning scores to records. An integer from 0 to 1000. May be attached to a term in a request query (submitted by the client in a search request) in which case the supplied value indicates the weight that the client requests be attached to the term. May be attached to a term in a response query (returned by the server in a search response) in which case the supplied value indicates the weight that the server attached to the term, or the weight that the server recommends for use in a re-submitted query. When supplied by the server the value may be the same as, or different from, the value in the submitted query. May be supplied by the server even if it was not supplied in the request query.

  7. Hit Count
    May be attached to a term in a returned query in the Search response, and its value is the number of records in which the term occurs. Meaningful only in a returned query, although it may occur in a submitted query but should be ignored by the server. (The server should not infer any semantics based on the occurrence of this attribute, however, nor should the server treat its occurrence as an error, because the client may have simply resubmitted a reformulated query or query otherwise previously returned by the server, where the server included a Hit Count attribute.)

  8. Comparison

  9. Format/structure
    No values defined in this set.
  10. Occurrence
    Indicates the desired occurrence of the specified access point. Integer. For example, to indicate second author, the value of the Access Point attribute is 'author', and the value of the Occurrence attribute is 2.

  11. Indirection

  12. Functional Qualifier