Als die alliierten Truppen Anfang April 1945 in Rheda einmarschierten, ließen sie sich vom damaligen Fürsten zu Bentheim-Tecklenburg die Schlüssel zum Archiv aushändigen. Dort waren zu dem Zeitpunkt neben dem Archivgut auch Unterlagen der sich zurück ziehenden Wehrmacht eingelagert worden, die für die Alliierten von großer Bedeutung waren. Als die amerikanischen Truppen Ende April – wenige Tage vor der deutschen Kapitulation – abzogen, hinterließen sie das Archiv in großer Unordnung. Bei den anschließenden Aufräumarbeiten wurde festgestellt, dass „einzelne Kaiserurkunden und andere mit gut erhaltenen Siegeln versehene Stücke“ fehlten, die in der Folgezeit trotz entsprechender Eingaben bei der Militärverwaltung und militärpolizeilicher Untersuchung nicht aufgefunden werden konnten.
Seit 2008 sind die noch fehlenden Urkunden bei Lost Art gemeldet, einer Einrichtung des Bundes und der Länder der Bundesrepublik Deutschland für Kulturgutdokumentation und Kulturgutverluste. Auktionshäuser und Galerien sind gehalten, vor Verkäufen und Versteigerungen zu prüfen, ob die angebotenen Stücke hier verzeichnet sind und diese gegebenenfalls den Eigentümern zurück zu erstatten. Im Mai diesen Jahres wurde Dr. Peter Worm vom LWL-Archivamt für Westfalen, der das Fürstliche Archiv betreut und die Benutzung der wertvollen Bestände ermöglicht, von der Londoner Galerie Sam Fogg, die sich unter anderem auf mittelalterliche Kunstobjekte spezialisiert hat, erfreulicher Weise in einem solchen Fall angeschrieben. Das Stück selbst wurde dann wohl verpackt und versichert aus London übersandt, in der Werkstatt des LWL-Archivamts aufbereitet und archivgerecht verpackt.
Damit die über 5000 (!) Findbücher, die über Archive.NRW.de recherchierbar sind, auch an das bundesweite Archivportal D weitergegeben werden können, müssen alle beteiligten Archive jetzt handeln!
Bitte denken Sie daran, (a) auf das Schreiben des Landesarchivs vom 29. April 2014 zu antworten und (b) eine ISIL-Nummer bei der deutschen ISIL-Agentur und Sigelstelle an der Staatsbibliothek zu Berlin zu beantragen!
Hier zur Erinnerung die E-Mail des LAV NRW mit allen Infos:
Wie in den meisten Archiven gibt es auch im LWL-Archivamt noch eine ganze Reihe von Findbüchern, die noch nicht in die Archivdatenbank übernommen sind, sondern nur in handschriftlicher oder maschinenschriftlicher Form existieren. Viele weitere Findbücher liegen als Textdokumente vor. Um eine gute und umfassende Recherchierbarkeit zu ermöglichen, sollen in den kommenden Jahren alle Findbücher nach und nach in der Datenbank erfasst werden, sie sollen „retrokonvertiert“ werden[1].
Dabei gibt es „schwierige Fälle“, wie man hier am Beispiel eines handschriftlichen Findbuchs sieht:
Hier bleibt nur die Abschrift durch in der Handschrift des damaligen Archivars geübte Personen, um ein vorzeigbares Ergebnis zu erhalten. Darüber hinaus ist die Erschließungsqualität in diesem Fall so schlecht, dass im Zuge einer Erfassung auch inhaltliche Verbesserungen unumgänglich sind.
Ganz andere Möglichkeiten bieten sich dagegen, wenn die Vorlage ein maschinenschriftliches Findbuch ist, das sich wie in diesem Fall sogar in Spalten aufteilen lässt:
Hier kann mit Erfolg elektronische Texterkennung („OCR“) eingesetzt und anschließend eine Strukturierung mit Hilfe bestimmter Schlüsselbegriffe durchgeführt werden. Im vorliegenden Fall wurde die verbreitete OCR-Software ABBYY Finereader in der Version 10 eingesetzt, jedoch sind auch andere OCR-Programme prinzipiell geeignet[2]. Voraussetzung sind qualitativ hochwertige, möglichst unverzerrte / rechtwinklige und gleichmäßig ausgeleuchtete Scans des Findbuchs. Im vorliegenden Fall wurden die Scans mit Hilfe eines handelsüblichen Fotokopierers mit automatischem Seiteneinzug und Scanfunktion erstellt (300 dpi, Farbe oder Graustufen, leichte Schärfung der Schrift, leichtes Anheben der Kontraste, um das nicht ganz weiße Papier zu kompensieren).
Die dann folgenden Arbeitsschritte im Einzelnen:
Manuelles Aufteilen des Findbuchs nach Verzeichnungseinheiten und Spalten
Eine reine unbeeinflusste Texterkennung der Seiten liefert keine optimalen Ergebnisse, da Seitenzahlen, Fließtitel am Kopf der Seite oder die oft vorhandenden sog. Weiser am unteren Seitenrand mit übernommen werden und eine spätere Weiterverarbeitung erschweren. Vielmehr ist es bei in Spalten verzeichneten Findbucheinträgen sinnvoll, eine Tabellenstruktur über die einzelnen Seiten zu legen.
Im vorliegenden Beispiel werden so die Verzeichnungseinheiten in Zeilen voneinander getrennt; die anschließend eingefügten Spalten trennen Signatur, Inhaltliche Beschreibung (Titel / Enthält / Darin) und Laufzeit voneinander.
Abb. 3: Erzeugen eines Tabellenrasters für die OCR-Erkennung (hier am Beispiel des ABBYY Finereaders 10)
Diese Tabellenstruktur, wie sie auf dem Screenshot zu sehen ist, muss per Hand auf jeder Seite hinterlegt werden, indem zunächst die Tabellenbegrenzung, dann die Zeilentrenner und schließlich die Spaltentrenner eingefügt werden. Zuvor müssen i.d.R. alle automatisch erkannten Textbereiche aufgehoben werden. Für diese Arbeit benötigt man pro Seite mit etwas Übung weniger als eine Minute. Bei sehr klar erkennbaren Tabellen, wie im gezeigten Beispiel, lässt sich auch die automatisierte Erkennung „Tabellenstruktur analysieren“ nutzen. Hat man alle Seiten entsprechend vorbereitet, nutzt man die Funktion „Nach Excel exportieren“, um die eigentliche OCR Bearbeitung zu starten. Es öffnet sich Excel mit einer dreispaltigen Tabelle.
Nachbearbeiten teils in Einzelkorrekturen, teils durch automatisches Ersetzen, teils durch die Funktion zur Feldtrennung
Nun geht es daran, kleine Fehler in der Texterkennung wie überzählige Trennzeichen oder Leerzeichen zu beseitigen und die auf platzsparendes Layout ausgelegten Findmittel von Wiederholungszeichen und von entsprechenden, nicht datenbankgeeigneten Abkürzung wie „dsgl.“ und „dto.“ zu befreien. Besonders intensiv ist die Richtigkeit der Signaturen zu überprüfen. In der Spalte Laufzeit sind ebenfalls die Angaben richtig zu stellen.
Da nicht alle Detailangaben (hier: Intus- / Enthält-Vermerke) später im Titelfeld der Archivsoftware landen sollen, müssen diese Anteile vom Aktentitel abgetrennt werden. Dabei kann man ausnutzen, dass sie mit Signalworten wie „Intus:“, „Enthält u.a.:“, „Enthält:“ u.s.w. eingeleitet werden. In einem kontrollierten Suchen- und Ersetzen-Lauf über die Excel-Datei setzt man sonst unverwendete Zeichen wie das sog. Verkettungszeichen oder Pipe „|“ (Tastenkombination: „Alt Gr“ + „<“) oder das Dollarzeichen „$“ vor die entsprechenden Einleitungsworte und nutzt anschließend die Excelfunktion „Text in Spalten“ um anhand der Signalzeichen die Einträge in eigene Spalten abzutrennen.
Abb. 4: Dreispaltiges Ergebnis der OCR mit Beispielen für die anschließende Nachbearbeitung
Da sich die genauen Wechselbefehle je nach Findbuch und Konstellation unterscheiden, kann man diese Suchen- und Ersetzenläufe nicht übergreifend beschreiben. Hier muss man ggf. auch durch Ausprobieren ans Ziel kommen. In jedem Fall ist es deshalb sicherer, die oben beschriebene „Dreispalten-Fassung“ als erstes Zwischenergebnis separat zu sichern, bevor man sich ans Suchen und Ersetzen macht!
Läuft alles gut, erhält man – nach zugegebermaßen etwas monotoner Arbeit – eine fertig vorbereitete Excel-Tabelle, bei der man schließlich in einer hinzugefügten ersten Spalte noch die Klassifikationszugehörigkeit der einzelnen Verzeichnungseinheiten ergänzen kann: auf diese Weise erhält man nach dem Import schon ein halbwegs klassifiziertes Findbuch!
Import in die Archivsoftware, Nacharbeiten
Abschließend wendet man die in Verzeichnungssoftwaren in der Regel vorhandene Import-Schnittstelle für Excel-Listen an, um die Daten in der Erschließungssoftware verfügbar zu machen. Da die Excel-Importer keine gestaffelten Klassifikationen unterstützen[3], müssen übergeordnete Klassifikationseinträge nun noch per Hand angelegt und die von ihnen abhängigen Klassifikationen zugeordnet werden.
Fazit
„Lohnt sich die Mühe?“ wird sich mancher Leser fragen und „Ist es nicht schneller, alles abzutippen?“. Hier kann nach ich nach zahlreichen Durchläufen mit unterschiedlichem Material sagen, dass diese Art der halbautomatischen Retrokonversion bei guten Vorlagen und vernünftigen Scans zu sehr guten Ergebnissen führt und deutlich schneller abläuft, als es dauern würde, das Abschreiben durch erfahrene Schreibkräfte durchführen zu lassen. Sicherlich wird der eine oder andere Erkennungsfehler durch die OCR entstehen, doch passieren auch bei der händischen Eingabe von Daten Lese- oder Tippfehler.
[1] Vgl. mit weiteren Literaturangaben http://de.wikipedia.org/wiki/Retrokonversion; Ulrich Fischer, Findbuch – Kartei – Datenbank. Praktische Beispiele für den Umgang mit analogen Findmitteln im digitalen Zeitalter. In: Marcus Stumpf und Katharina Tiemann, Aufbruch ins digitale Zeitalter – Kommunalarchive zwischen Vorfeldarbeit und Nutzerorientierung. Referate des 15. und 16. Fortbildungsseminars der Bundeskonferenz der Kommunalarchive (BKK) in Fulda (7.-11.11.2006) und Magdeburg (12.–14.11.2007) (Texte und Untersuchungen zur Archivpflege 21). Münster 2008, S. 57-75.
Vielleicht ist es Ihnen beim Eingeben von Text im sog. HTML-Editor des NPS Systems auch schon so gegangen:
Das Problem des schwarzen Eingabefensters im HTML-Editor.
Nicht nur der markierte Bereich des Texts wird schwarz, sondern das ganze innere Fenster des Editors wird dunkel.
Diese “Trägheit” bei der Eingabe resultiert aus dem verwendeten JAVA-basierten Editor und seinem zu vollen Zwischenspeicher.
Sollte das Problem bei Ihnen auftreten, gehen Sie wie folgt vor:
Löschen Sie im Firefox oder dem Internet-Explorer den Browser-Cache. Hier erfahren Sie, wie das im Mozilla Firefox geht … und hier wie es in Microsofts Internet Explorer funktioniert.
Java-Cache löschen. Hier ist beschrieben, wie man das macht.
Löschen Sie den kompletten Inhalt des “.realobjects”-Verzeichnis. Es befindet sich in der Regel hier: c:\Dokumente und Einstellungen\[Anwenderkennung]\.realobjects\
Danach sollte der Fehler behoben und flüssiges Arbeiten im HTML-Editor wieder möglich sein!
Achtung: Dadurch, dass alle Voreinstellungen damit zurückgesetzt sind, kommt beim Aufruf des HTML-Editors erneut die Sicherheitsabfrage, ob Sie dem JAVA-Applet vertrauen. Bitte klicken Sie hier auf “JA!”.
Das Redaktionssystem NPS, mit dem Inhalte in Archive.NRW.de eingestellt werden können (Kontakt, Öffnungszeiten, Impressum etc.), arbeitet mit einem JAVA-Plugin für den Browser (Firefox oder Internet Explorer). Sicherheitsprobleme machen es notwendig, dass dafür die neueste Version von JAVA installiert ist (7u51):
Ab der Java-Version 7u51 (Januar 2014) können Java-Webanwendungen im Browser (Applets), die nicht den neuen Sicherheitsanforderungen genügen und insbesondere keine digitale Signatur aufweisen, nicht mehr ausgeführt werden. Davon sind viele Anwendungen im Internet betroffen.
Aktualisieren Sie also Ihre JAVA-Version und wenn Sie dann Ihre lokale JAVA-Installation so wie im Screenshot einstellen, sollte alles wieder funktionieren! Vergessen Sie v.a. nicht, die Pflegeadresse von Archive.NRW.de, in die Ausnahmeliste des Control Panels einzutragen!
Eine entsprechende Hinweis-E-Mail ist vom Webmaster von Archive.NRW.de ist vor wenigen Tagen auch an alle teilnehmenden Archive gesandt worden.