AW: [datenformate] Nichtsortierzeichen bei Praefixen in Personennamen via RDF

[Heuvelmann, Reinhold]

Lieber Herr Berger,

eine sehr gute Frage, in der Tat.

Nur damit klar ist, dass wir von demselben Sachverhalt sprechen:

Aus Pica3
100 Droste-Hülshoff, Annette$cvon

bzw. Pica+
028A $dAnnette$cvon$aDroste-Hülshoff

wird in MARC 21
100 1# $aDroste-Hülshoff, Annette <NSB>von<NSE>$d1797-1848
(die beiden verschiedenen Sonderzeichen habe ich hier mal mit NonSortBegin = NSB und NonSortEnd = NSE ausgedrueckt, in MARCXML muss Unicode benutzt werden, da weisen Sie ja auf die Codierungen U+0098 und U+009C schon hin).

und im Linked Data Service der Deutschen Nationalbibliothek
<gndo:preferredNameForThePerson>Droste-Hülshoff, Annette von</gndo:preferredNameForThePerson>
<gndo:preferredNameEntityForThePerson rdf:parseType="Resource">
	<gndo:forename>Annette</gndo:forename>
	<gndo:prefix>von</gndo:prefix>
	<gndo:surname>Droste-Hülshoff</gndo:surname>
</gndo:preferredNameEntityForThePerson>
(abrufbar, wie Sie auch sagen, unter
http://d-nb.info/gnd/118527533 
oder direkt unter
http://d-nb.info/gnd/118527533/about/rdf 

Ich sehe also im LDS zusaetzlich zu
gndo:preferredNameForThePerson
auch noch eine sehr schoen granulare Darstellung 
gndo:preferredNameEntityForThePerson

-- und dort ist der Prefix mit gndo:prefix unter
http://d-nb.info/standards/elementset/gnd#prefix 
als einzelnes Element ausgewiesen.

Bevor ich jetzt eine grosse Kurve mit Stationen bei ONIX, MODS und BIBFRAME ziehe, frage ich lieber erst einmal nach, wie viel damit schon beantwortet ist.

Wie es sich mit RDA verhaelt, das kann ich nicht beantworten; ich vermute aber, dass die Praefixe auch dort ein gueltiges Element sind, das es zu handhaben gilt.

Viele Gruesse

Reinhold Heuvelmann

--

Reinhold Heuvelmann
Deutsche Nationalbibliothek
Arbeitsstelle Datenformate
Adickesallee 1
D-60322 Frankfurt am Main
Telefon: +49 (0) 69 1525-1709
Telefax: +49 (0) 69 1525-1799
mailto:r.heuvelmann at dnb.de
http://www.dnb.de

*** Lesen. Hören. Wissen. Deutsche Nationalbibliothek ***


-----Ursprüngliche Nachricht-----
Von: datenformate-bounces at lists.dnb.de [mailto:datenformate-bounces at lists.dnb.de] Im Auftrag von Thomas Berger
Gesendet: Montag, 12. Mai 2014 09:25
An: Mailingliste Datenformate
Betreff: [datenformate] Nichtsortierzeichen bei Praefixen in Personennamen via RDF

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Liebe Liste,

[ich frage einmal hier nach, obwohl mir spontan einige weitere Mailing-
listen einfallen, die thematisch irgendwie auch zustaendig sein koennten]

Praefixe in Personennamen, die nach RAK zur Ordnungsgruppe der Vornamen
gezogen werden sind - ebenfalls nach RAK - auch dort nicht sortierrelevant
und werden bei Datenexporten in Nichtsortierzeichen gesetzt, zumindest in
MAB und MARC21.

In der RDF-Serialisierung erfolgt dies jedoch nicht, wie man am notorischen
Beispiel Annette von Droste-Huelshoff < http://d-nb.info/gnd/118527533 >
studieren kann.

Man kann nun argumentieren, dass die Semantik von U0098 und U009C nicht
strikt genug ist, um deren Vorkommen in RDF zu motivieren. Und es ist
natuerlich klar, dass das Vorkommen solcher unsichtbarer Zeichen fuer
die meisten Empfaenger solcher Daten ueberraschend und unverstaendlich
ist, aber das gilt auch fuer NSZ's in MARC21(-XML), speziell wenn es
mit Standardwerkzeugen weiter nach MODS und anderen konvertiert wird.
Falls aber RDF fuer eine ~bibliothekarische~ Anwendung genutzt werden soll
bleibt das Problem, dass die (derzeit) regelgerechte /Ansetzung/ von Personen
der RDF-Darstellung nicht entnehmbar ist, gndo:preferredNameForThePerson
hin oder her.

Ich muss zugeben, dass mir die Zukunft der Nichtsortierzeichen in speziell
dieser Situation unter den RDA ueberhaupt nicht klar ist: Wenn, dann sind
sie ja hoechstens optional, denn die AACR2 kannten das nicht und in
Mainstream-MARC21 (Anzahl der Uebergeh-Zeichen am Anfang von $a wird
als Indikator codiert) ist es nicht abbildbar, dementsprechend ist der
bereits fuer RDA autorisierte LC NAF-Satz wie gehabt als "Droste-Hülshoff,
Annette von, 1797-1848" angesetzt. Die aktuelle PICA-MARC21-Konkordanz
fuer die GND bindet die Nichtsortierzeiche an das in PICA erfasste "@",
thematisiert aber nicht (wozu auch) dessen Zukunft.

In den D-A-CH-Anwendungsregeln zu den RDA finde ich das Vorgehen bei der
Erfassung ebenfalls nicht erwaehnt (betrifft ja auch gar nicht so sehr die
Ebene des Regelwerks, sondern konkrete Erfassungskonventionen), andererseits
laufen m.W. just im Moment die Tests zur RDA-konformen Arbeit in der
"echten" GND und spaetestens dafuer muss doch irgendwo eine zumindest
provisorische Festlegung getroffen worden sein?

Meine Frage ist also zweigeteilt:

Wird es die Nichtsortierzeichen bei Praefixen in Personennamen unter der
RDA-Anwendung weiterhin geben?

Wenn ja, was koennte getan werden, um die RDF-Serialisierungen nutzbar
fuer bibliothekarische Anwendungen zu machen (ich denke da durchaus an
"jetzt" und nicht nur an Bibframe)?

[und wenn nein, wie sieht es fuer die Uebergangszeit aus, wenn die GND
bereits auf RDA umgestellt ist, die Titeldateien aber noch nicht?]

viele Gruesse
Thomas Berger

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iJwEAQECAAYFAlNwd0EACgkQYhMlmJ6W47MVOQP6Au5rfafVzRlU3K5PeHT51e5+
k+TGZNkzKow6S7qfOF0OzR9XRhuXMZnBbA/Yq5lLujg47xNQLgpcJStyB22TPF8O
KlWgyDg4sW68sdSGnsORwruxdsNvnCCglzmGoPjDz6BTORWEMxKXmtRGyi9/f3lm
1lw7JjBGkcsb9OXRMDI=
=YZHh
-----END PGP SIGNATURE-----
_______________________________________________
datenformate mailing list
datenformate at lists.dnb.de
http://lists.dnb.de/mailman/listinfo/datenformate