UIE Workshop Digitization Lifecycle Edit

MPDL,Digitization Lifecycle

Der Workshop folgt einer Methode, die 'Wireframes' genannt wird und hat ein klares Ziel, nämlich die Erstellung von zentralen Seiten und Pageflows gemeinsam mit Anwendern. Dabei erarbeiten die Teilnehmer mit prototypischen Bausteinen eine Benutzeroberfläche für das Editieren von Digitalisaten. Die Bausteine/Werkzeuge werden vom Moderator zur Verfügung gestellt. Eine Anleitung dazu wird im Workshop gegeben. Im Prinzip wird dabei immer von Entwurfsvarianten hin zu konsolidierten Entwürfen gegangen.

Der Workshop hat das Ziel, das Thema "Edit" mit in den Prototypen aufnehmen und ein UI Konzept für die Bearbeitung von Paginierung, Strukturierung und Anreicherung mit Meta Daten zu erstellen. Hierzu ist ein Workshop in München geplant, bei dem die bestehenden Vorstellungen konsolidiert werden sollen. Wir würden aus GUI-Sicht dabei auch noch ein oder zwei Ansätze als Varianten beisteuern.

Hier liegt der Prototyp: https://subversion.mpdl.mpg.de/repos/smc/tags/public/gui/dlc_R1.5/index.html

Wie die zeitliche Aufteilung ist, hängt davon ab, ob für die dynamische Erstellung von TEI schon ein Weg absehbar ist.

Hier geht es zur Terminabstimmung:

https://tester.dfn.de/foodle/GUI-Workshop-Edit-4ea7c#responses

Agenda Tag 1
11:00 Vorbereitung (UIE Team)

13:00 Start: Einführung UIE und Workshop 'Wireframes'
 * Zielgruppendefinition: Wer genau verwendet den editor?
 * Technischer Lösungsansatz zu Behandlung von Seiten bzw. Seitenumbruch.

14:30 Break
 * Erarbeitung eines workflows anhand eines Beispielbuches
 * Definition des Ausgangspunktes (Viewing Umgebung)
 * Diskussion der bestehenden Ansätze
 * Entwurfsphase
 * Sammlung der Komponenten
 * Diskussion der Entwürfe

18:00 Ende

Agenda Tag 2
9:30 Präsentation des Zwischenstands (Moderator)


 * Brainstorming der Komponenten
 * Entwurfsphase
 * Sammlung der Komponenten
 * Diskussion der Entwürfe

12:00 Mittag

13:00


 * Brainstorming der Komponenten
 * Entwurfsphase
 * Sammlung der Komponenten
 * Diskussion der Entwürfe


 * Nächste Schritte

15:00 Ende

Ergebnisse
Die Ergebnisse werden im Rahmen eines Prototypen zur Verfügung gestellt.

Protokoll
Ergebnisprotokoll: Ingo Mi., 30.11.2011 13.00-14.30

Anforderungen/Zielgruppe(n)
 * Zielgruppen: Wissenschaftler, Stud. Hilfskräfte, Dienstleister, Volontäre, Bibliotheksmitarbeiter (keine IT Experten oder Dienstleister, die komplexe TEI Auszeichnungen vornehmen wollen)
 * Der User muss mittels leicht zu verwendender Tools die Struktur einfach erstellen können.

