Dobrý den,
V současné době testujeme novou verzi validátoru, ze které nám vyšla potřeba řešit používání a vyplňování elementu v kontejneru . V současné situaci je validátor nastaven tak, že pokud není vyplněn element , validátor předpokládá, že byl záznam vytvořen pod pravidly AACR2. Podle standardu popisu AACR2/RDA ovšem validátor kontroluje přítomnost a obsah veškerých elementů, pro které se ale povinnosti i obsah kontrolovaných slovníků mohou lišit, a potom při absenci tohoto pole může docházet k omylům a chybám při validaci.
Tento problém je obzvlášť palčivý v případě, že se v dokumentu vystřídají na různých úrovních popisu standardy oba, což je možné u periodik a teoreticky také u vícesvazkových monografií. Může se to týkat jak úrovně TITLE, tak úrovně SUPPLEMENT, zejména v případech, kdy se bavíme o ročníkové příloze. Může to být problém zvláště u periodik s dlouhou tradicí, které začaly být katalogizovány a digitalizovány ještě před zavedením RDA, a u novějších ročníků se pro popis přešlo z AACR2.
Uvažujeme tedy o změně v DMF, která by přikazovala element jako povinný (M) na všech úrovních popisu. Obsah tohoto elementu se stahuje buď z 18. pozice pole LDR (pro AACR2) nebo z pole 040 e), což ovšem platí pro titulovou úroveň, nebo v případě single unit monografií pro úroveň VOLUME.
Předpokládáme, že na nižší než titulovou/ svazkovou úroveň by bylo nutné údaj o description standard vepisovat ručně, protože předpokládáme, že z katalogizačního záznamu není jak tento údaj vytěžit i pro ně a z naší strany zároveň nemůžeme description standard replikovat z vyšších úrovní popisu do nižších. Možná je na diskusi s programátory, zda by bylo možné po ručním doplnění desc. standardu na úroveň VOLUME/ ISSUE tento zreplikovat nějakou utilitou na úrovně podřízených vnitřních částí.
Nyní bychom potřebovali zjistit, jak je obvyklá změna ve standardu popisu v rámci jednoho titulu v digitalizátech vaší instituce, a také Váš názor na proveditelnost změny povinnosti u výše uvedeného elementu.
Dobrý den, V současné době testujeme novou verzi validátoru, ze které nám vyšla potřeba řešit používání a vyplňování elementu v kontejneru . V současné situaci je validátor nastaven tak, že pokud není vyplněn element , validátor předpokládá, že byl záznam vytvořen pod pravidly AACR2. Podle standardu popisu AACR2/RDA ovšem validátor kontroluje přítomnost a obsah veškerých elementů, pro které se ale povinnosti i obsah kontrolovaných slovníků mohou lišit, a potom při absenci tohoto pole může docházet k omylům a chybám při validaci.
Tento problém je obzvlášť palčivý v případě, že se v dokumentu vystřídají na různých úrovních popisu standardy oba, což je možné u periodik a teoreticky také u vícesvazkových monografií. Může se to týkat jak úrovně TITLE, tak úrovně SUPPLEMENT, zejména v případech, kdy se bavíme o ročníkové příloze. Může to být problém zvláště u periodik s dlouhou tradicí, které začaly být katalogizovány a digitalizovány ještě před zavedením RDA, a u novějších ročníků se pro popis přešlo z AACR2. Uvažujeme tedy o změně v DMF, která by přikazovala element jako povinný (M) na všech úrovních popisu. Obsah tohoto elementu se stahuje buď z 18. pozice pole LDR (pro AACR2) nebo z pole 040 e), což ovšem platí pro titulovou úroveň, nebo v případě single unit monografií pro úroveň VOLUME.
Předpokládáme, že na nižší než titulovou/ svazkovou úroveň by bylo nutné údaj o description standard vepisovat ručně, protože předpokládáme, že z katalogizačního záznamu není jak tento údaj vytěžit i pro ně a z naší strany zároveň nemůžeme description standard replikovat z vyšších úrovní popisu do nižších. Možná je na diskusi s programátory, zda by bylo možné po ručním doplnění desc. standardu na úroveň VOLUME/ ISSUE tento zreplikovat nějakou utilitou na úrovně podřízených vnitřních částí. Nyní bychom potřebovali zjistit, jak je obvyklá změna ve standardu popisu v rámci jednoho titulu v digitalizátech vaší instituce, a také Váš názor na proveditelnost změny povinnosti u výše uvedeného elementu.
Příklad pole pro descritiptionStandard v LDR: https://aleph.nkp.cz/F/?func=direct&doc_number=001724660&local_base=NKC
záznam, kde se pole vyskytuje v 040: https://aleph.nkp.cz/F/?func=direct&doc_number=000433524&local_base=NKC
zde se nevyskytuje vůbec: https://aleph.vkol.cz:443/F?func=direct&doc_number=000230172&local_base=SVK01&format=999