Digitization Lifecycle Viewing AG 2011-06-20

Digitization Lifecycle,MPDL

Allgemeine Infos

 * Termin: Montag, 20.6.2011
 * Uhrzeit: 14:00h

Einwahldaten
 * Zugangstelefonnummer: 069 27113800
 * Für alle Teilnehmer gilt der Code: 54175#
 * 0 Operatorhilfe: Bei Problemen bzw. Fragen zum Handling der Telefonkonferenz können alle Teilnehmer mit dieser Tastenfolge Operatorhilfe anfordern

Teilnehmer
 * Anette Creutzburg
 * Kristina Koller (max. bis 15:30)
 * Ingo Caesar
 * Ursula Flitner
 * Martin Raspe
 * Klaus Werner (ab 14:30)
 * Rupert Kiefl

Agenda:
 * Browse & Display
 * Spezifikation Homepage / Einstieg zu den Digitalisaten
 * Navigation innerhalb eines Werkes (MD, Digitalisate, ToC, ...)
 * MD für Seitenüberschrift (siehe )
 * Darstellung eines Werkes in einer Liste (anzeige von MD, siehe )
 * Evtl. Vorlage für weitere Aspekte: Überschriften aus ViRR_Browse_and_Display und ViRR_Searching (alternativ Faces_Searching)
 * Colab-Viewing-Tabelle
 * Priorisierung
 * Rücksprache mit UIE-Team: Durchführbarkeit der einzelnen Anforderungen http://colab.mpdl.mpg.de/mediawiki/Digitization_Lifecycle_Viewing
 * Erweiterung der Colab-Viewing-Tabelle mit Blick auf bibl. Metadaten, Editing, Format, kodikolog. Metadaten
 * Anlage einer Kreuztabelle für den Bereich Viewing
 * Organisation der Zusammenarbeit mit den übrigen Arbeitsgruppen (Kreuztabelle)
 * Suchfunktionalitäten
 * GUI-Workshop
 * Agenda
 * Einzelheiten zur Vorgehensweise

Protokoll
Spezifikation Homepage und Einstieg zu den Digitalisaten
 * vorerst noch starker Fokus auf Viewing, die Konzeptionstätigkeit der Arbeitsgruppe sollte jedoch darüber hinausgehen
 * weitere Themen sind u. a. Einstieg zu Digitalisaten oder Trennung nach Instituten, Kollektionen, Themenschwerpunkten

Navigation innerhalb eines Werkes (Anzeige Metadaten, Toc, Volltext, etc.)
 * Titel über dem Scan (genaue Darstellung des Titels wird von der Arbeitsgruppe „Bibliographische Metadaten“ definiert)
 * Diese Fragen werden Inhalt des GUI-Workshops sein, dessen Ziel die Entwicklung eines Pageflow/ Storyboard sein wird
 * hierbei gilt zu beachten: Klarheit soll darüber bestehen, wie die Aufgabe aussieht, die man mit dem Scan vornehmen möchte (z. B. Annotierung eines Scans, wie gelangt man zu dem Scan, man muss von einer bestimmten Seite kommen: Wie sieht die Aufgabenstellung aus?)
 * diese Fragen werden dezidiert im Workshop gestellt
 * vergegenwärtigt soll hierbei ein möglichst konkretes Szenario sein
 * wichtig ist Klarheit über die genaue Aufgabenstellung und über die genauen Navigationswege, auf Basis dieser werden die hierfür notwendigen Komponenten zusammengestellt
 * Alternativlösung: generische Lösung, man kann sich beliebig verschiedene Komponenten und Ansichten hinzuschalten
 * der Prototyp, welcher im Rahmen des Workshops entsteht, ist zwar noch flexibel, allerdings (Wunsch der GUI-Abteilung) sollten die GUI-Komponenten möglichst schnell feststehen, damit die Entwicklung beginnen kann
 * nach einer weiteren Durchsicht der Tabelle im Vorweg des Workshops wird Rupert Kiefl in der Tabelle Fragen vermerken, welche zur Beachtung der oben genannten Punkte relevant sind

Metadaten für Seitenüberschrift
 * z. B. http://virr.mpdl.mpg.de/virr/view/escidoc:414933/image-outline
 * wichtig ist eine exakte Definition, welche Überschrift dem Werk gegeben wird (Autor, Titel, Erscheinungsort, Erscheinungsjahr): diese Frage ist Thema der Arbeitsgruppe „Bibliographische Metadaten“

Titelliste
 * vgl. z. B. http://virr.mpdl.mpg.de/virr/browse;jsessionid=55F8EE052217720CBA1D3449A7D472E9
 * Wie soll Liste genau dargestellt werden?
 * Auch dieser Punkt fällt in den Zuständigkeitsbereich der Arbeitsgruppe „Bibliographische Metadaten“
 * allerdings: die Festlegung der Anzahl der Titel pro Seite in einer Liste fällt in den Zuständigkeitsbereich der Arbeitsgruppe Viewing
 * diese Komponente ist eine Standard-Komponente der MPDL, die Auswahl an Zahlen (z.B. 25, 50, 100 Titel pro Seite) kann recht unkompliziert geändert werden