Konsens
 * Der Online-Editor dient der Erstellung der Strukturdaten und der Paginierung, wenn es noch kein TEI gibt. Der Workshop fokussiert auf das Thema: Erstellung der Strukturdaten (Hierarchie und Strukturerstellung werden von den Entwicklern als problematisch eingestuft).
 * Wird ein TEI hochgeladen, so ist die Bearbeitung im Online-Editor nicht mehr möglich. Verändert werden kann das hochgeladene TEI nur, indem man es exportiert, lokal bearbeitet und wieder hochlädt.
 * Um ein im Onine-Editor erstelltes TEI feiner auszuzeichnen (mittels aller DLC-TEI Elemente), wird es exportiert, lokal bearbeitet und wieder ingestet.
 * Die Aufteilung in front/body/back entfällt beim Editor, weil es technische Schwierigkeiten gibt, (nachträgliches Ändern der Bereiche, bei Büchern in Büchern mit wiederholbaren front/body/back Elementen im body, Auszeichnung der Bereiche anders als innerhalb der Bereiche).
 * Das Online Editing bewegt sich nur im body Bereich. Front und back fallen komplett heraus (trotzdem valides TEI, nur semantisch falsch). Für diejenigen, welche sich den Code anschauen, kann automatisch ein Text in die TEI Datei geschrieben werden, der erklärt, warum wir uns für diese Variante entschieden haben. Wer es genau nimmt, kann die "richtige" Einteilung lokal nacharbeiten. Auf Erstellung und Anzeige des TOCs hat diese Entscheidung keinen Einfluss.

Verlaufsprotokoll: Lisa Mi., 30.11.2011, 15.00-18.30

Es handelt sich bei diesem Teil des Protokolls um eine Art Snapshot --> zu diesem Zeitpunkt der Diskussion waren das die Gedanken der Gruppe; der folgende Donnerstag-Teil des Protokolls wird zeigen, dass die Grundannahme von Mittwoch - bereichsorientiertes Arbeiten mithilfe von flächiger Markierung - umgeworfen wurde zugunsten einer Seitenorientierung beim Arbeiten mit dem zu entwickelnden Online-Editor.

Erarbeitung eines Workflows anhand eines Beispielbuches


 * jedes Institut macht einen Vorschlag zur Vorgehensweise der Bearbeitung eines Buches im Online-Editor (es geht um die Abfolge der Arbeitsschritte)
 * Ingo:
 * Schachteln


 * Martin/Klaus:
 * sequenzielle Vorgehensweise:
 * 1) (Scanreihenfolge prüfen) --> wahrscheinlich eher im Ingest-Prozedere verortet
 * 2) l/r Zuweisung
 * 3) Paginierung (inkl. automatischer Hilfen)
 * 4) Seitentypzuweisung (z. B.: Einband, Schmutztitel, Textseite, leere Seite...), mgl.weise farbige Kennzeichnung
 * 5) inhaltliche Struktur (Abschnitte markieren, beschriften) --> Strukturelemente zuweisen
 * 6) Zwischenspeichern (noch kein endgültiges TEI-Format)
 * 7) Speichern (keine Änderung mehr möglich, endgültiges TEI wird generiert)
 * Löschen, Veränderungen vornehmen muss mgl. sein
 * bereichs- nicht seitenorientiert arbeiten (d. h. auch, dass Endpunkte bewusst gesetzt werden müssen --> explizit)


 * Anna:
 * Abfolge der Editierschritte s. Martin
 * Alternative zur Maus: Tastatur (Arbeit im Online-Editor mithilfe des Cursors und der Pfeil-Tasten)
 * Viewingmethode: drei Komponenten: 1. Die zu bearbeitende Seite wird groß angezeigt (Einzelseitenansicht), 2. Durchlaufende Thumbnails, 3. Eingetragene Details (Paginierung + Strukturelemente) figurieren direkt neben den Thumbnails (Kontrolle und Übersichtlichkeit)

--> d. h., dass immer alle Funktionsmenüs angezeigt werden soll(t)en
 * Lisa:
 * von vorne beginnend
 * Vorgehensweise: seiten- (wenn aufeinanderfolgende Seiten nicht zum gleichen Abschnitt gehören) bzw. abschnittsweise (wenn aufeinanderfolgende Seiten zu einer Einheit gehören)
 * Vergabe in einem Schritt: Paginierung (inkl. r/v), Strukturelement, Titel
 * Hierarchisierung vornehmen

Brainstorming


 * entwicklungstechnische Schwierigkeiten:
 * für die Arbeit mit Tastatur im Browser muss in Java programmiert werden
 * Darstelllung bei stark geschachtelten Kapitel --> Problem der Übersichtlichkeit
 * Baumstruktur muss sich automatisch bei der Arbeit am Buch generieren
 * dynamische Arbeitsweise
 * bei Paginierung und bei der recto/verso-Ansicht: Listenanzeige
 * Thema Anfangs- u. Endpunkte:
 * Endpunkte müssen veränderbar sein
 * Endpunkt automatisch am Schluß des Buches/Ende aller Scans
 * wenn ein Endpunkt gesetzt wird, dann liegt der nächste Anfangspunkt auf der gleichen Ebene wie der vorherige

Zusammenfassung

Komponenten
 * Thumbnail-Liste (60, 120)
 * Markierungsmechanismus (überlappende Markierung)
 * Einzelseitenansicht / vergrößerte Ansicht
 * Menü kontextsensitiv (d. h.: aufklappbare Bereiche, sowohl f. die Paginierung als auch bei der Struktur)
 * Formularelemente
 * flächige Markierung (bereichsorientiertes Arbeiten)
 * seitenbezogene Angaben gut sichtbar
 * Strukturbaumansicht vergrößert
 * Hilfselemente

Funktionen


 * seitenbezogene Angaben / pb
 * l-r Zuweisung (ggf. Korrektur)
 * Paginierung/Nummerierung
 * Seitentypzuweisung


 * Struktur
 * inhaltliche Struktur (Strukturdatenelemente (div type), Titel, Hierarchisierung)


 * Technisch
 * Zwischenspeichern
 * Endspeichern


 * Weiteres/Zusätzliches
 * Wechsel zwischen verschiedenen Ansichten muss mgl. sein
 * intelligentes Laden
 * Filterfunktion

Vorschlag Lu:


 * 3gliedrige Ansicht
 * Thumbnails
 * Einzelseitenscan
 * Whiteboard-Panel
 * oben: Menüs: Paginierung u. Struktur
 * unten: Baumstruktur
 * Baumstruktur hierarchisierbar durch drag and drop
 * Abfolge der Arbeitsschritte beliebig
 * Endpunkte werden automatisch vom System vergeben (auf/innerhalb einer Seite; NICHT: Ende letzter/vorangegangene Seite) --> d. h., es brauchen nur Anfangspunkte gesetzt werden
 * Kontrolle der korrekten Hierarchie erfolgt über das System mithilfe von den vergebenen Seitenzahlen

 Protokoll Anna 
 *  Do., 01.12.2011 09.30-12.30 

Tagesordnung (2. Tag)
 * 1. Teil
 * Festlegung der Komponenten/Bereiche
 * Exemplarische Vorgehensweise
 * Weitere Elemente / Offene Punkte
 * 2. Teil
 * Durchgang von Varianten
 * Diskussion offener Punkte
 * Ergebnis / Zusammenfassung

Ausgangspunkt der Überlegungen: Graphische Aufteilung (Vorschlag Rupert)
 * Thumbnail-Liste im linken Bereich
 * Anlegen der Strukturelemente (Mitte)
 * Strukturbaum (rechts)

Vorschlag: Lu Viewer zum Runterscrollen: Abschnitte aneinanderhängender Seiten auf einmal sichtbar Schlussnummer des Textes ist korrigierbar
 * Ansatz: Schritt 1-4 hier auch einbauen:
 * Editing über einen zu generierenden Strukturbaum
 * 1) Oben: Paginierung
 * 2) Drop-Box für Struktureinheiten (zusätzlich jeweils: Ok-Button)

 Vorschlag: Anna 
 * Thumbnail und Strukturansicht koppeln! (Alles, was zur Seite gehört, steht direkt neben der jeweiligen Thumbnail!)
 * Viewer zeigt die Seite/Thumbnail, an der gerade gearbeitet wird, so groß, dass ein bequemes Abtippen möglich ist.

