NLCR / registrdigitalizace

Národní knihovna - Registr Digitalizace
4 stars 2 forks source link

Rozšíření webových služeb o možnost vyhledávání a filtrování #704

Open nezbedova opened 4 years ago

nezbedova commented 4 years ago

Důvodem rozšíření je automatizace předávání informací z výroby do databáze Registru

l-ra commented 4 years ago

Řešeno také v #649

nezbedova commented 4 years ago

Nyní je možnost stahovat z registru digitalizace záznamy do proArcu na základě výběru z polí Čárový kód, čČNB, ISSN, ISBN, Signatura a Titul. Potřebovali bychom z RD stahovat záznamy se stavem Plánováno. Stahování by probíhalo na základě požadavku: Najdi a vrať všechny záznamy "naší" knihovny (identifikátor sigla), které mají stav plánováno. Vrácené záznamy by byly v řádcích které by bylo možné po rozkliknutí zobrazit. Na stránce max. 50 ř. s možností listování. Řazení záznamů nejstarší úplně dole (na poslední stránce), nejnovější nahoře.

Na případné dotazy odpovím nebo seženu odpověď.

JanMeritus commented 4 years ago

@nezbedova

@dgreslik prosim doptaj sa na dalsie podrobnosti

dgreslik commented 4 years ago

@JanMeritus za mňa je tá úloha celkom jasná a pochopiteľná, akurát by som chcel vedieť, či je potreba aplikovať túto funkciu v admin systéme relief, alebo len priamo na www.registrdigitalizace.cz . O ProArcu však nemám žiadnu vedomosť, neviem, jak funguje

zabak commented 4 years ago

Já to chápu jako pozadavek na rozsireni API registru digitalizace.

nezbedova commented 4 years ago

@JanMeritus

pre aky denny objem za CR teraz a za 3 roky mozme pocitat (pocet uzivatelov/pocet zaznamov na instituci / pocet instituci)?

Na tohle asi nedokáže nikdo odpovědět. Kromě jiných problémů (stav zaměstnanců, účast v projektech, zákázky) je ten zásadní, že produkce se počítá na skeny, ale předlohy jsou různě velké. Např. 50 záznamů (řádků) v RD může být práce na půl dne (sešítky nějaké edice, celkem 600 skenů) nebo na 3 měsíce (staré tisky s přívazky, které mohou mít tisíc stran každá).

nezbedova commented 4 years ago

Ako by sa uzivatelia pristupujuci k danemu identifikovali? Preferoval by som identifikaciu ad osoba pouzivajuca danu aplikaciu, ktora je tiez autorizovana v RD

Už nyní stahujeme informace o metadatech z RD. Určitě se jednotlivě nikam nehlásíme. Nejspíš to bude na základě údajů o instituci.

JanMeritus commented 4 years ago

@dgreslik prosim aby si pri planovani API toto zohladnil

zabak commented 4 years ago

@JanMeritus z hlediska autentizace uživatelů by bylo možné využít eduid. Uživatelé jsou z různých institucí, ale většina je v eduid, možná všichni. Navíc pro tento případ lze využít i brány cesnetu do sociálních sítí, neautorizují se celé organizace ale jednotlivci. Odpadla by nutnost skladovat hesla. Na straně RD by se jen danému uživateli přidělila oprávnění.