allegro news Nr.49

Beispiel: siehe D-W0.APR, wie oben erwähnt.

Das Programm INVENT.EXE, eine PRESTO-Variante, gehört zum V15-Paket. Das Handbuch erzählt darüber auf Seite 312 nur weniges und leider unrichtiges. Damit wird es Zeit für eine brauchbare Beschreibung, die wir nun versuchen. Zugleich wurden Verbesserungen am Programm gemacht, die jedoch momentan nur denen zugänglich sind, die sich die aktuelle Version über FTP abholen können. Auf der neuen CD wird natürlich das aktuelle Programm sein.

Eingetragen sehen Sie in der Abbildung keine Beispieldaten, sondern die Teilfeldnamen, in die dann beim Abspeichern mit F10 der jeweilige Inhalt übertragen wird.

+----- Banddaten-Bearbeitung ---- Esc=Abbr F10=Speich --------------------+

+-------------------------------------------------------------------------+

Ohne Speicherung entkommt man mit ESC. Gespeichert wird der Inhalt mit F10. Nochmals: ist der Hintergrund rot, wird es ein neuer Satz, wenn blau, ist es ein zu korrigierender Satz.

Die IdentNummer kommt in die #9DF des Exemplarsatzes, alle anderen Eingabefelder kommen als Teilfelder in #9DG.

Ist das Programm umnutzbar für andere Zwecke? Der interessante Aspekt ist ja, daß man damit neue Sätze erzeugen kann, die mit dem aktuellen Satz über die IdNummer verknüpft sind, und das kann auch für andere Anwendungen wichtig sein.

Zwei Dinge müßte man tun:

Wenn man zur Erfassung neuer Sätze eine Maskeneingabe wünscht, läßt sich dafür auch das Programm REF.EXE umnutzen. Dieses hat eine Eingabemaske (mit 'I' aufzurufen), die einen neuen Sacherschließungs-Stammsatz erzeugt. Mit dieser Maske kann man insgesamt 10 Datenfelder erfassen, die man über die Datei UIFRGER beliebigen Kategorien zuordnen kann, um selbstdefinierte Sätze zu erzeugen. Die Verknüpfung zum aktuellen Satz, die REF nicht herstellt, kann man durch eine PV-Routine erzeugen lassen. REF hat noch andere nützliche Funktionen: mit Alt+k kann man im Index Zeilen in den Phrasenspeicher kopieren, und in der Eingabemaske kann man sie mit Alt+k als Liste abrufen und auswählen.

Zum Programm REF gibt es eine eigene Publikation "allegro-Sacherschließung", die momentan leider vergriffen ist, aber neu aufgelegt werden soll.

Die Kontrolle der laufenden Zeitschriftenzugänge gehört zu den äußerst schwierigen Aufgaben in der Bibliotheksautomatisierung. Das liegt einfach daran, daß es bei Zeitschriften bekanntlich nichts gibt, was es nicht gibt, und daß gerade auf diesem Gebiet keine zwei Bibliotheken genau gleich arbeiten können.

Die Entwicklungsabteilung hat nach wie vor keinen Mangel an dringenden Aufgaben (wenn man nur an Windows denkt), daher wurde das heiße Eisen hier noch liegengelassen (ohne Hoffnung, daß es abkühlt). Unterdessen haben aber bewährte allegrologen das Heft selber in die Hand genommen und nicht weniger als drei verschiedene Lösungen ausgearbeitet, alle auf der Basis der Standardprogramme, also durch ideenreiche und geschickte Parametrierung. Alle drei Lösungen haben die Feuerprobe der Praxis bestanden, und so ist es Zeit für eine angemessene Würdigung.

