<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix"><font face="Helvetica, Arial,
sans-serif">Liebe Frau Wiesenmüller, lieber Herr Eversberg<font
face="Helvetica, Arial, sans-serif">,</font><br>
<br>
<font face="Helvetica, Arial, sans-serif">n</font>achdem die
Rollen unter Ihnen beiden nun (wie ich finde richtig) verteilt
sind, ein paar Sätze zur Normierung von Verlagen und generell
zur Relevanz von A-Aspekten aus meiner Perspektive:<br>
<br>
<font face="Helvetica, Arial, sans-serif">Wir arbeiten in
unserer Bibliothek mit einem Bibliothekssystem, das schon seit
geraumer Ze<font face="Helvetica, Arial, sans-serif">it die
Option bietet, "Normdatensätze" für Verlage anzule<font
face="Helvetica, Arial, sans-serif">gen.<br>
<br>
<font face="Helvetica, Arial, sans-serif">Manche Anwender
des Systems tun das, wir <font face="Helvetica, Arial,
sans-serif">tun es nicht. Witziger Weise gibt<font
face="Helvetica, Arial, sans-serif"> es dann sogar
noch eine dritte Gruppe, die Normdatensätze für
Verlage erfasst und dann noch zusätzlich die
Vorlageform erfasst, um RAK-gerecht zu <font
face="Helvetica, Arial, sans-serif">bleiben.<br>
<br>
<font face="Helvetica, Arial, sans-serif">(Wir
missbrauchen in unserer Praxis in gewisser Weise
die Strukturen des Systems, indem wir in
Normdatensätzen Vorlageformen erfassen ...)</font><br>
<br>
<font face="Helvetica, Arial, sans-serif">Ein
Regelwerk hat, wie Frau Wiesenmüller ja schon
angedeutet hat, auch viel mit<font
face="Helvetica, Arial, sans-serif"> der Frage
des Katalogisierungsaufwandes zu tun. Und ich
denke, dass auch die Existenz <font
face="Helvetica, Arial, sans-serif">von drei
verschiedenen Anwendungsweisen unseres
Bibliothekssystems letztlich von
unterschiedlichen Einschätzungen des
angebrachten Aufwandes abgeleitet ist.<br>
<br>
<font face="Helvetica, Arial, sans-serif">Das
Problem rührt ja nun überhaupt erst daher,
dass, wie Herr Eversberg angemerkt hat,</font>
ein Datenfeld, das vom Regelwerk mit Blick
auf den Kartenkatalog als Vorlagefeld
gedacht war nun im ED<font face="Helvetica,
Arial, sans-serif">V-Kontext plötzlich
suchbar wir<font face="Helvetica, Arial,
sans-serif">d. Wir machen im Grunde zwei
verschiedene Dinge mit demselben Feld,
was ein massiver Verstoß gegen alle
Grundsätze der Datenmodellierung in
Datenbanksystemen ist.<br>
<br>
<font face="Helvetica, Arial,
sans-serif">Das Beispiel an sich mag
nicht besonders <font
face="Helvetica, Arial, sans-serif">bedeutungsvoll
sein, aber es belegt H<font
face="Helvetica, Arial,
sans-serif">errn Eversbergs These,
dass es ein riesiges Versäumnis
seitheriger Regelwerke ist (das
man aber natürlich problemlos
geschichtlich erklären kann), dass
sie dem A-Aspekt im EDV-Kontext
viel zu wenig Bedeutung schenken.
(Dem A-Aspekt im
Noch-nicht-EDV-Kontext haben sie
dagegen ganz selbstverständlich
Bedeutung geschenkt durch die
Definition umfangreicher und
exakter Sortierregeln.) Man muss
sich ja nur einmal vor Augen
halten, dass die ganze Masse von
Normdatensätzen, die aus unserer
heutigen Katalogisierungspraxis
überhaupt nicht mehr weg zu denken
sind</font></font></font>, quasi
am Regelwerk vorbei entstanden sind. Die
RAK kennen keine Normsätze, sondern
gehen davon aus, dass eine
Verweisungsform auf ein Kärtchen
geschrieben wird, auf dem dann
zusätzlich steht "<font face="Helvetica,
Arial, sans-serif">s</font>.
Ansetzungsform".<br>
<br>
<font face="Helvetica, Arial,
sans-serif">Auch ich denke, dass RDA
in dieser Hinsicht reichlich
unausgegoren sind. Man hat zwar mit
den "re<font face="Helvetica, Arial,
sans-serif">lations<font
face="Helvetica, Arial,
sans-serif">" ein gedankliches
Konstrukt geschaffen, dass sehr
vie<font face="Helvetica, Arial,
sans-serif">l, um nicht zu sagen
alles möglich machen kann, blei<font
face="Helvetica, Arial,
sans-serif">bt aber unklar,
wie die technische Umsetzung
auszusehen hätte.<br>
<br>
<font face="Helvetica, Arial,
sans-serif">Die A-Aspekte,
um diesen Terminus
aufzugreifen, kommen auch in
dem neuen Regelwerk
entschieden zu kurz.</font><br>
<br>
<font face="Helvetica, Arial,
sans-serif">Nach meiner
Überzeugung sollte es nicht
- wie bisher - den
Technikern und
Programmierern überlassen
sein, wie man was in unseren
Katalogen finden kann,
sondern es ist eine
bibliothekarisc<font
face="Helvetica, Arial,
sans-serif">he
(Kern!)-Aufgabe, das zu
regeln. Man hat ja zu
Zeiten des Kartenkataloges
die Sortierregeln auch ni<font
face="Helvetica, Arial,
sans-serif">cht den
Herstellern von
Karteischränken
überlassen ... ;-)</font><br>
<br>
<font face="Helvetica,
Arial, sans-serif">Wenn
Verlage als Beispiel
ungeeignet sein sollten,
weil man sich hier
fragen darf, o<font
face="Helvetica,
Arial, sans-serif">b
sie überhaupt als
Suchaspekt von
nennenswerter
Bedeutung sind</font></font>,
so wenden wir uns als
Beispiel einem anderen
Element zu, bei dem diese
Frage unzweifelhaft ist,
den Personennamen.<br>
<br>
<font face="Helvetica,
Arial, sans-serif">Die
technisch<font
face="Helvetica,
Arial, sans-serif">e
Kernfrage, die sich in
der Praxis heutiger
Bibliothekssysteme vor
allem abzeichnet, ist:
Phrasen- oder
Stichwortindexierung?<br>
<br>
<font face="Helvetica,
Arial, sans-serif">Es
ist durchaus fasz<font
face="Helvetica,
Arial, sans-serif">inierend
zu sehen, welche
Bandbreite an
technische<font
face="Helvetica,
Arial,
sans-serif">n
Lösung<font
face="Helvetica,
Arial,
sans-serif">en
hier zu
beobachten
ist,
unabhängig von
Preis und
Größe der
verschiedenen
Systeme.
Selbst
identische
Syst<font
face="Helvetica,
Arial,
sans-serif">eme
bieten in der
konkreten
Anwendung
verschiedene
Lösungsansätze,
d<font
face="Helvetica,
Arial,
sans-serif">ie
spätestens
beim
Zusammenspiel
solcher
Systeme in
einem
Meta-Katalog
wie dem KVK <font
face="Helvetica,
Arial,
sans-serif">teilweise
erstaunliche
und
keinesfalls
wünschenswerte
"Nebenwirkungen"
haben.</font></font></font></font></font></font></font><br>
<br>
<font face="Helvetica,
Arial, sans-serif">Es
würde <font
face="Helvetica,
Arial, sans-serif">jetzt
zu weit führen,
die verschiedenen
Aspekte und
gewollten und
ungewollten
Nebenwirkungen der
unterschiedlichen
technischen
Umsetzung hier zu
diskutieren, aber
das Beispiel mag
hoffentlich
verdeutlichen, was
ich damit meine,
wenn ich sage,
dass wir die
Auffindbarkeit
unserer Daten den
Programmierern
überlassen.<br>
<br>
<font
face="Helvetica,
Arial,
sans-serif">Es
mag natürlich
sein, dass an
den
entsprechenden
Entscheidungen
in der
Systementwicklung
und
-konfiguration
auch
BibliothekarInnen
beteiligt waren,
aber
offensichtlich
war diese
Beteiligung
immer punktuell
und hat einmal
zu diesem und
einmal zu jenem
Ergebnis
geführt.<br>
<br>
<font
face="Helvetica,
Arial,
sans-serif">Wir
gründen
Kommissionen
und
Arbeitsgruppen,
um
einheitliche <font
face="Helvetica,
Arial,
sans-serif">Katalog<font
face="Helvetica,
Arial,
sans-serif">isierungsregeln
zu entwickeln,
etablieren ein
gewaltiges
globales
bürokratisches
Redaktionsverfahren,
um die
weltweite
einheitliche
Katalogisierung
zu erreichen
und überlassen
die alles
entscheidende
Frage der
Auffindbarkeit
und damit der
Nutzung der
mit größtem
Aufwand
erfassten
Daten
weitgehend <font
face="Helvetica,
Arial,
sans-serif">dem
Zufall, der
einzelnen
cataloging
agency, einer
Bibliothekssoftwarefirma
oder wem auch
imm<font
face="Helvetica,
Arial,
sans-serif">er</font></font>.</font></font></font><br>
</font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font><br>
<br>
Am 08.01.2014 17:04, schrieb Heidrun Wiesenmüller:<br>
</font></div>
<blockquote cite="mid:52CD770F.4020900@hdm-stuttgart.de" type="cite"><font
face="Helvetica, Arial, sans-serif">Lieber Herr Eversberg,
<br>
</font>
<font face="Helvetica, Arial, sans-serif"><br>
</font>
<font face="Helvetica, Arial, sans-serif"><br>
</font>
<blockquote type="cite"><font face="Helvetica, Arial, sans-serif">Für
den Verlag
<br>
immerhin hatte man im RAK2-Umfeld schon die Einführung einer
<br>
zusätzlichen normierten Namensform angedacht, denn anders ist
da
<br>
kein verläßlicher Zugriff zu schaffen. Die Altdaten allerdings
<br>
sind eben Kraut und Rüben. In DublinCore u.a. gab es auch
schon die
<br>
Vorstellung einer URI für die Verlagsangabe. Die RDA-Praxis
ist
<br>
von Normierung an der Stelle weit entfernt.
<br>
</font></blockquote>
<font face="Helvetica, Arial, sans-serif"><br>
Würde ich so nicht sehen. In RDA gibt es zum einen ein Element
für den Verlagsnamen als Merkmal der Manifestation (also im
Bereich Beschreibung) und zum anderen die Möglichkeit, eine
Beziehung zum (vulgo: Eintragung unter) Verlag anzulegen. Gemäß
der normalen Regeln für solche Beziehungen macht man das
entweder über einen Identifier (z.B. die Identnummer eines
Normsatzes) oder man erfasst den Authorized Access Point
(entspricht ungefähr der Ansetzungsform) für den Verlag.
<br>
</font>
<font face="Helvetica, Arial, sans-serif"><br>
Klar brauchen wir dann auch noch Normdaten für alle Verlage, und
natürlich wäre es zusätzlicher Aufwand, in jedem Fall die
Beziehung anzulegen. Aber abgedeckt ist es durch RDA
tatsächlich.
<br>
</font>
<font face="Helvetica, Arial, sans-serif"><br>
</font>
<font face="Helvetica, Arial, sans-serif"><br>
</font>
<blockquote type="cite"><font face="Helvetica, Arial, sans-serif">Also
warum tun Sie sich das an, dafür ein Lehrbuch zu schreiben,
<br>
mal ein ganz klein wenig überspitzt gefragt. Es ist bereits
überholt.
<br>
Schreiben Sie einen wegweisenden, unbekümmerten Text frei vom
Staub der
<br>
Jahrhunderte, "Katalogisierung im 21. Jahrhundert - ein
Tagtraum".
<br>
</font></blockquote>
<font face="Helvetica, Arial, sans-serif"><br>
Das überlasse ich gerne Ihnen ;-)
<br>
</font>
<font face="Helvetica, Arial, sans-serif"><br>
Ich habe zwar auch viele Träume in Sachen Erschließung (und
träume gelegentlich auch gerne öffentlich), aber mein Job
besteht halt primär darin, Katalogisierung zu lehren. Das kann
ich schlecht unter Ignorierung des jeweils gültigen Regelwerks
tun. Und da scheint es mir dann nicht auch ganz so abseitig, ein
Lehrbuch dafür zu schreiben.
<br>
</font>
<font face="Helvetica, Arial, sans-serif"><br>
Viele Grüße
<br>
Heidrun Wiesenmüller
<br>
</font>
<font face="Helvetica, Arial, sans-serif"><br>
</font>
<font face="Helvetica, Arial, sans-serif"><br>
</font>
</blockquote>
<font face="Helvetica, Arial, sans-serif"><br>
</font>
<div class="moz-signature"><font face="Helvetica, Arial, sans-serif">--
<br>
<br>
Mit freundlichen Gruessen<br>
</font>
<font face="Helvetica, Arial, sans-serif"><b>Armin Stephan</b><br>
</font>
<font face="Helvetica, Arial, sans-serif"><em>Jefe de Biblioteca</em><br>
Augustana-Hochschule / Bibliothek<br>
Waldstr. 15<br>
</font>
<font face="Helvetica, Arial, sans-serif"><b>D-91564
Neuendettelsau</b><br>
Tel. 09874/509-300<br>
|<br>
| ,__o<br>
| _-\_<,<br>
| (*)/'(*) <br>
</font>
</div>
</body>
</html>