Fixed bug in yaz_srw_get: case Z_SRW_scan_response missed a break.
[yaz-moved-to-github.git] / src / oclcui.asn
1 UserInfoFormat-oclcUserInformation
2 {Z39-50-userInfoFormat OCLCUserInformation (7)} DEFINITIONS ::=
3 BEGIN
4
5 -- $Id: oclcui.asn,v 1.1 2003-10-27 12:21:33 adam Exp $
6 --
7 -- This format is returned from the server at
8 --      fsz3950test.oclc.org:210
9 -- I found the definition at
10 --      http://www.oclc.org/firstsearch/documentation/z3950/config_guide.htm
11 --
12 -- I have added OPTIONAL modifiers to the `dblist' and and `code'
13 -- elements because they appear to be admitted from the APDU returned
14 -- as an Init diagnostic from fsz3950test.oclc.org:210.  Adam further
15 -- removed the SEQUENCE structure, changed failReason to a BOOLEAN and
16 -- deleted diagnosticSetId altogether, to make the ASN.1 conform to
17 -- what's actually returned on the wire.  Finally, I removed the
18 -- OPTIONAL on failReason on the advice of OCLC's Keith Neibarger
19 -- <neibarge@oclc.org> (although he'd also advised me, wrongly, that I
20 -- could remove the OPTIONAL on dblist).
21
22 OCLC-UserInformation ::= SEQUENCE {
23     motd        [1] IMPLICIT VisibleString OPTIONAL,
24     dblist      SEQUENCE OF DBName OPTIONAL,
25     failReason  [3] IMPLICIT BOOLEAN OPTIONAL,
26     code        [1] IMPLICIT INTEGER OPTIONAL,
27     text        [2] IMPLICIT VisibleString OPTIONAL
28 }
29
30 DBName ::= [2] IMPLICIT VisibleString
31
32 END
33