[Allegro] Welche Prioritäten beim RDA-Import?

[Thomas Berger]

Am 30.04.2015 um 09:00 schrieb Bernhard Eversberg:

> 3. Sehen Sie eine Notwendigkeit neuer Daten- oder Unterfelder,
>    über die schon beschlossenen hinaus? (#0cc, #77c, #73)

Was Sie da beschlossen haben, war bereits auf Kritik gestossen,
bevor Sie nun Tatsachen geschaffen haben:

#73 und #77ff gibt es bereits mit anderer Bedeutung

Die drei CMC bzw. deutsch IMD-Felder gehoeren inhaltlich eng
zusammen, sie sind gemeinsam der Ersatz fuer die allgemeine
Materialbennung.

Derzeit(!) (und evtl. auch nur in D-A-CH?) ist der Medientyp Ober-
begriff zum Datentraegertyp, und wenn man nur Codes benutzt
kann man da vielleicht tricksen. In den Daten sollte das aber
stehen, sonst muss man bei jeder Verarbeitung (Anzeige, Index,
Suche, Export, Import) daran denken, was denn wohl das Default
ist bzw. woher ein fehlender Wert zu errechnen ist und welche
gelieferten Werte am besten vernichtet werden sollten. Bei
der uebernaechsten Regelwerksergaenzung ist das dann alles
Makulatur. Die /Eingabe/ (derzeit) redundanter Inhalte sollte
allerdings so einfach wie moeglich gemacht werden.

Das zentralste aller wichtigen Felder ist ansonsten dasjenige,
das angibt, nach welchem Regelwerk katalogisiert wurde, also
das Zielfeld fuer MARC 040$e.

Dann muss natuerlich sichergestellt werden, dass Aufnahmen,
wo "RDA" drin steht, auch RDA sind, nicht etwa dass beim
Import wesentliches verlorengegangen ist. Dazu muss man
die Liste der /minimalen/ Aenderungen unter
< https://wiki.dnb.de/pages/viewpage.action?pageId=99090449 >
von oben bis unten durcharbeiten bzw. mit einer Spalte $A
ergaenzen. Ueberwiegend geht es um staerkere Strukturierung
von Inhalten oder um die Hinterlegungsmoeglichkeit von
Verknuepfungsnummern, gerade im Bereich der Titel ist es
aber knifflig. Ausserdem entfallen einige Felder, das ist
hier nicht dokumentiert.

Danach ist das Datenformat auch in der Lage, Original-
katalogisierung nach RDA zu erlauben, man wird wohl einen
zweiten Satz Eingabe-Formulare zur Verfuegung stellen, damit
das nicht durcheinander geht.




> 4. Sollen wir die versuchsweise realisierte neue GND-Struktur
>    in den Standard übernehmen? (d.h. die Felder #gn.N)

Die HFM-Felder waren m.W. eingefuehrt worden, um die in MARC-
Saetzen zu beobachtenden irrsinnigen Wiederholungen abfangen
zu koennen. Tenor war, wer das fuer inhaltliche Differenzierung
missbraucht, ist selber Schuld.

Jetzt schlagen Sie das fuer eine Ein-Datenfeld-Implementation
der GND vor, dabei bleiben Wiederholungen voellig auf der Strecke bzw.
werden durch interne Trennzeichen abgebildet. Pikanterweise haben
interne Wiederholungen im MARC-Fall sogar Vorteile: MARC hat
ja eigentlich recht wenige Datenfelder, inhaltliche Varianten
eines Grundfelds werden durch Unterfelder klargemacht. Hat man
nun eine wiederholbare MARC 550, dann enthaelt die saemtliche
Sorten Siehe-Auch-Verweise, sofern die nur vom Entitaetstyp
"Sachbegriff" sind. Braucht man nun gezielt nur Verweise von
der Art "Oberbegriff instantiell", muss man sich die geeigneten
Wiederholungen heraussuchen. Die Export- oder Flexsprache
bieten da kaum Unterstuetzung, nur wenn es ein einziges Feld
ist, das alle Kandidaten enthaelt, kann man das halbwegs
effizient programmieren. Es wird dann aber die Regel sein,
dass mehrere KB grosse Kategorien mit dutzenden oder hunderten
interner Wiederholungen programmatisch durchlaufen werden
muessen, die entsprechenden Verschiebe-Operationen an Arbeits-
texten oder Anwendervariablen sind keineswegs effizient zu
nennen. Ausserdem werden einem schnell die Sprungmarken ausgehen,
pro Feld braucht man ja mindestens(!) eine...

Unabdingbar ist es aber m.E., dass Sie sich von der gimmeligen
PICA-Darstellung der GND loesen, die nur Privilegierte ohnehin
zu Gesicht bekommen, [und auf Eigenmaechtigkeiten verzichten

#gn.500 Beethoven, Ludwig²cvan ; ID: gnd/118508288²4beza²vFreund

Die Ersetzung von "$0(DE-588)" durch " ; ID: gnd/" ist doch gewiss
ein Schnellschuss von Ihnen und nicht in PICA angelegt?]. Wenn die
GND 1:1 in allegro abgelegt werden koennen soll, dann bitte nur
im MARC21-Austauschformat, nur das ist ueberall verfuegbar, wo es
"allegro" gibt...


viele Gruesse
Thomas Berger