Koha on zefanjas.de - Open Source & Education

Die 5 besten Open Source Anwendungen für eine Schule

Fri, 09 Oct 2020 00:39:51 +0000

Seit vielen Jahren setzen wir stark auf Open Source Anwendungen in unserer Schule – auf dem Server, aber auch auf den Computern und Laptops. Vor allem im Serverbereich ist Open Source Software weit verbreitet und es gibt viele tolle Softwareprojekte, die sich wunderbar in einer Schule einsetzen lassen. Heute möchte ich deshalb meine 5 Favoriten vorstellen.

Koha

Koha ist ein integriertes Bibliothekssystem. Es wird weltweit in öffentlichen, Schul- und anderen Bibliotheken eingesetzt. Auch wir haben vor ca. 5 Jahren unsere Bibliothek auf diese Software umgestellt. Koha bringt sehr viele Features mit und ist flexibel in der Konfiguration. Der Einstieg ist, wenn man nicht gerade vom Fach ist, etwas steil, aber man wird dafür mit einem tollen System belohnt. Wer mehr über Koha und den Einsatz in Schulen erfahren möchte, sollte sich diese kleine Blog-Post Serie anschauen.

xcp-ng / LXD

Mein nächster Favorit betrifft die Serverinfrastruktur. Wer eigene Server in der Schule betreibt, muss sich mit der Frage beschäftigen, welchen Hypervisor er einsetzen will. Die Auswahl ist groß und man kann zwischen einigen Open Source Optionen wählen. Wir haben uns vor Jahren für xcp-ng entschieden (aus XenServer hervorgegangen). Dazu setzen wir XenOrchestra ein, um die Server zu verwalten. Mit xcp-ng verwalten wir unsere virtuellen Maschinen.

Die meisten unserer (Web)Anwendungen laufen aber in Linuxcontainern. Dafür verwenden wir LXD – ein Container-Hypervisor. LXD bringt mit lxc einen sehr einfach zu bedienende Anwendung mit, um Container zu erstellen, Backups zu erstellen, usw. Der große Vorteil von Linuxcontainern ist für mich, dass ich sie genauso wie eine virtuelle Maschine verwalten, konfigurieren und administrieren kann. Dafür sind sie wesentlich ressourcensparender als eine VM. Seit dem 4.0 Release kann man sogar „richtige“ VMs mit LXD erstellen und verwalten!

pfSense

Für mich ist pfSense eines der besten Open Source Firewall Systeme. PfSense kann man einfach installieren und benutzen und läuft seit Jahren sehr stabil in unserem Netzwerk. Mit pfBlockerNG hat man zusätzlich ein sehr mächtiges Werkzeug, um Werbung, Malwareseiten u.v.a. aus dem Netzwerk fernzuhalten (Webfilter auf DNS Basis).

linuxmuster.net

Über linuxmuster.net habe ich schon oft in diesem Blog geschrieben. Linuxmuster.net ist eine Open Source Schulserverlösung, mit der man Benutzer (Lehrkräfte, Schüler/innen) und Schulcomputer einfach verwalten kann. LINBO, ein Werkzeug von linuxmuster.net, ist für mich eines der wichtigsten Features, denn damit kann ich alle Schulcomputer mit nur einem Image verwalten, auch wenn sie unterschiedliche Konfigurationen haben.

Nextcloud

Nextcloud darf in dieser Liste nicht fehlen. Gerade in den letzten Monaten sind eine Menge neuer Features dazugekommen, die auch im Schulumfeld sehr nützlich sind. Nextcloud ist dabei weit mehr, als nur eine gemeinsame Dateiablage. Durch die vielen Erweiterungen kann man Nextcloud sehr an die individuellen Bedürfnisse anpassen. Egal ob Online Office Suite, Videokonferenz oder einfach nur ein gemeinsamer Kalender – vieles ist mit Nextcloud möglich.

Bonus: Zammad

Noch eine kleine Bonusempfehlung am Ende: Zammad. In den letzten Jahren haben wir verschiedene Service Desk / Helpdesk Anwendungen ausprobiert. Letztendlich sind wir bei Zammad gelandet und es gefällt uns sehr gut. Wie auch alle anderen Empfehlungen hier, bringt es viele nette Features mit. Es lässt sich gut in die bestehende Infrastruktur integrieren und man kann über viele verschiedene Kanäle Tickets erstellen (Soziale Netzwerke, eMail, Chat, …).

Fazit

Die Liste hier könnte man noch beliebig erweitern. Gerade für den Infrastrukturbereich gibt es eine große Menge an Open Source Anwendungen. Allein diese Liste spricht für sich: https://github.com/awesome-selfhosted/awesome-selfhosted. Moodle oder Mahara sollten eigentlich auch noch mit aufgenommen werden, aber damit haben wir bisher kaum Erfahrung sammeln können.

Welche Open Source Anwendungen gehören zu deinen Favoriten, die in keiner Schule fehlen sollten?

Koha LDAP / AD Verbindung einrichten

Thu, 23 Jul 2020 09:40:21 +0000

Koha ist eine freie Bibliothekssoftware, die wir an unserer Schule verwenden. Wir verwalten damit unsere Lehrmittel- als auch unsere Schulbibliothek. Vorher haben wir LITTERA dafür verwendet, doch seit letztem Sommer sind wir komplett auf Koha umgestiegen. Der Kern unserer Schulinfrastruktur ist ein linuxmuster.net Schulserver. Jeder Schüler und Kollege hat einen schulinternen Benutzernamen, den man für die Anmeldung an unseren Schulcomputern braucht. linuxmuster.net bringt dafür einen LDAP Server mit. In diesem Artikel möchte ich zeigen, wie man in Koha die LDAP Verbindung einrichtet, sodass sich alle Benutzer in der Bibliothek mit ihrem schulinternen Login anmelden können.

Koha an Active Directory / AD anbinden (ab linuxmuster.net v7)

Linuxmuster.net v7 bringt einen Samba 4 Active Directory mit sich. Dadurch hat sich auch die Anbindung an Koha im Vergleich zur Vorgängerversion geändert. Die Einstellungen befinden sich immer noch in der /etc/koha/sites/library/koha-conf.xml (falls die Koha-Instanz library heißt). Diese Datei müssen wir nun wie folgt bearbeiten:

&lt;ldapserver id="ldapserver"  listenref="ldapserver"&gt;
  &lt;hostname&gt;ldaps://10.16.1.1&lt;/hostname&gt;
  &lt;base&gt;ou=schools,dc=linuxmuster,dc=net&lt;/base&gt;
  &lt;user&gt;cn=global-binduser,ou=Management,ou=GLOBAL,dc=linuxmuster,dc=net&lt;/user&gt;&lt;!-- DN, if not anonymous --&gt;
  &lt;pass&gt;Bind-User-Passwort&lt;/pass&gt;&lt;!-- password, if not anonymous --&gt;
  &lt;replicate&gt;1&lt;/replicate&gt;       &lt;!-- add new users from LDAP to Koha database --&gt;
  &lt;update&gt;1&lt;/update&gt;             &lt;!-- update existing users in Koha database --&gt;
  &lt;anonymous_bind&gt;0&lt;/anonymous_bind&gt;
  &lt;auth_by_bind&gt;1&lt;/auth_by_bind&gt; &lt;!-- set to 1 to authenticate by binding instead of password comparison --&gt;
  &lt;principal_name&gt;%s@linuxmuster.net&lt;/principal_name&gt;
  &lt;update_password&gt;0&lt;/update_password&gt;
  &lt;!-- optional, for auth_by_bind: a printf format to make userPrincipalName from koha userid --&gt;
  &lt;mapping&gt;             &lt;!-- match koha SQL field names to your LDAP record field names --&gt;
   &lt;userid       is="samAccountName"&gt;&lt;/userid&gt;
   &lt;email        is="mail"&gt;&lt;/email&gt;
  &lt;/mapping&gt;
&lt;/ldapserver&gt;

Dazu ein paar kurze Hinweise:

: Hier müssen wir die Addresse des LDAP-Servers (der linuxmuster.net Server) angeben. Weiterhin müssen wir sichergehen, dass unser Koha Server den LDAP-Server auch über die Ports (TCP/UDP 636) für LDAPS erreichen kann.
: Der LDAP Pfad für unsere Benutzeraccounts. Die Domain am Ende muss wahrscheinlich angepasst werden.
: der Bind-User, damit Koha an die Benutzerdaten herankommt.
: Das Passwort des Bind-Users. Es befindet sich auf dem linuxmuster.net Server unter /etc/linuxmuster/.secret/global-binduser
: Wenn sich ein Benutzer per LDAP anmeldet, möchten wir, dass er auch ein Koha-Konto bekommt.
: Diese Option brauchen wir, damit Benutzer mit Informationen aus dem LDAP aktualisiert werden, falls bereits ein Koha-Konto existiert.
<auth_by_bind>: Für die Überprüfung der Anmeldedaten wollen wir den Bind-User verwenden. Für Active Directory muss diese Option 1 sein.
<principal_name>: Das ist wahrscheinlich der schwierigste Teil. Am besten eignet sich der userPrincipalName aus dem AD. Bei linuxmuster.net v7 steht dort user@linuxmuster.net (Domain wieder anpassen!). User wird hier durch %s ersetzt (das wiederrum durch das mapping weiter unten bestimmt wird).
: Hier können wir festlegen, welche Daten aus dem LDAP welches Attribut in Koha überschreiben soll. Wichtig ist vor allem userid, denn diese wird verwendet, um das %s in <principal_name> zu ersetzen. Bei Samba 4 / AD sieht das Mapping so aus:

Konfiguration für Koha LDAP Verbindung anpassen (bis linuxmuster.net v6.2)

Koha speichert seine Einstellungen in der Datei koha-conf.xml. Diese Datei befindet sich unter /etc/koha/sites/library/koha-conf.xml, falls die Koha-Instanz library heißt. Diese Datei öffnen wir mit einem Editor unserer Wahl und suchen den Eintrag <useldapserver>0</useldapserver>.

$ sudo nano /etc/koha/sites/library/koha-conf.xml

Die Dokumentation für die Koha LDAP Verbindung ist leider nicht sehr ausführlich. Die wesentlichen Informationen findet man in der Perl-Dokumentation zum Koha LDAP-Modul. Auf dieser Seite finden wir eine Beispielkonfiguration, die wir größtenteils übernehmen können. Ein paar kleine Änderungen sind allerdings notwendig, damit die Integration zwischen Linuxmuster und Koha auch gut funktioniert. Zuerst ändern wir <useldapserver>0</useldapserver> in <useldapserver>1</useldapserver>, um Koha mitzuteilen, dass wir gern einen LDAP-Server für die Anmeldung verwenden wollen. Direkt danach fügen wir folgende Zeilen ein:

&lt;ldapserver id="ldapserver"  listenref="ldapserver"&gt;
  &lt;hostname&gt;ldaps://10.16.1.1&lt;/hostname&gt;
  &lt;base&gt;ou=Accounts,dc=linuxmuster,dc=net&lt;/base&gt;
  &lt;user&gt;cn=admin,dc=linuxmuster,dc=net&lt;/user&gt;&lt;!-- DN, if not anonymous --&gt;
  &lt;pass&gt;Bind-User-Passwort&lt;/pass&gt;&lt;!-- password, if not anonymous --&gt;
  &lt;replicate&gt;1&lt;/replicate&gt;       &lt;!-- add new users from LDAP to Koha database --&gt;
  &lt;update&gt;1&lt;/update&gt;             &lt;!-- update existing users in Koha database --&gt;
  &lt;auth_by_bind&gt;1&lt;/auth_by_bind&gt; &lt;!-- set to 1 to authenticate by binding instead of password comparison, e.g., to use A$
  &lt;principal_name&gt;uid=%s,ou=Accounts,dc=internal,dc=cdsc,dc=ac,dc=th&lt;/principal_name&gt;
  &lt;!-- optional, for auth_by_bind: a printf format to make userPrincipalName from koha userid --&gt;
  &lt;mapping&gt;             &lt;!-- match koha SQL field names to your LDAP record field names --&gt;
   &lt;userid       is="uid"&gt;&lt;/userid&gt;
   &lt;password     is="userpassword"&gt;&lt;/password&gt;
   &lt;email        is="mail"&gt;&lt;/email&gt;
  &lt;/mapping&gt;
&lt;/ldapserver&gt;

Dazu ein paar kurze Hinweise:

: Hier müssen wir die Addresse des LDAP-Servers (der linuxmuster.net Server) angeben. Weiterhin müssen wir sichergehen, dass unser Koha Server den LDAP-Server auch über die Ports (TCP/UDP 636) für LDAPS erreichen kann.
: Der LDAP Pfad für unsere Benutzeraccounts. Die Domain am Ende muss wahrscheinlich angepasst werden.
: der Bind-User, damit Koha an die Benutzerdaten herankommt.
: Das Passwort des Bind-Users. Es befindet sich auf dem linuxmuster.net Server unter /etc/ldap/ldap.secret
: Wenn sich ein Benutzer per LDAP anmeldet, möchten wir, dass er auch ein Koha-Konto bekommt.
: Diese Option brauchen wir, damit Benutzer mit Informationen aus dem LDAP aktualisiert werden, falls bereits ein Koha-Konto existiert.
<auth_by_bind>: Für die Überprüfung der Anmeldedaten wollen wir den Bind-User verwenden.
: Hier können wir festlegen, welche Daten aus dem LDAP welches Attribut in Koha überschreiben soll. Wichtig ist vor allem userid und password.

Koha LDAP / AD Verbindung testen

Um die LDAP Verbindung zu testen, rufen wir die Koha OPAC Seite auf und melden uns mit einem linuxmuster.net Benutzeraccount an. Sollte es Probleme beim Laden der Website geben oder die Anmeldung nicht klappen, kann man auf dem Koha-Server unter /var/log/koha/library/opac-error.log nachschauen, woran es liegt.

Falls die Anmeldung erfolgreich war, sieht man eine Liste mit den aktuellen Ausleihen des Benutzers:

Koha LDAP / AD Verbindung per Kommandzeile testen

Gerade beim Einrichten der Verbindung zum LDAP / AD Server geht es schneller, wenn man direkt auf der Kommandozeile testen kann, ob die Konfiguration richtig ist. Dazu gibt man die folgenden Befehle ein:

$ service koha-common restart && service memcached restart
$ export PERL5LIB=/usr/share/koha/lib/ && export KOHA_CONF=/etc/koha/sites/library/koha-conf.xml && perl /usr/share/koha/opac/cgi-bin/opac/opac-user.pl userid=user1 password=foo

Der Pfad zur koha-conf.xml, sowie user und password müssen wir natürlich noch anpassen.

Fazit

Die Einrichtung der LDAP Verbindung in Koha bringt für unsere Schule einen großen Mehrwert. Vorher war es mit LITERRA nicht möglich, dass einzelne Benutzer ihre aktuellen Ausleihen sehen konnten. Weiterhin müssen jetzt die Benutzerdaten nur noch an einem Ort gepflegt werden und nicht in verschiedenen Programmen. Die Bedienung über ein Webinterface ist für alle Bibliotheksmitarbeiter ein großer Gewinn und eine Arbeitserleichterung. Der Einstieg in Koha ist vielleicht etwas steiler als in andere Bibliotheksprogramme, aber die Möglichkeiten und Flexibilität dieser Open Source Software sind beeindruckend.

Teil 6: Ausleihkonditionen – Wie man Koha installiert und für Schulen einrichtet

Sat, 06 Oct 2018 07:05:51 +0000

Bisher haben wir Koha installiert, konfiguriert und erste Medien katalogisiert. Die Barcodes sind gedruckt und kleben in den Büchern. Eigentlich wartet alles darauf, dass wir endlich die Bücher an unsere Leser ausleihen können. Ein letzter Schritt fehlt noch und um den soll es heute gehen: die Ausleihkonditionen. Damit können wir festlegen, wer welche Medien, wie lange ausleihen darf. Aber auch Gebühren, Verlängerungen und noch vieles mehr können wir in Koha festlegen, bevor die ersten Bücher die Bibliothek verlassen.

Dieser Artikel ist ein Teil einer Serie:

Installation und Einrichtung einer ersten Bibliothek
Das bibliografische Framework
Grundeinstellungen
Buchaufnahme
Drucken von Etiketten
Ausleihkonditionen
Verbinden mit einem Z.39.50 / SRU Server
Benachrichtigungen und Erinnerungen
Mahnungen und Gebühren

Ausleihkonditionen festlegen

Neue Regel erstellen

Wir finden die Einstellungen zu den Ausleihkonditionen unter Administration → Ausleihkonditionen. Hier können wir Regeln für alle Bibliotheken oder auch nur für eine ganz bestimmte festlegen. Aktuell haben wir nur eine Bibliothek angelegt. Deshalb ist es für egal, ob wir die Regeln direkt für die Schulbibliothek festlegen oder allgemein für alle Bibliotheken.

Standardmäßig ist bereits eine Regel angelegt, die für Alle gilt.

Zuerst sollten wir diese Regel für „Alle“ an unsere Anforderungen anpassen. Danach können wir bei Bedarf noch weitere Regeln für einzelne Benutzergruppen erstellen, z.B. für Schüler oder Eltern. Wir klicken also auf Bearbeiten und können dann alle Parameter anpassen:

Erläuterungen

Benutzerkategorie → Für welche Benutzerkategorie soll die Regel gelten?
Medientyp → Für welchen Medientyp soll die Regel gelten?
Anzahl gleichzeitiger Ausleihen → so viele Bücher dürfen gleichzeitig ausgeliehen werden
Anzahl gleichzeitiger Vor-Ort-Ausleihen → hier geht es um Medien, die nur innerhalb der Bibliothek ausgeliehen werden können.
Leihfrist → Wie lange darf ein Medium ausgeliehen werden?
Einheit → Tage oder Stunden, i.d.R. Tage
Endgültiges Fälligkeitsdatum → macht z.B. für eine Lehrmittelbibliothek Sinn. Hier können wir dann das Datum des Schuljahresende als festes Fälligkeitsdatum eingeben. Sonst leer lassen.
Mahngebühr → Hier wird die Höhe der Mahngebühren für unsere Einheit festgelegt (d.h. in unserem Fall Mahngebühren pro Tag).
Intervall für Gebühren → In welchen Abständen sollen die Gebühren berechnet werden? „1“ bedeutet z.B. jeden Tag, „5“ alle fünf Tage.
Wann berechnen → Intervallende bedeutet, dass die Gebühren am Ende am des Intervalls berechnet werden. Habe ich z.B. „1“ bei Intervall eingegeben, werden die Gebühren nach dem 1. überfälligen Tag berechnet. Wenn ich jedoch Intervallanfang auswähle, werden Gebühren für jedes angefangene Intervall fällig.
Gnadenfrist für Gebühr → Für wie viele Tage / Stunden nach dem Fälligkeitsdatum soll keine Gebühr berechnet werden? „2“ bedeutet z.B. dass man das Buch bis 2 Tage nach Fälligkeit abgegeben kann, ohne dass man eine Gebühr bezahlen muss. Dies hängt aber auch davon ab, welche Einstellung man für den Systemparameter FinesIncludeGracePeriod gewählt hat.
Maximale Mahngebühr → Wie hoch sollen die maximalen Gebühren / Medium sein?
Maximale Mahngebühr = Buchersatzpreis → die maximale Gebühr soll den Buchersatzpreis nicht überschreiten
Sperrung (in Tagen) → Alternative „Gebühr“, wenn man Benutzer sperren will, falls sie überfällige Medien haben
Maximale Sperrung (in Tagen) → maximale Sperrung (geht nur bei Einheit „Tage“, nicht „Stunden“)
Berechnungsintervall für Sperren → siehe „Intervall für Gebühren“
Erlaubte Verlängerungen (Anzahl) → Wie oft darf ein Benutzer sein Buch verlängern?
Verlängerungszeitraum → Für wie viele Tage / Stunden wird bei einer Verlängerung verlängert?_
_
Weitere Verlängerung nicht möglich vor → Hier können wir festlegen, ab wie vielen Tagen / Stunden vor dem Fälligkeitsdatum eine Verlängerung möglich ist. Bleibt das Feld leer, kann man jederzeit verlängern.
Automatische Verlängerung → Hier können wir entscheiden, ob Medien automatisch verlängert werden sollen.
Keine automatische Verlängerung nach → Nach wie vielen Tagen soll keine automatische Verlängerung mehr erfolgen?
Keine automatische Verlängerung nach (hartes Datum) → Wie oben, nur das wir hier ein fixes Datum eingeben können.
Erlaubte Vormerkungen (Anzahl) → Wie viele Vormerkungen sind erlaubt?
Erlaubte Vormerkungen pro Titel (Anzahl) → Wie viele Vormerkungen sollen pro Titel erlaubt sein?
Vormerkung verfügbarer Titel → Verschiedene Einstellungen, ob und wie verfügbare Titel vorgemerkt werden können_
_
Exemplarvormerkungen → siehe oben, verschiedene Einstellungen zu Exemplarvormerkungen._
_
Artikelbestellungen → verschiedene Einstellungen, ob und wie Artikel bestellt werden können._
_
Rabatt auf Leihgebühr (%) → Falls Leihgebühren auf bestimmte Medien erhoben werden, kann man hier einen Rabatt festlegen.

Nachdem wir alles nach unseren Wünschen eingestellt haben, klicken wir auch Speichern.

Weitere Einstellungen

Weiter unten können wir optional noch weitere Einstellungen vornehmen, z.B. wie vielen Medien pro Benutzerkategorie ausgeliehen werden darf (falls es noch nicht oben bei den Ausleihkonditionen geschehen ist).

Schließtage

Für die Berechnung der Fälligkeitstage ist es wichtig, dass Koha weiß, wann unsere Bibliothek geschlossen hat, weil z.B. Ferien sind oder einfach nur Wochenende. Dazu öffnen wir unter Mehr → Werkzeuge → Kalender den Kalender und geben dort alle Tage ein, an denen die Schulbibliothek geschlossen hat.

