Digitization Lifecycle Meeting 2012-05-29/30/31

Digitization Lifecycle,MPDL

Allgemeine Angaben
Datum: Dienstag 29.05. - Donnerstag 31.05.2012 29.05.: 13:00 - 18:00 30.05.: 09:00 - 18:00 31.05.: 09:00 - 13:00 Ort: MPI für europäische Rechtsgeschichte, Frankfurt am Main
 * Zeiteinteilung (Vorschlag)

Teilnehmer
Bitte melden Sie sich an, indem Sie Ihren Namen hier eintragen.


 * Ursula Flitner
 * Anette Creutzburg
 * Lisa Pegelow
 * Sigrid Amedick
 * Ingo Caesar
 * Andrea Kulas
 * Jan Simane
 * Andreas Thielemann
 * Lu Yu
 * Wilhelm Frank
 * Marco Schlender (Dienstag Nachmittag & Mittwoch Vormittag)
 * Anna Klug
 * Andreas Wenzel (MPIB)

Themenvorschläge für das Projekttreffen

 * Nachhaltigkeit und Weiterführung von DLC
 * Prototyp (ggf. inkl. Ingest, Editing und GUI)
 * Status Feature-Liste
 * Wissenschaftliche Anforderungen/Funktionen
 * Annotationen
 * Editing
 * Leitfaden
 * Workshop 2013

Agenda
Programm des Projekttreffens Frankfurt, MPIER, 29.-31.05.2012 (Gesamtmoderation: Andrea Kulas)

Hinweis: Das Programm sieht explizite mail-Pausen vor; Bitte keine Notebooks, iPads, Smartphones etc. während der Sitzungen nutzen!

Dienstag, 29.05.2012, 13:00 – 18:00

 * 13:00 - 13:05: Begrüßung durch Frau Amedick
 * 13:05 - 13:20: Statusbericht + Milestones (Andrea Kulas)
 * 13:20 – 14:20: Vorstellung Update Feature-Liste (Wilhelm Frank) + Fragerunde


 * 14:20 - 14:40: Pause


 * 14:40 – 16:40: Vorstellung Technischer Prototyp + Arbeitsaufträge für Institute (Lu Yu) + Fragerunde


 * 16:40 – 17:00: Pause


 * 17:00 – 18:00: Arbeitsgruppenbericht Editing + Diskussion (Ingo Caesar)


 * 19:30 - open end: Gemeinsames Abendessen

Mittwoch, 30.05.2012, 9.00 – 18.00

 * 09:00 – 09:30: Batch Ingest (Wilhelm Frank)
 * 09:30 – 10:00: Wissenschaftliches Annotationstool für DLC (YUMA, Implementation von Seiten der MPDL) (Wilhelm Frank)
 * 10:00 – 11:00: Arbeitsgruppenbericht Viewing + Weiterführung der Arbeitsgruppe (Anette Creutzburg)


 * 11:00 – 11:10: Pause


 * 11:10 – 12:10: Hosting + Support für DLC nach Projektende? Strategie bei Projektaussetzung bzgl. Werbung, Verbreitung des Leitfadens. (MPDL Kurzvortrag + Diskussion)


 * 12:10 – 13:10 Mittagspause


 * 13:10 - 15:10: Track PL: DLC 2; Track PM: Schmuckseite: Bilder mitbringen und zusammen aussuchen, Wording Editing, Viewing und Editing näher zusammenbringen, Spezifikation Digilib Funktionen (gemeinsam mit Martin Raspe) Martin Raspe kommt nicht (--Caesar 15:38, 25 May 2012 (CEST)), Walkthrough (GUI- und/oder funktionaler Prototyp)


 * 15:10 – 15:30: Pause


 * 15:30 – 17:25: Track PL continued: DLC 2; Track PM continued: Aufgreifen der Arbeitsaufträge für Institute von der "Vortags-Session", Digitalisierungsleitfaden weiteres Vorgehen, TEI-Generierung vom OCR-generierten Text, Offline-Editing, DLC 2 (, Langzeitstrategie für Hosting in Haus bzw. außer Haus Bildserver/Anwendungsserver, Fragen zu Hochverfügbarkeit, Platzbedarf, Administrationsbedarf, Open Source Lizenzen)


 * 17:25 – 17:35: Pause


 * 17:35 – 18:30: Gemeinsame Diskussion + kurze Berichte PL und PM aus den eigenen Tracks

Donnerstag, 31.05.2012, 9.00 – 13.00

 * 09.00 – 09:20: Arbeitsgruppenbericht Leitfaden DLC + Diskussion (Lisa Pegelow)
 * 09:20 – 11:30: Themenoffener Slot


 * 11:30 – 11:50: Pause


 * 11:50 – 13:00: Weitere Schritte + Wichtige Termine DLC, Veranstaltungen (Policy und geplante Aktionen)

Dienstag, 29.05.2012
Protokoll: Lisa Pegelow

Statusbericht + Milestones (Andrea Kulas)

[Statusbericht]

