Digitization Lifecycle Viewing AG 2012-01-12

Digitization Lifecycle,MPDL

Allgemeine Infos

 * Termin: Donnerstag, 12.01.2012
 * Uhrzeit:
 * 10:00-13:00h
 * 16:00-17:00h

Einwahldaten
 * Zugangstelefonnummer : 06927113800

Für alle Teilnehmer (Moderator und Teilnehmer) gilt der Code: 54175#

Mit dieser Tastenfolge können alle Teilnehmer Operatorhilfe anfordern, wenn sie Fragen zum Handling oder zum Ablauf der Konferenz haben. Diese Kombination sollte allen Teilnehmern mitgeteilt werden.
 * 0 Operatorhilfe

Teilnehmer vormittags
 * Anette Creutzburg
 * Ingo Caesar
 * Ursula Flitner
 * Sigrid Amedick
 * Klaus Werner
 * Rupert Kiefl
 * Andrea Kulas
 * Denise Unfried
 * später zeitweise hinzugezogen:
 * Lu Yu
 * Markus Haarländer

Agenda Vormittag
 * Graphik des GUI:
 * weitere Vorgehensweise
 * Kommunikation Institute / GUI-Abteilung / Entwickler
 * Indices
 * vgl. http://colab.mpdl.mpg.de/mediawiki/Digitization_Lifecycle_Search-Indices

Teilnehmer nachmittags
 * Anette Creutzburg
 * Sigrid Amedick
 * Ursula Flitner
 * Ingo Caesar
 * Rupert Kiefl

Agenda Nachmittag
 * Besprechung des aktuellen Prototyps, Version R1.8, vgl. https://subversion.mpdl.mpg.de/repos/smc/tags/public/gui/dlc_R1.8/index.html
 * Spezifikationen ("gelbe Klebezettel")
 * Vorgehensweise Wording
 * Prüfung der Punkte 9 und 10 aus den Spezifikationen

Protokoll (Vormittag und Nachmittag)
Protokoll: Anette Creutzburg

Vorgehen GUI-Graphik:

