Bericht - Fachhochschule Potsdam

Bericht vom 11. SISIS-Anwenderforum Berlin-
Brandenburg
Am 10. Juni 1999 fand in der Fachhochschule für Verwaltung und Rechtspflege, Berlin, die
11. Sitzung des SISIS-Anwenderforums Berlin-Brandenburg statt.
Eingangs berichtete Frau Dr. Zänker (Bibliothek der FH Brandenburg) von Erfahrungen der
Migration von SISIS-SE zu SISIS-ONL. Sie führte aus, dass sich seit dem letzten Forum
wenig Neues ergeben hat. Es gibt weiterhin vier Hauptprobleme: Normdatenverarbeitung,
bibliothekarischer Zeichensatz, SIERA und Drucker. Auf Fehlermeldungen erhält die
Bibliothek wenig Rückmeldungen. - Sie gab zu bedenken, dass die Fa. SISIS-GmbH ihres
Erachtens mehr Ressourcen in die Aufrechterhaltung und Pflege bestehender Verträge mit
Bibliotheken als in die Akquisition neuer Bibliotheken legen sollte.
Herr Kimmling (Fa. SISIS) bat darum, Fehlermeldungen und Change requests strikt zu
trennen. Er führte in diesem Zusammenhang aus, dass Change requests dann vorliegen, "wenn
ein Programm das macht, was im Handbuch steht", aber ein anderer Programmablauf
gewünscht wird. Werden dagegen z.B. falsche Beträge berechnet, d.h. ein Programmablauf
anders realisiert, als versprochen, so handelt es sich um einen Fehler. - Hierzu wurde in der
Diskussion festgestellt, dass nicht in allen Fällen präzise entscheidbar ist, welcher
Leistungsumfang incl. Fortentwicklung gekauft worden ist. Die (oftmals veralteten)
Handbücher [für die Migration von SISIS-SE zu SISIS-ONL im Juli / August 1999 erhielt
beispielsweise die UB Frankfurt (Oder) neben aktuellen CD-ROMs für OPAC und SIERA die
SIKIS- und SIAS-Handbücher mit Stand April 1995!] sind unter Hinzuziehung von (teilweise
kumulierenden) Freigabemitteilungen zu interpretieren; manchmal gibt es Unklarheiten in,
manchmal Widersprüche zwischen den Texten und/oder Aussagen der Fa. SISIS. Auf jeden
Fall wird die redaktionelle Arbeit, die notwendig ist, um die verschiedenen Texte zu der
aktuell verbindlichen Version zu synthetisieren, nicht von der Fa. SISIS erledigt, sondern in
die Hände der jeweiligen Bibliothek gelegt: Ein unhaltbarer Zustand. - Hilfreich wäre es, die
aktuell gültigen Handbücher per Internet zugänglich zu machen.
In einem Fall ("Verfassersuche") wurde aufgrund der Meldung einer Bibliothek ein Change
request durchgeführt, ohne dass die übrigen Kunden darüber informiert oder auch nur vorher
gefragt wurden.
Die Diskussion zum Thema Change request ergab, dass gelegentlich Interessenkonflikte
zwischen Bibliotheken bestehen; die Fa. SISIS wünscht sich eine Koordinierung, um zu
erfahren, welche Change requests von allen bzw. den meisten Kunden gewünscht werden; der
Vorschlag wird von verschiedenen Teilnehmern des Forums unterstützt, auch im Hinblick
darauf, dass in Berlin-Brandenburg eine Zentralinstanz (wie GD in München, HBZ in NRW)
fehlt und dadurch die Interessen der einzelnen Bibliotheken einzeln durch diese vertreten
werden müssen. In dem Zusammenhang wird auch das Problem der Doppelarbeit z.B. beim
Testen angesprochen, für das in einzelnen Bibliotheken kaum Personalressourcen vorhanden
sind.
Herr Kimmling empfahl, dass sich die Kunden in der Bayreuther SISIS-Mailingliste eintragen
sollten und stellte die Intention der Firma dar, umfangreiche Informationen über diese
Mailingliste zu verteilen. Auch erhoffte er sich von der Bayreuther Liste die Entwicklung zu
einem Organ, durch das deutschlandweit eine Bündelung von Change requests gewährleistet