Hinweis: GUI Version 1.9.1 ist die aktuelle Version und wird nicht weiter angefasst.

Nächste Schritte:


 * 20.08.: Release GUI
 * Ende September: Release Prototyp
 * Oktober: Testphase: die Institute testen einen Monat lang die Anwendung; gesammeltes Feedback von Seiten der Institute an die MPDL. Derzeit: Die MPDL testet intern.
 * November: Bugfixing
 * Dezember: Fertigstellung DLC und des Leitfadens
 * Migration (v. a. der Frankfurter Daten) wird voraussichtlich über das Projektende hinaus erfolgen

Kodikologische Metadaten:

Wie und wann werden diese ingestet? Derzeit liegen die Daten in einer Access-Datenbank, auch ein xml-Schemata liegt vor (ohne Daten). TO DO: Florenz schickt --Andrea 10:07, 13 June 2012 (CEST) ASAP an die MPDL xml-Datei(Klaus Werner und Wolfram Zieger unterstützen Florenz in der Fertigstellung der xml-Datei) mit Scans zur Begutachtung u. damit xml in html umgewandelt werden können.

Wunsch der Institute:

1.	In der Anwendung sollen zum Projektende auch Daten enthalten sein. Dies ist jedoch nicht so ohne weiteres möglich: Alles, was 2012 ingestet wird, sind Testdaten u. daher u. U. nicht auf Dauer verfügbar.

2.	Mit echten Daten testen: Testdaten werden ab sofort von der MPDL (die auch den Ingest vornehmen) entgegengenommen. Wenn diese Daten im Editor angereichert werden, dann (s. o.) ohne Gewähr, dass diese auch über 2012 erhalten bleiben.

3. ABER: Ingest durch die Institute (manuell und batch) muss Auch Teil des Tests sein. (am)

Grundsätzliches zum Thema Spezifikationen:

Am Anfang des Projektes wurde festgelegt, dass die Spezifikationen von den Instituten formuliert werden. Bei der MPDL fehlen die zeitlichen Ressourcen für die Spezifikationen der Anforderungen. Daher muss die MPDL Meldung geben, wenn Spezifikationen fehlen oder etwas unklar ist, damit Probleme frühzeitig erkannt u. behoben werden können.

TO DO:

Stichwort Kommunikation: Für den weiteren Projektverlauf ist es wichtig, dass auftretende Probleme sofort kommuniziert und zeitnah abgearbeitet werden. Dies sollte über Mail und Telkos innerhalb der entsprechenden AGs erfolgen. Ansprechpartner der MPDL ist der/die jeweilige Koordinator/in der betroffenen AG.

Vorstellung Update Feature-Liste (Wilhelm Frank) + Fragerunde

TO DO:

1.	Eine aktualisierte Fassung steht noch aus. Die Mitteilung des aktuellen Standes über die Bearbeitung der Feature-Liste erfolgt über Wilhelm Frank an die Projektleiter/innen in den Telkos der Projektleiter/innen.

2.	In die Feature-Liste werden die Annotationen noch aufgenommen, ebenso die kodikologischen Metadaten, für die noch Spezifikationen fehlen: z. B., was soll exportiert werden, in welchem Format sollen an welchem Ort die Daten abgelegt werden, wie sollen die kodikologischen Metadaten durchsuchbar sein (kombiniert?). Ansprechpartner für die MPDL bei den kodikologischen Metadaten: Anette Creutzburg (Klaus Werner und Wolfram Zieger)

Wo steht DLC derzeit?

Viewing und Editing sind weitgehend fertig.

Bis Ende September wird u.a. noch gearbeitet an:

1.	Batch-Ingest (Spezifikationen soweit abgeschlossen, s. dazu aber auch die Ausführungen im Protokollteil Mi 30.05.12: Batch-Ingest)

2.	API-Schnittstelle

3.	Annotationen (Einbindung von YUMA)

Die MPDL ist zuversichtlich, diese Themen abschließen zu können.

Es ist nicht möglich, nach Strukturtypen allein zu suchen. Strukturdaten (nicht: bibliogr. MD, am) und der Volltext sind nur gemeinsam durchsuchbar. Es ist dies eine Frage der Indexierung, die über die Architektur eSciDoc nicht möglich ist. Eine spätere Indexierung wäre bei entsprechender zeitlicher und personeller Ressource möglich. Dafür benötigt wird eine xml-Datenbank (z. B. exist-Datenbank)

Vorstellung Technischer Prototyp + Arbeitsaufträge für Institute (Lu Yu) + Fragerunde

Der technische Prototyp wurde vorgestellt. Er steht online, unter einer festen Adresse:

Für den weiteren Projektverlauf wurde sich auf folgendes Vorgehen geeinigt:

1.	Übersichtlichkeit: Auf einer (1) Seite (1000 Punkte Liste) gesammelt werden sollten die Spezifikationen zu den einzelnen Themen.

