Protokoll Treffen 16.3.2018

[guenterh]

• Stand Wettbewerb
  Sozialarchiv möchte unsere Aktivitäten "würdigen". 3 Möglchkeiten stehen im Raum

1. wir schreiben selber einen Artikel
2. wir werden "lobend" in anderen Beiträgen erwähnt
3. noch nicht definierte Veranstaltung, in der wir das Projekt (unsere Aktivitäten vorstellen

Thema wird verschoben, wir melden uns beim Sozialarchiv wenn wir mal etwas Vorzeigbares haben

• Vision unseres Projekts (Aktivitäten)

Wir haben 3 uses cases (user stories)

1. Anschauen
2. Überblick verschaffen
3. Suchen / Finden

Wortmeldungen
-- wir brauchen genauere Spezifikation für den Kern
-- was wollen wir nach dem Kern machen?
Schlagwörter: Helvetusaurus ?? @dataramblers/owners Was für einen Schweizerischen T-Rex habt Ihr da gemeint...? - etwas mit Verlinkung machen

-- mit der API etwas machen
-- wir haben 2 Elemente in unserer Vision
a) Daten vom Sozialarchiv
b) etwas möglichst generisch auf Basis dieses Sozialarchivdaten implementieren. Dieses sollten wir dann auch für andere Zwecke verwenden können

-- es wurden links zum Afrikaportal verschickt, die aber zum Zeitpunkt des Treffens noch nicht alle anschauen konnten
Grundidee dahinter:
a) man kann verschiedene Datentypen "anhängen" (meine Worte: RDV ist in der Lage, unterschiedliche Datenstrukturen zu visualisieren)
b) weiterhin hat man die Möglichkeit, unterschiedliche Modelle in ES zu serialisieren

-- die Gruppe findet die Grundidee des Generalisierens grundsätzlich gut. Es gibt Stimmen, die tendenziell das Backend generalisieren möchten

-- es wird die Frage aufgeworfen, ob unsere Vision nicht nur technisch getrieben sein soll sondern auch geisteswissenschaftliche Elemente beinhalten soll

-- An dieser Stelle: Wir sollten vor allem Spass haben und die Frage eines Dritten "Was können mir eure erstellten Artefakte bieten, was habe ich davon" gut beantworten können

-- es kommt der Hinweis, eine Person hat gute Erfahrungen mit Bildern bzw. erhofft sich folgende Aspekte
a) Zoomen
b) Anschauen
c) evtl. Annotieren
d) die Maschine soll mir sagen können was die Bilder enthalten. Also: Es soll nach Aspekten gesucht werden können
Zotero hat etwas in diese Richtung entwickelt

Es entwickelt sich eine Diskussion - hier eine Auswahl der statements.

-- Frage: wird IIIF hier mit einbezogen ?
-- Ja, geht in diese Richtung. Bild als Annotationsdaten auf dem Canvas, technische Hintergründe sind aber noch unbekannt
-- Hinweis: IIIF ist nur eine Spezifikation, keine Implementierung
-- Es folgt eine Diskussion über IIIF und Dokumentenserver als Annotationsserver. Hier das Stichwort "Mirador"
-- es gibt "Naserümpfen" über Mirador. Man bevorzugt lieber eine schlanke Lösung. Alternative könnte hier Open Seadragon sein. Vereinzelt Beifall zum statement.

-- wir möchten eine zukünftige Anbindung ermöglichen. IIIF Manifeste sollten bereitgestellt werden können. Hier könnte ein mehrwert liegen, den bisher nur wenige anbieten.

-- wieder die Frage: wo soll das hingehen?
und hierauf wieder unsere 3 use cases von oben:
a) Bilder anzeigen
b) Listen erstellen
c) möglichst nach Aspekten durchsuchen können
es sollte möglichst kein Projekt "wir basteln an Mirador" werden
Für diese 3 use cases suchen wir jetzt nach einer Lösung. Die auf Basis der drei use cases zu erstellende Lösung sollte dann erweitert werden können

-- "Verteigungsstatement" zu Mirador: es ist doch einfach nur eine externe Box die ein set von Funktionalitäten bereitstellt.
-- es fällt noch das Stichwort "Universal Viewer" der auch in die Richtung von Mirador geht

-- schön wäre eine Search API für IIIF

• wir fassen 2 Beschlüsse
  a) Wir brauchen ein Manifest
  Frage an @dataramblers/owners Was meinen wir eigentlich genau damit?
  b) Wir brauchen Zugriff auf Elasticsearch

Optional: Wir brauchen [vielleicht] Middlewarelayer

