Aufgabenliste Normdatenverwaltung (ALNV)

IN ARBEIT !!!

Allgemeines

Die Aufgabenliste Normdaten-Verwaltung (kurz: ALNV) ist ein Werkzeug

• um in definierten Fällen von Änderungen in der GND
• die jeweils in der eigenen Datenbank betroffenen Titeldatensätze zu finden,
• sie zu überprüfen und gegebenenfalls Korrekturen vorzunehmen.

Die nötigen Änderungen haben zwar in der GND ihren Ursprung, durchgeführt müssen die Korrekturen jedoch in den bibliographischen Daten werden!
Ein Unterbleiben dieser Korrekturen hat keine Auswirkung auf die GND, hat aber falsche oder ins Leere zeigenden Verlinkungen in den Titeldaten zur Folge.
Die ALNV ist also ein wichtiges Instrument für die Qualitätssicherung der bibliographischen Daten.

Die ALNV selbst führt keine Änderungen in den Titeldaten durch, sie ist nur ein Werkzeug, um die Reports unterschiedlicher Alma-Jobs in strukturierter Form anzuzeigen.
Diese Jobs übertragen nicht nur GND-Änderungen in die Titeldaten, sondern generell alles, was durch irgendeine der Normdatenbanken ausgelöst wird (BK, RVK, DDC, LCNames, LCSH etc.)

Gegliedert ist die ALNV in Report Types, die über unterschiedliche zugrundeliegende Sachverhalte Auskunft geben. Unter diesen Report Types finden sich

• solche, die ignoriert werden können.
  (Diese sind nur relevant für Normdatenbanken, die über Textstrings verlinken, nicht jedoch für die GND, wo dies mittels ID-Nummer geschieht.)
• solche, die über automatisch ablaufende Änderungen Auskunft geben und rein informativen Charakter haben.
  (Z. B.: der bevorzugte Name eines verlinkten Normdatensatzes hat sich geändert, es wurde eine Änderung an einem verlinkten Normdatensatz vorgenommen etc.)
• solche, die tatsächlich einer Nachbearbeitung bedürfen.

Vorgangsweise

• Die ALNV findet sich in Alma im Bereich "Ressourcen".
• Alle Report Types, die tatsächlich einer Nachbearbeitung bedürfen, befinden sich im Tab „Zur Prüfung“.

Da Alma während der Suche immer wieder auf die schon ausgewählten Filter vergisst, empfiehlt sich folgende Vorgangsweise:

• Zuerst: Auswahl des gewünschten Report Types
• Dann Einschränkung auf "Verknüpft mit: Netzwerkzone"; damit entfallen die CZ-Datensätze, die nicht bearbeitet werden können/sollen.
• Und erst zuletzt im Wortschatz auf GND filtern
  Da die ALNV nicht nur Vorgänge dokumentiert, die ihren Ursprung in der GND haben, sondern von allen in Anwendung stehenden Normdatenbanken, muss der Wortschatz auf GND eingeschränkt werden.
  (GND-CARRIER und GND-CONTENT bleiben unberücksichtigt. Hierbei findet keine richtige GND-Verlinkung statt.)

Folgende Report Types bedürfen tatsächlich einer Nachbearbeitung:

Verknüpfung - BIB-Indexeintrag hat keine übereinstimmenden AUT-Indexeinträge gefunden

Im bibliographischen Datensatz findet sich hierbei als GND-Verlinkung eine ID-Nummer, die keine Entsprechung in der GND hat. Oftmals liegt dem ein Tippfehler zugrunde. Teilweise tauchen hier derzeit leider aber auch "umgelenkte" Titeldatensätze auf, bei denen manuell nichts gemacht werden muss! (Dieser Fehler wurde bereits gemeldet.)

Beispiele:

GND-Nummer zu kurz:

Falsch:	700 1#	$$a Ozu, Yasujirō $$d 1903-1963 $$0 (DE-588)11859105 $$4 fmd $$4 aus
Richtig:	700 1#	$$a Ozu, Yasujirō $$d 1903-1963 $$0 (DE-588)118591053 $$4 fmd $$4 aus

GND-Nummer falsch (letzte Ziffer unterschiedlich):

Falsch:	700 1#	$$a Pfisterer, Matthias $$d 1971- $$0 (DE-588)1049612667 $$4 aut
Richtig:	700 1#	$$a Pfisterer, Matthias $$d 1971- $$0 (DE-588)1049612663 $$4 aut