2.	Verbindlichkeit: Es muss abgeschlossene, unveränderbare Dokumente geben (freigegeben durch die entsprechende AG, nach o.k. der Leitenden, am). Diese abgeschlossenen Dokumente werden dann von der MPDL durchgesehen. Mit grünem Haken werden die Punkte versehen, die von der MPDL bearbeitet und fertig gestellt wurden. Mit rotem Haken werden die Punkte versehen, die nicht machbar sind (bezieht sich auf die 1000Punkte Liste). Hier setzt dann die Kommunikation mit der entsprechenden AG bzw. Verfasser/innen des Dokumentes ein. Haken setzen innerhalb der MPDL die Entwickler/innen und Marco Schlender (GUI).

Viewing AG: Wenn eine Seite von der MPDL fertiggestellt ist, dann werden Screenshots an Anette Creutzburg gemailt, die dann Rücksprache mit der AG hält.

AG Edit: Prototyp-Edit-Seiten werden von Lu Yu als Screenshot an Ingo Caesar geschickt. Ingo Caesar klärt AG-intern, ob und welche funktionalen Änderungen an Lu Yu zurückgemeldet werden. Ist der funktionale Status-Quo im Sinne der AG fertig, macht Marco Schlender das GUI grundsätzlich ohne weitere Vorgaben der AG. Das Backend soll in erster Linie funktional sein. (Absatz von mir geändert --Caesar 08:34, 12 June 2012 (CEST))

In der Diskussion kam das Thema Versionierung auf. U. a. tauchten dabei folgende Fragen auf:

1.	Was passiert beim Re-Ingest eines Werkes?

2.	Wo kann vermerkt werden, dass es sich um eine neue Version des Werkes xy handelt?

3.	Was bedeutet das für bereits gemachte Annotationen, manuell eingegebene Strukturdaten, PIDs?

4.	Welche Lösungen gibt es andernorts für dieses Problem?

5.	…

TO DO:

Ursula Flitner nimmt sich des Themas an u. informiert über die Liste.

Edit beim Prototyp:

Metadaten-Modell für Bilder:

Title or caption as printed Optional notes by editor with additional info

Wann steht der Online-Editor zur Verfügung?

Priorität hoch. Ziel ist, dass mit dem GUI Release am 20.08. auch der Online-Editor herauskommt.

TO DO:

1.	Strukturtyp: Strukturtyp Aufsatz muss im Editor noch mitaufgenommen werden (inkl. 3x -Element @author, inkl. @autor invertiert und @author PND)

2.	Paginierung: es fehlen noch die Angabe der Paginierungsmöglichkeit der Spaltenzählung und das n-Attribut (Zusatzinfo/ergänzende Info)

3.	Anlegen weiterer Strukturelemente: AG Edit hatte entschieden, dass beim Anlegen von mehreren Strukturelementen auf ein und derselben Seite diese Strukturelemente auf der gleichen Ebene angelegt werden. Aber derzeit ist das Vorgehen wie folgt: 1. Strukturelement: Parent-Ebene, 2. Strukturelement: Child-Ebene --> daher ist eine Änderung nötig: 1. Strukturelement: Parent-Ebene, 2. u. ggf. weitere Strukturelement/e: Parent-Ebene. Child-Ebene wird bei Bedarf gewählt.

4.	AG Edit erstellt bei Bedarf, nachdem das Editing zum Testen zur Verfügung steht, noch eine Spezifikation bzgl. der Ansicht des Infobereichs (v. a. wg. der Länge von Titel, Strukturdaten).

Arbeitsgruppenbericht Editing (Ingo Caesar) + Diskussion

Weiteres zum Thema Edit vertagt auf Do 31.05.: Themenoffener Slot

Gemeinsames Abendessen

Vormittag
Protokoll: Klaus Werner

A. Batch Ingest

1. Zur Verfuegungstellen der Scans

Varianten:

a) lesender Zugriff auf eigenen Server (GWDG Server der DLC Partner)

b) Upload auf FTP Server der von MPDL gestellt wird (Allgemeinheit) [push oder pull]

Es wird kein neuer, speziell für DLC nötiger Speicher/Zugriffspfad benötigt. Gemeldeten Speicher/Zugriffspfad unter Berücksichtigung des Zugangszeit auswählen - Langzeit-Speicher ev. zu langsam. Planung nötig: Scans sollten für DLC gemeldet werden *vor* der Uebernahme in die Langzeitarchivierung (d.h. vor den Bandlaufwerken) um schnellen Zugriff zu gewährleisten.

=> Institute melden Wunsch-Speicher/Zugriffspfad der von Ihnen zur Verfügung gestellten Scans

=> MPDL erstellt Liste / Tabelle auf Colab und jedes Institut trägt seinen Speicher/Zugriffspfad ein

2. Struktur Speicher/Zugriffspfad

Varianten:

a) Roemisch: 1 Pfad mit je einem Ornder pro Band: Scans + TEI + MAB

b) Hessisch: 1 Pfad mit Unterordnern: Scans (ein Ordner pro Band), ein Ordner ALLE TEI, 1 Ordner ALLE MAB