1. Schritt: sog. „mood board“ (vgl. dazu auch http://colab.mpdl.mpg.de/mediawiki/DLC_Look_and_Feel), man einigt sich auf eine bestimmte Farbwelt, auf eine generelle Anmutung der Webseite, es entsteht ein genereller Eindruck (ob antik, modern, poppig, zurückhaltend, neutral, extreme Kontraste, etc.) 2. Schritt: Farbschemata werden hinzugezogen. 3. Schritt: Projizierung einer beispielhaften Komponente, d. h. die definierten Kriterien werden auf eine zunächst nur graue und undifferenzierte Komponente übertragen, z. B. auf ein Listenelement 4. Schritt: Schritt 3 wird nun auf mehrere Komponenten einer Seite angewendet.
 * Eine Leitfarbe wird festgelegt.
 * Diese wird 3 Screenshots festgehalten.
 * Es wird bestimmt, ob und wie viele weitere Farben hinzukommen, z. B. Komplementärfarben.
 * Zu beachten: Die Farbkombinationen eines Farbschemas sind nicht beliebig zusammenstellbar, sondern es gibt vordefinierte Kombinationsmöglichkeiten (vgl. http://colorschemedesigner.com/ )
 * In diesem Schritt werden zudem festgelegt:
 * Hintergrund
 * Linienstärke
 * Schriftart (z. B. Serifenschrift oder serifenlose Schrift)
 * Es erfolgt eine Abstimmung
 * Dies ist in Varianten möglich, in dunkleren und helleren Abstufungen.
 * Auf diese Weise wird einer der Bausteine fertig gestaltet.
 * Mehrere Komponenten einer Seite werden wie beschrieben gestaltet (Einfärbung, Schrifttype, Linienstärke, etc.).


 * Durch die beschriebene Methode wird die Entwicklung Schritt für Schritt abgesichert.
 * Grundsätzliche Änderungen sind dann nicht mehr ohne Weiteres möglich.
 * To Do GUI-Abteilung: Die GUI-Abteilung erstellt baldmöglichst (bis zum Workshop, 7. Februar) auf Colab eine Liste von Parametern, auf welche durch die AG Viewing bei dem o.g. Vorgehen und bei der schrittweisen Absicherung der GUI-Entwicklung geachtet werden muss


 * Schritt 1 wird von den Projektleitern auf dem Projektleitertreffen in Florenz beschlossen (16./17.1.2012)
 * Die Projektleiter einigen sich auf eine Farbwelt, identifizieren eine generelle Ausrichtung der DLC-Viewing-Umgebung
 * Alle weiteren Schritte (Entscheidungen zu den Schritten 2-4) liegen dann in den Händen der AG Viewing, deren Teilnehmer (sofern nicht als Teilnehmer der AG präsent) für die einzelnen Teilschritte in enger Absprache mit dem Projektleiter ihres Institutes stehen
 * Aufnahme der diesbezüglichen Arbeitsgruppentätigkeit in einem anvisierten GUI-Workshop der AG Viewing
 * Termin für den Workshop ist der 7. Februar 2012, der Workshop soll an einem einzigen Tag (nicht an zwei halben Tagen) stattfinden. Ort des Workshops ist Berlin.

Prototyp Version R1.8 https://subversion.mpdl.mpg.de/repos/smc/tags/public/gui/dlc_R1.8/index.html
 * Von Seiten der GUI-Abteilung besteht aus Gründen der Arbeitseffizienz das dringende Anliegen, bei Rückfragen nur eine einzelne Kontaktperson aus dem Kreis der AG Viewing als Ansprechpartner verfügbar zu haben, um als Entwicklerteam nicht in ständiger Rücksprache mit sämtlichen AG-Mitgliedern stehen zu müssen und die Kommunikationswege auf diese Weise zu verlängern.
 * In Rücksprache mit den Entwicklern stellte sich heraus, dass zum Prototyp keine weiteren technischen Rückfragen bestehen.
 * Auf dem Projektleitertreffen in Florenz werden die letzten Spezifikationen beschlossen (vgl. http://colab.mpdl.mpg.de/mediawiki/Digitization_Lifecycle_Spezifikationen_%28Allgemein%29: aktualisierte Version, nun zur Entwicklung freigegeben)
 * Sobald diese endgültig feststehen, wird der technische Prototyp entsprechend angepasst.
 * Indexsuche
 * Diskutierte Beispiele
 * http://sunrise.rg.mpg.de/webOPAC/start.do?startwebOPAC=Start+webOPAC (Beispiel MPI für Europäische Rechtsgeschichte)
 * http://vzlbs2.gbv.de/DB=64/SET=2/TTL=1/CMD?ACT=SRCHA&IKT=1004&SRT=YOP&TRM=m (Beispiel MPI für Bildungsforschung)
 * http://inkunabeln.digitale-sammlungen.de/einzelindex.html
 * Verankerungsort der Indexsuche im Prototyp
 * Diskutiert wurden die Optionen auf der Seite „Erweiterte Suche“ und eine eigene Index-Suchseite.
 * Die diesbezügliche Diskussion blieb ergebnisoffen, zumal die Anforderung der Indexsuche – zumindest zum derzeitigen Zeitpunkt – mit ESciDoc bis auf Weiteres nicht möglich ist
 * Auch bei der Indexsuche soll – wie für alle Suchanfragen geltend – die Suche mit der Return-Taste ausgelöst werden können.
 * Konsens über die von allen Instituten gewünschte Funktionalität: Wird beispielsweise mit dem Buchstaben M (z. B. bei Autor) gesucht, werden in der Trefferliste auch der letzte Eintrag zum vorangehenden Buchstaben L und der erste Eintrag zum nachfolgenden Buchstaben N angezeigt.--Luyu 13:10, 27 January 2012 (CET) Leider technisch nicht möglich.
 * Integration eines Pulldown-Menues, keine radio buttons

--Rupert 16:19, 27 January 2012 (CET) Anmerkung zu den Viewing Bereichen (TT, BT). Eine TT Variante sollte zurückgestellt werden, bis klar ist wie ein generisches System aussieht mit dem die Bereiche unabhängig voneinander mit Ansichten gefüllt werden können. Problempunkte

Grenzen von ESciDoc: Die MPDL hatte nach Prüfung befunden, dass ESciDoc ausreichend sei für die Anforderungen der Institute, da ESciDoc vieles biete, was andere Datenbanken nicht können. Kommunikation Entwickler: Technischer Prototyp: Vorgehen Wording
 * Allerdings stellen sich nun diverse Nachteile heraus:
 * Indexsuche ist nicht möglich
 * Suchmaschine Lucene in Verbindung mit ESciDoc erlaubt keine Indexsuche (weder klassisch noch autosuggest); dieser Punkt ist auf der Projektleitersitzung in Florenz 16./17.1.2012 zu diskutieren
 * Facettierung ist derzeit nicht möglich
 * maximal denkbar ist einzig ein Autorenfilter mit Alphabetleiste
 * In diesem Falle erfolgt eine Suchverfeinerung, die eigentlich eine zweite Suche im Hintergrund ist, ohne dass diese vom User bemerkt wird, so dass im Grunde genommen eine klare Katalogsuche dahinter steht
 * Suche in Strukturtypen ist nicht möglich
 * keine Unterscheidung in Trefferliste zwischen Treffern in Volltext und in Strukturelementen (alle in TEI ausgezeichneten Elemente werden gleich behandelt, werden allesamt als Volltext, nicht etwa differenziert als Kapitelüberschrift (Strukturdaten) und Kapiteltext (Volltext) erkannt)
 * Wenn mit ESciDoc keine Unterscheidung der Treffer in Strukturtypen und Volltext möglich ist, dann hat dies Auswirkungen auf die Suchseite.
 * Die gleiche Problematik gilt fernerhin für die Durchsuchung aller übrigen Strukturtypen wie Rezension, Aufsatz, etc.
 * Deutlich anderes hingegen verhält es sich in folgenden Fällen: Bei der Suche ist eine Unterscheidung in bibliographische und kodikologische Metadaten sowie in Volltext möglich.
 * Fazit: Prüfung einer Datenbankerweiterung von ESciDoc zur differenzierten Suche in ausgezeichneten Strukturtypen und Volltext ist erstrebenswert (dieser Punkt ist auf der Projektleitersitzung in Florenz zu diskutieren).
 * Im Sinne der Transparenz stellen die Entwickler eine Liste zusammen mit allen Punkten, die nicht umsetzbar sind oder besser: Alle Komponenten und Funktionen, aktuell angezeigt im Prototyp Version R1.8, die NICHT technisch umsetzbar sind, werden von den Entwicklern bis zum Zeitpunkt des nächsten Release mit deutlicher Streichung direkt in den Prototyp eintragen.
 * Andernfalls: zu starke Diskrepanz zwischen Prototyp und Anwendung.
 * Der Prototyp soll am Ende genau das projizieren, was real umgesetzt wird.
 * ggf. Missverständnisse der Entwickler bei der Umsetzung: Angesprochen wurde das grundsätzliche Problem der effizienten Kommunikation mit den Entwicklern, um Missverständnisse zu vermeiden (auch für eigentliche „Selbstverständlichkeiten“), eine Lösung wurde jedoch nicht diskutiert.
 * Transparenz bei Entwicklung: Kommunikation erzielter Resultate an alle:
 * Entwickler liefern in regelmäßigen Abständen Information über den erzielten Entwicklungsstand
 * Die Kommunikation der Zwischenergebnisse erfolgt via Screenshots oder nach Möglichkeit durch Funktionales (z. B. in Kommunikation mit Viewing-Gruppe).--Andrea 19:11, 1 February 2012 (CET) Sobald der technische Prototyp online ist, kann der aktuelle Stand mitverfolgt werden. In regelmäßigen Abständen wird dann ein update des Prototypen online gestellt (die genaue Frequenz ist noch nicht geklärt).
 * Nach Aussage von Markus Haarländer werden im technischen Prototyp bislang Vor- und Nachnamen bei einer Suche nach „Autor“ vermischt angezeigt und das Suchergebnis nicht ausschließlich nach Nachnamen gelistet.
 * Diese Fehlfunktion ist nun zu beheben: Autorensuche erfolgt über den Nachnamen, im Suchergebnis werden die Autoren nach ihrem Nachnamen gelistet.
 * AG Viewing setzt Colab-Tabelle auf (Ingo Caesar)
 * In die Tabelle wird ein Screenshot von jeder Seite des Prototyps eingefügt
 * Darunter in mehreren Spalten:
 * linke Spalte: aktuelle Bezeichnung
 * daneben: Wording in deutscher Sprache
 * Zuständig mit einem ersten Vorschlag ist Frankfurt, ggf. in Orientierung an anderen Digitalisierungsprojekten und vergleichbaren Anwendungen im Netz.
 * Dieser Vorschlag wird von allen Instituten diskutiert und abgestimmt
 * Wenn das deutsche Wording auf diese Weise steht, dann werden von den AG-Mitgliedern in weitere Spalten daneben weitere Sprachen eingetragen.
 * Englisch (Berlin)
 * Italienisch (Florenz/Rom)
 * Französisch (Florenz)
 * Spanisch (Frankfurt)


 * Zudem erstellt Florenz eine Konkordanz für die kodikologischen Metadaten in den Sprachen Italienisch, Englisch und Französisch (Anette Creutzburg).

Zusammenfassung Organisatorisches:
 * Hinweise zum Wording:
 * „Treffer in Strukturtypen“ ersetzen durch „Treffer in Strukturdaten“
 * Der Link in den Kurzlisten wird ersetzt durch den Link 


 * To Do Entwickler:
 * Alle Komponenten und Funktionen, angezeigt im Prototyp Version R1.8, die NICHT technisch umsetzbar sind, werden von den Entwicklern bis zum Zeitpunkt des nächsten Release direkt in den Prototyp eintragen
 * Nachbesserung zur Unterscheidung von Vor- und Nachnamen von Autoren bei einer Suche in den bibliographischen Metadaten, s. o. unter „Problempunkte“
 * In Zusammenarbeit mit der Projektleitung/technischen Leitung ggf. Prüfung einer Datenbankerweiterung von ESciDoc zur getrennten Suche in ausgezeichneten Strukturtypen und Volltext (vgl. Protokoll Projektleitertreffen Florenz 16./17.1.2012)
 * To Do GUI-Abteilung:
 * Die GUI-Abteilung erstellt baldmöglichst (spätestens bis zum GUI-Workshop, 7. Februar) auf Colab eine Liste von Parametern, auf welche bei dem o.g. Vorgehen und bei der schrittweisen Absicherung der GUI-Entwicklung geachtet werden muss
 * To Do Frankfurt:
 * Aufsetzen einer Colab-Tabelle für das Wording
 * Vorschlag einer deutschen Übersetzung für die im Prototyp bislang verwendeten Formulierungen
 * To Do alle Institute:
 * Absprache über den Frankfurter Vorschlag für das deutsche Wording
 * Übersetzung des deutschen Wordings in Fremdsprachen (s. o.)

Nächste Termine:


 * Nächste Telefonkonferenz AG Viewing: Donnerstag, 26. Januar, 16:00
 * Zusammenfassung Ergebnis der Projektleitersitzung zum Thema Graphik
 * Vorbereitung des GUI-Workshops
 * Weitere Agendapunkte unter http://colab.mpdl.mpg.de/mediawiki/Digitization_Lifecycle_Viewing_AG_2012-01-26
 * GUI-Workshop Graphik: Dienstag, 7. Februar (Start: 9:00, Ende: 17:00)

--Andrea 19:04, 1 February 2012 (CET)