GND-Nummer zu lang:

Falsch:	689 03	$$a Rechtsradikalismus $$d s $$0 (DE-588)4048829-9930
Richtig:	689 03	$$a Rechtsradikalismus $$d s $$0 (DE-588)4048829-9

Bevorzugter Sucheinstieg enthält Beistrich zuviel:

Falsch:	700 1#	$$a Celestini, Federico, $$d 1964- $$0 (DE-588)128474432 $$4 edt
Richtig:	700 1#	$$a Celestini, Federico $$d 1964- $$0 (DE-588)128474432 $$4 edt

$$0 enthält keine GND-Nummer, sondern eine Nummer einer anderen Datenbank:

Falsch:	751	$$a Lyon (Rhône) $$0 (IDREF)027262782 $$4 pup
Richtig:	751	$$a Lyon $$0 (DE-588)4036770-8 $$4 pup

Falsch:	700 1#	$$a Villiers du Terrage, Édouard <<de>> $$d 1780-1855 $$0 http://viaf.org/viaf/31990978 $$2 viaf $$4 aut
Richtig:		Im Idealfall neuen GND-Datensatz erstellen.

Falsch:	689 00	$$a Österreich $$x Gewerbeordnung $$d b $$0 GP0006872
Richtig:	689 00	$$a Österreich $$t Gewerbeordnung $$f 1859 $$x Gewerbeordnung $$d b $$0 (DE-588)1112484086

Falsch:	700 1#	$$a Martínez-Roldán, Alfredo de Jesús $$0 (orcid)0000-0003-1380-8415
Richtig:	700 1#	$$a Martínez-Roldán, Alfredo de Jesús $$9 (orcid)0000-0003-1380-8415

Anmerkung: In solchen Fällen überprüfen, ob eine GND-Verlinkung möglich ist. Ist nur eine ORCID vorhanden, wird diese in $$9 angegeben. Wird später über F3 mit der GND verlinkt, bleibt die ORCID in $$9 bestehen. Wird die ORCID in Folge im GND-Datensatz eingetragen, dann sollte das $$9 im bibliographischen Datensatz entfernt werden.

Es handelt sich um einen PN-Satz (Nicht individualisierter Personenname):

Falsch:	100 1#	$$a Reetz, Gaby $$0 (DE-588)1076142044 $$4 aut
Richtig:		Kein Eintrag über F3 gefunden. GND-Nummer entfernen bzw. - falls vorhanden - mit richtigem GND-Datensatz verlinken.

Tipp: Überprüfung mittels GND-Nummer im DNB-Katalog:

Falscher Entitätentyp:

Falsch:	700 12	$$a Mozart, Wolfgang Amadeus $$d 1756-1791 $$t Sonaten $$m Klavier $$n KV 284 $$r D-Dur $$d p $$0 (DE-588)3001112662
Richtig:	700 12	$$a Mozart, Wolfgang Amadeus $$d 1756-1791 $$t Sonaten $$m Klavier $$n KV 284 $$r D-Dur $$0 (DE-588)300111266

GND-Datensatz, der in der Zwischenzeit gelöscht wurde:

Falsch:	710 2#	$$a !!!GESPERRT!!!Palacio Episcopal $$g Málaga $$0 (DE-588)6071678-2 $$4 ctb
Richtig:		Kategorie löschen.

Zu schnell getippt:

Falsch:	689 03	$$a Religion $$g Motiv $$d s $$0 (DE-588)4207560-9spirita
	689 04	$$a Spiritualität $$g Motiv $$d s $$0 (DE-588)4547675-5
Richtig:	689 03	$$a Religion $$g Motiv $$d s $$0 (DE-588)4207560-9
	689 04	$$a Spiritualität $$g Motiv $$d s $$0 (DE-588)4547675-5

"Lokale" Normdatenverlinkung der Vorarlberger Landesbibliothek (VLB):

Falsch:	700 1#	$$a Stecher-Konsalik, Dagmar $$g Autorin $$0 (AT-VLB)LA00174213 $$e edt
Richtig:		Bitte NICHT löschen, sondern die Lokalredaktion der VLB verständigen! Diese Verlinkung sollte nur auf lokaler Ebene vorhanden sein, ist aber irrtümlich auf die NZ-Ebene gelangt. Bei sofortiger Löschung wäre die Verlinkung für beide Ebenen entfernt!