Digitization Lifecycle Viewing AG Telco 2011-06-01

Digitization Lifecycle,MPDL

Allgemeine Infos
Einwahldaten
 * Termin: Mittwoch, 01.6.2011
 * Uhrzeit: 14:00h
 * 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
 * Ingo Caesar
 * Ursula Flitner
 * Kristina Koller
 * Rupert Kiefl
 * Klaus Werner (in Vertretung von Martin Raspe)

Agenda:
 * Auswertung der Viewing-Tabelle
 * Ermittlung der bevorzugten Vorschläge
 * Vorgehensweise zur Konkretisierung und Ergebnisdarstellung
 * Berücksichtigung Anforderungen wissenschaftliche Nutzung
 * Volltexte
 * Zusammenarbeit mit der GUI-Abteilung
 * Arbeitsabläufe
 * Ressourcen/Umsetzung
 * grundsätzliche Viewing-Vorgaben von Seiten der GUI-Abteilung
 * GUI-Vorschläge http://colab.mpdl.mpg.de/mediawiki/Interface_Concept:_Digitization_Lifecycle
 * anstehende Aufgaben
 * Spezifikation Homepage / Einstieg zu den Digitalisaten
 * Navigation innerhalb eines Werkes (MD, Digitalisate, ToC, ...)
 * Darstellung eines Werkes in einer Liste (anzeige von MD, siehe )
 * Evtl. Vorlage für weitere Aspekte: Überschriften aus ViRR_Browse_and_Display
 * Konzeption Suchansichten
 * Erstellung des Paper-Prototyping
 * Organisatorisches
 * Vorbereitung Präsentation Projekttreffen in Berlin 6./7.Juni
 * weiterer Zeitplan

Protokoll
Vorgehen bezüglich der Tabelle
 * Alle Arbeitsgruppenteilnehmer tragen zur besseren Verdeutlichung Teile/Spezifikationen in der Tabelle nach. Wer was nachträgt, wurde auf der TelKo bestimmt und wird in diesem Protokoll nicht wiederholt.
 * Zur Entscheidungsfindung: Für den Fall, dass alle Institute eine Komponente/Funktion als NICE bewerten und diese für die GUI-Abteilung einfach zu implementieren ist, kann die Komponente/Funktion implementiert werden.

Browser-Anforderungen
 * Das User Interface Engineering (UIE)-Team der MPDL hat auf das Constraints Papier verwiesen, das darlegt, welche modernen Browser unterstützt werden. Dem haben die Projektmitarbeitenden keine weiteren Anforderungsvorschläge hinzuzufügen und denken, dass die UIE-Abteilung das Thema angemessener Browserkompatibilität professionell adressiert.

CoLab-Viewing-Tabelle http://colab.mpdl.mpg.de/mediawiki/Digitization_Lifecycle_Viewing Aufgrund der Tatsache, dass die meisten Monitore das 16/9-Format haben (1600x1000 Pixel), empfiehlt sich die Darstellung auf der Grundlage eines horizontalen Bildlaufs. Thumbnails können unten von links nach rechts laufend angezeigt werden. Menüs und Kästen lassen sich gut neben den der zu lesenden Seiten positionieren.
 * Horizontaler Bildlauf

Neben der mittleren und der großen Ansicht eines Scans lässt sich quasi als Zwischenstufe die Funktion eines Vergrößerungsglases einbauen, welche aus Sicht der UIE Abteilung einfach zu implementieren sei.
 * Vergrößerungsglas

Die MPDL testet derzeit verschiedene Lösungen. Darunter auch IIPImage http://iipimage.sourceforge.net/demo/
 * Viewer

Hier wurden für die Anzeige der Seitenzahlen und der Strukturdaten (Inhaltsverzeichnis +/- Zusatzinformationen) verschiedene Varianten durchgespielt: Dropdown-Box für Seitenzahlen und für Inhaltsverzeichnisse zur Navigation (die sich evtl. auch ein- und ausblenden lassen) Eingabemöglichkeit für Seiten Minimaler Strukturbaum: Zur Orientierung ist der Teil in der Struktur, von dem die Seite angezeigt wird, immer unterlegt. Nicht das komplette Inhaltsverzeichnis wird angezeigt, sondern immer die ca. 10 vorherigen und 10 nachherigen Teile, damit der schlanke Strukturbaum nicht zuviel Raum einnimmt. Sollte ein schlanker Strukturbaum verwendet werden, ist die Frage, wo die weiteren Strukturdetails angezeigt werden sollen (minimaler Strukturbaum + vollständiger, kompletter Strukturbaum, als zwei Anzeigevarianten).
 * Sprungmarken

