Closed kerschfilip closed 3 weeks ago
Ahoj,
áno, je to správne tak, ako si uviedol v príklade vyššie. Aby som to ešte dovysvetlil: element <dateIssued>
je povinný iba v prípade výskytu pola 264_1 $c, tj. iba v prípade použitia <originInfo evenType="publication">
.
V prípade výskytu ďalších hodnôt v druhom indikátore v poli 264 $c, ako sú: 264_0, 264_2, 264_3 nie je <dateIssued>
povinné, ale má sa využiť <dateOther>
. Prípadne, pri výskyte 264_4 sa má využiť <copyrightDate>
.
Ohľadom mapovania do DC máš pravdu, že to v DMF na niektorých miestach chýba. Do DMF pro eborny to bude doplnené ešte pri súčasnej aktualizácii.
Mapovanie elementu mods:dateOther
do DC je doplnené do DMF pro e-monografie 3.0, DMF e-periodika 2.5 i DMF pro skládaná periodika 2.1.
Issue zatváram.
Zdravím,
ze standardu (alespoň podle mě) není úplně jasné, jestli stačí v rámci
originInfo
vyplnit pouze elementdateOther
, protožedateIssued
je označený jako povinný.V DMF pro monografie je to uvedeno takto:![image](https://github.com/NLCR/Standard_NDK/assets/57805328/f43783bd-1627-4931-895b-041020584a99)
Vyplývá mi z toho, že v případě titulu jako je tento, kde je v poli
by v originInfo mělo být pouze
264
:dateOther
. Je to prosím správně?Validátor mi v tomto případě nehlásí, že by
dateIssued
chybělo, ale protože udateOther
není mapování do DC, tak hlásí, že chybídc:date
:Díky!