dateIssued vs. dateOther

[kerschfilip]

Zdravím,

ze standardu (alespoň podle mě) není úplně jasné, jestli stačí v rámci originInfo vyplnit pouze element dateOther, protože dateIssued je označený jako povinný.

V DMF pro monografie je to uvedeno takto:

Vyplývá mi z toho, že v případě titulu jako je tento, kde je v poli 264: by v originInfo mělo být pouze dateOther. Je to prosím správně?

<mods:originInfo eventType="production">
      <mods:place>
        <mods:placeTerm type="text">Praha</mods:placeTerm>
      </mods:place>
      <mods:dateOther type="production">1989</mods:dateOther>
      <mods:issuance>single unit</mods:issuance>
</mods:originInfo>

Validátor mi v tomto případě nehlásí, že by dateIssued chybělo, ale protože u dateOther není mapování do DC, tak hlásí, že chybí dc:date:

mets_abb060-000003.xml: DCMD_VOLUME_0001: /oai_dc:dc: nenalezen očekávaný povinný element 'dc:date': Očekáván alespoň jeden povinný element dc:date obsahující datum vydání předlohy, nebo datum vydání copyrightu.

Díky!

[FilipPavcik]

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.

[FilipPavcik]

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.