wird. - Frau Falke (Bibliothek der FH Potsdam) wies darauf hin, dass ihres Erachtens
Hinweise auf neue Versionen der Schriftform auf Papier bedürfen.
Unabhängig von den Vorlieben und Erwartungen Einzelner: Es muss einen allgemein
bekannten und akzeptierten Konsens über die Frage des für diesen Fall gewählten
Kommunikationskanals geben.
Herr Lohrum (KOBV) berichtete von dem Stand der Integration von SISIS-Bibliotheken in
den KOBV. Geschildert wurde die grundsätzliche Funktionalität der Suchmaschine des
KOBV.
Endnutzer-Recherche: Die Eingaben in einer Recherche-Maske werden via Z39.50 auf die
lokalen (SISIS-) Systeme der FH Brandenburg und der FH Potsdam geleitet. Die KOBV-
Suchmaschine stellt dem Nutzer zwei Suchmodi zur Verfügung, die verteilte Suche und die
Schnellsuche.
Bei der verteilten Suche wird die Abfrage aus einer Recherche-Maske über Z39.50 auf
verschiedene Bibliothekssysteme verteilt. Die dort generierten Treffer werden an die
Suchmaschine geliefert, die daraus zunächst eine (dublettenbereinigte) Mehrfachtrefferliste
generiert, aus der (KOBV-intern) eine Einzeltrefferanzeige erzeugt werden kann. Dann kann
die Anfrage durch einen zur Verfügung gestellten Link auf die lokale Titelaufnahme geleitet
werden. Dort können die Bibliotheken dem Benutzer weitergehende Funktionalitäten (z.B.
Vormerkung) zur Verfügung stellen.
Bei der Schnellsuche (s.u.) findet die Recherche KOBV-intern statt. Der zu dieser Recherche
verwendete Datenbestand enthält nur "Schatten", die eigentlichen Daten sind in den
Lokalsystemen.
Für die Datenübernahme, speziell für den Aufbau und die automatische Pflege von
Normdaten ist das Vorhandensein von Normdaten-ID-Nummern notwendig. Das nehmende
Lokalsystem sollte die im Titelsatz (nach MAB 2) vorhandene Normdaten-ID-Nummer
übernehmen und in der lokalen Normdatei abspeichern. - Das gebende System (Server des
KOBV oder anderes lokales System) muß die Normdaten-ID-Nummer im Austauschformat
übermitteln, damit eine automatische Aktualisierung durch den Server des KOBV ermöglicht
wird.
Zu beachten ist, dass in Titeldatensätzen in der Regel nur die Ansetzungsform und die
Normdaten-ID-Nummer übermittelt wird. Ein kompletter Normdatensatz muß entweder
manuell oder durch das jeweilige Lokalsystem nachgezogen werden.
Die Schnellsuche (Quick search) basiert auf Registern, die in der Suchmaschine des KOBV
vorgehalten werden. Die Register werden aus den Titeldaten der teilnehmenden Bibliotheken
zusammengestellt (sie enthalten nicht die komplette Titelaufnahme, sondern lediglich die im
KOBV-Minimalformat festgelegten Suchkriterien). Der (Erst-) Aufbau der Register ist kein
Problem. - Für die Pflege des Registers (Hinzufügung, Änderung oder Löschung von
Datensätzen) soll folgendes Verfahren verwendet werden:
• Das lokale System meldet die Änderung an die Suchmaschine.
• Die Suchmaschine liest daraufhin die entsprechenden Datensätze der jeweiligen
Lokalkataloge ein und bereitet entsprechend die Register auf. Hierfür ist es notwendig,