Dr. Annemarie Tews erarbeitete die Leipziger Lösung allein auf der Grundlage des Kernsystems. Die UB Leipzig betreibt ein großes, verteiltes OPAC-System mit allegro, wobei wegen der Teilnahme am Südwestverbund das MAB-ähnliche Schema P.CFG benutzt wird (Achtung: nicht mit Pica-Schema verwechseln!). Dieses wurde um einige Kategorien erweitert, um die Daten der Zeitschriftenhefte unterzubringen. Die Parametrierung nutzt intensiv die Möglichkeiten der Flips, der Globalen Manipulation und der PV-Routinen, die Erfassung der diversen Satztypen läuft über die Abfrageliste. Realisiert sind Funktionen wie: neues Heft eintragen, Heft in Umlauf geben, innerhalb des Umlaufs die Weitergabe an die nächste Stelle registrieren, etc. Die Überwachung der Umläufe ist besonders wichtig bei den Zeitschriften der Sondersammelgebiete, weil diese Hefte immer schnellstmöglich auffindbar sein sollen. Auch die Rechnungen werden erfaßt: jede Rechnung bekommt einen eigenen Datensatz. So kann man auch die Verausgabung der Mittel statistisch nach Kontingenten und Abteilungen auswerten. Beim Anlegen von Rechnungs- und Heftsätzen wird überprüft, ob der Bearbeiter für die betr. Zeitschrift schreibberechtigt ist. Das muß sein, weil etwa 10 Zweigstellen in derselben Datenbank arbeiten.

Jeder Band (Jahrgang) bekommt einen Datensatz, in welchen dann für jedes Heft eine neue Kategorie eingetragen wird. An diese Kategorien werden später hintereinander Namenskürzel und Datum der Umlaufteilnehmer angehängt. Der Teilnehmer, der ein neues Heft übernimmt, muß dazu den Titelsatz aufrufen, Strg+F10 drücken und dann den Kennbuchstaben eingeben, der bei dem Heft zu sehen ist. Eine globale Manipulationsroutine hängt dann sein Kürzel und das Datum an die Heftkategorie. Zwar kann die Erscheinungsfrequenz erfaßt werden, eine Fristberechnung für das nächste Heft erfolgt aber noch nicht. Große Pluspunkte dieser Lösung: Finanz-Kontingentkontrolle, Umlaufüberwachung, Zweigstellen. Die Umstellung auf das konsolidierte Format würde viel Parametrierung erfordern. Jedoch könnte man die Lösung so gut wie komplett übernehmen (bis auf lokale Anpassungen), wenn man für die Zeitschriftenerwerbung eine separate Datenbank führt.

Reinhold Schleifenbaum an der Bibliothek der Wirtschaftswissenschaftlichen Institute der Uni Kiel kam auf die Idee, das Ausleihprogramm aLF, mit dem man schon länger arbeitete, zu zweckentfremden. Der Grundgedanke ist dieser: jedes neu ankommende Heft wird so erfaßt, als sei es ein Exemplar der Zeitschrift, d.h. es wird mit aLF ein Exemplarsatz angelegt. Dieses "Exemplar" wird dann sofort ausgeliehen, aber nicht an eine Person, sondern an den Standort! Die "Leihfrist" errechnet sich aus dem Frequenztyp der Zeitschrift, der als aLF-Medientyp realisiert ist. Ist die Frist abgelaufen, kommt bei der aLF-Mahnroutine statt einer Rückgabeaufforderung eine Mahnung an den Lieferanten heraus. Die Lieferfristüberwachung ist der große Pluspunkt dieser Lösung, während Rechnungs- und Finanzfragen nicht einbezogen sind.

Die Parametrierung bezieht sich auf das Pica-Schema $P.CFG!