Frage an die Runde - wer möchte in der nächsten Zeit was machen?

• @guenterh
  a) wird sich in nächster Zeit mit der API platform beschäftigen (https://github.com/api-platform) Diese ist bereits die Basis von http://data.swissbib.ch und es existiert ein data-provider für ES (Erweiterung zur core Funktionalität)
  api - platform ist eine Möglichkeit für einen Middlewarelayer. Er wird sich dabei auf die aktuellste Version 2.2 konzentrieren (Basis Symphony 4) und sich auch damit beschäftigen, was Features wie z.B. Generierung von Entitäten aus schema.org, GraphQL Endpoint bieten können
  Aktivitäten sollen für alle @dataramblers/owners in unserem Repository nachvollziehbar sein
  b) versucht das Ansible basierte Installation script von @tobinski zum Laufen zu bringen

• @dataramblers/owners Bitte tragt Eure beabsichtigten Aktivitäten selber nach. Habe gegen Ende nicht mehr so gut mitgeschrieben. Ausserdem habt ein wenig Nachsicht mit Formulierungen. Einige Begrifflichkeiten der Diskussion waren für mich relativ neu. Bitte nehmt Euch die Freiheit zu korrigieren oder zu erweitern

[sschuepbach]

Meine nächsten Schritte:

• Abklären, ob und in welcher Form Annotierungen in OpenSeadragon möglich sind (vgl. Annotationstool auf Basis OSD #6). Implementierung eines Prototyps (Annotationen in OSD #8)
• Ausbau bzw. Refaktorierung der bestehenden Angular-Applikation als Grundlage für eine einheitliche Architektur (Basale Angular-Applikation implementieren #9). Unter anderem:
  • Einbinden von Material
  • Aufsetzen eines basalen NgRx-Stores zum einheitlichen Handling von states
  • Services für Zugriff auf Elasticsearch (Service für Zugriff auf Elasticsearch implementieren #10) und Loris (Service für Zugriff auf IIIF-Server implementieren #11)
• Anschliessend: Frontend-seitige Abarbeitung use cases (Bilderübersicht implementieren #12, Ein-Bild-Ansicht implementieren #13, Filter- und Sortiermechanismus für Bilder implementieren #14)

[sschuepbach]

Ich schlage vor, dass wir im betreffenden Issue noch die offenen Punkte - die Rückfragen von @guenterh und die nächsten Arbeiten von @dataramblers/owners - sowie allfällige sonstige Ergänzungen zum Protokoll sammeln und anschliessend die Inhalte auf die thematisch orientierten Dokumente in https://github.com/dataramblers/datenhack-sozarchiv aufteilen. Was meint ihr, @dataramblers/owners?

[notand]

Entschuldigt bitte, dass ich abgetaucht war. Wir hatten erst eine Intensiv-Projektentwicklungswoche auf Arbeit, dann gings mit Alltagsstress weiter, dann mit Krankwerden. Ich habe kommendes Wochenende wieder Zeit was zu machen.
Ich schließe mich @sebastian an, die Beschlüsse dann auf unsere thematischen Dokumente zu verteilen, vielleicht auch das Gesamtprotokoll auf eine Wikiseite kopieren.

Meine nächsten Schritte:

• IIIF-Manifest für Einzelbild schreiben. Erstes Grob-Beispiel siehe ../IIIF und ../Requ_Spec_Doku
• Script schreiben, dass für jedes Bild so ein IIIF-Manifest erstellt (Dafür Datenzugriff per ES verstehen, Martin fragen)

@guenterh Was ein "Manifest" ist: Eine json-Datei, die Metadaten über ein Bild (über ein digitalisiertes Objekt) oder eine Bildersammlung gemäß dem IIIF-Standard enthält, sodass jeder beliebige IIIF-Viewer das Bild oder die Bildersammlung samt Metadaten anzeigen kann. Siehe IIIF-Spezifikation

[notand]

@guenterh Zum Schweizerischen T-Rex hinsichtlich Metadaten, siehe: ../Requ_Spec_Doku/Spec_Metadaten.mkd

Daraus hierher kopiert: Helvetosaurus, eine einsprachige, helvetisierte Version von EUROVOC; der Thesaurus wird seit kurzem nicht mehr gepflegt; eine el. Kopie beim SozArch erhältlich.

Und Details zu den Use Cases finden sich in ../Requ_Spec_Doku/Use_Cases.mkd. Bitte dort auch weitere Details oder Ideen eintragen, die sich aus eurer jeweiligen Entwicklungsarbeit ergeben.