DLC Testen Massenimport

Digitization Lifecycle,MPDL

Offene Bugs
http://colab.mpdl.mpg.de/mediawiki/images/thumb/a/ac/Screenshot-STOPPED-RELEASED-ERROR.png/800px-Screenshot-STOPPED-RELEASED-ERROR.png
 * Fehlermeldungen unzureichend. STOPPED RELEASED ERROR Und dann???? --kewerner 16:37, 28 November 2012 (CET)


 * Digitalisate, die im manuellen Upload erfolgreich hochladen, werden im Batchingest aus irgendwelchen Gruenden abgelehnt. Test bestand aus 1 (eins) Digitalisat, das im manuellen Upload hochlaedt, im BatchIngest hingegen nicht. --kewerner 16:37, 28 November 2012 (CET)

http://colab.mpdl.mpg.de/mediawiki/images/thumb/e/e8/Screenshot-Phantom-Book.png/800px-Screenshot-Phantom-Book.png
 * Auf dem FTP Server geloeschte Buecher, die frueher - als sie noch existierten - Fehler geworfen haben, werfen auch nach ihrem Loeschen noch Fehler ("Multivolume", aber OHNE Bennenung der Quelle!): --kewerner 17:23, 22 November 2012 (CET)

Offene Wünsche
An diesen Punkten arbeitet die MPDL falls nach dem bugfixen noch Zeit ist

[[Image:Checkmark.png | 18px]] Umgesetzt
Diese Punkte wurden bereits umgesetzt


 * Auswahl der Sammlung: Chrome: Nachdem der Batch ausgelöst wurde, steht in der Spalte Sammlung und im Protokoll Massenimport eine andere Sammlung (immer die erste aus der Auswahlliste), als die zuvor beim Massenimport ausgewählte. Nach Ingest ist die Zuordnung wieder korrekt. --Caesar 15:36, 7 January 2013 (CET). Vor dem Speichern, nach Klick auf "Speichern", Ansicht Protokoll.


 * Pfad-Angaben im FTP Fenster verschwinden, nachdem auf "speichern" geklickt wird. Zur Orientierung bitte nicht zurücksetzen. Dann kann man auch auf die verkürzte Anzeige der Pfade im Import-Protokoll (Wunsch unter "meine Datensätze batch") verzichten. --Caesar 16:08, 19 November 2012 (CET)


 * Bug: ff 16.0.1 Anzeige der Sammlungen: Obwohl Sammlungen in Administration bereits gelöscht wurden, stehen diese als zuzuordnende Sammlungen für den Massenimport zu Verfügung.--Caesar 10:57, 30 October 2012 (CET)


 * Bug, Browser: ff16.0.1: Nach Batch-Ingest: Bibl. Angaben von volumes werden nicht in meine Datensätze und nicht in der "Sidebar View-Scan Titel" angezeigt. Stattdessen werden die Angaben eines multivolumes für das volume übernommen. --Caesar 08:43, 25 October 2012 (CEST)


 * Bug, Browser: ff16.0.1: Die Fusszeile wird beim ingest von multivolumes und volumes nicht berücksichtigt. --Caesar 08:46, 2 November 2012 (CET)


 * Bug, Browser: ff16.0.1: Digilib funktioniert nicht beim ingest von multivolumes und volumes. --Caesar 08:46, 2 November 2012 (CET)
 * Was hat digilib mit bachtingest an der Stelle zu tun? Ich verstehe diese Bug leider nicht--Luyu 12:43, 16 November 2012 (CET)
 * Mittlerweile behoben: volumes, die damals via batch importiert wurden, wurden in view Scan -Einzelseite nicht mit digilib angezeigt. Meine Theorie war, dass dort ein Zusammenhang zum batch bestand. --Caesar 12:25, 22 November 2012 (CET)

http://colab.mpdl.mpg.de/mediawiki/images/thumb/0/0a/Screenshot-ErrorUpload.png/800px-Screenshot-ErrorUpload.png
 * Bug: Fehlermeldungen im Batchbetrieb sind unzureichend fuer eine Fehlersuche: "STOPPED PRIVATE FATAL"? --kewerner 18:27, 31 October 2012 (CET).


 * Bug: Die Log-Daten zeigen an, dass der BAtch-Ingest erfolgreich war, zeigt aber nicht an, wie viele Items im Einzelnen hochgeladen wurden, s. Screenshot; darüber hinaus erscheinen die hochgeladenen Werke auch nicht in meiner Sammlung--Lisapegelow 10:51, 2 November 2012 (CET)


 * Bug: Der Kontext des Exception Fehlers ist nicht nachprüfbar. Mal funktioniert's dann wieder nicht. --Caesar 10:36, 5 November 2012 (CET)