Winfried Goss in Berlin setzte auf das bei jedem Anwender vorhandene Programm ALFA und das Konsolidierte Format ($A.CFG) und dokumentierte die notwendigen Erweiterungen und Abweichungen genauestens. Es gelang ihm, für eine Behördenbibliothek die ALFA-Ausleihe und den Heftzugang mit Umlaufverwaltung zu integrieren. Die Erfassung von Heften und Buch-Exemplaren wird über die Abfrageliste (mit Teilfeld-Abfragen) realisiert. Die erweiterte Indexierung ermöglicht Flips in der Titelanzeige, so daß man etwa unter dem Zeitschriften-Titelsatz die Liste der vorhandenen Bände sieht und dann jeden Band getrennt anzeigen lassen kann mitsamt der davon vorhandenen Hefte. Die Hefte sind wie bei Lösung 1 in Fortsetzungskategorien innerhalb des Bandsatzes angelegt, nicht als Einzelsätze wie bei Lösung 2.

Pluspunkte dieser Lösung: Fristüberwachung und Mahnung möglich; Integration mit dem Ausleihverfahren, d.h. auch Hefte können ausgeliehen werden. Zur Ausleihe gibt es Nutzerstammsätze, unter denen man die entliehenen Stücke sieht und per Flip abrufen kann.

Interessant ist das Ganze für Spezial- und Institutsbibliotheken. Erster Anwender ist die Bibliothek der Senatsverwaltung für Gesundheit und Soziales in Berlin.

Alle drei Lösungen können nicht aus dem Stand sofort anderswo eingesetzt werden, aber das gilt ja für jede bibliothekarische Software, zumal wenn sie Geschäftsgänge unterstützen soll. Texte in den Parametern und in Hilfs- und Menüdateien sind zu modifizieren, die lokalen Benutzerdaten zu erfassen etc. Die Substanz der Lösungen, in Form von Parameter-Paketen, wird von den drei Entwicklern dankenswerterweise zur Nachnutzung bereitgestellt. Zu jedem Paket gehört eine README-Datei, die Auskunft über die Einzelheiten der Parametrierung und Bedienung gibt, und eine START.BAT, mit der man eine kleine Demo-Datenbank startet. Diese Pakete liegen unter den Namen ZH1.LZH, ZH2.LZH und ZH3.LZH auf dem Verzeichnis PARAM des FTP-Servers und werden auch auf der nächsten CD sein. Dann ist es "nur" noch eine Sache der Parameteranpassung, bis man die maßgeschneiderte Lösung hat.

... natürlich als allegro-Datenbank!

Seit kurzem gibt es eine neue allegro-Datenbank im Netz der Netze, die sich wohl wirklich sehen lassen kann. Es handelt sich um den Internationalen Biographischen Index des K. G. Saur Verlags und ist die Umsetzung des gleichnamigen CD-ROM-Produkts als allegro-Datenbank. Sie enthält ca. 1,7 Millionen Einträge zu Personen, die in den folgenden Biographischen Archiven nachgewiesen sind:

• American Biographical Archive I
• Archives Biographiques Françaises I
• Archivio Biografico Italiano I e II
• Archivo Biográfico de España, Portugal e Iberoamérica I e II
• Australasian Biographical Archive
• Biografisch Archief van de Benelux
• British Biographical Archive I
• Deutsches Biographisches Archiv I
• Scandinavian Biographical Archive

Zu den Personen sind die Lebensdaten, Berufe und Quellen, in denen sie verzeichnet sind, erfaßt. Des weiteren sind die Berufe sprachunabhängigen Berufsklassifikationen zugeordnet, um ein effiziente Suche zu ermöglichen. Die Archive erstrecken sich auf unterschiedliche Zeiträume, generell reicht aber die Erfassung nicht wesentlich über die 1920er Jahre hinaus. Personen der Gegenwart sucht man vergeblich!

Da hauptsächlich nach den verzeichneten Personen gesucht werden dürfte, bietet das Suchformular an erster Stelle die Suche nach diesen Einträgen. Die Titel, Verfasser und Herausgeber der verwendeten Quellen sind bequem über die Registerlisten recherchierbar. Außerdem findet man im Register 7 nach Sprache getrennt eine Übersicht über die Berufsgruppenklassifikationen.

(ho)

