|
Written on: 15. 12. 2011 [14:50]
|
|
ihartung
Ingmar Hartung
 NewbieTopic creator
registered since: 15.12.2011
Posts: 1
|
Hallo,
beim DLR Braunschweig planen wir ein kleineres, thematisch eng abgegrenztes Digitalisierungsprojekt mit einer Vielzahl von Urhebern. Da ich auf diesem Gebiet keinerlei Erfahrungen habe, habe ich mich zunächst mal eingelesen und bin zu dem Schluss gekommen, dass Goobi zwar für unsere Zwecke stark überdimensioniert (etwa hinsichtlich Organisation räumlich getrennter Prozesse) ist, es aber durchaus in die engere Auswahl kommt.
Nun denken wir nicht bloß bis zum Ende des Projektes, an dem ein fester, aus Altvorlagen digitalisierter Datenbestand zur Verfügung stehen wird, sondern wünschen uns außerdem eine ständige Erweiterung des Datenbestandes durch neue Forschungsarbeiten. Dabei geht es nicht nur um die Erschließung und Bereitstellung der Texte, sondern auch um zugehörige Binärdaten, wie sie etwa gängigen ingenieurswissenschaftlichen Arbeiten immer häufiger in Form von DVDs beigefügt werden.
Zudem betreibt das DLR natürlich eine eigene Bibliothek inkl. Repository (eine adaptierte Version von GNU e-prints), das die oben beschriebene, laufende Veröffentlichung recht gut beherrscht. Allerdings sollen die zu digitalisierenden Bestände nur teilweise dort eingepflegt werden, weil es sich dabei eben nur z.T. um DLR-interne Urheber handelt. Es wird also ein weiteres Repository geben, das die DLR-fremden Bestände enthalten wird und zusätzliche die oben beschriebenen Funktionen beherrschen muss. Zudem wäre es schön, wenn eine Suchanfrage im Interface dieses Repositories auch die in der DLR-Bibliothek vorgehaltenen Publikationen berücksichtigt, also auf zwei Datenbanken zugreift. Sofern man für das externe Repository ebenfalls eprints verwendet, sollte das auch machbar sein.
Nun liegen ja hier schon umfangreiche Goobi-Erfahrungen vor. Meinen Recherchen meine ich zu entnehmen, dass Goobi ein voll konkurrenzfähiges Repository-/Katalog-Modul enthält, das für Endbenutzer geeignet ist. Meine Frage wäre nun, ob es auch die geforderten Funktionen enthält, speziell:
- Einpflegen/Import von PDF-Dokumenten digitalen Ursprungs (z.B. aus Latex entstanden, teils bereits im Volltext durchsuchbar, teils noch mit OCR zu behandeln)
- Hinzufügen größerer Mengen von Binärdaten (unter der gleichen bib. Signatur)
- Zugriff auf externe Datenbanken
Falls nicht, kann ich Goobi als Backend zur reinen Digitalisierung verwenden, das mir als Endprodukt ein im Volltext durchsuchbares PDF liefert, welches ich wiederum (inkl. Metadaten) automatisiert in eprints importieren kann? Die Export-/Import-Seiten im Goobi-Wiki sind leider nicht bestückt...
Für eine Antwort wäre ich sehr dankbar.
Mit freundlichem Gruß,
Ingmar Hartung
|
|
Written on: 30. 12. 2011 [11:56]
|
|
SebastianMeyer
Sebastian Meyer
Newbie
registered since: 15.03.2010
Posts: 1
|
Hallo Herr Hartung,
Goobi besteht derzeit im Wesentlichen aus zwei Komponenten: Goobi.Production und Goobi.Presentation.
Ersteres ist eine Workflow-Software, die den gesamten Digitalisierungsprozess von der Katalogisierung über das Scannen bis zur Erfassung der Meta- und Strukturdaten unterstützt. Über Zusatzmodule kann der Workflow zudem beispielsweise um eine automatisierte OCR erweitert werden. Am Ende dieses Prozesses steht in der Regel der Export, d.h. die abschließende Validierung und Überführung der Daten in das standardisierte METS/MODS-Datenformat. Somit steht Ihnen nach Abschluss des Workflows je Einheit ein Verzeichnis zur Verfügung, in dem sich neben den gescannten Images auch die Metadaten in Form einer XML-Datei befinden.
Goobi.Presentation stellt dagegen eine reine Präsentationsschicht dar, die in der Lage ist, in METS/MODS kodierte Digitalisate zu visualisieren. Die Präsentationsschicht ist voll mandantenfähig und bringt die üblichen Funktionen einer Digitalen Bibliothek mit (Lucene/Solr-basierte Recherche, Inhaltsverzeichnis, Kollektionsverwaltung, Metadaten-Ansicht, Bildanzeige mit stufenlosem Zoom, etc.). Da alle Module als Plugins für das CMS TYPO3 umgesetzt sind, lassen sich alle Funktionen nahtlos in das Webangebot einbetten und das Erscheinungsbild beliebig über Templates anpassen.
Goobi ist also Produktions- und Präsentationswerkzeug, aber kein Repository. D.h. es ist kein Katalog im Sinne Ihrer Anforderungen und kann weder mit Binärdaten (abgesehen von Image-Dateien) umgehen, noch externe Datenquellen in die Recherche integrieren.
Ich könnte mir allerdings den umgekehrten Weg vorstellen: Da beide Goobi.Komponenten vollkommen unabhängig von einander eingesetzt werden können, können Sie tatsächlich Goobi.Production als Backend - d.h. zur Workflow-Unterstützung während der Digitalisierung - einsetzen und die Ergebnisse anschließend in e-prints zugänglich machen. Volltextdurchsuchbare PDFs sind möglich, wenn Sie zusätzlich den sogenannten Goobi.ContentServer einsetzen, der aus METS/MODS und den Image-Dateien wiederum PDFs erzeugen kann.
Wenn Sie weitere Fragen haben oder einfach nur an einem Erfahrungsaustausch mit anderen Goobi-Anwendern interessiert sind, möchte ich Ihnen die Goobi Community-Mailingliste empfehlen [1].
Viele Grüße
Sebastian Meyer
[1] https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/goobi-community
|
