ISSN 1469-9737 | Mental health, religion and culture | SSG-Nummer (T&F live)

[kdr154]

Hier wird kein Marc21 084, die SSG-Nummer geliefert, obwohl sie in der harvester.conf und in Zeder hinterlegt ist. Die Folge: alle Artikel landen in der Error-Files.
https://www.tandfonline.com/toc/cmhr20/24/3?nav=tocList

[jriedl]

Das liegt an selective_evaluation = true, in diesem Fall darf ja kein ssgn mehr gesetzt werden. Hier müssten wir die weitere Behandlung im QS noch absprechen.

[kdr154]

Das habe ich soeben auch festgestellt. Für die selektiv auszuwertenden Zeitschriften müsste 084 auf sometimes gesetzt werden. Wollte ich gerade machen, kann aber auch noch das Meeting heute nachmittag abwarten.

[jriedl]

Evtl. besteht die Möglichkeit, das im Code zu lösen, damit es nicht in jedem Fall manuell angepasst werden muss.

[kdr154]

Wäre nicht schlecht. Allein in der Zeder-Instanz Ixtheo gibt es 326 Zeitschriften, die selektiv ausgewertet werden sollen.

[IxKo]

Über die QA-Settings scheint es nicht zu funktionieren. Ich habe bei einer anderen selektiv auszuwertenden Zs auf NU getestet (ISSN 2514-0582 , The Journal of Egyptian Archaeology) und dort die QA-Settings für 084 (Subfield 2 und a) erst auf IGNORE gesetzt und als das am nächsten Tag nicht zu dem gewünschten Ergebnis geführt hat, habe ich auf SOMETIMES gesetzt.

Das führte aber auch nur zu den gleichen Error-Log-Eintragungen:

required 084-field is missing
record with URL 'https://doi.org/10.1177/0307513320978412' already in database with the same hash ...

Was genau bedeutet der zweite Punkt?
kdr154 hat gestern die Error-Datensätze auf NU erst auf "Delivered manually" gesetzt und danach resettet, aber auch das führt zu diesen Error-Log-Einträgen.

@jriedl @socheres

[jriedl]

Werde dem nachgehen.

[mtrojan-ub]

Es sieht nach einem Bug aus und wir arbeiten an einer Lösung; diese wird voraussichtlich am Montag auf nu eingespielt.
Die Info (record with URL ... already in database with the same hash) ist nur für Debugging-Zwecke. Wir speichern ja den aktuellen Lieferzustand in der Datenbank, dabei wird geprüft ob der Datensatz komplett neu in die DB eingefügt wird, oder sich ggf. lediglich der Zustand eines bestehenden Eintrags verändert.

[jriedl]

Eine aktualisierte Version ist jetzt auf nu eingespielt. Neben der Korrektur der QS-Logik, sollten ab dem nächsten Pipeline-Durchlauf auch die QS-Anpassungen für Zeitschriften mit selektiver Auswertung automatisch vorgenommen werden.

[kdr154]

Gilt das auch für die in #1521 behandelte Problematik bei fehlenden Verfassern?

Denn obwohl dort alles bei den QA-Settings von Marc 100 auf sometimes steht, sind am 20.6. alle Sätze in den Error-Files gelandet wegen den nicht vorhandenen Verfassern.

Validating record IxTheo#2021-06-20#DC09430DC70FFF7CCE628BFF7DDDB700DD2ADE91...
Record IxTheo#2021-06-20#DC09430DC70FFF7CCE628BFF7DDDB700DD2ADE91 is invalid:
required 100-field is missing
record with URL 'https://doi.org/10.1177/03090892211001738' already in database with the same hash (DC09430DC70FFF7CCE628BFF7DDDB700DD2ADE91)

[IxKo]

Seit 22.6. wurden in die Test-DB mehrere Hefte von selektiv auszuwertenden Zss mit dem Abrufzeichen NABZ eingespielt und ohne SSG. Das Problem scheint also behoben.