Diese Datenbank und die HTML-Texte werden auf der nächsten CD sein. Jeder Anwender, auch ohne Internet-Anschluß, kann dann die Datenbank sowohl wie die WWW-Präsentation benutzen.

Die folgenden drei Verbesserungen wurden am 27.3.98 eingebaut:

#23 _

Allgemeine Regel: die fragliche Kategorie muß im neuen Datensatz nichts als einen Unterstrich enthalten, der folglich auf der ersten Textposition stehen muß. Weiterer Text darf dahinter nicht folgen. Es können mehrere solche Löschungen in einem Satz vorgenommen werden. Der neue Datensatz darf daneben andere, ganz normale Kategorien enthalten. Kommt die Kategorien nicht vor, passiert nichts, d.h. man hat nicht auf einmal eine unerwünschte leere Kategorie.

Der Unterstrich ist für diesen Zweck ein plausibles Befehlszeichen. Ein Leerzeichen wäre weniger günstig, weil der menschliche Betrachter es leichter übersieht und auch beim Produzieren solcher Daten mit anderer Software ein Leerzeichen am Feldende evtl. wegfällt. Eine ganz leere Kategorie funktioniert aus anderen, internen Gründen nicht, daher mußte für diesen Zweck ein Steuerzeichen gewählt werden, und eine Kategorie, die aus nichts als einem Unterstrich besteht, dürfte ansonsten wohl nicht vorkommen.

Das ist ungefähr das Umgekehrte! Man will eine neue Kategorie hinzufügen, wenn diese aber im alten Datensatz schon vorhanden ist, soll sie nicht, wie es normal ist, überschrieben, sondern als neue Kategorie angehängt werden.

Dazu muß man die neue Kategorie so anliefern, daß ihr Text mit einer Tilde beginnt.

#92 ~Text...

#922~Text...

Nicht möglich ist es, eine neue Kategorie vor oder zwischen vorhandene Mehrfachkategorien zu schieben.

Durchgeführt wird der Abschnitt unmittelbar vor dem Speichern, also nachdem die Zusammenmischung von neuem und altem Satz durchgeführt wurde - etwas anderes wäre kaum sinnvoll.

Wenn die Exportparameter einen output erzeugen, hat dieser weiter keine Wirkung. Man wird, wie bei den globalen Manipulationen, immer den M-Befehl einsetzen, um eine veränderte Kategorie wieder in den Datensatz einzustellen.

#-#

...

Der avanti-Server hat seit den letzten news weitere Aufwertungen erfahren. Der Befehlssatz wurde erweitert und das Sperren der Datenbank im Mehrbenutzerzugriff sicherer gestaltet.

(ve)

Diese Einschränkung bestand nicht ohne Grund: es ist aus der Sicht der Datenbanktheorie unsauber, Zugriffsschlüssel zu bilden aus Elementen, die gar nicht im Datensatz selbst vorkommen. Bei gewissen Anwendungen gab es aber triftige Gründe, solche Elemente, insbesondere die Dateinummer, entgegen der reinen Lehre doch als Registereinträge zu verwenden. Andernfalls hätte man umständliche Hilfskonstruktionen machen müssen.

Standard-Anwender haben nichts zu befürchten und brauchen nichts zu tun. Datenverluste oder -schäden sind überhaupt in keinem Fall zu befürchten. Der Effekt ist einfach nur lästig, wenn er überhaupt auftritt.

Es stellte sich heraus: der Effekt kann nur auftreten, wenn eine Parametertabelle des Typs CAT.APT vorhanden ist, die in den Indexparametern nachgeladen wird. Darin stehen normalerweise nur die Registerüberschriften der Datenbank. Diese können beim Umschalten geladen werden, damit man bei der anderen Datenbank die richtigen Überschriften hat. Aber noch eine zweite Voraussetzung muß gegeben sein: es muß in jener Datei eine Zeile des Typs

|a="..."

