Der Z39.50-Server des GBV stürzt aus unerklärlichen Gründen regelmäßig ab. Weiterhin können manche Datensätze nicht im gewünschten Datenformat geliefert werden.
Beispiel: Gesucht wird im GBV nach dem Autor ``luegger,j'' mit Rechtstrunkierung (d.h. ``luegger,joachim'' sollte auch gefunden werden). Es wurden 18 Datensätze bei der Suche gefunden. Die Ausgabe erfolgt im MAB2-Kurzformat (brief). Es wird der 16. Treffer im MAB2-Kurzformat ausgegeben:
Z> find @attr 5=1 @attr 1=1 luegger,j
Search was a success.
Number of hits: 18, setno 6
Z> elements b
Z> format mab
Z> show 16+1
Sent presentRequest (16+1).
Received presentResponse.
Records: 1
databaseName: GVK
Record type: MAB ResultSetPosition 16
### 00269nM2.01000024 h
001 01.845217.5
003 19980625
030 e5zz0017
050 aa
051 m
070aGBV
100 Lügger, Joachim
104aDalitz, Wolfgang
331aVerteilung mathematischer Software mittels elektronischer Netze - \
die elektronische Softwarebibliothek eLib
410 Berlin
412 ZIB
425a1991
Z>
Jetzt wird der 16. Datensatz nochmal angefordert, diesmal als vollständiger (full) MAB2-Datensatz. Die Anfrage scheitert. Die Ursache ist unklar. Die Datensätze 1-15 und 17 und 18 können im MAB-Vollformat gelesen werden.
Z> elements F
Z> show 16+1
Sent presentRequest (16+1).
Received presentResponse.
Records: 1
databaseName: GVK
Diagnostic message(s) from database:
[238] Record not available in requested syntax
Ein weiteres Problem ist, daß der GBV manchmal den ersten Buchstaben eines Feldes nicht ausgibt. Aus dem ``Konrad-Zuse-Zentrum'' wird so ein ``onrad-Zuse-Zentrum''. Die Dublettenkontrolle wird durch die fehlenden Buchstaben wesentlich komplizierter, wenn nicht gar unmöglich.
Weitere Informationen zur Evaluation von Z39.50-Servern sind in [Rus99b], [Got96] und [BAT99] zu finden.