Ergebnis: Beide Vorschläge (Lu, Anna) werden vereinigt!
 * 1) Thumbnail-Ansicht mit parallel anzeigbaren Seiten- und Strukturinformationen
 * 2) Funktionsmenü
 * 3) Strukturbaum (ToC)
 * 4) Großer Viewer zum Abschreiben von Inhalten zeigt die jeweils zu bearbeitende Seite
 * Die Hierarchisierung sollte wahlweise im Strukturbaum (Toc) oder in den Strukturinformationen zur Thumbnail-Ansicht eingetragen werden und dann automatisch auf die jeweils andere Komponente übertragen werden.

Funktionsmenü für die Paginierung: Pb
 * Drei Werte:
 * @rend = recto/verso/single
 * @type=Seitentypen
 * @n = Nummerierung
 * Good practice: @n darf nie leer sein!
 * S. für die verschiedenen Paginierungen die Paginierungsliste auf der CoLab-Editing-Seite
 * S. auch Hinweise fürs Datenformat:
 * @rend [rendering] (ursprünglich: @type)
 * recto	left
 * verso	right
 * Einzelseite	single
 * @subtype wird zu @type
 * -> Die Zählkonventionen sollten wir demnächst noch gemeinsam durchsprechen!

Präsentation von Markus' Überlegungen (ähnlich wie Anna):
 * Thumbnailliste
 * daneben: Tabelle mit seitenbasierten Eintragungen
 * Spalte für Strukturelemente: Eingabe von Anfangs- und Endpunkten

Funktionsmenü für Strukturelemente
 * Nur Startpunkte werden festgelegt
 * Hierarchisierung erfolgt im zweiten Schritt
 * Button „+Details“ mit Drop-Down-Menü
 * @n wird vorgesehen

Anzeige des Ergebnisses im Frontend: wird anderweitig nochmal besprochen
 * Head/Titel
 * Sonst: n-Attribut
 * Sonst: @type
 * @author[1-3]inv --Caesar 08:49, 8 December 2011 (CET)

''' Für eine vereinfachte Handhabung: Das Setzen von Endpunkten für die Strukturelemente KANN entfallen. '''
 * Endpunkte können fakultativ gesetzt werden!
 * Grundannahme: Endpunkte liegen nach dem letzten pb, also mitten auf der letzten Seite.
 * Statt späterer Hierarchisierung im ToC kann auch die Option „Unterkapitel anlegen“ gewählt werden.
 * Gegenposition: „Never optimize too early!“ > Start- und Endpunkte MÜSSEN gesetzt werden! Im zweiten Schritt können wir dann optimieren und die Endpunkte fakultativ setzen.

(seq. Protokoll Klaus)

13:30 Rekapitulation von Workflow und resultierender GUI

GUI hat 4 Bereiche:

A. Thumbnails
 * Vertikale Anordnung
 * Parallel dazu angeordnet seitenbezogene Angaben (ANZEIGE):
 * Start/End
 * @type, @rend, @n

B. Dynamischer Funktionsbereich
 * Eingabe bei &lt;div&gt;:
 * , @type, @n; @author[1-3], @author[1-3]inv, @author[1-3]pnd
 * Selektion: Schliessen | Unterabschnitt | Abschnitt | Abbildung
 * Dabei implizites Anlegen einer neuen Div auf[sic] der Seite (nicht: Seitenanfang)


 * Eingabe bei :
 * , , @type


 * Eingabe bei :
 * @type, @n, @rend
 * Selektion: Intervall | Alle | Keine |
 * Unterstuetzung bei Paginierung und R/V Zuweisung

C. TOC-Vorschau
 * Dynamische Ansicht der Hierarchieebenen
 * Bearbeitung der Hierarchieebenen innerhalb der durch die logische Seitenfolge vorgegebenen Grenzen

D. Vergroesserte Seitenansicht
 * Ermoeglicht unmittelbare Transkription der Abschnitts- und Bildangaben
 * Vertikales Scrollen

14:00 Zeitplan

Viewing Prototyp soll bis Weihnachten / Neujahr vorliegen

Usability Test an Prototyp wird von den Instituten selbst gemacht, ev. nach Anleitung der MPDL

14:45 Verabschiedung