Wenn wir z.B. Wochenenden als Schließtage definieren wollen, klicken wir auf einen Samstag und wählen dann Schließtag, der sich jede Woche an diesem Tag wiederholt. Das müssen wir dann auch noch für den Sonntag machen.

Für Ferien können wir auch einen Schließzeitraum wählen und oben den Beginn und das Ende der Ferien eingeben.

Als letztes müssen wir noch festlegen, ob Koha Schließtage bei der Berechnung von Fälligkeitsterminen berücksichtigen soll oder nicht. Das geht über den Systemparameter useDaysMode. Wenn wir Schließtage ausschließen wollen (was in einer Schulbibliothek aufgrund der Ferien viel Sinn macht), wählen wir an dieser Stelle des Kalenders und verlege das Rückgabedatum ggf. auf den nächsten Öffnungstag.

Fazit

Wir haben jetzt alles eingestellt, um unsere Bücher und andere Medien an unsere Benutzer auszuleihen. Fälligkeiten werden korrekt unter Berücksichtigung der Schließtage berechnet. Alle weiteren Teile dieser Serie sind optional, aber erleichtern die Arbeit mit Koha teilweise enorm. Die Gebühren haben wir z.B. in den Ausleihkonditionen bereits festgelegt, aber sie werde noch nicht berechnet. Dazu sind noch weitere Schritte nötig, die ich in einem späteren Artikel beschreiben werde.

Teil 5: Etikettendruck – Wie man Koha installiert und für Schulen einrichtet

Sat, 22 Sep 2018 05:19:28 +0000

Koha ist eines der besten Open Source Projekte, die ich kenne. Es ist eine sehr flexible Lösung, die etwas Zeit braucht, bis man sich darin zurechtfindet. Einen Großteil der Punkte haben wir aber bereits abgearbeitet, v.a. die Installation (Teil 1) und das bibliografische Framework (Teil 2). Im letzten Teil haben wir einige Bücher aufgenommen. Bevor wir jedoch anfangen können, Bücher oder andere Medien auszuleihen, braucht jedes Buch einen Barcode. Weiterhin müssen wir Regeln für die Ausleihe festlegen. Heute geht es um den Etikettendruck. Dieser Artikel ist ein Teil einer Serie:

Installation und Einrichtung einer ersten Bibliothek
Das bibliografische Framework
Grundeinstellungen
Buchaufnahme
Drucken von Etiketten
Ausleihkonditionen
Verbinden mit einem Z.39.50 / SRU Server
Benachrichtigungen und Erinnerungen
Mahnungen und Gebühren

Etikettendruck vorbereiten {.wp-block-heading} Für die Barcodes in unserer Bibliothek verwenden wir einfache Klebeetiketten. Als Beispiel nehmen wir einen A4-Bogen mit 27 Etiketten der Größe 55x30mm. Darauf wollen wir unseren Barcode drucken, sowie den Titel und die ISBN des Buches. Für den Etikettendruck müssen wir zwei Dinge erstellen:

ein Layout für das Aussehen des Etiketts, d.h. welche Informationen sollen auf das Etikett gedruckt werden?
ein Template des Etikettenbogens, d.h. wie viele Etiketten sind auf einem Blatt? Welche Größe hat das Etikett? Wie ist der Abstand?

Layout erstellen {.wp-block-heading} Wir erstellen zuerst ein Layout für unser Etikett mit allen Informationen, die wir später neben dem Barcode haben wollen. Dazu gehen wir zu

Werkzeuge → Etikettendruck und erstellen mit Neu → Layout eine neue Vorlage.

Nun müssen wir verschiedene Angaben machen:

