Ich probiere zum ersten Mal den QA catalogue aus und schaffe es nicht, eine MARC-Datei zu validieren Wahrscheinlich sitzt das Problem vor dem Terminal, daher frage ich hier mal rum, bevor ich eine Issue im Github öffne.
Meine catalogues/test.sh sieht so aus:
#!/usr/bin/env bash
. ./setdir.sh
NAME=test
TYPE=xml
if [[ $TYPE == "marc" ]]; then
echo "marc"
TYPE_PARAMS="--marcVersion DNB"
MARC_DIR=${BASE_INPUT_DIR}/test/marc
MASK=*.mrc
elif [[ $TYPE == "xml" ]]; then
echo "xml"
TYPE_PARAMS="--marcVersion DNB --marcxml"
MARC_DIR=${BASE_INPUT_DIR}/test/marc
MASK=*.xml
else
echo "else: ${TYPE}"
fi
. ./common-script
Die MARC-Datei liegt in input/test/marc/test-output-0.xml.
Beim Versuch die Datei zu validieren kommt folgender Output:
Der Fehler liegt darin, dass catalogues/test.sh validate nicht im Docker-Container ausgeführt wird.
In der README steht ist ein Hinweis auf das Hilfsskript ./docker/qa-catalogue, das das eigentliche Skript im Container ausführt.
Mir ist nicht klar, wie das aktuelle Docker-Setup genutzt wird. Es scheint nur rudimentär konfiguriert zu sein (z. B. landet der output im input-Verzeichnis auf dem Host).
Danke, ich habe den Link rausgenommen und jemanden darauf angesetzt, die aktuelle Anleitung auszuprobieren, wo etwas unverständlich ist oder nicht funktioniert.
(eigenes) Skript unter catalogues (geht nicht mit Docker)
Skript qa-catalogue bzw. ./docker/qa-catalogue
Ich empfehle die zweite, d.h. ignoriere das catalogues Verzeichnis und rufe qa-catalogue bzw. ./docker/qa-catalogue direkt oder via einem eigenen bash-skript auf. Intern sind beide Varianten Wrapper um ./common-script.sh, aber das sollte nicht direkt aufgerufen werden.
Danke, Jakob. Spricht etwas dagegen, den catalogues-Ordner in den Container zu mounten und die Skripte darin genauso zu nutzen wie auf dem Host ohne Docker?
Wahrscheinlich macht ein eigener Abschnitt „Nutzung mit Docker“ Sinn. Ich würde so eine Doku auch schreiben, wenn ich mit dem Ausprobieren etwas weiter bin.
Wir wollen den QA catalogue einsetzen, das würde ich gern mit Docker machen.
Es wäre cool, wenn wir einen Einblick bekommen könnten, wie der QA catalogue anderswo produktiv eingesetzt wird.
Ich möchte einen eigenen Katalog z. B. ./catalogues/test.sh (siehe den ersten Beitrag) verwenden. In der Web-Oberfläche unter /qa-catalogue/?tab=completeness&lang=en kommt die Meldung
Unable to open database: bad parameter or other API misuse: /opt/qa-catalogue/output/qa-catalogue/qa_catalogue.sqlite
Der Pfad stimmt nicht (es müsste output/test/ sein, nicht output/qa-catalogue/), wo kann man das ändern?
Im Dockerfile wird nur das (Basis-)Verzeichnis dir konfiguriert.
Laut Anleitung muss noch catalogue konfiguriert werden. Das habe ich in der web-config/configuration.cnf versucht mit catalogue=test, ändert aber nichts.
Ich habe zuerst ein MARC-Datensatz analysiert. Später dann weitere 6 Mio. Im „Issues“-Tab der Webanwebdung wird immer noch 1 record angezeigt. Wie kann man die Anzeige aktualisieren?
@nichtich@pkiraly Hättet ihr mal Zeit für eine Hands-on Einführung aka Workshop in die Verwendung des QA catalogue?
Vielleicht haben noch andere Interesse an so einer EInführung?
I have a meeting at 15:00 Mittwoch, 08.05, so we can do it at 14:00 as well, but we should stop it at 15:00, and I am not sure if we can do it in one hour.
I guess you already overcame the problems, but it might help others. I just fixed some parts of docker and its documentation, and I created a Wiki page: Docker · pkiraly/qa-catalogue Wiki · GitHub.
Wahrscheinlich sitzt das Problem vor dem Terminal, daher frage ich hier mal rum, bevor ich eine Issue im Github öffne.
