• Über ein Backupscript muss ein einfacher Rollback möglich sein, falls etwas schief läuft
• Die zahlreichen Goobi-Ausfälle berücksichtigen
  • falls das bei der Konversion passiert
• Logdateien
  • ggf. mit Fehlermeldungen (s.u.)

1. Selektion der zu konvertierenden Vorgänge nach
   • Regelsatz
   • Projekt
2. Sicherung der internen METS-Dateien
   1. erst alle sichern, dann anfangen zu konvertieren?
3. Vorgang umstellen
   1. Parameter aus Datenbank auslesen (s.u.)
   2. XSL-Konversion
   3. Regelsatz im Vorgang auf „SUB Regelsatz für Drucke“ umstellen
   4. Validieren?

• Vorab alle zu konvertierenden METS-Dateien analysieren
  • nur die Strukturdaten - z. B. Sprachcodes und Datierungen - diese werden vom neuen Regelsatz geprüft und können ggf. einen Export aus Goobi verhindern
    • wie wollen wir damit umgehen?
• Nach der Konversion über die Goobi-API „Validierung“ durchführen
  • ist das möglich?
  • Als Ergebnis eine Liste mit den „fehlerhaften“ Vorgängen
  • Vor und nach der Konversion Validieren um nicht dem alten Regelsatz entsprechende Datensätze zu finden?
  • Validierung außerhalb von Goobi mit „externer“ UGH?
• Bei großen Mengen an selektierten Vorgängen in kleinere Pakete unterteilen?
• Abbruch bei Fehlern oder einfach weiter und dann Logs anschauen?

Die Konversion besteht aus mehreren Script, die in einer XSL zusammengefasst sind. Diese ist sowohl auf die „meta.xml“ als auch ggf. die „meta_achor.xml“ anzuwenden

Die folgenden Felder sind nur in der Datenbank vorhanden, aber im neuen Regelsatz vorgesehen und müssen daher als Parameter an die XSL Transformation übergeben werden:

• Schrifttyp
• Sponsorship
  • nur GDZ

• Verwaltung der XSLT Scripte, bei Korrekturen usw.
  • Jochen hatte da schon ein Repository eingerichtet
• Zeitliche Planung