Layoutname → kann frei gewählt werden
Barcodetyp → EAN13
Layout-Typ → Titel/Barcode (d.h. erst wird der Titel und dann der Barcode gedruckt
Bibliographische Daten → Hier wählen wir Listenfelder (d.h. wir können die Marc21-Tags direkt eingeben
Datenfelder → 245a, 245b, isbn, issn (Ich hatte anfangs Probleme das Layout so hinzubekommen wie ich es wollte, mit den Datenfeldern und den Marc21-Tags hatte es dann geklappt)
Weiter unten können dann noch Angaben zur Schriftgröße und Art gemacht werden (hier muss man etwas experimentieren, wie man es haben will).

Am Ende klicken wir auf Speichern.

Template erstellen {.wp-block-heading} Nachdem wir nun unser Layout für das Etikett erstellt haben, müssen wir Koha noch mitteilen, wie unser Etikettbogen aussieht. Dazu erstellen wir ein neues Template mit

Neu → Template.

In der Eingabemaske sind folgende Angaben notwendig:

Template-Code und -beschreibung → kann frei gewählt werden
Einheiten → mm oder cm, je nachdem, wie man die Maße angeben will (ich habe mm genommen in unserem Beispiel)
Seitenhöhe und -breite → Höhe und Breite des Etikettbogens (bei uns A4)
Etikettenbreite und -höhe → Größe des Etiketts
Oberer Seitenrand → Abstand von oben bis zum Rand des ersten Etiketts
Linker Seitenrand → Abstand vom linken Seitenrand bis zum Rand des ersten Etiketts
Oberer und Linker Textrand → Abstand des Textes vom Rand des Etiketts
Anzahl Spalten und Reihen → Wie viele Reihen und Spalten hat der Bogen (bei 3×9 = 27 Etiketten)
Abstand zwischen Spalten → Abstand zwischen den Etiketten (rechts / links)
Abstand zwischen den Zeilen → Abstand zwischen den Etiketten (oben/unten)

Am Ende wieder auf Speichern. Statt einem Komma muss ein Punkt verwendet werden, falls man Maße mit Stellen nach dem Komma hat.

Barcodes drucken {.wp-block-heading} Nun haben wir alles vorbereitet und können unsere Barcodes der bereits aufgenommenen Medien ausdrucken. Dazu erstellen wir einen neuen

Etiketten-Batch mit Neu → Etiketten-Batch.

Es öffnet sich ein neues Eingabefeld über das wir unsere Barcodes eingeben können. Solange das Eingabefeld leer ist und wir unten auf Exemplare hinzufügen klicken, öffnet sich ein neues Fenster, indem wir einfach die Barcodes unserer Medien suchen können.

Man kann einen Zeitraum angeben, indem man nach aufgenommenen Exemplaren suchen möchte. Nach einem Klick auf Suche bekommt man die Ergebnisse präsentiert:

Da wir alle aufgenommen Exemplare hinzufügen wollen, wählen wir oben Alles auswählen, dann Markierte hinzufügen und zum Schluss Fertig. Nun sind alle unsere Exemplare im Eingabefeld und wir können sie mit Exemplare hinzufügen zu unserem Etiketten-Batch hinzufügen.

Nun können wir mit Gesamten Batch exportieren alle Etiketten in unserem Batch drucken. Es öffnet sich ein Popup. Dort wählen wir unser Etiketten-Layout und das Template aus. Zusätzlich können wir noch angeben, bei welchem Etikett auf dem Bogen der Ausdruck später starten soll. Das ist besonders praktisch, wenn man angefangene Bogen hat.

Abschließend auf Export klicken und wir können anschließend die Druckvorlage als PDF herunterladen.

Fertig sind unsere Barcodes 🙂 Wir können sie nun ausdrucken. Beim Drucken müssen wir darauf achten, dass keine Seitenskalierung oder automatisch auf den Druckbereich verkleinert wird, da sonst du Maße nicht mehr stimmen. Unter Ubuntu sieht das z.B. so aus:

Titel und ISBN helfen uns später das Etikett in das richtige Buch zu kleben.

Fazit {.wp-block-heading} Koha’s Werkzeug zum Etikettendruck ist sehr flexibel einstellbar. Haben wir erstmal unser Layout und Template erstellt, stellt der spätere Druck der Etiketten keine Hürde mehr dar. Ich empfehle auf jeden Fall einige Probedrucke auf normalen Papier, um die Abstände und das Layout der Etiketten zu überprüfen. Im nächsten Teil geht es weiter mit den Ausleihkonditionen.

Teil 4: Katalogisierung – Wie man Koha installiert und für Schulen einrichtet

Wed, 05 Sep 2018 22:00:55 +0000

Nach einer etwas zu lang geratenen Pause geht es heute weiter in der Serie „Wie man Koha installiert und für Schulen einrichtet“. Nachdem das System installiert, das bibliographische Framework eingerichtet und grundlegende Einstellungen vorgenommen sind, werden wir uns in diesem Artikel mit der Aufnahme von Büchern in Koha bzw. der Katalogisierung beschäftigen. Dieser Artikel ist ein Teil einer Serie:

Installation und Einrichtung einer ersten Bibliothek
Das bibliografische Framework
Grundeinstellungen
Buchaufnahme
Drucken von Etiketten
Ausleihkonditionen
Verbinden mit einem Z.39.50 / SRU Server
Benachrichtigungen und Erinnerungen
Mahnungen und Gebühren

Buchaufnahme {.wp-block-heading} Ein Buch können wir über den Punkt

Katalogisierung → Neuer Titel → Schnellaufnahme aufnehmen.

Es erscheint eine Eingabemaske, in der wir alle wichtigen Daten zu unserem Buch eingeben können. Als Beispiel habe ich hier das Buch „Irgendwie anders“ ausgewählt.

Mit einem Klick auf „Speichern“ am oberen Bildschirmrand kommen wir zur nächsten Eingabemaske.

Exemplar hinzufügen {.wp-block-heading} Wir haben bisher den Titel aufgenommen. Jetzt können wir zu diesem Titel Exemplare hinzufügen. In einer Schulbibliothek ist das in der Regel ein Exemplar. Manchmal existieren aber auch mehrere Exemplare eines Titels (v.a. wenn man auch Schulbücher mit in das System aufnimmt).

Die wichtigsten Felder sind die Sammlung, der Aufstellungsort, die Signatur und der Barcode. Die anderen Felder können zusätzlich ausgefüllt werden. Der Barcode sollte automatisch generiert werden, wenn man in das Feld klickt und die Systemeinstellung „autoBarcode“ aktiviert hat (siehe Teil 3 dieser Serie). Unter Sammlung erscheinen alle Werte, die wir ebenfalls in Teil 3 unter „Normierten Werten → CCODE“ eingerichtet haben. Ebenso der Aufstellungsort (Normierte Werte → LOC).

Signaturen und Systematik {.wp-block-heading} Je nach Größe der Bibliothek ist es sinnvoll eine Systematik einzuführen. Eine Systematik beschreibt, wie man die Bücher gruppieren und innerhalb der Bibliothek ordnen möchte. Es gibt dafür verschiedene Systeme und generell ist es sinnvoll eine Systematik zu haben, die sich an der Stadtbibliothek oder einer anderen Bibliothek in der Nähe orientiert. So finden sich die Kinder schnell zurecht und lernen, wie man sich einer Bibliothek orientiert. In Deutschland gibt es verschiedene Empfehlungen, die sich in ihrer Komplexität unterscheiden. Generell sollte die Systematik so einfach wie möglich sein, um eine schnelle Orientierung zu ermöglichen. Hier ein Beispiel von unserer Schulbibliothek (es fehlt die Erwachsenenliteratur):

Jede Kategorie hat also seine Farbe und ihre Abkürzung, die wir für die Signatur verwenden können. Auch für Signaturen gibt es verschiedene Systeme und Möglichkeiten. Wir haben uns entschieden die Abkürzung aus der Systematik mit den ersten drei Buchstaben des Autors zu verbinden. In unserem Fall also „1.4 Cav“, d.h. „1.4“ für Bilderbücher ab 3 Jahren und „Cav“ für die ersten drei Buchstaben des Nachnamens der Autorin. Man kann aber auch fortlaufend Nummern vergeben. Mit einem Klick auf „Exemplar hinzufügen“ wird das Exemplar in Koha gespeichert.

Fazit {.wp-block-heading} Wir haben nun unseren ersten Titel in das System aufgenommen. Nach dem gleichen Muster können nun weitere Bücher oder auch andere Medien in Koha aufgenommen werden. Im nächsten Teil wird es um den Druck von Etiketten (mit Barcode) und Signaturschildern gehen.

Teil 3: Grundeinstellungen – Wie man Koha installiert und für Schulen einrichtet

Wed, 11 Apr 2018 05:00:30 +0000

Nachdem wir Koha im ersten Teil installiert und im zweiten Teil das Bibliografische Framework eingerichtet haben, geht es heute darum einige Grundeinstellungen in Koha vorzunehmen. Wir wollen neue Kategorien für unsere Benutzer und Medien einrichten, sowie einige Systemparameter ändern.

Dieser Artikel ist ein Teil einer Serie:

Installation und Einrichtung einer ersten Bibliothek
Das bibliografische Framework
Grundeinstellungen
Buchaufnahme
Drucken von Etiketten
Ausleihkonditionen
Verbinden mit einem Z.39.50 / SRU Server
Benachrichtigungen und Erinnerungen
Mahnungen und Gebühren

Grundeinstellungen

Bibliothek

Wir loggen uns wieder mit unseren Administrator-Account aus Teil 1 ein und wählen Administration → Basisparameter → Bibliotheken und Gruppen. In der Tabelle klicken wir auf Bearbeiten und können nun weitere Angaben zu unserer Bibliothek machen.

Neben der Post-Adresse können wir eine eMail-Adresse angeben oder eine zusätzliche Informationen, die im OPAC erscheinen sollen. Der OPAC ist der Teil von Koha, den die Benutzer sehen und in dem sie den Bestand durchsuchen können, sozusagen der öffentliche Teil der Bibliothekswebseite.

Medientypen

Bei der Installation haben wir bereits den Medientyp „Buch“ angelegt. Diesen wollen zuerst bearbeiten unter Administration → Basisparameter → Medientypen. In der Tabelle klicken wir wieder auf Bearbeiten und können noch einiges einstellen. So können wir ein Bild festlegen oder bestimmen, ob Medien generell ausleihbar sind oder nicht. Wenn man möchte, kann man noch einen Leihgebühr, Bearbeitungskosten bei Verlust oder eine einen allgemeinen Rückgabehinweis eintragen.

Nach dem gleichen Muster legen wir jetzt noch weitere Medientypen an. Hier muss jeder selbst entscheiden, welche Medientypen er braucht. Man kann z.B. nur einen Typ für Bücher haben, oder mehrere anlegen z.B. zusätzlich für Präsenzexemplare. Für eine Schulbibliothek empfehle ich folgende Typen:

Buch (BU)
DVD (DV)
CD-Audio (CD)

Wenn man noch Karten, CD-ROMs, … hat, kann man dafür natürlich noch weitere Medientypen anlegen.

Benutzerkategorien

Nachdem wir nun die Medientypen angelegt haben, brauchen wir noch verschiedene Kategorien für unsere Benutzer. Für jede Benutzerkategorie können wir separat Ausleihkonditionen oder Gebühren bei überfälligen Medien festlegen. Bei der Installation haben wir bereits eine Kategorie für Bibliotheksmitarbeiter angelegt. Unter Administration → Benutzer und Ausleihe → Benutzertypen richten wir nun noch folgende Gruppen ein:

Bibliotheksmitarbeiter – (MA) → haben wir bereits
Schüler (S)
Eltern (P)

Über „+ Neue Kategorie“ können wir einen neuen Benutzertyp hinzufügen. Man kann entweder ein festes Ablaufdatum für diese Kategorie festlegen oder eine in Monaten angeben. Ich habe mich hier für 10 Jahre entschieden, also 120 Monate. Wenn man möchte kann man auch noch ein Mindest- oder Höchstalter festlegen. Unter Kategorie muss man eine der vorgebenden Kategorien wählen, in diesem Fall „Kind“.

Das gleiche machen wir jetzt auch für unsere Elternkategorie. Die Felder können individuell angepasst werden, nur beim Punkt Kategorie wählen wir „Erwachsener“. Wenn man zwischen Grundschülern und Mittel- bzw. Oberstufenschülern unterscheiden möchte (z.B. Ausleihkonditionen), braucht man dafür noch extra Benutzertypen.

Normierte Werte anpassen

Normierte Werte sind immer dann sinnvoll, wenn man möchte, dass festgelegte Werte verwendet werden sollen. In der Regel braucht man das z.B. für den Status von Medien (verloren, beschädigt, …) oder für Standorte. Die Einstellungen zu den Normierten Werten befinden sich unter Administration → Basisparameter → Normierte Werte. Im Drop-Down Menü können wir die Kategorie auswählen und dann die Werte anpassen oder neue ergänzen.

Folgende Normierte Werte sollten wir uns anschauen und gegebenenfalls ändern bzw. ergänzen:

LOC → Standorte
CCODE → Sammlungen
LOST → Status für verlorene Medien

Systemparameter

Über die vielen verschiedenen Systemparameter können wir global Einstellungen in Koha vornehmen und verändern. Darüber kann man Koha sehr individuell anpassen. Wir werden jetzt einige wichtige Parameter kontrollieren und anpassen, sodass es für unseren Einsatzzweck passt. Hier die wichtigsten Paremeter:

Sprache und Formate

dateformat → Datumsformat
CalendarFirstDayOfWeek → ersten Tag der Woche definieren
opaclanguagesdisplay → nur interessant, wenn man mehrere Sprachen installiert hat
opaclanguages → nur interessant, wenn man mehrere Sprachen installiert hat
language → nur interessant, wenn man mehrere Sprachen installiert hat

Ausleihe

Unter diesem Punkt gibt es sehr viele Parameter. Die meisten von ihnen können wir in der Standardeinstellung so lassen bzw. werden wir später noch anpassen. Wenn wir eine Altersbeschränkung einrichten wollen, z.B. für DVDs oder Bücher, müssen folgenden Paramter ändern:

AgeRestrictionMarker → in FSK|PEGI|Age| ändern

Danach speichern.

Benutzer

Bei Bedarf können wir folgende Parameter ändern:

CardnumberLength → Länge der Benutzernummer
minPasswordLength → Mindestlänge für das Passwort eines Benutzers

Katalogisierung

Hier ändern wir nur einen Parameter:

autoBarcode → inkrementelle EAN-13-Barcodes

Kataloganreicherung

Die folgenden Parameter bewirken, dass Cover-Bilder von Amazon im OPAC bzw. in der Dienstoberfläche (Backend / Intranet) angezeigt werden:

AmazonCoverImages → auf Zeige ändern
OPACAmazonCoverImages → auf Zeige ändern

OPAC

Zum Schluss können wir noch den OPAC an unsere Schulbibliothek anpassen. Auch hier gibt es wieder recht viele Parameter, von denen die meisten so gelassen werden können. Einige sollten wir aber bei Bedarf ändern:

LibraryName → Name der Bibliothek
OpacMainUserBlock→ Willkommensnachricht für die Hauptseite

Fazit

Die wichtigsten Grundeinstellungen in Koha haben wir nur abgearbeitet. Koha ist nun soweit eingerichtet, dass wir unsere ersten Bücher aufnehmen und ausleihen können. Das wird das Thema im nächsten Teil sein. Danach werden wir uns noch mit weiteren Themen wie Mahnungen und Gebühren, Benutzerverwaltung und -Import beschäftigen.

Viel Spaß beim Einrichten der Schulbibliothek!

Teil 2: Das bibliografische Framework – Wie man Koha installiert und für Schulen einrichtet

Fri, 30 Mar 2018 08:15:58 +0000

Im [ersten Teil dieser Serie][1] haben wir bereits Koha installiert. Bevor wir ein Buch aufnehmen oder verleihen können, müssen noch einige Einstellungen vorgenommen werden. Ein großes Thema ist das bibliografische Framework. Bei der Installation haben wir bereits MARC21 gewählt. Was das ist, warum es wichtig ist und wie wir das Framework für eine Schule anpassen können, darum geht es in diesem 2. Teil.

Dieser Artikel ist ein Teil einer Serie:

[Installation und Einrichtung einer ersten Bibliothek][1]
[Das bibliografische Framework][2]
[Grundeinstellungen][3]
[Buchaufnahme][4]
[Drucken von Etiketten][5]
[Ausleihkonditionen][6]
Verbinden mit einem Z.39.50 / SRU Server
Benachrichtigungen und Erinnerungen
Mahnungen und Gebühren

Was ist das bibliografische Framework?

Am besten stellen wir uns das bibliografische Framework wie eine Vorlage vor, nach der Bücher oder andere Medien in Koha aufgenommen werden. In dieser Vorlage legen wir fest, welche Daten wir in unserem System haben wollen. Das könnten z.B. folgende sein:

Titel und Author/in
Verlag, Erscheinigsort und -jahr
ISBN / ISSN
Altersbeschränkung
evtl. Sprache

Diese Liste lässt sich beliebig erweitern, aber für eine Schulbibliothek wollen wir es so einfach wie möglich machen. Diese Daten nennt man auch Felder.

Damit sich nicht jede Bibliothek ihre eigenen Felder ausdenken muss, wurde vor vielen Jahren ein Standard geschaffen, der in Koha verwendet wird: MARC21.

MARC21

[Wikipedia][7] definiert MARC folgendermaßen:

MARC (MAchine-Readable Cataloging) ist ein bibliographisches Datenformat. Entwickelt wurde es 1966 in den USA. Im Lauf der Jahre folgten zahlreiche verschiedene Versionen, von denen bis heute vor allem die Version MARC 21 weltweit von Bibliotheken verwendet wird. MARC 21 ist ein allgemeines Format, das von verschiedensten Anwendungen gelesen und verarbeitet werden kann. Hauptzweck ist die Übertragung von bibliographischen Daten zwischen Bibliotheken.

Es geht also einen bibliografischen Datensatz, der von einem Computer gelesen werden kann.

Koha verwendet ebenfalls MARC21, deswegen müssen wir uns ein wenig damit auseinander setzen. Es gibt eine gute Einführung in MARC21, die aber nur in Englisch verfügbar ist. Ich kann sie sehr empfehlen, da sie mir geholfen hat MARC21 besser zu verstehen: [Understanding MARC][8].

Ein MARC21 Feld besteht aus einem Tag (einer dreistelligen Zahl), zwei Indikatoren und einem Unterfeld-Code. Hier ein Beispiel für das Feld ISBN:

020 ## $a 0877547637
```

Die ersten drei Zahlen **020** stehen für das MARC21 Feld bzw. Tag. Die zwei „##“ stehen für die beiden Indikatoren, die für dieses Feld nicht definiert sind. Mit **$a** folgt das Unterfeld **a** für die ISBN. Zum Schluss steht die ISBN. Laut Definition kann man im Unterfeld **$z** auch eine nicht mehr gültige ISBN angeben.

Eine Übersicht über alle MARC21-Felder gibt es hier:

### MARC21 für Schulbibliotheken anpassen

Ich empfehle wirklich jedem, der Koha einsetzen möchte, sich die oben verlinkte Einführung in MARC durchzulesen, denn es hilft ungemein beim Verständnis, wie Koha funktioniert und wie man es verwenden kann und muss.

#### Framework exportieren

Da wir jetzt grob wissen, was MARC21-Felder sind, wollen wir in Koha das bibliografische Framework anpassen. Dazu loggen wir uns mit unserem im Teil 1 erstellen Benutzer ein und öffnen den Menüpunkt _Administration_.

Dort wählen wir den Punkt _bibliografisches_ _Framework_.

Hier sehen wir nun eine Liste mit allen bibliografischen Frameworks. Wir können theoretisch für jeden Medientyp ein eigenes Framework erstellen, doch wir möchten es so einfach wie möglich haben.

Das Framework können wir gut im Browser anpassen, aber es ist mit viel Klicken und Warten verbunden. Deshalb werden wir das Framework exportieren und anschließend wieder importieren.

In der Liste klicken wir neben Framework mit dem Code „FA“ und dem Namen „Schnellaufnahme“ auf _Aktionen → Export_. (Falls das Schnellaufnahme Framework fehlt, wurde bei der Installation vergessen, den Haken an der entsprechenden Stelle zu setzen…)

#### Framework anpassen

Nun müssen wir die heruntergeladene Datei (man kann zwischen CSV, Exel oder Open Document Format wählen) mit einer Tabellenkalkulation unserer Wahl öffnen und wie folgt anpassen.

Im ersten Reiter **marc\_tag\_structure** und zweitem Reiter **marc\_subfield\_structure** alle Zeilen löschen mit den Tags:

* 010, 050, 082, 090, 099

Im zweiten Reiter werden wir noch einige Felder verstecken, damit die Maske zur Aufnahme der Bücher übersichtlicher wird. In der Spalte _hidden_ geben wir an folgenden Stellen „[5][9]“ für folgende Tags und Unterfelder ein:

* 020 → alle bis auf Unterfeld a
* 022 → alle bis auf Unterfeld a
* 100 → alle bis auf Unterfeld a (und l optional)
* 245 → alle bis auf Unterfelder a und b
* 250 → alle bis auf Unterfeld a
* 260 → alle bis auf Unterfelder a, b und c
* 300 → alle
* 500 → alle bis auf Unterfeld a
* 942 → alle bis auf Unterfeld c
* 952 → nur Unterfelder 2, b, e, f, i, j, l, m, n, q, r, s, u, v, w, y

Wenn wir das geschafft haben, haben wir eine große Hürde bei der Verwendung von Koha genommen. Das was jetzt noch kommt, wird wieder leichter 🙂

#### Framework importieren

Nun müssen wir unser bearbeitetes Framework wieder importieren. Dazu klicken wir auf _Aktionen → Import_ und wählen unserer bearbeitet Tabellenkalkulationsdatei, die wir gerade eben bearbeitet haben, aus. Mit _Import_ wird unser „FA“ Framework aktualisiert.

### Fazit

Wir haben nun ein sehr wichtiges Element in der Konfiguration von Koha eingerichtet – unser bibliografisches Framework! Es ist fast alles für die Aufnahme oder den [Import][10] unserer Medien eingerichtet. Im nächsten Teil dieser Serie geht es um weitere grundlegende Einstellungen für Schulen sowie die Einrichtung weitere Medien- und Benutzergruppen.

[1]: https://zefanjas.de/wie-man-koha-installiert-und-fuer-schulen-einrichtet-teil-1/
[2]: https://zefanjas.de/koha-installation-schule-bibliografische-framework/
[3]: https://zefanjas.de/teil-3-grundeinstellungen-wie-man-koha-installiert-und-fuer-schulen-einrichtet/
[4]: https://zefanjas.de/teil-4-katalogisierung-wie-man-koha-installiert-und-fuer-schulen-einrichtet/
[5]: https://zefanjas.de/teil-5-etikettendruck-wie-man-koha-installiert-und-fuer-schulen-einrichtet/
[6]: https://zefanjas.de/teil-6-ausleihkonditionen-wie-man-koha-installiert-und-fuer-schulen-einrichtet/
[7]: https://de.wikipedia.org/wiki/Machine-Readable_Cataloging
[8]: https://www.loc.gov/marc/umb/
[9]: https://wiki.koha-community.org/wiki/Hidden_values
[10]: https://zefanjas.de/umstieg-von-littera-zu-koha-teil-1/

Teil 1: Installation – Wie man Koha installiert und für Schulen einrichtet

Fri, 09 Mar 2018 10:41:22 +0000

Koha, ein [integriertes Bibliothekssystem][1], ist eines der [besten Open Source Projekte][2], das ich kenne. Wir verwenden es in unserer [Schul- und Lehrmittelbibliothek][3]. Weltweit wird es von vielen Schulen, Universitäten und natürlich Bibliotheken verwendet. Es bringt sehr viele Features mit und man kann es sehr flexibel konfigurieren und anpassen. Jedoch hat es einen Nachteil: Wenn man bisher wenig mit dem Bibliothekswesen zu tun hatte, ist der Einstieg recht steil, weniger in Koha, sondern in das [bibliografische Datenformat MARC 21][4]. Deshalb möchte ich in dieser Artikelreihe zeigen, wie man Koha installiert und für Schulen einrichtet.

Dieser Artikel ist ein Teil einer Serie:

[Installation und Einrichtung einer ersten Bibliothek][5]
[Das bibliografische Framework][6]
[Grundeinstellungen][7]
[Buchaufnahme][8]
[Drucken von Etiketten][9]
[Ausleihkonditionen][10]
Verbinden mit einem Z.39.50 / SRU Server
Benachrichtigungen und Erinnerungen
Mahnungen und Gebühren

Installation

Vorbereitungen

Koha ist eine Webanwendung für die wir einen Webserver brauchen. Das kann ein eigener Rechner sein, eine virtuelle Maschine oder ein Linux-Container. Wir werden in diesem Beispiel ein [LXD-Container][11] mit Ubuntu 20.04 verwenden, es geht aber auch jeder andere Rechner mit Debian oder Ubuntu.

Zuerst fügen wir die Paketquellen und den zugehörigen Schlüssel für Koha hinzu:

$ echo deb http://debian.koha-community.org/koha stable main | sudo tee /etc/apt/sources.list.d/koha.list
$ wget -O- http://debian.koha-community.org/koha/gpg.asc | sudo apt-key add -

Danach müssen wir die Paketquellen einmal aktualisieren:

$ sudo apt update

Nun können wir Koha und den Datenbankserver installieren:

$ sudo apt install koha-common mariadb-server

Damit unser Datenbankserver sicherer wird, können wir mit folgendem Befehl einige Einstellungen ändern:

$ sudo mysql_secure_installation
```

Bis auf die erste Frage können alle Fragen können mit Ja („Y“) beantwortet werden. Es sollte unbedingt ein Root-Passwort festgelegt werden!

Bevor wir Koha einrichten, müssen wir ein paar grundlegende Einstellungen in der Datei _**/etc/koha/koha-sites.conf**_ vornehmen. Es geht um die Festlegung der Domain unter welcher Koha und der OPAC (die Website für die Benutzer) später erreichbar ist. Sie setzt sich dabei wie folgt zusammen:

* OPAC: _bibliothek.domain.tld_
* Koha-Intranet: _bibliothek-intra.domain.tld_

Dazu öffnen wir die Datei und ändern folgende Parameter:

* DOMAIN – hier tragen wir die Haupt-Domain ein, z.B. „.meine-schule.org“
* INTRASUFFIX – standardmäßig „-intra“, z.B. bibliothek_-intra_.meine-schule.org

$ sudo nano /etc/koha/koha-sites.conf
```

Danach aktivieren wir noch einige Webserver-Module, damit Koha später erreichbar ist:

$ sudo a2enmod rewrite
$ sudo a2enmod cgi
$ sudo service apache2 restart
```

#### Deutsches Sprachpaket installieren

Das deutsche Sprachpaket können wir so installieren:

```
$ sudo koha-translate --install de-DE
```

Später ist sowohl der Webinstaller als auch Koha in Deutsch verfügbar.

#### Bibliotheksinstanz erstellen

Mit Koha können wir mehrere Bibliotheken erstellen und verwalten. Bisher existiert aber noch keine, deshalb müssen wir erst einmal eine erstellen.

```
$ sudo koha-create --create-db bibliothek
```

Soll Koha später unter _bibliothek.meine-schule.org_ erreichbar sein, müssen wir _bibliothek_ als Bibliotheksnamen verwenden.

Als nächsten aktivieren noch die neue Konfiguration für den Webserver und starten ihn neu:

$ sudo a2enmod deflate
$ sudo a2ensite bibliothek
$ sudo service apache2 restart
```

Damit wir den Webinstaller erreichen können müssen wir die IP und den Domainnamen entweder in unseren DNS-Server eintragen oder lokal in die hosts-Datei. In Ubuntu befindet sie sich unter _**/etc/hosts**__._ Die IP findet man z.B. mit `ifconfig` heraus.

```
$ sudo nano /etc/hosts
...
10.97.127.207 bibliothek.meine-schule.org
10.97.127.207 bibliothek-intra.meine-schule.org
...
```

### Koha einrichten

#### Grundinstallation

Unter http://bibliothek-intra.meine-schule.org erreichen wir den Webinstaller.

Der Benutzer ist koha__bibliotheksname_. Das Passwort erhalten wir mit folgendem Befehl (_bibliotheksname_ anpassen!):

$ sudo xmlstarlet sel -t -v 'yazgfs/config/pass' /etc/koha/sites/bibliotheksname/koha-conf.xml;echo
```

Im nächsten Schritt können wir dann die Sprache auswählen:

In den nächsten Schritten werden Abhängigkeiten geprüft, z.B. ob alle Perl-Module vorhanden sind, die Datenbanktabellen eingerichtet und ein MARC-Format muss ausgewählt werden (MARC21 ist der Standard).

Dann kommt eine längere Seite auf der wir die Datenbank mit verschiedenen Vorlagen und Beispieldaten befüllen können. Hier muss jeder für sich entscheiden, was er alles in der Datenbank haben möchte. Wir wählen zu den bereits markierten Punkte noch folgende hinzu:

* Bibliographisches Standard-Framework für MARC21
* „FA“, ein MARC21-Framework (Erfassungsmaske) für Schnellaufnahmen und Fernleihtitel
* Beispiele für die Auswahllisten der verschiedenen normierten Werte (Verloren, Beschädigt, Sammlung, Standort etc.) …
* Nützliche Benutzerattribute

Damit ist die Grundinstallation abgeschlossen.

#### Bibliothek und erste Einstellungen einrichten

Nun werden wir gefragt, wie unsere Bibliothek heißen soll. Dazu legen wir ein Kürzel fest (kann später nicht geändert werden) und vergeben einen Namen. Wir nennen sie hier im Beispiel _Schulbibliothek_.

Als nächstes erstellen wir einen ersten Benutzertypen. Das Admin-Konto, welches wir gleich anlegen, verwendet diesen Benutzertyp. Wieder müssen wir ein Kürzel bzw. Code für die Kategorie vergeben („_MA_„) , eine Beschreibung und die Dauer der Mitgliedschaft. Letztere legt fest, wann ein Benutzerkonto in dieser Kategorie abläuft.

Nachdem der Benutzertyp angelegt ist, erstellen wir den Administrator. Dieser Benutzer hat „_Superlibraian_„-Rechte. Alle Felder müssen ausgefüllt werden.

Nun legen wir einen ersten Medientyp fest. Das können Bücher, CDs, DVDs, Karten usw. sein. Wieder brauchen wir ein Code, der später nicht geändert werden kann, und einen Beschreibung:

Zuletzt legen wir die Ausleihkonditionen für den eben erstellten Medientyp fest. Die Einstellungen sind sehr flexibel. Man kann die Leihfrist einstellen oder für welche Bibliothek oder Benutzertyp die Regel gelten soll. Wir können die Regeln später noch ändern.

Damit ist die Grundinstallation von Koha und unserer ersten Bibliothek abgeschlossen! Unter http://bibliothek-intra.meine-schule.org können wir uns nun mit unserem Admin-Konto anmelden und haben damit Zugriff auf die Administrationsseite von Koha. Dort nehmen wir alle weiteren Einstellungen vor, verleihen Bücher oder nehmen sie wieder zurück.

### Fazit

Wir haben nun eine funktionieren Koha-Installation und eine erste Bibliothek. Trotzdem sind viele weitere Einstellungen nötig, bevor wir die ersten Medien in Koha aufnehmen können. Dies möchte ich in den kommenden Artikeln dieser Serie aufzeigen.

[1]: https://de.wikipedia.org/wiki/Koha_(Bibliothekssoftware)
[2]: https://zefanjas.de/5-grossartige-open-source-programme-die-wir-in-unserer-schule-einsetzen/
[3]: https://zefanjas.de/umstieg-von-littera-zu-koha-teil-1/
[4]: https://de.wikipedia.org/wiki/Machine-Readable_Cataloging
[5]: https://zefanjas.de/wie-man-koha-installiert-und-fuer-schulen-einrichtet-teil-1/
[6]: https://zefanjas.de/koha-installation-schule-bibliografische-framework/
[7]: https://zefanjas.de/teil-3-grundeinstellungen-wie-man-koha-installiert-und-fuer-schulen-einrichtet/
[8]: https://zefanjas.de/teil-4-katalogisierung-wie-man-koha-installiert-und-fuer-schulen-einrichtet/
[9]: https://zefanjas.de/teil-5-etikettendruck-wie-man-koha-installiert-und-fuer-schulen-einrichtet/
[10]: https://zefanjas.de/teil-6-ausleihkonditionen-wie-man-koha-installiert-und-fuer-schulen-einrichtet/
[11]: https://zefanjas.de/5-gruende-warum-wir-lxd-verwenden/

Wie man das Koha „auto increment“ Problem lösen kann

Wed, 24 Jan 2018 14:04:49 +0000

Wir verwenden [Koha für unsere Bibliothek][1], eine sehr mächtige und [tolle Open Source Software][2]. Auf Mailingliste des Projekts hatte ich bereits vom „Koha auto increment“ – Problem gelesen und hoffte, dass es uns nicht betraf. Doch vor einigen Wochen kam einer unserer Mitarbeiter der Schulbibliothek zu mir und gab mir ein Buch, dass sich nicht zurückgeben ließ. Jedes mal, wenn man versuchte, das besagte Buch zurückzugeben, bekam man folgende Fehlermeldung:

Unter Mehr → Über Koha im Reiter „Systeminformationen“ konnte ich dann sehen, dass einige Bücher von diesem Problem betroffen waren.

Doch worin liegt eigentlich das Problem? Wie konnte es dazu kommen?

Das Problem

Im Koha Wiki gibt es zu diesem Datenbankproblem eine [eigene Wiki-Seite][3]. Koha verschiebt Einträge zwischen Datenbanktabellen, wenn man z.B. einen Benutzer oder ein Buch löscht. Das gleiche passiert mit Ausleihen. Die Einträge in diesen Tabellen haben eine eindeutige ID, welche normalerweise automatisch hochgezählt wird (auto increment). Das Problem ist allerdings, dass MySQL diese Zähler nur im Arbeitsspeicher speichert und nicht auf der Festplatte. Dies tritt nur auf, wenn Einträge gelöscht werden. Ein Beispiel:

Ich erstelle einen neuen bibliographischen Eintrag (z.B. ein Buch). Es wird u.a. in der Tabelle biblio gespeichert. Der Eintrag bekommt die ID 1. Der nächste Wert für die ID müsste also 2 sein.
Jetzt lösche ich dieses Buch wieder. Der Eintrag wird in die Tabelle deletedbiblio verschoben. In der Tabelle biblio gibt es jetzt keinen Eintrag mehr.
Ich starte den MySQL-Server neu. Dadurch wird der interne Zähler für die IDs zurückgesetzt.
Nun lege ich ein neues Buch an. Es bekommt nicht die ID 2, sondern 1, weil es ja keinen Eintrag mehr in der Tabelle biblio gibt.
Wenn ich jetzt dieses Buch lösche, wird es zwar aus der Tabelle gelöscht, aber nicht in die Tabelle deletedbiblio verschoben, da es dort schon einen Eintrag mit dieser ID gibt. Die Folge ist, dass in diesem Fall mein Eintrag für immer verloren ist.

Das passiert wie gesagt nicht nur mit bibliographischen Einträgen, sondern auch mit Ausleihen, Benutzern etc. Aus diesem Grund warnt Koha in den aktuellen Versionen vor dem Problem. Damit ist es aber noch nicht behoben.

Das Koha „auto increment“ Problem reparieren

Um zukünftig einen Datenverlust zu vermeiden, bringen wir MySQL bei, die IDs nicht zurückzusetzen, v.a. nicht auf einen Wert, den wir schon einmal verwendet haben. Dazu öffnen wir die Datei /etc/mysql/my.cnf oder /etc/mysql/mariadb.conf.d/50-server.cnf (wir verwenden einen Ubuntu 16.04 [LXD Container][4] mit MariaDB) und ergänzen im Abschnitt [mysqld] folgende Zeile:

init-file=/var/lib/mysql/init-file_koha.sql
```

Dann erstellen wir eben diese Datei mit

```
$ sudo nano /var/lib/mysql/init-file_koha.sql
```

und kopieren den folgenden Inhalt in die Datei:

```
USE koha_DB_Name;
 
SET @new_AI_borrowers = ( SELECT GREATEST( IFNULL( ( SELECT MAX(borrowernumber) FROM borrowers ), 0 ), IFNULL( ( SELECT MAX(borrowernumber) FROM deletedborrowers ), 0 ) ) + 1 );
SET @sql = CONCAT( 'ALTER TABLE borrowers AUTO_INCREMENT = ', @new_AI_borrowers );
PREPARE st FROM @sql;
EXECUTE st;
 
SET @new_AI_biblio = ( SELECT GREATEST( IFNULL( ( SELECT MAX(biblionumber) FROM biblio ), 0 ), IFNULL( ( SELECT MAX(biblionumber) FROM deletedbiblio ), 0 ) ) + 1 );
SET @sql = CONCAT( 'ALTER TABLE biblio AUTO_INCREMENT = ', @new_AI_biblio );
PREPARE st FROM @sql;
EXECUTE st;
 
SET @new_AI_biblioitems = ( SELECT GREATEST( IFNULL( ( SELECT MAX(biblioitemnumber) FROM biblioitems ), 0 ), IFNULL( ( SELECT MAX(biblioitemnumber) FROM deletedbiblioitems ), 0 ) ) + 1 );
SET @sql = CONCAT( 'ALTER TABLE biblioitems AUTO_INCREMENT = ', @new_AI_biblioitems );
PREPARE st FROM @sql;
EXECUTE st;
 
SET @new_AI_items = ( SELECT GREATEST( IFNULL( ( SELECT MAX(itemnumber) FROM items ), 0 ), IFNULL( ( SELECT MAX(itemnumber) FROM deleteditems ), 0 ) ) + 1 );
SET @sql = CONCAT( 'ALTER TABLE items AUTO_INCREMENT = ', @new_AI_items );
PREPARE st FROM @sql;
EXECUTE st;
 
SET @new_AI_issues = ( SELECT GREATEST( IFNULL( ( SELECT MAX(issue_id) FROM issues ), 0 ), IFNULL( ( SELECT MAX(issue_id) FROM old_issues ), 0 ) ) + 1 );
SET @sql = CONCAT( 'ALTER TABLE issues AUTO_INCREMENT = ', @new_AI_issues );
PREPARE st FROM @sql;
EXECUTE st;
 
SET @new_AI_reserves = ( SELECT GREATEST( IFNULL( ( SELECT MAX(reserve_id) FROM reserves ), 0 ), IFNULL( ( SELECT MAX(reserve_id) FROM old_reserves ), 0 ) ) + 1 );
SET @sql = CONCAT( 'ALTER TABLE reserves AUTO_INCREMENT = ', @new_AI_reserves );
PREPARE st FROM @sql;
EXECUTE st;
```

> **Wichtig:** In der ersten Zeile müssen wir unbedingt _koha\_DB\_Name_ mit dem Datenbanknamen unserer Koha-Installation ersetzen. In der Regel ist das _koha\_name\_der\_koha\_instanz_, also z.B. _koha_library_.

Zum Schluss starten wir noch MySQL bzw. MariaDB neu:

```
$ sudo service mysql restart
```

### Fehlerhafte Datensätze aufräumen

Nun haben wir zwar verhindert, dass das Problem wieder auftritt, aber es sind immer noch unserer alten Datensätze vorhanden. Ein Weg ist, die entsprechenden Einträge aus den _deleted*_ Tabellen zu löschen. Damit verliert man vielleicht ein paar statistische Informationen, aber auf die können wir in unserer kleinen Schulbibliothek verzichten. Sonst haben wir bisher keine negativen Auswirkungen feststellen können.

Um die „fehlerhaften“ Datensätze zu löschen, müssen wir uns zuerst an unserem Koha-Server anmelden. Dann loggen wir uns in die MySQL-Konsole ein mit

```
$ sudo mysql -p koha_datenbankname
Enter password: 
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 115
Server version: MariaDB Ubuntu 16.04

Copyright (c) 2000, 2017, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [koha_datenbankname]>
```

Oben im Screenshot sieht man, dass unsere fehlerhaften Datensätzen in den Tabellen _biblio_ und _deletedbiblio_ sind. Die IDs sind doppelt und wir löschen die IDs aus einer der beiden Tabellen, konkret aus _deletedbiblio_. Wir überprüfen zuerst, welche Datensätze betroffen sind:

```
MariaDB [koha_datenbankname]> SELECT * FROM deletedbiblio WHERE biblionumber IN (*hier die IDs aus dem Webinterface kopieren*);
```

Wenn wir die Datensätze wirklich löschen wollen ändern wir den Befehl leicht ab:

```
MariaDB [koha_datenbankname]> DELETE FROM deletedbiblio WHERE biblionumber IN (*hier die IDs aus dem Webinterface kopieren*);
```

Falls es z.B. auch problematische Datensätze mit den Ausleihen gibt, würde der Befehl so lauten:

```
MariaDB [koha_datenbankname]> DELETE FROM old_issues WHERE issue_id IN (*hier die IDs aus dem Webinterface kopieren);

```

Nun zeigt Koha keine fehlerhaften Datensätze mehr an:

 

### Fazit

Wenn man dieses Problem in seiner Koha-Installation hat, ist es sehr ratsam dieses Problem zu lösen. Allerdings gibt es verschiedene Ansätze. Der oben beschriebene Weg ist ein schneller Fix, der aber unter Umständen nicht für jede Installation in Frage kommt. Seitens Koha wird noch an einem Skript gearbeitet, dass das Problem später automatisch beheben soll. Trotz diesem Datenbankproblem haben wir den Umstieg auf Koha bisher nicht bereut. Es ist und bleibt eine tolle Software, die sicher ihre Einarbeitungszeit braucht, aber der Gewinn, die Flexibilität und die damit gewonnen Freiheiten sind scheinbar grenzenlos.


  Setzt du Koha ein? Welche Erfahrungen hast du bisher gemacht?


 [1]: https://zefanjas.de/umstieg-von-littera-zu-koha-teil-1/
 [2]: https://zefanjas.de/5-grossartige-open-source-programme-die-wir-in-unserer-schule-einsetzen/
 [3]: https://wiki.koha-community.org/wiki/DBMS_auto_increment_fix
 [4]: https://zefanjas.de/5-gruende-warum-wir-lxd-verwenden/

Umstieg von LITTERA zu Koha – Teil 3

Sat, 16 Sep 2017 07:18:47 +0000

Im [ersten][1] und im [zweiten Teil][2] dieser kleinen Serie habe ich bereits berichtet, wie wir an unserer Schule von LITTERA zu Koha umgestiegen sind. Heute möchte ich kurz zeigen, wie wir Antolin in Koha integriert haben, sodass man bei der Suche im OPAC oder Intranet sofort erkennt, wenn ein Buch bei Antolin verfügbar ist.

So soll es am Ende aussehen:

Antolin-Daten hinzufügen

Zuerst muss Koha wissen, welches Buch bei Antolin verfügbar ist und welches nicht. Dazu habe ich mir die [Antolin-Datenbank][3] bei Antolin heruntergeladen und dann, nachdem ich alle Bücher aus Koha als MARC-Datei exportiert habe, mit einem Skript mit den entsprechenden Daten angereichert. Hierzu habe ich wieder pymarc verwendet. So sieht das ganze dann aus:

record.add_field(
  Field(
    tag = '856',
    indicators = ['4','2'],
    subfields = [
      'n', 'Antolin',
      'u', antolin[titles[recordID]["ISBN"]]["url"],
      'w', antolin[titles[recordID]["ISBN"]]["bookId"],
      'y', antolin[titles[recordID]["ISBN"]]["title"],
      'z', antolin[titles[recordID]["ISBN"]]["grade"]
]))

```

Die Daten habe ich also in Feld 856 hinzugefügt. Die Antolindaten habe ich vorher aus der CSV ausgelesen und in ein Array bzw. Dict gespeichert.

## Templates anpassen

Der nächste Schritt ist, dass Koha (Opac und Intranet) wissen muss, wie es diese Daten anzeigen soll. Koha verwendet für den Opac und das Intranet XSLT-Templates. Diese kann man bearbeiten und an seine Bedürfnisse anpassen. Ich habe eine Abfrage eingefügt, welche prüft, ob das Feld 856 vorhanden ist, und dann entsprechend den Antolin-Raben zeigt sowie einen Link zum Quiz.

<xsl:if test="$DisplayOPACiconsXSLT!='0'">
 <span class="results_summary type">
 <xsl:if test="$typeOf008!=''">
   <span class="results_material_type">
     <span class="label">Materialtyp: </span>
     <xsl:choose>
       <xsl:when test="$leader19='a'"><img src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/book_link.png" alt="book" title="book" class="materialtype"/> Gesamtaufnahme</xsl:when>
       <xsl:when test="$leader6='a'">
         <xsl:choose>
           <xsl:when test="$leader7='c' or $leader7='d' or $leader7='m'"><img src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/book.png" alt="book" title="book" class="materialtype"/>
           
           <!-- Add Antonlin image -->
           <xsl:if test="marc:datafield[@tag=856]">
             <xsl:element name="img"><xsl:attribute name="src">/images/Antolin16.png</xsl:attribute><xsl:attribute name="alt">Antolin</xsl:attribute><xsl:attribute name="class">Materialtyp</xsl:attribute></xsl:element>
           </xsl:if>
            Buch</xsl:when>
           <xsl:when test="$leader7='i' or $leader7='s'"><img alt="Zeitschrift" title="Zeitschrift" class="materialtype" src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/newspaper.png" /> Periodikum</xsl:when>
           <xsl:when test="$leader7='a' or $leader7='b'"><img src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/book_open.png" alt="article" title="article" class="materialtype"/> Aufsatz</xsl:when>
         </xsl:choose>
       </xsl:when>
       <xsl:when test="$leader6='t'"><img src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/book.png" alt="book" title="book" class="materialtype"/> Buch</xsl:when>
       <xsl:when test="$leader6='o'"><img src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/report_disk.png" alt="Medienkombination" title="Medienkombination" class="materialtype" /> Kit</xsl:when>
       <xsl:when test="$leader6='p'"><img src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/report_disk.png" alt="Medienkombination" class="materialtype" title="Medienkombination" />Medienkombination</xsl:when>
       <xsl:when test="$leader6='m'"><img title="Computerdatei" class="materialtype" alt="Computerdatei" src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/computer_link.png" /> Computerdatei</xsl:when>
       <xsl:when test="$leader6='e' or $leader6='f'"><img alt="Karte" title="Karte" class="materialtype" src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/map.png" /> Karte</xsl:when>
       <xsl:when test="$leader6='g' or $leader6='k' or $leader6='r'"><img src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/film.png" alt="Visuelles Material" title="Visuelles Material" class="materialtype" /> Visuelles Material</xsl:when>
       <xsl:when test="$leader6='c' or $leader6='d'"><img src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/music.png" alt="Partitur" class="materialtype" title="Partitur" /> Noten</xsl:when>
       <xsl:when test="$leader6='i'"><img class="materialtype" title="Ton" alt="Ton" src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/sound.png" /> Ton</xsl:when>
       <xsl:when test="$leader6='j'"><img src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/sound.png" class="materialtype" title="Musik" alt="Musik" /> Musik</xsl:when>
     </xsl:choose>
   </span>
 </xsl:if>

```

Das gleiche muss man dann noch einmal für die Detailansicht machen. Die XSLT Dateien befinden sich unter **_/usr/share/koha/intranet/htdocs/intranet-tmpl/prog/{langcode}/xslt/MARC21slim2intranetResults.xsl_**. {langcode} ist z.B. „en“ oder „de-DE“.

Es empfiehlt sich eine Kopie des Standard-Templates zu machen und dieses dann anzupassen. Dazu muss der Pfad in den Systemparametern unter **XSLTResultsDisplay** noch geändert werden.

## Fazit

Bisher lief der Umzug ohne große Probleme ab. Der Schulbetrieb läuft seit einigen Wochen wieder und bisher gab es keine Beschwerden 🙂 Eine Sache haben wir noch nicht eingerichtet, welche aber noch dringend gemacht werden muss: Benachrichtigungen und Mahn- bzw. Erinnerungsnachrichten. Wenn wir das fertig eingerichtet haben, werde ich davon in einem 4. Teil berichten.

 [1]: https://zefanjas.de/2017/07/24/umstieg-von-littera-zu-koha-teil-1/
 [2]: https://zefanjas.de/2017/07/26/umstieg-von-littera-zu-koha-teil-2/
 [3]: https://www.antolin.de/all/info/titel-listen.jsp

Umstieg von LITTERA zu Koha – Teil 2

Wed, 26 Jul 2017 04:35:50 +0000

Wie bereits in [Teil 1][1] dieser kleinen Serie angekündigt, möchte ich heute beschreiben, wie wir neben unserer Lehrmittelbibliothek auch mit unserer Schulbibliothek von LITTERA zu Koha umgestiegen sind.

Backup der Daten aus LITTERA

LITTERA macht es einem nicht gerade leicht die aufgenommen Titel und Exemplare zu exportieren, sodass man neben den allgemeinen Angaben zum Titel auch die entsprechenden Schlagworte, Systematik oder die Barcodes in irgendeiner lesbaren Form hat. Die Backupfunktion von LITTERA legt alle Daten in einer Microsoft Access Datenbank ab, in der wiederum alle Daten in Tabellen liegen. Unter Windows ist diese mit einem Passwort geschützt, doch mit Hilfe der mdb-tools (aus den Paketquellen von z.B. Ubuntu) kann man sich ohne Probleme den Inhalt dieser Datenbank anschauen.

Mit mdb-tables littera.mdb kann man sich die einzelnen Tabellen innerhalb der Datenbank anschauen und mit mdb-export littera.mdb tabellenname den Inhalt einer Tabelle. Wenn man das ganze noch mit sed verknüpft kann man mit folgendem Befehl alle Tabellen in eine CSV-Datei exportieren:

$ mdb-tables littera.mdb | sed "s/ /\n/g" | while read in; do  mdb-export littera.mdb "$in" > "$in".csv; done

```

Nun hat man alle Daten in einer Form, dass man sie weiterverarbeiten kann. Folgende Tabellen sind interessant. Die Spalte „Buchungsnummer“ dient dabei als ID in anderen Tabellen.

  * Verlag → Liste mit allen Verlagen und Ortsangabe
  * Schlagworte → Liste aller Schlagworte
  * Schlag_zuord → Zuordnung der Schlagworte zu einem Titel
  * Medienart → alle Medientypen
  * Interessenkreise → Liste der Interessenskreise
  * IntzuMed → Zuordnung Interessenkreise zu Titel
  * Systematik\_OG / Systematik\_UG → Ober- und Untergruppen der Systematik
  * Systematik_Zuordnung → Zuordnung der Systematik zu Titel
  * Sprache → Liste der verwendeten Sprachen
  * Reihe → Informationen über Reihen
  * Exemplar → Liste aller Exemplare
  * Titel → Liste aller Titel

### Vorbereiten der Daten

Mit Hilfe eines Python-Skripts habe ich diese Tabellen ausgelesen und in einem großen Dictionary zusammengefasst, sodass ich zu jedem Titel alle nötigen Daten hatte (inkl. Exemplardaten).

```
#read publisher data
with open('Verlag.csv') as exemplarfile:
    reader = csv.DictReader(exemplarfile)
    tmpItem = {}

    for row in reader:
        tmpItem = {}
        tmpItem["name"] = row["Verlag"]
        tmpItem["city"] = row["Ort"]
        publishers[row["Buchungsnummer"]] = tmpItem

```

Eine weitere Schwierigkeit war der Barcode. Erst nach einiger [Recherche][2] habe ich einen Hinweis auf die Zusammenstellung des Barcodes gefunden. Ein Beispiel:

Barcode eines Exemplars: **1456000089443**

Das Muster ist folgendes: Exemplarnummer + Nullen + Bibliotheksnummer + Länge der Exemplarnummer + Prüfziffer (EAN13).

Im obigen Bespiel wäre als **1456** die Nummer unsere Exemplars, gefolgt von **Nullen**. **894** ist die Nummer der Bibliothek gefolgt von der **4**, da unsere Exemplarnummer 4stellig ist. **3** ist die Prüfnummer des Barcodes (die sich Über Division mit Rest berechnen lässt – einfach mal das weite Netz danach durchsuchen).

### MAB zu MARC21

LITTERA verwendet MAB als Format für alle Titel und Exemplare und Koha dagegen MARC21. Die Daten, die nun mit Hilfe des Python-Skripts vorbereitet sind, müssen nun noch in MARC21 „umgewandelt“ werden. Wie ich schon in Teil 1 erwähnte, ist MARC21 nicht gerade einsteigerfreundlich und relativ komplex. Es dauert etwas bis man die Struktur verstanden hat. Mir hat an dieser Stelle in Website „[Understanding MARC][3]“ geholfen.

In MARC21 gibt es verschiedene Felder mit Unterfeldern, die dazu noch bis zu 2 Indikatoren haben. In Koha wird z.B. das Fled 952 für alle Exemplardaten verwendet. im Unterfeld „p“, also 952$p befindet sich z.B. der Barcode. Im Feld 245$a und 245$b werden der Titel und der Untertitel festgehalten usw. Eine genaue Auflistung in deutsch gibt es bei der [Deutschen Nationalbibliothek][4].

Mehr oder weniger zufällig bin ich auf [pymarc][5] gestoßen, eine Python-Bibliothek zum Bearbeiten von MARC21 Daten. Diese Bibliothek nimmt einem viel Arbeit ab. Ich habe also aus den vorbereiteten Daten die einzelen Einträge der MARC21-Felder erstellt und am Ende als MARC21XML exportiert. Hier ein Auszug aus dem Skript:

```
if "ISBN" in titles[recordID] and titles[recordID]["ISBN"] != "":
    record.add_field(
        Field(
            tag = '020',
            indicators = ['',''],
            subfields = [
                'a', titles[recordID]["ISBN"]
            ]
        )
    )

```

Die Felder 000 bis 008 sind besondere Felder in MARC21, deren Bedeutung ich noch nicht 100%ig verstanden habe. Auf jeden Fall ist der „Leader“ ein sehr wichtiges Feld, weil in ihm wichtige Daten über z.B. die Medienart festgehalten sind. Deshalb hier noch ein Auszug, wie ich den Leader konstrukiert habe (anhand des Medientyps):

```
l = list(record.leader)
```

l\[5] = ’n‘ l[6] = ‚a‘ l[7] = ‚m‘ l[9] = ‚a‘ l[17] = ‚7‘ l[18] = ‚a‘ if titles[recordID\]\[„type“\]\[„short“] in („BU“, „ZS“): l[6] = ‚a‘ l[7] = ‚m‘ if titles[recordID\]\[„type“\]\[„short“] in („CD“, „TC“, „HB“): l[6] = ‚j‘ if titles[recordID\]\[„type“\]\[„short“] in („KA“): l[6] = ‚e‘ if titles[recordID\]\[„type“\]\[„short“] in („VI“, „DV“, „DI“, „FI“, „OV“): l[6] = ‚g‘ if titles[recordID\]\[„type“\]\[„short“] in („CR“, „FD“): l[6] = ‚m‘ if titles[recordID\]\[„type“\][„short“] in („SP“, „SO“): l[6] = ‚o‘ record.leader = „“.join(l)


Ein korrekter Leader ist wichtig, da ansonsten in Koha kein Medientyp bei der Suche oder in den Details angezeigt werden.

Nun müssen die Daten noch von MARC21XML nach MARC21 umgewandelt werden. Koha kann zwar auch MARC21XML importieren, aber da hatte ich immer Probleme mit der Kodierung, was sich in Problemen mit Umlauten und Sonderzeichen gezeigt hat. Also habe ich mit Hilfe von [MarcEdit][6] die Daten vom einem Format in das nächste gebracht.

Soweit so gut. Jetzt können die Daten in Koha importiert werden. Allerdings möchte ich gern, dass man bei einer Suche oder in der Detailansicht sieht, ob ein Buch bei Antolin verfügbar ist oder nicht. Antolin ist eine Leseplatform für Kinder, wo man zu einem gelesenen Buch ein Quiz machen kann und dafür Punkte bekommt. Ungefähr so soll es am Ende aussehen:

 

Wie Antolin integriert werden kann und wie man die Ansicht der Ergebnisse anpassen kann, darüber werde ich im [dritten Teil][7] berichten.

 [1]: https://zefanjas.de/2017/07/24/umstieg-von-littera-zu-koha-teil-1/
 [2]: http://www.ktp.at/mikrobib/doc/bc/BarEtiB.pdf
 [3]: http://www.loc.gov/marc/umb/
 [4]: http://d-nb.info/996983511/34
 [5]: https://github.com/edsu/pymarc
 [6]: http://marcedit.reeset.net/
 [7]: https://zefanjas.de/2017/09/16/umstieg-von-littera-zu-koha-teil-3/

Umstieg von LITTERA zu Koha – Teil 1

Mon, 24 Jul 2017 14:33:56 +0000

Seit ca. einem Jahr setzen wir an unserer Schule vermehrt auf Open Source Software (ich hatte hier und hier dazu berichtet). Ein großer Vorteil dieser Entscheidung ist die gewonnene Freiheit und Anpassungsfähigkeit. Manche würden das vielleicht auch als Nachteil sehen 🙂 Als Schule hat man bestimmte Anforderungen und Gegebenheiten und so kommt es bei der Auswahl einer Software nicht nur auf die „Features“ an, sondern v.a. auch, wie gut man diese Software konfigurieren, anpassen und in die vorhandene Infrastruktur einbinden kann. Da sehe ich bei Open Source Software einen riesen Vorteil gegenüber kommerzieller Software.

Ausgangslage

Koha ist so ein Beispiel. Vor einem Jahr haben wir eine neue Software für unsere Lehrmittelbibliothek gesucht. Unsere damalige Lösung (Littera LM) war veraltet und lief nicht sehr zuverlässig. Jedes Jahr gab es bei der Schulbuchausgabe und -rückgabe Probleme, sodass Bücher nicht mehr eindeutig zugeordnet werden konnten usw. Von Koha hatte ich schon mal gehört und wusste, dass auch andere Schulen in der großen weiten Welt diese Lösung verwendeten. Eine neue VM mit Koha war schnell eingerichtet – nicht zuletzt dank des sehr ausführlichen Handbuchs (inkl. Checklist)!

Neben dem Einrichten von Koha mussten wir uns v.a. auch mit Marc21 auseinandersetzten – dem bibliografischem Framework, welches Koha standardmäßig verwendet. Marc21 ist ein sehr komplexes Format, was am Anfang nicht gerade übersichtlich erscheint. Man kann sehr viele Details darin abbilden – leider, so erscheint es mir, ist dies aber auf verschiedenen Wegen möglich 🙂 Ich habe einiges gelernt über Marc21, aber bin längst kein Experte darin. Für unsere Schulbücher brauchten wir zum Glück nur die wesentlichsten Daten, welche auch gut abgebildet werden konnten. Unsere damalige Bibliothekarin erarbeitete noch eine Systematik und entsprechende Schlagwörter.

Dann konnte es auch schon mit der Katalogisierung der einzelnen Schulbücher und Lehrmaterialien losgehen. Über die Sommerferien wurden alle Schulbücher neu aufgenommen, mit Barcodes versehen und für die Schulbuchausgabe vorbereitet. Die Schulbuchausgabe nach den Ferien lief erfreulicherweise ohne große Probleme und (fast) zum ersten Mal war klar, wem welches Buch ausgeliehen wurde 🙂

Ein großer Vorteil von Koha gegenüber von LITTERA ist, dass es webbasiert ist und somit von jedem Rechner im Netzwerk aus bedient werden kann. Das hat uns die Arbeit und Einrichtung sehr erleichtert.

Nach einem Jahr mit Koha sind wir sehr zufrieden und auch die Schulbuchrückgabe lief ohne Probleme ab. Koha ist insgesamt sehr mächtig und kann viel viel mehr, als man für eine kleine Lehrmittelbibliothek braucht. Es dauert etwas bis man sich in Koha und v.a. Marc21 eingearbeitet hat, aber das Handbuch ist da eine große Hilfe. Die Möglichkeiten der Konfiguration sind sehr vielfältig und man kann eigentlich alles an die eigenen Bedürfnisse anpassen.

Umstieg wagen!

Nach der erfolgreichen Schulbuchrückgabe haben wir uns kurz zusammengesetzt und überlegt, ob wir nicht auch unsere eigentliche Schulbibliothek auf Koha umstellen sollten. Der Aufwand für so eine Umstellung ist natürlich um einiges größer, da eine Schulbibliothek ganz andere Anforderungen hat, als eine Lehrmittelbibliothek. Wir wollten auch den Bestand nicht neu etikettieren müssen, sondern – falls möglich – die vorhandene Struktur und Barcodes übernehmen können. Dazu kommen dann noch Ausleihkonditionen, Mahngebühren, E-Mail-Benachrichtigungen, Antolin-Integration usw. In den letzten zwei Wochen habe ich mich mal an dieses Projekt gewagt. Davon möchte ich euch bald in einem weiteren Artikel berichten (Update: Teil 2).

PS: Wer nutzt noch Koha in seiner Bibliothek?