[[Image:Red_cross_decline.png | 18px]] Won't fix
Diese Punkte können nicht bearbeitet werden (nicht reproduzierbar, nriedrige Priorität, hoher Zeitaufwand u.ä.)


 * Beim Massenimport von volumes ohne multivolumes prüft DLC/eSciDoc, ob in dieser Sammlung bereits ein multivolume vorhanden ist, auf welches das volume referenziert. Wenn ja, wird es automatisch daran angehängt. --Caesar 15:45, 14 November 2012 (CET)
 * Das Prinzip "Ganz oder gar nicht" wird zusammen auf Frankfurters Meeting diskutiert, ich kann/darf/soll es leider nicht so einfach ändern.Da der Katalognummer Feld änderbar ist (das heißt, es ist möglich, dass die Katalognummer versehentlich geändert wird danach sind zwei unterschiedliche Werke mit gleicher gewünschten Katalognr oder keine gewünscht Werk im System,), es ist nicht sinnvoll, einen neuen Batchingest Vorgang auf die bereits existierenden & änderbaren Werken abhängig stattfindet.--Luyu 11:46, 20 November 2012 (CET) (Nicht akzeptabel. Ein  neuer Batch muss auf bereits existierende multivolumes anwendbar sein:, AG-Viewing, 22.11.2012)
 * --Andrea 11:42, 4 December 2012 (CET) Ein Batchupdate ist in diesem Zeitraum nicht möglich


 * Inkrementeller Import bei Monographien: Batch Uploads von Monographien sind bislang atomar, d.h. der komplette Vorgang (300 Digitalisate) funktioniert ganz oder gar nicht. Bei einem Nicht-Funktionieren des Upload Vorganges, wie es bislang eher die Regel ist, muss also der gesamte Vorgang wiederholt werden. Ein Ausweg ist, den Batch Upload Vorgang inkrementell laufen zu lassen: aus irgendwelchen Gruenden (FTP, Server Muenchen, Bug DLC) nicht korrekt aufgeladene Digitalisate werden mit einer Fehlermeldung versehen und IGNORIERT. Der Batch Upload Vorgang an sich kann dann weiterlaufen. Die mit einer Fehlermeldung versehenen und beim Upload uebersprumgenen Digitalisate koennen dann -- nach Ueberpruefung der Images, der MAB etc. je nach Fehler -- zu einem spaeteren Zeitpunkt erneut aufgeladen werden. --kewerner 15:20, 14 November 2012 (CET)
 * Was mache ich mit den "nicht korrekt aufgeladene Digitalisate"? Wie lade ich die später erneut hoch, durch manuelle Ingest? Die Beschreibung ist leider nicht vollständig. Keine Spezifikation vorhanden. --Luyu 13:55, 16 November 2012 (CET)


 * Bug: Wenn Fehler gefunden werden wie etwa Unstimmigkeiten zwischen Angaben im MAB und tatsaechlich vorhandenen Dateien im Bilder-Verzeichnis, so blockiert der Upload auch wenn inzwischen der Fehler behoben wurde. Konkret: die ueberzaehligen Dateien im Verzeichnis sind laengst geloescht, die Fehleranzeige (Zalhl der Bilder MAB != Zahl der Bilder Verzeichnis) bleibt jedoch konstant. Die Tatsache, dass der BatchUpload immer dieselbe Fehlermeldung nach nur 4.5 Sekunden ausgibt - nicht schlecht bei teilweise ueber 300 Dateien per FTP - laesst mich darauf schliessen, dass DLC gar nicht neu auf dem Server nachschaut. Login/Logout behebt nicht das Problem. --kewerner 18:02, 6 November 2012 (CET)
 * bitte nochmal den Test durchführen, ich kann den Fall leider nicht produzieren.--Luyu 13:59, 16 November 2012 (CET)

Tips und Tricks
Da die Deutsche Nationalbibliothek Probleme mit dem Unterschied zwischen Namespace und Validation hat und die Server umgezogen sind ohne die wichtigsten Dateien auf die neuen Adressen umzuleiten, hier der (modifizierte, aber gueltige) Header einer MAB Datei mit Angabe einer tatsaechlich existierenden Validationsdatei:

Naeheres zum Schema hier: http://www.dnb.de/DE/Service/DigitaleDienste/SRU/sru_node.html

Aber aufgepasst - die in den Beispielen und Schemapublikationen dort angegebene Validationsdatei ist ungueltig! An der angegebenen Adresse der physischen Validationsdatei xsi:schemaLocation="http://www.ddb.de/professionell/mabxml/mabxml-1.xsd http://www.ddb.de/professionell/mabxml/mabxml-1.xsd" existiert nichts mehr..

Zum vermurksten Namespace siehe auch hier: http://lists.d-nb.de/pipermail/datenformate/2011-March/000131.html

--kewerner 14:32, 12 November 2012 (CET)

Wir validieren unsere .mab.xmls mit http://files.dnb.de/standards/formate/mabxml-1.xsd. --Caesar 09:29, 2 November 2012 (CET)

'''iPad, mobile Endgeräte & Co. werden nicht berücksichtigt! ''' --M. Schlender 17:58, 14 November 2012 (CET)