MPDL-Standardlösungen
 * es gibt eine Übersicht zu Standardkomponenten der MPDL, diese steht allerdings nur der GUI-Abteilung als interne Anwendung zur Verfügung (Component Library auf der GUI-Seite auf Colab), allerdings besteht kein öffentlicher Zugang, da https-geschützt, auch nicht kopierbar oder verschickbar (html-Dateien, verknüpft mit Java), in der Component Library sind bereits weitere Lösungen vorbereitet, die bislang in keinem der bisherigen Projekte zur Anwendung gekommen sind, auch diese werden im Rahmen des Workshops besprochen
 * Alle Komponenten, die in Virr, PubMan und Imagij vorhanden sind, stehen auch dem Digi Lifecycle als Standard zur Verfügung und sind wieder verwendbar
 * im Vorfeld des GUI-Workshops werden sich die Teilnehmer der Arbeitsgruppe mit diesen Standardlösungen der MPDL-Projekte vertraut machen

Browse und Display sowie Searching
 * vgl. use cases unter http://colab.mpdl.mpg.de/mediawiki/ViRR_Browse_and_Display, für Searching vgl. z. B. http://colab.mpdl.mpg.de/mediawiki/ViRR_Searching; http://colab.mpdl.mpg.de/mediawiki/Faces_Searching
 * hier von Interesse: Überschriften dieser use cases (vgl. TOCs) können von Viewing-Gruppe als Checkliste verwendet werden

Viewing-Tabelle
 * Priorisierung: im Vorfeld des GUI-Workshops werden von den Instituten die letzten Ergänzungen vorgenommen, damit das Votum aller Institute deutlich ist
 * Aufschlüsselung Punktesystems der Bewertung: „must have“ = 2 Punkte (Pkte), „nice“ = 1 Pkt, „no way“ = 0 Ptke
 * Kommentare der MPDL in Tabelle:
 * Unterscheidung: „möglich“ bedeutet nicht, dass der Vorschlag schnell umsetzbar ist
 * Unterscheidung zwischen GUI- und Entwickler-Kommentaren
 * die Entscheidung über die Umsetzbarkeit ist davon abhängig, welcher Viewer letztlich eingesetzt wird (IIPImage oder Digilib), einige Anforderungen könnten damit u. U. nicht möglich sein
 * Die Evaluation der Viewer läuft noch, alle in der Viewing-Tabelle angegebenen Anforderungen werden dabei berücksichtigt, allerdings haben diese Vorarbeiten aktuell nicht oberste Priorität
 * Lu Yu wird als Entwicklerin bei dem Workshop anwesend sein und kann jederzeit Aufschluss darüber geben, falls Anforderungen nicht umsetzbar sein werden
 * Für den Workshop, dessen Ergebnis abstrakt bleiben wird, ist die Frage der Umsetzung noch nicht von Relevanz, Umsetzungsdetails werden sich dann mit der Zeit und während der Entwicklung ergeben
 * Vorgehensweise MPDL:
 * alle Punkte, bei denen in der Viewing-Tabelle auf Colab jetzt "möglich" steht, wird die GUI-Abteilung in die Konzeption miteinbeziehen und ein Gerüst entwickeln
 * dieses Gerüst werden die Entwickler berücksichtigen und die eintsprechende technische Logik dahinter konzipieren

Transparenz während der Entwicklungsarbeit (Wunsch aus Rom)
 * diesen Punkt wird Kristina Koller intern in der MPDL abklären
 * nach Möglichkeit sollen die Institute über klare Information in Entwicklungsschritte miteinbezogen zu werden, um Mitsprache auszuüben
 * Zwischenstücke sollen als Screenshots oder unfertige Ansichten zugesandt werden, damit schon zwischenzeitlich Wünsche vorgebracht werden können
 * Es gibt verschiedene Server, die die unterschiedlichen Entwicklungsschritte festhalten, dort kann man sich diese Entwicklungsschritte anschauen, damit die Institute Überblick über das jeweils aktuelle Entwicklungsbild haben
 * Das stimmt so nicht ganz. Normalerweise gibt es in der MPDL einen Entwicklungsserver, der recht instabil ist, da hierauf andauernd gearbeitet wird und deswegen nur innerhalb der MPDL einsehbar ist. Sobald eine erste Version der Software fertig ist, wird diese auf einen QA Server überspielt (hier ist die Version dann stabil), um dort getestet zu werden. Wenn die Tests alle erfolgreich waren (normalerweise braucht es dafür ein paar Durchläufe Bugfix), wird diese Version auf einen Live Server gestellt, wo sie so lange bleibt, bis eine neue, getestete Version der Software zur Verfügung steht. --Kristina 08:40, 4 July 2011 (CEST)
 * Wunsch aus Rom: Abhaltung einer Telefonkonferenz ca. alle zwei Wochen zur Besprechung der zwischenzeitlich erfolgten Entwicklungsschritte
 * Auf diese Weise könnte sukzessive an der Entwicklungsarbeit teilgenommen werden; die Institute würden somit kontinuierlich im Gespräch mit den Entwicklern bleiben