stehen, also eine Überschrift für den Anzeigeschirm. Abhilfe also: diese Zeile beseitigen, sie ist sowieso nutzlos.

Dennoch wurde das Problem an der Wurzel gepackt und eliminiert. APAC, PRESTO, MENUED und ALFA sind bereinigt.

Und wenn man tatsächlich mal das ganze Fenster löschen will: zuerst [Pos1] dann [Strg]+[Ende].

PRESTO und UPDATE beachteten diese Option allerdings nur bei neuen Datensätzen, nicht beim Umspeichern von zu lang gewordenen Sätzen. Dieser Fall tritt allerdings nicht eben selten auf, und so konnten UPDATE-Läufe zur Geduldsprobe werden. Das ist vorbei: beiden Programmen wurde das erwünschte Verhalten beigebracht.

Positionierung [Handbuch 11.2.3.2, S.252]

Beispiel: Es soll eine URL aus dem Fremdtext extrahiert werden. Sie wird immer eingeleitet durch die Zeichenfolge "<A HREF=", aber es kann auch "<a HREF=" heißen, oder "<A Href=" oder oder oder. Das geht dann so:

#8e

S "<a href="

Und für G gilt dasselbe. Der Suchbegriff ist dann immer komplett in Kleinbuchstaben anzugeben!

Neuer Befehl für die Feldlänge [Handbuch 11.2.3.3, S. 254f]

Ein beliebtes Programm in der Web-Szene ist HARVEST. Man kann es unauffällig des Nachts ausschicken, um fremde Server oder ganze Domänen abzuernten, d.h. die zugänglichen Verzeichnisse abzugrasen nach Dateien bestimmter Typen, diese zu analysieren und Metadaten daraus zu machen. Die Metadaten können mit einem Textretrieval-System dann durchsuchbar gemacht werden. Sie könnten auch per IMPORT umgewandelt werden, denn es sind "flache" ASCII-Dateien. Das Format nennt sich SOIF. Natürlich haben die Entwickler es hingekriegt, die im Prinzip einfachen Daten so zu strukturieren, dass man selbst mit IMPORT Schwierigkeiten bekommt.

Hier ist ein Ausschnitt aus einer solchen Datei:

*******************************************************

@FILE { http://cantor.mathematik.uni-halle.de:8080/reports/shadows/97-38report.

update-time{9}: 886892519

description{63}: DC MetaData for: Eine Bibliothek mit parallelen

Algorithmen

last-modification-time{9}: 876310378

time-to-live{6}: 691200

gatherer-name{6}: report

gatherer-host{30}: cantor.mathematik.uni-halle.de

Charakteristisch sind die geschweiften Klammern hinter dem Feldamen. Darin steht die Feldlänge. Der Doppelpunkt und das TAB-Zeichen (!) dahinter zählen nicht mit, und ein Zeilenwechsel zählt nur als ein Zeichen. Damit konnte IMPORT nicht korrekt arbeiten. Es wurde ein neuer Befehl geschaffen, der in die Kategorie "Textausschnitt bestimmen" (11.2.3.3) gehört.

#81h

S "gatherer-host"

A

_ " "

Der Nachfrage soll endlich wieder einmal ein Angebot entgegengestellt werden:

Ort: UB Braunschweig, Universitδtsplatz 1, 38106 Braunschweig

Zeit: 18./19.6. (Do./Fr.), Beginn 18.6. 11.00 Uhr, Ende 19.6. 14.00 Uhr. Am 18. Gesprächsabend mit Buffet in der UB.

Begrenzung: 20 Teilnehmer

Kostenbeitrag: DM 50.--

Bei genügend Interesse wird eine Gruppe für Parametrierung gebildet.

Das diesjährige soll im Oktober stattfinden, sonst steht noch nichts fest. Wer sich einen Platz sichern will, kann aber schon eine vorläufige, formlose Anmeldung einreichen. Begrenzung: wahrscheinlich 50 Teilnehmer, Kostenbeitrag DM 50.--