Teilfeld t in #8e Was: Re: [Allegro] #8e Datei-Groesse

[Thomas Berger]

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

Liebe Frau Holler-Gronow, liebe Liste,

vorgestern schrieb ich:

> #8e richtet sich nach MAB 655. Teilfeld t ist fuer die Dateigroesse
> reserviert.

Das ist ist im Prinzip so richtig, allerdings gibt es eine Mail von
Herrn Eversberg an die Liste, datiert vom 8.4.05, mit einem Hinweis zu
#8e:
>>>
Und wenn in der Anzeige nicht diese verwirrende URL erscheinen soll,
sondern z.B. "Eiffelturm", weil es ein Bild vom Eiffelturm ist, dann
schreiben Sie

#8e file:///c:/bilder/xyz/bild001.jpg$tEiffelturm
<<<

und auch das allegro-Format 2004 schreibt fuer #8e vor:
>>>
$t Drucktext (wenn in einem Ausdruck die URL also solche nicht
erscheinen soll, sondern der Text)
<<<
Im allegro-Format'99 war dieser Hinweis m.W. noch nicht enthalten.

Die aktuelle d-wrtf.apr zeigt den Kategorieinhalt ab dem ersten Teilfeld
(egal ob $t oder nicht und ob weitere Teilfelder folgen) als Link-Text
an. D.h. solange die Kategorie ein einziges Teilfeld enthaelt, sieht
alles prima aus und sein Inhalt wird als Link-Text genommen, egal ob
es Teilfeld t oder ein anderes ist.

Das kuerzlich veroeffentlichte Protokoll der EG Datenformate (frueher
"MAB-Ausschuss"), <URL:
http://www.ddb.de/professionell/pdf/p_df_20050223_v.pdf >, enthaelt
unter TOP 5 ebenfalls eine Diskussion zu Linktexten:

>>>
[...] Zentral geht es um die Unsicherheit, ob das Unterfeld $x oder das
Unterfeld $3 für die Angabe von Hinweisen, welche Art von URL das Feld
enthält, verwendet werden soll. Das Unterfeld $x Interne Bemerkungen hat
sich in der Zeitschriftenkatalogisierung in der ZDB zu einem Feld
entwickelt, in dem Angaben zur Herkunft der URL gemacht werden
("Agentur", "Archivierung", "Digitalisierung", "Verlag", "EZB",
"Aggregator", "Langzeitarchivierung", "Langzeitarchivierung
Nationalbibliothek", "Resolving-System", "DBIS"), und zusätzlich Angaben
wie "Abstracts" oder "Volltext", häufig mit zeitlichen Angaben,
transportiert werden. Bei der nun für Monographien zunehmend bedeutsamen
Kennzeichnung, dass ein Link auf einen Abstract oder ein
Inhaltsverzeichnis hinweist, würde die Verwendung von $x zu
Inkonsistenzen führen. International in MARC 21 wird das Unterfeld $3
verwendet.
<<<

Der offizielle Name fuer Unterfeld 3 ist "Bezugswerk", der von $A ist
"Bezug" (vgl. <URL: ftp://ftp.ddb.de/pub/mab/titelmab.txt >). Ich weiss
allerdings nicht, ob "International in MARC 21" der Inhalt "Eiffelturm"
ebenfalls in Unterfeld $3 (Materials specified) gesetzt werden wuerde.
Die MARC-21-Dokumentation (<URL: http://www.loc.gov/marc/856guide.html >
bzw. speziell <URL:
http://www.loc.gov/marc/bibliographic/ecbdhold.html#mrcb856 > weist
darauf hin, dass $3 gebraeuchlich *war*, bevor im Juni 2000 das
Unterfeld $y explizit fuer den Zweck "Link Text" spezifiziert worden
ist ("It is not clear how widespread the use of subfield $y is since its
approval"). $y ist in MAB immer noch nicht uebernommen, da hat
vermutlich jemand geschlafen.

Die allegro-Format-Dokumentation ~regt an~, sich bei #8e an MAB (?)
(bzw. MARC 21) anzulehnen, das irgendwann in den letzten Jahren dort
ergaenzte Teilfeld t steht m.E. dazu ziemlich im Widerspruch. Vielleicht
ist es ja noch nicht zu spaet, #8e wieder etwas marciger zu gestalten:

Unterfeld $y - falls vorhanden - sollte als Linktext benutzt werden
und enthaelt eine titelartige Beschreibung des Ziels der Verlinkung,
andernfalls koennte Unterfeld $3 benutzt werden, Inhalt ist dabei
tendenziell jedoch eine Materialbenennung oder Formschlagwort.

viele Gruesse
Thomas Berger
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCxFm9ENVh3bB0lwMRAsRuAKDJbSzA4rUgXqaPVHdfU8iBMo+aRQCgs8dQ
cUmH8jJ1UnbioxdgGepBXlQ=
=KKAH
-----END PGP SIGNATURE-----