Vorgehensweise
 * Gui-Abteilung erstellt einen Prototyp, der mit spezifischen Programmen rasch zusammengestellt werden kann, aber mit eigentlicher Entwicklung nichts zu tun hat
 * der Prototyp wird in Form von abstrakten Skizzen direkt nach Workshop erstellt
 * hier können Raumaufteilung, Funktionen, Seitenfolgen veranschaulicht werden
 * der Prototyp wird allen Teilnehmern des Digitization Lifecycle über die Mailingliste zugesandt werden

Zusammenarbeit mit anderen Arbeitsgruppen im Bereich Viewing
 * Wichtig ist, einen Überblick zu haben, wann welche AG Ergebnisse aufweist, die von der Viewing-Gruppe mit einzubeziehen sind
 * Die schematische Vergegenwärtigung für Überschneidungen mit anderen Arbeitsgruppen im Bereich Viewing (sog. Kreuztabelle) ist nicht erforderlich
 * Es ist ausreichend, die auf Colab eingestellten Ergebnisse der übrigen Arbeitsgruppen an entsprechenden Stellen in die Konzeption des Viewing mit einzubeziehen
 * Wichtig ist es daher, kontinuierlich mit anderen AGs in Rücksprache zu bleiben, um deren Resultate aufzugreifen
 * Ein koordinierter Ablauf muss hierbei sichergestellt werden
 * Immer, wenn eine Arbeitsgruppe Ergebnisse vorzuweisen hat, sind diese dann an alle zu kommunizieren inklusive an die Entwickler
 * Für die entsprechende Kommunikation ist der jeweilige Arbeitsgruppenleiter verantwortlich, d. h. die Arbeitsgruppenleiter informieren alle Teilnehmer über die Mailingliste, wenn ein Ergebnis feststeht und auf Colab aufgeführt ist
 * Die Viewing-Gruppe hat dieses Ergebnis dann einzubinden und im Viewing-Konzept umzusetzen
 * dann muss die Viewing-Gruppe für die jeweiligen Ergebnisse das Design festlegen (bei bibliograph. Metadaten z. B. Farbe, Doppelpunkt o. ä. zwischen Autor und Titel, etc.)
 * offen geblieben ist noch die Frage nach der genauen Koordination: wie genau und wann werden die Ergebnisse der Arbeitsgruppen in den abstrakten Viewing-Entwurf eingefügt?

Benutzeroberfläche
 * die Viewing-Gruppe ist Ansprechpartner für die gesamte Benutzeroberfläche und alle mit dieser verbundenen Fragen
 * Andere Arbeitsgruppen werden in dieser Hinsicht nicht eigene Entwürfe liefern
 * die Viewing-Gruppe präsentiert einen eigenen Entwurf, welcher von den anderen Arbeitsgruppen übernommen wird

Suchfunktionalitäten
 * dieses Thema ist Teil des Workshops und wurde daher im Rahmen der Telco nicht ausführlicher präzisiert
 * Hier gibt es grundsätzlich zwei Komponenten, die zur Verfügung gestellt werden können:
 * Schnellsuche
 * advanced search (Formular)
 * diese werden entsprechend in die Seitenfolge eingebunden
 * die Viewing-Gruppe hat hier im Vorfeld keine spezifische Arbeit vorzubereiten
 * Informationen im Vorweg unter http://colab.mpdl.mpg.de/mediawiki/User_Interface_Evaluation#GUI_Workshops und http://www.agilemodeling.com/artifacts/uiPrototype.htm

'''Agenda für den GUI-Workshop am 6.-7. Juli 2011'''
 * wird von Rupert Kiefl erstellt und auf Colab eingestellt unter http://colab.mpdl.mpg.de/mediawiki/UIE_Workshop_Digitization_Lifecycle
 * Die Viewing-Tabelle auf Colab, im aktuellen Zustand, wird als Basis für den Workshop dienen
 * Rupert Kiefl wird im Vorfeld des Workshops die Tabelle nochmals prüfen, ob "Warum"-Fragen zur ausführlicheren Darstellung der Navigation fehlen und würde in diesem Falle eine schriftliche Benachrichtigung via E-Mail an die Arbeitsgruppe versenden