Closed SykoraLukas closed 2 months ago
Nutné více probrat, co se změnilo s vícesvazkem, jestli má cenu opravit stávající model nebo jaké jsou důvody pro vytvoření nového modelu. Dle polí v MODSu to zatím vypadá jen na úpravu formuláře.
Toto issue je součástí https://github.com/proarc/proarc-client/issues/352
Prošli jsme si formulář podle standardu a pár věcí jsme tam našli. Vkládám to sem včetně našich poznámek k (sub)elementům, , které nejsou přesně podle standardu, ale nechceme současné nastavení rozporovat, protože je už zažité z minulosti a nedělalo potíže. samozřejmě je to k diskusi ostatním. Díky.
pro RDA navíc:
Classification Tohle sice není úplně o standardu, ale asi tady je to správné místo. Prosím, mohl by se i ve VD automaticky doplňovat "Konspekt" do pole "Edition" ? Řešili jsme to tady - https://github.com/proarc/proarc-client/issues/142
Tak ještě oprava ke klasifikaci - měla jsem neúplná testovací data. Je to tedy tak, že
Doplňuji: mods:originInfo:placeTerm:type ma byt O - nene, tady má být M mods:originInfo:dateCreated - chybí, má být R - podle nápovědy by se mělo nejspíše jednat o RDA pravidla, ale je to i v AACR @kerschfilip mohl bys to ověřit?
mods:originInfo:placeTerm:type má opravdu být M, pardon za chybu :-) mods:originInfo:dateCreated podle mě patří do RDA i AACR
dateCreated - i když je v nápovědě zmíněno pole 264 0 $c? Já to bral vždy tak, že AACR = 260 a RDA 264. Ale můžeme to dát i do AACR, to samozřejmě není problém.
myslím, že to je ve standardu asi špatně - v části, která se týká AACR by mělo být napsáno, že z katalogu se převezme z 260 $g
@kerschfilip diky za vysvetleni :)
Tak ještě oprava ke klasifikaci - měla jsem neúplná testovací data. Je to tedy tak, že
- [ ] Knspekt se dotahuje tam, kam má - problém je s elementy, kde být nemá, ale pole je tam povinné (viz už zmiňované issue Povinnost vyplnění pole Edice v Klasifikace #142)
@ZdenkaSera opravím podle dohody v #142, ok?
@SykoraLukas Ano prosím. Když to zjednodušíme - Edition bude MA. Děkuju.
Date other - chybí text Type k M mods.originInfo/dateOther/@type (CS i EN)
Nefunguje kontrola sigly na definovaný seznam
Nad jakým záznamem? Při vytvoření pole Location přes formulář mi to funguje.
Na ttps://proarc-2023.inovatika.dev jsem v editaci uložila chybu do 0ae8a422-646d-4a47-801e-6064d730ee41
Vytváříš to přes formulář nebo v XML?
Standardně jsem založila přes formulář se správnou siglou a později jsem ji zase ve formuláři v editaci změnila na chybnou. XML jsem Ti ofotila jen pro info.
Ok tak to tam musi být někde chyba. Kontrola probíhá jen v případě, ze je authority="siglaADR". Pokud je Authorita jiná nebo není, tak se sigla nekontroluje
@SykoraLukas Porovnala jsem založení NDK monografie a NDK vícesvazku, máš pravdu s authority
v monografii se po stažení dat z katalogu (aacr i rda) založí sigla včetně authority a ve formuláři nejde změnit na neplatnou
ve vícedílné monografii bude chyba - při stažení z katalogu (rda i aacr) se authority do xml nedoplní (a nepovedlo se mi to nasimulovat se změnami v reálném čase, jak jsi říkal, authority se do xml nedostane, ledaručně)
Doplněn formulář a tím pádem by mělo být veřešeno.
@SykoraLukas Ve VD jsme ještě něco našli - prosím, koukni na to. Děkuji.
Poslední kontrola ve verzi 4.1.2./2.2.1. na základě dat stažených z katalogu, nikoli zakládaných z volné ruky. Prosím ostatní knihovny/uživatele o případné doplnění. Děkuji.
- [ ] mods:originInfo - povinné má být pouze dateIssued, ale v AACR se chová jako povinný i publisher, i když je správně označen MA
Jak se to projevuje? Navrhuji řešit při redesignu formulářů
- [ ] V RDA mi Date other dovolí uložit element s vyplněným typem, ale bez hodnoty
Vychází ze standardu - pole je R, i když je type M. Nedá se tedy s tím nic dělat pokud se máme držet standardu. Navrhuji Type převést na MA.
- [ ] mods:originInfo - povinné má být pouze dateIssued, ale v AACR se chová jako povinný i publisher, i když je správně označen MA
Jak se to projevuje? Navrhuji řešit při redesignu formulářů
Při uložení formuláře dostanu dialogovou hlášku o nevalidních datech. Pokud je nedám uložit a vrátím se do formuláře, zčervená rámeček a název elementu - viz obrázek. Chybu lze překonat, ale pokud uživatel bude ukládat takové "(ne)chyby", příště může překonat a uložit skutečnou chybu. V RDA objektu ten problém není, tam publisher není vyžadován - proto jsem doufala, že to je řešitelné.
- [ ] V RDA mi Date other dovolí uložit element s vyplněným typem, ale bez hodnoty
Vychází ze standardu - pole je R, i když je type M. Nedá se tedy s tím nic dělat pokud se máme držet standardu. Navrhuji Type převést na MA.
Pokud to nelze nějak snadno programově ošetřit, navrhuji to neřešit. Když mám naopak vyplněnou jen hodnotu (rok), prázdný type se hlásí jako chyba - a to je správně.
Vzhledam k tomu, že jsou nové standardy a probíhá na ně update v issue https://github.com/proarc/proarc-client/issues/527, zavírám toto issue.