Kompromiss auf hessisches Schema moeglich, Hauptsache Pfad und Zugriff gewährleistet. Siehe dazu auch 1.3 Batchverfahren.

=> Tabelle Colab mit Ist und Soll Zustand zur Ordner Struktur. --Andrea 15:13, 14 June 2012 (CEST) Diese Tabelle sollte von den Instituten erstellt werden -> wer macht das? -- Leere Tabelle wird von der MPDL angelegt, die Institute füllen sie (am)

3. Verfahren für den batch Ingest

Auf folgendes Verfahren konnten sich alle einigen:

Noetig ist die Angabe von:


 * Pfad Scans


 * Pfad MAB Dateien (mit gleichem Namen wie Scan-Verzeichnis)


 * Pfad TEI Dateien (mit gleichem Namen wie Scan-Verzeichnis)

Probleme, bes. bei Multivolume:


 * Verknüpfung nur über MAB Info beim Ingest laut MPDL nicht moeglich.


 * vorgeschlagene Eselsbruecke ueber Verzeichnis-Struktur (Kinder in Unterverzeichnis) nicht machbar weil nicht aus MAB Daten direkt ersichtbat: Eltern-MAB kennt keine Kinder.


 * MAB des Kinds muesste gelesen und verstanden werden um dann ein evtl. Eltern-MAB zu ziehen


 * MPDL prüft und kümmert sich darum, dass die Eltern von den Kindern erkannt werden. Eltern, die nicht erkannt werden, werden nicht ingested. Volumes ohne Bilder werden nicht ingested. (Ergänzt --Caesar 08:47, 12 June 2012 (CEST))--Andrea 15:13, 14 June 2012 (CEST) Kinder ohne Eltern können auch nicht ingested werden!


 * Batch-Anstoß nur manuell moeglich (nicht per Cron) - was heisst das?, am --Andrea 15:10, 21 June 2012 (CEST) Batch-Anstoß geschieht vrsl. dadurch, dass das Institut den Zugriffspfad für die Dateien angibt. Der Rest läuft dann automatisch ab. Dieser Punkt sollte noch einmal genauer in der TelCo (siehe unten "Eigene TelCo nur zu Ingest / Update Batch") geklärt werden.


 * Batch sieht generell alle Verzeichnisse, die im Upload Pfad liegen, d.h. bereits eingelesene Verzeichnisse muessen manuell entfernt werden, sonst werden sie ueberschrieben (was erwuenscht sein kann, am).


 * Batch-Update von MAB (OHNE neue Scans, also auch ohne Verzeichnisse, die normalerweise einen Ingest anstossen) nicht ; ist aber nötig, siehe Spezifikation batch ingest ! (am)

=> Eigene TelCo nur zu Ingest / Update Batch zum Ausloten der technischen Möglichkeiten innerhalb des verbleibenden Zeitraums.

3. Anforderungen Scans

Keine maximale Bildgroesse. DLC generiert 3 Auflösungen, davon die höchste = original.

4. Fehlermeldungen

Generierung von Fehlermeldungen bei fehlenden MAB oder TEI oder fehlenden Scans im jeweils angefuehrten Pfad

=> genaues Wording der Fehlermeldungen wird von MPDL noch bekannt gegeben

B. Viewing ---

1. Links und Dokumente

Letztes, eingefrorenes Mockup ist Version 1.9.1: https://subversion.mpdl.mpg.de/repos/smc/tags/public/gui/dlc_R1.9.1/index.html

Letzter Prototyp jeweils hier: http://dlc.mpdl.mpg.de/dlc/

Talk Seite ist hier: http://colab.mpdl.mpg.de/mediawiki/Talk:GUI_Prototyping

Wording Seite ist hier: http://colab.mpdl.mpg.de/mediawiki/Digitization_Lifecycle_Wording

2. Bericht zum Stand

Vortrag A. Creutzburg hier: http://colab.mpdl.mpg.de/mediawiki/images/7/7a/Praesentation_ViewingAG_Frankfurt_Mai_2012.ppt

3. Detailfragen/Diskussion AG Viewing

(dieser Teil des Protokolls wurde geschrieben von: Lisa Pegelow)

Wording

TO DO:

Erst erfolgt das Wording auf Deutsch (Institut: MPIeR).

Multilingual: Auf Grundlage des deutschen Wordings erfolgt die Übersetzung gemäß interner Absprache auf die Institute aufgeteilt:
 * Englisch: MPIB
 * Italienisch: KHI
 * Französisch: Anna Klug
 * Spanisch: MPIeR

Schmuckseite

