Neues Abrufzeichen tiep für tiefp=J-Zss (gilt nur für zota-Einspielungen)

[IxKo]

Neue Überlegung, die im nächsten Meeting besprochen werden soll:

Zss, die laut Zeder tiefp=J sind sollen ein neues Abrufzeichen (8012) tiep erhalten.

Dies soll die Nachbearbeitung für die Personenverknüpfungen vereinfachen. Zum einen erkennt man auf Anhieb, ob der Zss-Aufsatz zu einer tiefp=J-Zs gehört oder nicht (es muss nicht mehr in Zeder nachgeschaut werden) und zum anderen könnte auch eine Hilfskraft in Zukunft (natürlich nach Einlernen) an die Personenverknüpfung der eingespielten Daten gesetzt werden. Bei Datensätzen mit dem neuen Abrufzeichen tiep, würde die Hilfskraft nur schauen, ob sie die Personen verknüpfen kann und dies dann tun und das Abrufzeichen entfernen - andernfalls lässt sie das Abrufzeichen stehen und ein:e Bibliothekar:in ruft diese Datensätze ab und setzt die Personen in der GND an.

[IxKo]

Es müsste äquivalent zu den beiden Abrufzeichen ixzs und zota erzeugt werden, sodass im Lokaldatensatz dann noch ein drittes erscheint. Momentan ist es so:

<datafield tag="935" ind1=" " ind2=" ">
<subfield code="a">ixzs</subfield>
<subfield code="2">LOK</subfield>
</datafield>

<datafield tag="935" ind1=" " ind2=" ">
<subfield code="a">zota</subfield>
<subfield code="2">LOK</subfield>
</datafield>

und dies müsste zusätzlich bei allen Aufsätzen von tiefp=j-Zss hinzugefügt werden:

<datafield tag="935" ind1=" " ind2=" ">
<subfield code="a">tiep</subfield>
<subfield code="2">LOK</subfield>
</datafield>

[IxKo]

@IxTheoKm Muss ein neues Abrufzeichen dem BSZ gemeldet werden? Weil es über den Default-Lieferweg läuft?

[IxTheoKm]

Die lokalen Abrufzeichen verwalten wir selber. Wenn sie im entspr. MARC-Feld geliefert werden, muss das BSZ vermutlich nicht über jedes einzelne verwendete Abrufzeichen informiert werden. Es hat aber inzwischen unsere vollständige Liste aller unserer Abrufzeichen zur Information bekommen. Ich ergänze "tiep" und lasse dem BSZ eine aktualisierte Liste zukommen.

[IxKo]

Auf Nu bzw. in den Test-Daten funktioniert es bereits. Danke für die schnelle Umsetzung!

Nun bitte auf ub28 umsetzen.

[jriedl]

Auf ub28.

[IxKo]

Danke, tut!

[IxKo]

Eine Bitte noch: Könnte eine Bedingung ergänzt werden und zwar, dass es nur bei Datensätzen vergeben wird, die auch ein:e Verfasser:in (Marc-Feld 100) besitzen?

[jriedl]

Ist lokal integriert. Für die Überprüfung wäre, falls bereits vorliegend, eine Beispiel-URL gut, bei der tiep bislang ohne 100-Feld vergeben wurde.

[IxKo]

Achso, kann es sein, dass es nach dem 6.5. integriert wurde? Hier ein Beispiel vom 6.5.: IxTheo#2022-05-06#24E6D668CB0E8C2718AF73FF7CF342A5116E7E0B (https://poj.peeters-leuven.be/content.php?url=article&id=3290287)

[jriedl]

Danke. lokal = Entwicklungsrecher.War also bis eben nicht auf nu oder ub28. Ist aber nun auf nu eingespielt.

[IxKo]

Danke, klappt auf "nu".

[IxKo]

Scheint auf ub28 auch zu funktionieren, vielen Dank!

[IxKo]

Könnte noch eine Bedingung zum Abrufzeichen hinzugefügt werden? Nämlich, dass es bei Rezensionen grundsätzlich nicht vergeben wird?

[jriedl]

Auf nu.

[IxKo]

Danke, habe auf Nu mit try rss bei der Zs. "The journal of theological studies" (ISSN 1477-4607) Band 74 (2023), Heft 1 getestet und von 44 Beiträgen haben 11 tiep, da die restlichen 33 Rezensionen (mit Autorenfeld) sind. Es scheint also zu klappen.

Ich kann morgen noch in der Test-DB die Einspielungen vom BSZ prüfen. Gehe aber davon aus, dass es klappt, da es sich nicht um neue MARC-Felder handelt.

[jriedl]

Vielen Dank für die Überprüfung. Ja, das sollte eigentlich unproblematisch sein. Der aktuelle Stand ist jetzt auf ub28.

[IxKo]

Die Test-Daten wurden richtig eingespielt. Bei den neuen Einspielungen im K10plus gab es heute keinen zutreffenden Beitrag. Ich gehe davon aus, dass es klappt, sonst öffne ich das Issue neu.

Vielen Dank!