dass die Änderungsmeldungen eindeutig auf genau einen Datensatz verweisen (z.B.
Katalogschlüssel).
• In der Diskussion dazu wurde am Beispiel Frankfurt (Oder) ein erwartetes
Mengengerüst von täglich 2.000 Datensätzen genannt, da jeder Datensatz mehrmals
verändert wird: Erstellung des Bestellkatalogisats, Durchführung einer
Inventarisierung, Korrektur bzw. Komplettierung durch den Alphabetischen Katalog,
Vergabe einer Signatur. - In der vorgestellten Form wird bei jeder Änderung ein
entsprechendes Signal an die Suchmaschine gegeben. Überlegungen, diese
Änderungsmeldungen nicht spontan, sondern in bestimmten zeitlichen Abständen zu
übermitteln, sind - abgesehen von der dadurch reduzierten Möglichkeit, aktuell
produzierte Daten nachnutzen zu können - im Hinblick auf einen landesweit zu
koordinierenden Bestandsaufbau problematisch.
Im Anschluß daran wurden die Anforderungen an die lokalen Systeme aufgeführt:
• eindeutiger Identifier (z.B. Katalogschlüssel) muß via WWW-OPAC und Z39.50-
Schnittstelle verfügbar sein.
• Unterstützung des Gemeinsamen KOBV-Standards (vgl. URL
http://www.kobv.de/docs/kobv-standard.html)
• Lieferung der Normdaten-ID-Nummer im Titelsatz
• Lieferung der ID-Nummer zum übergeordneten Titel in entsprechendem MAB2-Feld
Gegenwärtig werden Kompatibilitätstests bezüglich SISIS durchgeführt:
• WWW-OPAC - Test der Weiterschaltung in das lokale System
• Z39.50-Target-Funktionalität (lokales System) - Test der Services, Unterstützung der
Attribute und Formate; getestet wird der SISIS-Client mit folgenden Produkten: YAZ-
Z-Client (Indexdata), Aleph GUI, Aleph-Z39.50-Gateway
• Z39.50-Target-Funktionalität (Aleph) - Test des Update-Protokolls. Getestet wird mit
YAZ-Z-Client, SISIS-Z-Client, Allegro-Z-Client.
Zeitplanung:
• 04/99 - Test des SISIS-Z39.50-Servers (im lokalen System)
• 06/99 Update Aleph-Produktionsserver-Version 12.1 (ZIB)
• 07/99 Test des Aleph-Z39.50-Servers und des Update-Protokolls durch SISIS-
Bibliotheken
• 08-09/99 Testbetrieb des Norm- und Fremddatenservers
• 08-10/99 Index-Aufbau mit den Daten der Berliner, danach der Brandenburger
Teilnehmer
• 09/99 Betrieb der Basisversion der Suchmaschine
Der komplette Vortrag ist u.d. URL http://www.kobv.de/events/99jun/index.html einsehbar.
Herr Kimmling stellte den Stand und die Planung der Produktpolitik, Entwicklungen von
SISIS dar:
• Sun-Rise-Produktlinie: Für den September des Jahres wird eine Ergänzung zum
JAVA-OPAC, der HTML-OPAC angekündigt. - Der AC, der Ausleih-Client ist fertig
und wird bei Neukunden eingesetzt. Altkunden können ihn frühestens ab September
einsetzen. - Der KC, der Katalogisierungs-Client soll im September fertiggestellt sein

und bei Neukunden eingesetzt werden. Altkunden voraussichtlich erst zu Beginn des
Jahres 2000.
• Ab dem vierten Quartal 1999 wird neben Informix und Oracle auch Sybase als weitere
Datenbankplattform unterstützt. Zunächst wird je eine Bibliothek in Münster und Köln
als Pilotanwender auf diese Plattform umsteigen.
Auf Nachfrage bezüglich der Unterstützung neuerer Versionen von Informix Dynamic Server
(Informix-Online) wurde der zu häufige Wechsel der Versionsstände bei Informix angeführt.
Gleichwohl wird der Informix Dynamic Server weiterhin unterstützt.
Beim neuen Zusatzprodukt SNIFFLE handelt es sich um ein Instrument, das in der Lage ist,
in periodischen Abständen eine bibliographische Datenbank zu überwachen und seinem
Auftraggeber per email mitzuteilen, wenn zu seiner Suchanfrage entsprechende (neue)
Einträge gefunden wurden.
Dann berichtete Dr. Klauß (UB Frankfurt / Oder) von den Sitzungen der SISIS-/SIERA-
Anwendern seit dem letzten SISIS-Anwenderforum Berlin-Brandenburg. (25.11.98 in
Nürnberg: Deutsches SISIS-Anwenderforum vgl. URL http://www.ub.unibayreuth.de/SISIS/SSV/SAT/sat_112598.html;
22.4.99 in Nürnberg: SIERA-Anwendertreffen
vgl. URL http://www.ub.uni-bayreuth.de/SISIS/SSV/ SIERA/P_SIERA-AW-99-04.html; 4.5.99
in Köln: Nordrheinwestfälisches SISIS-Anwendertreffen vgl. URL http://www.hbznrw.de/hbz/lokalsys/sisis/prot_0599.html;
25.5.99 in Freiburg: Deutsches SISIS-
Anwenderforum vgl. URL http://www.ub.uni-bayreuth.de/SISIS/SSV/SAT/sat_052599.html).
Abschließend wurde unter "Verschiedenes" auf folgende Punkte hingewiesen:
• Im Sun-Rise-Produkt KC, dem Katalogisierungsclient werden als Erfassungsformate
MAB und "FORMs" angeboten.
• Die Möglichkeit der Nutzung von Erfassungsmasken ist nicht mehr vorgesehen,
obwohl diese eine rationelle Zeilenausnutzung durch mehrere Eingabe-Felder in einer
Bildschirmzeile gestatten; sie bieten den Komfort, Hinweise notfalls auch in der
Maske selbst darstellen und flexibel an den Kreis der Titelaufnehmer angepaßt werden
zu können.
• Das im Januar 1999 neu eingerichtete Paket von (insgesamt 7) Internetseiten des
"SISIS-Anwenderforums Berlin-Brandenburg" (Einstiegsseite u.d. URL
http://www.ub.euv-frankfurt-o.de/sisisaf/saf-bb.htm) wird genutzt und findet
Zustimmung.
• Neben der Teilnahme von Herrn Kimmling wurde die dauerhafte Notwendigkeit
gesehen, dass zusätzlich ein/e SISIS-Mitarbeiter/-in teilnimmt, der/die sich mit der
Systemadministration der hier vertretenen Bibliothekssysteme auskennt.
Das nächste SISIS-Anwenderforum Berlin-Brandenburg wird am 11.11.99 in der Akademie
der Künste (Berlin) stattfinden.
Dr. H. Klauß
UB Frankfurt (Oder)