Es sollen auch moderne Bilder für die Schmuckseite genutzt werden. Tenor ist, dass nicht nur alte Bücher und Bilder davon auf der Seite zu sehen sein sollen. Vorstellbar ist, dass bspw. Bilder eines xml-Textes, Bilder mit wissenschaftlichem Bezug, die Einblicke in eine VFU geben (Kodierungen, Annotationen) Verwendung finden. Die Schmuckseite wird erst einmal statisch angelegt. Diese dynamisch zu halten, wird vorerst zurückgestellt, ggf. ließe es sich nachbessern. Wunsch der Institute: EINE Kachel dynamisch halten, damit bei Bedarf wenigstens ein Bild ausgetauscht werden kann. Damit ginge einher, dass die Wiedererkennung gewahrt bliebe, aber auch, dass entsprechend der Entwicklung von DLC immer wieder neue Fotos auf der Schmuckseite zu finden wären. Hier stellt sich auch die Frage der Pflege der Schmuckseite: wer wäre verantwortlich?

TO DO:

1.	Das KHI kümmert sich um Futurismus-Fotos.

2.	Platzierung der schwarzen Felder/Kacheln muss noch endgültig festgelegt werden.

Fußzeile/Besitznachweis:

Damit auf den Digitalisaten vermerkt ist, von wem es ist, wer es digitalisiert hat u. von wem ggf. gefördert wurde, muss eine Fußzeile auf dem Bild angebracht werden. Dafür benötigt man für die TIFFs ein Fußzeilen-TIFF pro Band, welches im Idealfall genauso breit sein sollte, wie das TIFF-Bild. TIFFs und Fußzeilen-TIFF werden gemeinsam ingestet.

TO DO:


 * Institute müssen ein Fußzeilen-TIFF erstellen (pro Band) (nicht jeder Band muss eine individuelle Fusszeile erhalten, sondern in jedem Verzeichnis mit Scans muss, wenn eine Fusszeile gewuenscht, eine tif-Datei mit Fusszeile liegen, die hinzu gerechnet wird. Festlegung des Namens: footer_individualname.tif ; am)

Schriftfarbe im Header-Bereich

Der strukturierte Hintergrund bleibt erhalten.

TO DO:


 * MPDL ändert Schriftfarbe von blau zu schwarz.

Breadcrump

TO DO:

Bzgl. der Navigation steht noch eine Entscheidung der AG Viewing aus.

Fortschrittsbalken / Tree mit einstellbaren Ebenen

Dieser befindet sich oben links im Reiter „Inhalt“. Die technische Realisierung erscheint schwierig, v. a. wg. der Geschwindigkeit, denn bei jedem Auf- und Zuklappen einer Hierarchiestufe muss immer der ganze Baum geladen werden.

TO DO:

MPDL gibt Feedback bzgl. der Umsetzbarkeit.

1000+1-Punkte-Liste (AG Viewing)

Wann kann dieses Dokument in einen „frozen“-Zustand überführt werden? Die AG Viewing setzt sich am Rande des Treffens zusammen u. gibt einen ersten Teil des Dokumentes zeitnah an Marco Schlender frei, damit dieser bereits weiter an der GUI arbeiten kann.

TO DO:

Freigabe der Liste

Nachmittag
Protokoll: Andrea Kulas

'Track Projektmitarbeiter'

Wording für Editing