Einseitige und doppelseitige Ansicht berücksichtigen, sowie die verschiedenen Varianten: einseitig/zweiseitig, Scan/Volltext, Scan/Scan, Volltext/Volltext, etc.
 * Seitenansicht

Ein Klick auf das Titelbild in der Leseansicht öffnet das Titelbild in der Exemplarumgebung Für kodikologische Daten: Das Projekt „e-codices“ unterscheidet unter dem Reiter Einband zwischen: Vorderdeckel, Rückdeckel, Rücken, Vorderschnitt, uvm. (http://www.e-codices.unifr.ch/en/binding/aef/0042): Dadurch ist es möglich, besonders kodikologische Informationen einzubeziehen. Sollte dies sowohl in die Titel- als auch in der Leseansicht berücksichtigt werden oder nur in der Leseansicht?
 * Titelansicht: Bildklick öffnet Leseansicht

Wenn die Liste der bibliographischen Daten fertig ist, wird sie auf diese Liste verlinkt. Auch muss dann klar sein, in welcher Form die bibliographischen Daten angezeigt werden sollen.
 * Kontext bibliographsche Daten


 * Link zum OPAC ist MUST HAVE

Hier wurden verschiedene Formate sowohl für Titel als auch für Textexporte diskutiert. Text: PDF, EPUB, TEI, METS/MODS, HTML; Titel: Formate von Pubman und weitere. Die weitere Klärung der Exportformate sollte in einer eigenen Arbeitsgruppe geklärt werden oder entsprechend der Schwerpunkte anderer Gruppen auf diese verteilt werden: Die Herangehensweise an das Thema Export wird in Berlin thematisiert.
 * Download

Eine Übersicht über alle Thumbnails, über die Auswahl der angezeigten Thumbnails (3x2, 3x4 etc.), um etwa Illustrationen im Text zu suchen, ist besonders für die Kunsthistoriker von besonderer Bedeutung (s. Thumbnail-Ansicht).
 * Thumbnails

Soll nur in Bibliographischen Daten oder auch in den Volltexten gesucht werden? Soll in allen Sammlungen gesucht werden? Welche Einschränkungen müssen gemacht werden? Kristina Koller: Es wird nur eine Instanz geben unter der alle Sammlungen abrufbar sind. Dabei kam zur Sprache, dass wir uns über den Kontext einer gemeinsamen Portalseite noch zu orientieren haben. Eine Portalseite wird zu den Sammlungen der einzelnen Institute führen. Eine kombinierte Suche in den Beständen des KHI und der BHRom. ist sicherlich von Interesse. Dieses Thema wird Ursula Flitner in Berlin noch einmal ansprechen.
 * Faceted Browsing

weiteres Vorgehen

Die Vorstellungen müssen jetzt stärker systematisiert werden. Prozesse, Ansichten und Aufgaben müssen definiert werden. Dazu hilft die Methode des Wire Framings, durch die deutlich wird, welche Dinge nebeneinander erscheinen müssen und welche Bausteine und Funktionen benötigt werden. Zunächst aber müssen Darstellung und Funktionalitäten voneinander getrennt werden, sich wiederholende Elemente (Detailansicht, Listen ...) definiert werden. Schließlich entsteht ein Storyboard mit Bildern und es lässt sich bestimmen, was an welcher Stelle auftreten muss. Diese Schritte gehen der Layoutfindung voran. Also: Funktionen sammeln und nicht deren Anordnung/Darstellung!
 * Workshop

Rupert Kiefl schlug hier zweierlei Dinge vor: 1. Beide Bereiche werden parallel entwickelt 2. Wir fangen mit view an und bauen die edit Elemente dann ein. Entsprechend des Viewings lassen sich Listen erstellen, die dann als Formular für das Editing umgebaut werden können. Pragmatisch gesehen ist es sinnvoll, das Viewing ab einer bestimmten Stelle an Editing zu übergeben. Kontext View/Edit
 * Kontext view/edit

Organisatorisches

Für Mitte Juli ist ein Viewing GUI Workshop angedacht, zu dem Ursula Flitner ein Doodle zur terminlichen Abstimmung erstellt. Wahrscheinlich findet das Treffen in München statt, zwei halbe Tage von Mittag bis Mittag. Hier können wir gemeinsam die Funktionen definieren und die Ansichten festlegen.

In Berlin müssen wir klären, welche personellen und zeitlichen Ressourcen uns von der UIE-Abteilung (Hr. Kiefl: Konzeption, Hr. Schlender: techn. Umsetzung, Frau Unfried: graph. Gestaltung) zur Verfügung stehen werden.

Die Tabelle wird vor dem Berlin-Treffen weiter ausgefeilt, und Frankfurt wird dazu noch die Präferenzen abgeben. In Berlin wird die Tabelle als erstes Arbeitsergebnis präsentiert.

Nächste Telco 20.06.14:00