WG: [Allegro] Import-Parameter fuer MARC21

[Andreas Wolf]

Hallo.

Thomas Berger hat recht. Ich habe zwar noch keine MARC21 Daten importiert
wohl aber allegro-Datenbanken unterschiedlichster Konfiguration in Marc21
für jeweils aleph bereitgestellt.

Und interessanterweise waren alle Bereitstellungen unterschiedlich
aufzubereiten. Mal ein anderer Zeichencode, mal eine andere Struktur, mal
waren einige bestimmte Kategorien zwingend, mal waren aber andere Kategorien
zwingend. Und dann gab es Kategorien, die mal zulässig und mal nicht
zulässig waren.

Ganz zu schweigen von Kategorieinhalten wie 'Materialart', die in
Originalsprache zu liefern waren, mal auf tschechisch mal in UTF-8 mal auf
ungarisch ... .

Und mindetens drei Verbünde in Europa konnten den Standard-Marc21-Export zum
Beispiel des SWB nicht (!) einlesen.

Da kommt noch was richtig Kompliziertes auf die Bibliotheken zu ...

Viele Grüsse

Andreas Wolf



-----Ursprüngliche Nachricht-----
Von: allegro-bounces at biblio.tu-bs.de
[mailto:allegro-bounces at biblio.tu-bs.de] Im Auftrag von Thomas Berger
Gesendet: Montag, 15. August 2011 17:00
An: Allegro-C Diskussionsliste
Betreff: Re: [Allegro] Import-Parameter fuer MARC21


Lieber Herr Lackhoff, liebe Liste,

> Ich bin nach wie vor voller Hoffnung, dass jemand schon mal sowas
> (fuer das A-Format) gemacht hat. MARC21 ist ja in letzter Zeit doch zu 
> einem ziemlich wichtigen Format geworden.

Jain.

Ich habe mir gerade einmal die Parameterdatei angesehen, deren Link ich hier
gepostet hatte: Das ist ja unglaublich duerftig und trivial, sorry dass ich
Ihnen das angetragen habe.

Ich habe dann gesucht und auch nachgedacht, ob ich irgendwo einen
vollstaendigeren Import haette: Dem ist aber nicht so, ich habe nur irgendwo
auf $U aufsetzende Parameterdateien fuer eine Regionalbliographie.

MARC ist mir in freier Wildbahn nur vorgekommen in Buchhandels- daten sowie
in ZACK (British Library etc.) Das sind dann aber jeweils Fremddaten nach
fremden bzw. gar keinen Regelwerken, die fuer die Erwerbungskatalogisierung
nuetzlich sind: Komplizierteres wie Unselbstaendige Werke oder
Bandauffuehrungen sind nicht dabei, duerften auch eher selten ueberaupt
existieren. Es gibt zwei grosse Systeme, die via ZACK die Daten nicht als
MAB anbieten, sondern als "MARC21" (DNB) bzw. "Unimarc" (SWB), das ist aber
vollkommen
(DNB: Alle Felder heissen 999) bis weitestgehend (SWB: Keine
Sacherschliessungen, ueberhaupt wenig Felder) unbrauchbar.

Jedenfalls sind mir MARC21-Daten aus Kooperationsprojekten oder aehnlichem,
wo man also Fremddaten moeglichst reich importiert, damit man sie so stehen
lassen kann, nie begegnet.

Und die MARC-Einfuehrung (2014? oder wurde es inzwischen wieder
verschoben) wird zwar MARC als Sprache fuer Daten nach "unseren" Regelwerken
zum Austauschformat machen, dabei aber ein spezielles "Profil"
(Verkuepfungsstrukturen, Codesysteme, ...) einsetzen sowie viele
interessante Daten in den nationalen und regionalen Privat-Feldern
transportieren. Insofern wird man dann erst recht mehrere
"MARC"-Importparameter vorhalten muessen und hoffen, dass die Anwender dann
stets die geeigneten einsetzen...

Mein Eindruck ist allerdings generell, dass in MARC wesentlich mehr ueber
(typischerweise in $2 benannte) registrierte Code- bzw. alternativ
Termlisten ablaueft und weniger ueber dedizierte Feldnummern. Z.B. gibt es
eine wirklich imposante Liste von Funktionsbezeichnungen fuer Personen,
wahlweise als Codes oder als Termini. Und selbst das ist nur die offizioese
Liste, jeder koennte es in seinen Daten auch mit einer anderen Normierung
abbilden, sofern er die registriert hat. Selbst ein Import, der "alle
Felder" kann, wird daher u.U. wenig brauchbar sein, weil er die Codesysteme
nicht umsetzt. Ein Import, der "alle Codesysteme" kann, ist illusorisch (der
Mechanismus ist ja gerade deshalb so indirekt, damit er jederzeit um
Alternativen erweitert werden kann), bleibt also der Import, der die von der
relevanten Community hauptsaechlich genutzten Codelisten beruecksichtigt,
der ist dann - nach Regelwerksumstellung? - evtl. 1:1 in Bezug auf diese
Codes...

viele Gruesse
Thomas Berger