To Do:
 * Lu Yu schickt über die mailing-Liste an Ingo Caesar und Anette Creutzburg screenshots vom Prototypen für den Bereich Editing (bzw. alle Bereiche die für die Institute noch nicht zugängig sind)
 * Das Wording wird so weit wie möglich vom Viewing Übernommen (siehe [Wording auf Colab] Zuständig: Ingo Caesar und Anette Creutzburg
 * Für noch fehlende Bereiche im Editing, für welche es im Viewing kein Äquivalent gibt, wird von Lisa Pegelow das wording noch ergänzt. Der Vorschlag wird von ihr an die Arbeitsgruppe geschickt und anschließend in einer Telko besprochen. Das fertige Ergebnis wird der MPDL ASAP mitgeteilt.

Editing


 * Um bibliographische Metadaten manuell eingeben und verändern zu können müssen die Felder in der DLC Anwendung als input-Boxen angelegt werden. Alle Bibl. Metadaten (auch hochgeladene MAB Dateien sind dann theoretisch manuell durch berechtigte Personen editierbar.
 * Wunsch der Institute: beim Ingest einer MAB-Datei sollte die Anzeige der MAB-Datei nicht editierbar sein. Diesem Wunsch kann nicht entsprochen werden sobald die bibl. MD Felder als input-Box angelegt werden. Durch das Rechtesystem (siehe unten) sollte jedoch ein unkontrolliertes Verändern verhindert werden könnnen.
 * Rollen und Rechte: Freigabe von Objekten in DLC erfolgt nur durch Institute -> Depositor (= z.B. Forscher) kann nur hochladen + editieren (das Item bleibt dabei im Zustang "pending". Der Moderator (= Person am Institut) kann dann freischalten (aber auch hochladen + editieren). Der Moderator kann somit den Status des Items von Pending zu Release verändern.
 * Wunsch der Institute: Institutsadmin sollte auch gleichzeitg die Rolle des Moderators besitzen.

Rollen und Rechte in DLC:


 * Administrator: Admin eines Instituts
 * Institut`s Startseite bearbeiten
 * Sammlung für das Institut erstellen
 * User (Depositor oder Moderator) erstellen, Usern Sammlungen zuweisen
 * Werke hochladen
 * Werke editieren (auch für nicht selbst hochgeladene Werke)
 * Depositor:
 * Werke in zugewiesenen Sammlungen hochladen (d.h. Depositor hat Rechte nur für bestimmte Sammlungen)
 * Selber hochgeladenen Werke editieren.
 * Moderator:
 * Werke in zugewiesenen Sammlungen hochladen
 * Werke in zugewiesenen Sammlungen editieren (auch für nicht selbst hochgeladene Werke)

To Do:
 * Anzeige der Bibliographischen Metadaten wird als Input-Box angelegt. Zuständig: Lu Yu
 * Klärung ob Institutsadmin auch gleichzeitg die Rolle des Moderators besitzen kann. Zuständig: Lu Yu

Fehlermeldungen in DLC

To Do:
 * Fehlermeldungen werden von der MPDL gemacht. Eine Liste der Fehlermeldungen kann beim Testen in der MPDL erstellt werden und auf Colab gestellt werden. Der Link auf die Colab-Liste wird dann der Viewing und Editing AG zugeschickt. Zuständig: MPDL

Fragen der Entwickler


 * Anzeige der MODS Daten in DLC unter Reiter Titel und ISBD aktuell korrekt wie schon implementiert? [Anzeige in DLC]
 * Für die Anzeige eines Mehrbandwerkes gibt es keine Spezifikation.

To Do:
 * Bitte Spezifikation für Anzeige Mehrbandwerk ASAP liefern. Zuständig: Ingo Caesar
 * Wenn Seite fertig ist (GUI + funktional) wird screenshot an Ingo Caesar und Anette Creutzburg geschickt (auf Colab-Seite); Feedback kommt von Anette und Ingo (nach Diskussion mit AG). Zuständig: Lu Yu
 * Anzeige der MODS Daten klären (siehe oben). Zuständig: Ingo Caesar
 * Projektmitarbeiter schicken Pfade zu den Dateien für batch ingest an die MPDL. Zuständig: alle Projektmitarbeiter

1000+1-Liste


 * Punkt 5-7 (zwischen Volltitel und Kurztitel wählen) aus der Liste is neu
 * Liste 1000+1 muss noch gefrozen werden,um der Entwicklung und GUI eine Vorlage geben zu können. Andauerende Veränderungen in der Liste führen zu ständigem Umprogrammieren und unnötigen Arbeiten der Entwickler und von Marko Schlender an der DLC Anwendung. Zeitverluste sind zum jetzigen Stadium kritisch.
 * Liste 1000+1 sollte weiterführende Spezifikationen verlinken. Wichtig ist der "gefrozene" Zustand auch dieser Spezifikationen.
 * Eine Priorisierung kann durch eine spezielle Markierung erfolgen
 * Frage aus Rom: Könnte ein OPAC-link (genauer: string für OPAC) auf der Administrationsseite der Institute eingefügt und bearbeitbar gemacht werden?
 * Frage der Institute: Können Arbeitsgruppen eingerichtet werden und Nutzer diesen Gruppen zugeordnet werden? Antwort MPDL: Eine Gruppenzuordnung gibt es aktuell nicht! Arbeitsgruppen ist eine neues Konzept und somit ein neues feature. Die User-Rolle "User-Gruppe" müsste als neues Objekt in eSciDoc eingerichtet werden. Damit ist einiger Entwicklungsaufwand verbunden. Da es sich bei dieser Anforderung um ein neues feature handelt, muss die Anforderung zurückgestellt werden.

To Do:
 * Die Option eines einfügbaren OPAC-links wird durch die MPDL geprüft. Zuständig: Lu Yu
 * Liste 1000+1 muss ASAP gefrozen werden: Zuständig: Institute

Sammelsurium Arbeitsaufträge für Institute:

To Do:
 * Kodikologischen MD: Acess-Datenbank wird von Anette Creutzburg an Klaus Werner + Wolfram Zieger geschickt -> Umbau in XML-Format -> XML-Datei wird ASAP für Testzwecke an die MPDL geschickt. Zuständig: Anette Creutzburg
 * Fußzeilen-TIFFs müssen für die Bilddateien angefertigt werden. Zuständig: Institute
 * links zu Daten für den batch Ingest werden an die MPDL geschickt. Zuständig: Institute -> MPDL macht Colab-Liste für Batch Ingest
 * 1001-Liste gefrozen
 * Thema Versionierung. Zuständig: Ursula Flitner
 * Editing Spezifikationen an die MPDL schicken. Zuständig: Ingo Caesar
 * Wording festlegen. Zuständig: Mulilingual Institute, Editing Lisa Pegelow

Diverses


 * Lizenzen für Bilder: CC noncommercial

Input für DLC 2


 * Anwendung muss für die Wissenschaftler wesentlich einfacher werden (z.B. Content Creation, selbstständiger etwas machen können)
 * Schnittstellen zu externen Datenbanken schaffen (z.B. zu Zuccaro)l,Informationen über RDF verknüpfen?, Content in DLC auch außerhalb der Plattform weiter verwendbar?
 * DLC aktuell= Präsentationsplattform
 * Wie können Texte mit Geoinformation angereichert werden? Wie vereinfacht man Georeferencing, dass es gut für Wissenschaftler verwendbar ist. Orte, Namen, Jahre als tags für Dokumente, Bildbereiche…

Donnerstag, 31.05.2012
Protokoll: Anna Klug

Digitalisierungsleitfaden Grundsätzlicher Zeitplan: Gliederung und Fassung des Praktischen Teils können sich gglfs. noch leicht ändern, da der Praktische Teil als Hilfeteil direkt an DLC angegliedert werden soll.
 * Beim DLC-Treffen in Florenz im Oktober: erste Lesefassung
 * Der Digitalisierungsleitfaden entsteht im Vergleich zur Arbeitsgliederung als leicht abgespeckte Version: Das Thema "Virtuelle Forschungsumgebung" kann bis Oktober im Leitfaden nicht behandelt werden.
 * Praktischer Teil:
 * Zitierstil: Es wird der Vorschlag von Andreas Thielemann verwendet. Dieser beruht auf Zitierregeln, die an der Bibliotheca Hertziana in der Vergangenheit bereits für die Erstellung eines Digitalisierungsleitfadens verwendet wurden.
 * Die Zitierregeln werden von der AG um gängige Zitierformen für Online-Ressourcen ergänzt.
 * Erste Überlegungen zur Kennzeichnung der Autorschaft führten noch zu keinem eindeutigen Ergebnis. Wie die Autorschaft gekennzeichnet wird, muss spätestens zur Fertigstellung des Leitfadens entschieden werden. Zwei Vorschläge von Seiten der Bibliotheksleiter existieren:
 * Kürzel in Klammern hinter den Text; Alle vollen Namen werden am Ende des Leitfadens ausgeschrieben.
 * Jeweils Signatur mit vollem Namen hinter den selbst geschriebenen Text

Themenoffener Slot

 Themensammlung: 
 * Anmelden
 * Editing
 * Hosting
 * Yuma
 * DigiLib

 DigiLib 
 * Digilib wird zeitnah in DLC in der jeweils neuesten Version eingebaut
 * Es ist generell immer ein Ziel der MPDL, neueste Versionen in die Anwendung einzubauen und diese so aktuell zu halten. --Andrea 15:13, 14 June 2012 (CEST) Wichtige Zusatzinformation: die Möglicheit von Updates besteht nur in der Projektlaufzeit, d.h. Entwicklungszeit von DLC. Jeder Update kann zu Bugs, Funktionsuntüchtigkeiten im System führen und damit größeren Entwicklungsaufwand nach sich ziehen.

''' Was passiert nach der Anmeldung? (Thema: Rechtemangement) '''

In DLC implementiertes e-sci-doc-Rollen- und Rechtemanagement: Für das DLC-Download-Paket kann das Rechtemanagement künftig etwas anders aussehen. Entscheidet sich ein neues Institut mithilfe der Download-Software die DLC-Anwendung zu installieren, so liegt für diese Version die System-Administration selbstverständlich bei diesem Institut.
 * System-Administrator: Für die derzeit an DLC beteiligten Institute übernimmt die MPDL die System-Administration.
 * OU-Administrator: Die OU-Administration liegt jeweils bei den beteiligten Instituten
 * Moderator
 * Depositor

' Im Zusammenhang mit dem Rechtemanagement diskutierte Probleme: '
 * Personell ist noch nicht geklärt, wer in Zukunft den Systemadministrator von DLC an der MPDL gibt.
 * Der Wunsch der Institute ist, die Eingangsinstitutsseite selbst zu gestalten, dies lässt sich aber mit dem e-sci-doc-Verwaltungsprogramm nicht managen.
 * In eScidoc evtl. doch umsetzbar und vielversprechend: Der "Ober-Admin" legt unterhalb der OU Seite die "echte OU Seite" an, welche dann doch vom Institut editiert werden kann. (ergänzt --Caesar 10:54, 12 June 2012 (CEST))
 * Fehlende Rolle für Arbeitsgruppenmitglieder: Mitglieder einer wissenschaftlichen Arbeitsgruppe sollten alle in der jeweiligen Sammlung befindlichen Werke sehen und bearbeiten, aber nicht veröffentlichen können.
 * Die Suchfunktionalitäten müssen im angemeldeten Zustand, auf die jeweiligen User-Rechte beschränkt, ermöglicht werden.
 * Ein Buch muss grundsätzlich mehreren Sammlungen zuordbar sein.
 * Als sinnvollste Möglichkeit hierfür wurde ein Taggingsystem ausgemacht, anhand dessen alle in einer großen Sammlung befindlichen Bücher über Schlüsselbegriffe (Tags) zu den jeweiligen Sammlungen zugeordnet werden können. Jedoch funktioniert das Verwaltungssystem derzeit nicht auf dieser Basis.
 * Die Institute wünschen sich auf Institutsebene ein additives Konzept: Je weiter oben eine Person von ihrer Rolle her in der Administration ist, um so mehr kann sie. Ein additives Konzept ist aber derzeit nicht vorgesehen.

' TO DO '
 * MPDL: DIE MPDL SCHICKT DETAILLIERTE INFORMATIONEN ZUM RECHTEMANAGEMENT AN ANETTE CREUTZBURG (AG VIEWING), CC. AN DIE DLC-LISTE!
 * INSTITUTE: AUF BASIS DER RECHTEMANAGEMENTINFORMATIONEN MACHEN SICH DIE INSTITUTE GEDANKEN, OB ALLE ANFORDERUNGEN ABGEGRIFFEN WURDEN, ODER OB GRAVIERENDE PROBLEME UNGELÖST BLEIBEN.
 * MPIeR: DAS MPIeR ERSTELLT EINE COLAB-SEITE ZUM THEMA ANMELDEFUNKTIONALITÄTEN!
 * WILHELM FRANK ERSTELLT EINEN VORSCHLAG, WIE EIN VERLINKUNGSSYSTEM AUSSEHEN MÜSSTE, UM BÜCHER MEHREREN SAMMLUNGEN ZUORDNEN ZU KÖNNEN!

Editing (Was passiert nach der Anmeldung?)

[Power-Point-Präsentation von Ingo Caesar]

Hosting Zwei Szenarien: In diesem Fall ist der Sys-Admin direkt bei der Organisation/Person Die vier Institute wählen Szenario 2. Dies hat folgende Konsequenzen:
 * 1) Open-Source-Paket zum Selbstinstallieren (inkl. E-sci-doc-, DigiLib-Installation, etc.):
 * 1) Hosting bei der MPDL: Sys-Admin liegt bei der MPDL
 * Dynamisch anwachsender Speicherplatzbedarf bei der MPDL
 * Über das Hosting muss zu einem späteren Zeitpunkt nochmals genauer verhandelt werden.
 * Das Hosting selbst durch die MPDL stellt kein Problem dar.
 * Ein regelmäßiges Programm-UpDate z.B. von E-Sci-Doc kann in Absprache mit den Instituten gemacht werden, sofern keine langwierige Datenmigration ansteht. Ansonsten muss DLC mit einer veralteten z.B. e-Sci-Doc-Installation leben.

Anwenderkreis
 * Für DLC wird ein Anwenderkreis ins Leben gerufen.
 * Anwendende MPIs sollen automatisch einen Vertreter in den Anwenderkreis schicken.
 * Generell müssen zukünftige Anwendungsmöglichkeiten über die Lizenz geregelt werden. (???,am)
 * alle Weiterentwicklungen des Systems beduerfen der Zustimmung des Anwenderkreises (am)

Weitere Schritte – wichtige Termine
 *  DLC-Treffen in Florenz: 08.10.12 mittags bis 10.10.12 mittags 
 * Abschlusstreffen in München bei der MPDL im Januar

''' Werbung bei auswärtigen Veranstaltungen? ''' kurze PP-Präsentation von Andrea Kulas Fazit: Verzicht auf Werbung bei internationalen Veranstaltungen

 Manuelle Erfassung bibliographischer Metadaten 
 * Serientitel sind in den Bänden mit drin – Die Kategorie wird auch bei der Titelsuche miterfasst.
 * Die Maske zur manuellen Erfassung von Aufsätzen geht in der Monographiemaske auf.
 * Das über die manuelle Erfassung befüllte Feld "Quelle" muss in der Suche in der Titelsuche mitdurchsucht werden.
 * "Quelle" wird als Feld in die Monographie-Erfassungsmaske integriert.

Yuma-Präsentation
 * Die Hertziana hat Yuma und Highlighter installiert.
 * Das Programm wird über die Anwendung der Musei Capitolini betrachtet.
 * Es handelt sich um 4 Zeilen Java-Skript in der Textzeile.
 * Jede Annotation wird an den Yuma-Test-Server in Wien geschickt und dort gespeichert – Annotationen sind über diesen Server jederzeit aufrufbar.

' Fazit für DLC:'
 * Notwendig muss für DLC ein Management des Veröffentlichungsstatus' ins Annotationstool eingebaut werden.
 * DLC wird Yuma selbst installieren und die Annotationen auf einem eigenen Server speichern.
 * Gelöst werden müssen folgende Punkte:
 * Exportmöglichkeiten?
 * Suchen in den Annotationen?
 * Das Viewing muss folgendes vorsehen:
 * Annotier-mich-Button
 * Suche in den Annotationen innerhalb der erweiterten Suchfunktionalitäten; die Suchanfrage wird dann an den Yuma-Server weitergegeben.
 * Der Export soll zwei Dinge vorsehen:
 * Link auf die ganze Webseite
 * Export der Annotation selbst
 *  Spätestens Ende September wird Yuma implementiert, damit im Oktober getestet werden kann.