LIBCAS / ARCLib

ARCLib – komplexní řešení pro dlouhodobou archivaci digitálních (knihovních) sbírek
GNU General Public License v3.0
4 stars 1 forks source link

schéma/namespace oai_dc v Arclib XML #130

Open godnat opened 3 years ago

godnat commented 3 years ago

Arclib XML aktuálně obsahuje metadata Dublin Core v kontejneru oai_dc a odkazuje se na namespace k oai_dc. Diskutuje se, zda to takto ponechat, nebo do Arclib XML dát místo toho nekvalifikovaný DC v kontejneru dc:dc. Obsahem elementů jsou nekvalifikovaný DC a oai_dc stejné.

Jestli to chápu správně, je oai_dc spíše výstupní formát, tj. formát, který repozitář nabízí je-li dotázán OAI harvesterem, tj. metadata v repozitáři v oai_dc nemusí být uložená, ale repozitář je tak musí umět nabídnout. Není tedy důvod, aby Arclib XML obsahovalo přímo oai_dc (buď se Arclib sklízet nebude a nebo někdy bude, ale v oai_dc by metadata měl vyhodit OAI modul Arclibu z DC v Arclib XML). Metadata v NDK, z NDK linky apod. obsahují DC metadata v kontejneru oai_dc. Bylo tak rozhodnuto v roce 2012 (https://old.ndk.cz/standardy-digitalizace/DMFmonografie10.pdf) a používá se dosud. V NDK mělo být oai_dc použito k propojení se Souborným katalogem a možná i pro Krameria, aby tak metadata mohl rovnou nabídnout bez transformace (?)- prý se jedná o zastaralý koncept, který je v NDK od začátku a protože to dosud nikomu nevadilo, tak se to nikdy neřešilo.

Z toho všeho zřejmě vyplývá, že můžeme v Arclib XML dát místo kontejneru oai_dc kontejner dc:dc a z namespace smazat namespace pro oai_dc a nechat namespace pro nekvalifikovaný DC.

Dejte mi případně vědět, kdyby měl někdo jiný názor, někdo kdo se vyzná víc v protokolu OAI.