Ich frage mich nur, wozu es das Abrufzeichen NABZ braucht?

[IxTheoKm]

Das Abrufzeichen NABZ verhindert die Auslieferung des Datensatzes (bei selektiv auszuwertenden Zeitschriften).
Wenn er ausgeliefert werden soll, muss im K10plus 5056 ergänzt und NABZ gelöscht werden.

[IxKo]

Die Datensätze werden mit keinerlei Abzugskriterium mehr ausgeliefert (weder 0575 mteo noch 5056)
Bsp:

Oder reicht der Exemplarsatz schon aus, dass ein Datensatz im IxTheo landet?

[kdr154]

Nein, der Lokalsatz reicht nicht aus, aber 5056 und/oder 0575 müssen nachträglich bei selektiv auszuwertenden Zeitschriften ergänzt werden.

[IxKo]

Aber was ist nun der Sinn von NABZ?
Dass ein:e Fachreferent:in erkennt, dass hier was selektivert werden muss? Das bringt mich gleich zur nächsten Frage: Wie erfahren das die Fachreferent:innen?

Bei einer Live-Einspielung, bei der noch 0575 und 5056 mitgeliefert worden sind, ist der Datensatz im IxTheo gelandet.
Demnach verhindert NABZ nicht, dass ein Datensatz im IxTheo landet: https://ixtheo.de/Record/1757452893

[kdr154]

Ich glaube, @socheres war deswegen mit dem BSZ in Kontakt. Daraufhin hat die IT die Sache so umgestellt, dass die selektiv auszuwertenden Zeitschriften ohne 5056 und 0575 ans BSZ geliefert werden.
NABZ hätte dann nur noch die Funktion, dass man nach diesen Sätzen suchen könnte. Einen anderen Sinn kann ich nicht erkennen.
Ursprünglich war die Überlegung die, dass die Fachreferenten nach der Katalogisierung per Mail informiert werden. @socheres wollte aber eine andere Lösung suchen.

[IxTheoKm]

NABZ verhindert die Auslieferung der Datensätze (sofern keine Abzugskriterien in 0575 oder 5056 für IxTheo vorhanden sind, darum sollen selektiv auszuwertende ZSS ohne dieses Felder eingespielt werden).
NABZ-Datensätze für selektiv auszuwertende Zeitschriften müssen dann im K10plus auf Relevanz geprüft werden: was für IxTheo/RelBib geliefert werden soll, muss nachträglich 5056 erhalten und 8012 NABZ muss gelöscht werden.
Vgl. Mail "Default-Lieferung ohne Exemplarsatz" (zuletzt 07.06.2021).

[kdr154]

Ja, aber wenn weder 0575 noch 5056 vorhanden sind, wird doch sowieso nichts an den IxTheo geliefert.

[IxTheoKm]

Dann ist aber nicht klar, ob das schlicht vergessen wurde, oder ob gezielt nur eine Auswahl getroffen wird.

[socheres]

Ja, aber wenn weder 0575 noch 5056 vorhanden sind, wird doch sowieso nichts an den IxTheo geliefert.

Auch ohne 0575 und 5056 werden die Datensätze an uns geliefert, da BSZ zwei Abzugsroutinen hat: 1x Titeldaten mit den Selektionskriterien und 1x Titel- und Lokalsätze. Durch das Abrufzeichen "NABZ" im Exemplardatensatz werden Titel aus dem Abzug ausgeschlossen (siehe eMail vom 01.06.2021 10:56)

[IxKo]

Sollte dann für das halbautomatische Verfahren auch das Abrufzeichen NABZ vergeben werden? (#1508)

[socheres]

Liebe @IxKo @kdr154 @IxTheoKm Danke für Ihre Kommentare! Habe "NABZ" auch für Zotkat ergänzt.

[kdr154]

Scheint gelöst siehe #1508