Protokoll Treffen 16.3.2018 #7
Comments
|
Meine nächsten Schritte:
|
|
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? |
|
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. Meine nächsten Schritte:
@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 |
|
@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. |
Sozialarchiv möchte unsere Aktivitäten "würdigen". 3 Möglchkeiten stehen im Raum
Thema wird verschoben, wir melden uns beim Sozialarchiv wenn wir mal etwas Vorzeigbares haben
Wir haben 3 uses cases (user stories)
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
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
The text was updated successfully, but these errors were encountered: