Verwaltung von E-Ressourcen mit der GOKb
This is a modal window.
The media could not be loaded, either because the server or network failed or because the format is not supported.
Formal Metadata
| Title |
| |
| Title of Series | ||
| Number of Parts | 43 | |
| Author | ||
| License | CC Attribution 3.0 Germany: You are free to use, adapt and copy, distribute and transmit the work or content in adapted or unchanged form for any legal purpose as long as the work is attributed to the author in the manner specified by the author or licensor. | |
| Identifiers | 10.5446/56445 (DOI) | |
| Publisher | ||
| Release Date | ||
| Language |
Content Metadata
| Subject Area | ||
| Genre | ||
| Abstract |
|
18
25
38
41
00:00
Computer animation
Transcript: German(auto-generated)
00:00
Also wir haben, es wurde ja schon ein paar mal erwähnt, die GOKB und ich möchte heute ein bisschen auf den Workflow und die Oberfläche der GOKB eingehen und vielleicht sehen wir da auch im Kontrast schon ein paar interessante Sachen. Zunächst mal das Konzept der GOKB,
00:31
eine globale Austauschplattform für Metadaten von elektronischen Ressourcen. Insbesondere heißt
00:40
das, wir verwalten Pakete inklusive deren Inhalts und möglicherweise Beschränkungen, die für diesen Paketkontext gelten. Gleichzeitig verwalten wir global gültige Titelreferenzen,
01:03
zu sammeln Identifikatoren zu Titeln, Informationen zu dem Zugriff, was dann letztendlich wieder im Paketkontext passiert, aber auch für Journals zum Beispiel besonders interessant Informationen zum Titelverlauf. Weiterhin sehr nützlich ist die Verwaltung von Anbietern in
01:30
der GOKB. Dort werden sowohl die Plattformen eindeutig verzeichnet und referenziert und es
01:43
können auch weitere Informationen zu Anbietern wie zum Beispiel Adressen oder alternative Namensformen verwaltet werden. Grundsätzlich ist die Idee, das Konzept der GOKB die kooperative
02:04
Verwaltung dieser Daten. Es gibt eine zentral koordinierte arbeitsteilige Datenpflege. Was letztendlich bedeutet, komme ich später noch darauf. Wir bieten freien Zugang für interessierte
02:27
Institutionen in der GOKB mitzuarbeiten und ihre Pakete oder grundsätzlich für andere
02:43
interessierte, relevante Pakete zu verwalten. Im Zuge dazu und zur Hilfe dafür gibt es einiges an Werkzeugen, um diese kooperative Datenpflege zu unterstützen. Und was denke
03:07
ich besonders wichtig ist, dass wir offene Daten bieten und offene Schnittstellen. Das heißt alle Daten, die in der GOKB verwaltet werden, sind über freie Schnittstellen verfügbar und wir
03:26
unterstützen den Import über das allgemein akzeptierte und sehr weit verbreitete K-Bard Format, in dem in der Regel Paketinformationen oder Paketinhalte abgebildet werden. Die GOKB ist
03:56
ein Open Source Projekt in der Open Library Foundation. Sie wurde ursprünglich konzipiert
04:02
durch amerikanische Bibliotheken und entwickelt von K-Int. Und federführend war da auch die North Carolina State University, die immer noch Mitglied des Student Communities ist.
04:26
Mittlerweile hat die ZDB den Vorsitz in diesem Gremium und die ZDB und das HBZ sind auch grundsätzlich verantwortlich oder sind leitend beteiligt an der inhaltlichen Koordinierung der
04:50
GOKB. Das Hosting und die Entwicklung liegt bei der VZG und dem HBZ. Und eine große
05:05
Änderung, die wir seit dem Eintritt der deutschen Partner ins Leitungsgremium angepackt haben, ist die Entwicklung einer neuen Benutzeroberfläche, für die es eine Designstudie gab,
05:25
in der wir Bibliotheken, verschiedene Einrichtungen befragt haben und ihren Input gesammelt haben. Und diese neue Oberfläche, anhand dieser neuen Oberfläche, würde ich jetzt
05:43
ein paar Features und Workflows vorstellen. Die Oberfläche ist webbasiert und ich habe gleich mal eine bestimmte Ansicht gewählt, weil das wahrscheinlich so mit der interessanteste
06:08
Part ist der Verwaltung von Ressourcen in der GOKB und zwar den Workflow, ein neues Paket in die GOKB einzuflegen. Ein paar grundsätzliche Hinweise. Links sehen Sie,
06:36
wie vorhin angesprochen, die drei grundlegenden Komponenten, die in der GOKB verweitet werden,
06:48
Pakete, Titel und Anbieter. Und wir fangen an, ein neues Paket anzulegen. Zunächst mal
07:01
gibt es grundsätzliche allgemeine Informationen, wie natürlich den Namen, Anbieter und die Plattform, die beide ausgewählt werden können aus der Datenbank, die wir haben. Das dient
07:21
natürlich auch der Referenzierbarkeit nach außen. Dann verwalten wir auch eine ganze Reihe von weiteren Informationen zu Paketen. Natürlich wichtig der Inhaltstyp, ob Journals,
07:42
E-Books oder andere Typen verweitet werden. Gemischte Pakete sind natürlich auch möglich. Dann ein wichtiger Punkt oder ein sehr relevanter Punkt ist die Gültigkeit. Da lässt sich
08:06
praktisch so ein bisschen unterscheiden, in welchem Kontext dieses Paket lizenzierbar ist oder angeboten wird. Wobei wir in dem Zusammenhang für Konsortial und Regional
08:25
auch noch weitere Optionen anbieten, um das noch genauer zu spezifizieren. Dann haben wir noch ein paar grundlegende Informationen, die man anhängen kann, wie einen einheitlichen
08:44
Paketinhalt oder unveränderbare Pakete, worauf ich jetzt aber nicht so im ganzen Detail eingehen möchte. Wichtig ist, wir bieten auch auf Paketebene die Möglichkeit,
09:04
Identifikatoren einzugeben und weitere Namensformen anzulegen. Das ist insbesondere wichtig oder nützlich für die Suche nachträglich und auch natürlich für die
09:20
Ganz wichtig ist natürlich der Paketinhalt. Dafür gibt es die Möglichkeit, direkt über die Oberfläche einen K-Bud Import zu starten. Wenn ich das mache, öffnet sich ein kleines
09:56
Popup und ich kann von meiner Festplatte aus eine Datei, eine K-Bud Datei auswählen,
10:09
die ich dann bestätige. Dann gibt es noch so eine kleine Statistik, ob es irgendwelche Probleme gab mit der Liste. Die Fehlerbehandlung habe ich jetzt hier nicht mehr gezeigt, aber es
10:25
gibt dann praktisch eine Auflistung, falls es Fehler gibt, eine Auflistung pro Zeile und Feld, wo dann mögliche Probleme dargestellt werden. Wenn ich das Paket mit dieser K-Bud
11:02
Job, wie wir das nennen, in dem die Titelliste übertragen wird an die UKB und wenn das abgeschlossen ist, kann ich mir das Paket, was wir eben gerade angelegt haben, anschauen und
11:22
sehe hier zum Beispiel, dass wir 47 Paket-Titel haben. Wichtig in diesem Kontext, ich habe das hier nicht ausgeklappt, aber wichtig sind die Kuratorengruppen, auf die ich auch noch gleich
11:42
eingehen werde, die praktisch, wo in diesem Fall automatisch meine Kuratorengruppe der FZG ausgewählt wurde für die Verwaltung des Pakets. Jetzt sehen wir in dem Paket enthaltenen
12:17
Titel und wenn wir eins davon auswählen, sehen wir die paketspezifischen Informationen zu diesem
12:27
Titel. Es gibt einen paketspezifischen Titel. Warum wir das so genau hervorheben, sieht man daran, dass wir auch darunter noch einen Referenztitel haben, auf den ich gleich auch
12:42
eingehen werde und man sieht Informationen zum Zugriff, mögliche vom Paketverlauf abweichende Zugriffsanfänge oder Zugriffsenden und für Journals natürlich wichtig auch die Abdeckung,
13:02
die ebenfalls natürlich vom Erscheinungsverlauf abweichen kann. Ich hatte eben gerade schon ein bisschen das erwähnt, die Kuratorengruppen, das sind letztendlich die Benutzergruppen,
13:24
die wir flexibel anlegen können und in die wir die Benutzer der Gukhb einteilen können. Und in diesen Gruppen wird praktisch die Verwaltung der Pakete und der anderen Objekte
13:42
in der Gukhb organisiert. Und ein wichtiges Mittel dafür sind die Review Requests. Das sind praktisch Fehlermeldungen oder vielleicht Warnungsmeldungen, die zum Teil
14:09
automatisch generiert werden beim Import oder eventuell auch manuell. Als ein Beispiel habe ich mir mal einen Fehlerfall gebaut und das ist dabei rausgekommen. Also
14:33
bewusst eine Datei einzuspielen, in der ein Fehler vorliegt und in diesem Fall wurde
14:45
erkannt, dass eine Print-ISSN und eine EISSN an einem Titel hängt. Und relevant in diesem
15:03
wo diese Prüfanfrage dranhängt. Und zwar sind das die Referenztitel, die praktisch alle paketübergreifenden Informationen für bestimmte Veröffentlichungen enthalten. Wichtige
15:24
Identifikatoren, Verlagsangaben, alternative Namensformen, die praktisch aus mehreren Paketen unter Umständen gesammelt werden können. Und wichtig ist, dass wir für Journals
15:41
zum Beispiel diese Titel automatisch gegen den ZDB-Bestand referenzieren und uns darüber die ZDB-ID, Vorgänger-Nachfolgerbeziehung und auch noch weitere Informationen wie Daten anreichern und damit die Referenzierung für die verwendenden Systeme der GoKB begünstigen.
16:13
Hier habe ich den Referenztitel, der eben gerade in der Prüfanfrage vorkam,
16:20
mal aufgezeigt. Wir sind hier unten schon auf den Identifikatoren, wo man sieht, da kann irgendwas nicht stimmen. Und da dieser Review Request, diese Prüfanfrage an mich gestellt ist,
16:44
ist es jetzt praktisch meine Aufgabe, mich zu informieren und diesen Titel zu korrigieren. Jetzt sieht man auch, dass wir noch weitere Informationen wie die Namensformen und den
17:16
GoKB eine einfache und effiziente Verwaltung von Paketinformationen für die automatisierte
17:28
Weiterverarbeitung oder Weiternutzung bietet. Wir sind auf jeden Fall in aktiven Entwicklungen und es kommen auch gerade im Bereich der neuen Oberfläche noch ständig neue Features dazu.
17:49
Wir sind insbesondere sehr involviert in die Entwicklung von Folio ERM,
18:01
die praktisch auch für die ERM-Komponente die GoKB als eine Datenquelle zur Verfügung stellen. Und wir sind dauerhaft damit beschäftigt, neue Partner für den Bestandsausbau der GoKB
18:28
Datenbasis zu suchen. Ich habe noch ein paar Informationen und den Kontakt aufgeschrieben,
18:42
aber das war es soweit von mir. Vielen Dank.