Closed IxKo closed 4 months ago
In diesem konkreten Fall kommt der überwiegende Teil der Angaben aus der Umleitung auf die Zitationsseite (z.B. https://muse.jhu.edu/view_citations?type=article&id=904235), wo dann die RIS-Informationen ausgewertet werden (
TY - JOUR T1 - The State of Catholic Studies A1 - MacKenzie, Raymond N. JF - Logos: A Journal of Catholic Thought and Culture VL - 26 IS - 5 SP - 5 EP - 6 PY - 2023 PB - Logos: A Journal of Catholic Thought and Culture SN - 1533-791X UR - https://muse.jhu.edu/pub/82/article/904235 N1 - Volume 26, Number 5, Supplement 2023 ER -
d.h. man käme nur über das Auswerten von N1 (was der RIS-Translator in "notes" umsetzt) an die Information heran und es garantiert natürlich niemand, dass das langfristig funktioniert. Eine in den Muse-Translator integrierte Testumsetzung wäre:
function isSupplement(item) {
if (!item.notes)
return false;
for (let note of item.notes) {
if (!note.hasOwnProperty("note"))
continue;
if (note["note"].match(/.*Supplement.*/i))
return true;
}
return false;
}
und anschließend könnte man die Issue-Angabe z.B. folgendermaßen ungültig machen, d.h. es sollte dann in den Errors landen:
if (isSupplement(item))
item.issue = item.issue + " (Supplement)";
Sieht testweise dann so aus:
d.h. man käme nur über das Auswerten von N1 (was der RIS-Translator in "notes" umsetzt) an die Information heran und es garantiert natürlich niemand, dass das langfristig funktioniert.
Wir sollten sowohl N1 aus RIS als auch die HTML als Fallback auswerten <li class="designation"><span><a href="[/issue/51391](view-source:https://muse.jhu.edu/issue/51391)">Volume 26, Number 5, Supplement 2023</a></span></li>
Version mit Erkennung aus RIS nun auf nu. Lösung damit aber aktuell lediglich für die MUSE. Eine automatische Weiterverarbeitung im Harvester (Überführung in 936$f + 773 18) ist zu überlegen, falls die Konstellation mit dem Supplement häufig und eindeutig behandelbar auftritt.
Kannst du bitte deinen commit mit diesem Issue verlinken?
ubtue/zotero-translators#264
Beim Testen auf Nu mit Try URL scheint es kein Ergebnis anzuzeigen, was in den Errors landen könnte:
und es garantiert natürlich niemand, dass das langfristig funktioniert.
Hier hat sich mittlerweile die ganze Seitenstruktur geändert und im Gegensatz zu oben/früher werden liefert https://muse.jhu.edu/view_citations?type=article&id=904235 die RIS-Angaben nun nicht mehr direkt, die sind jetzt als Fließtext ins Endnote-Feld gewandert: Bei allen anderen Zitationsformaten scheint die Supplement-Angabe zu fehlen. Kann dem hoffentlich in den nächsten Tagen nachgehen.
Angepasste Version auf nu - vgl. z.B. tryURL für https://muse.jhu.edu/article/904236.
Das sieht gut aus
Durch die QA mit der Regex für 936 e würde es dann in den Errors landen und es kann intellektuell bearbeitet werden.
Ist mittlerweile auch auf ub28. Falls nochmals ein solches Supplement kommen sollte, müsste es in den Errors landen.
URL
https://muse.jhu.edu/issue/51391
Import-Translator
Einzel- und Mehrfachimport: ubtue_Project MUSE.js
Problembeschreibung
Bei dem Heft handelt es sich um ein Supplement. Es wurde jedoch als "normales" Heft eingespielt.
Als Sonderheft müsste es in Pica-4070 zusätzlich $nSupplement erhalten:
In Marc:
Kann das Supplement als solches erkannt werden? Und dann in den Error-Daten landen, sodass es manuell geprüft und katalogisiert wird? Oder sollte ein anderer Weg gewählt werden?
In den MARCXML-Format in der WinIBW sieht es nochmal anders aus: Teils sind Daten in der Reihenfolge anders und teilst Datenfelder mit anderen Indikator gemischt.