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

[nezbedova]

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

•      možnost vyhledání a filtrování
  

webová služba registru digitalizace by měla být rozšířená o možnost vrácení všech záznamů, které patří konkrétní knihovně na základě sigly.
Tyto záznamy bude možné filtrovat podle stavů (všechny plánované, ve zpracování, hotové, archivováno).

[l-ra]

Řešeno také v #649

[nezbedova]

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]

@nezbedova

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

• Ako rychlo by sa to malo zobrazovat uzivatelov a v akej aplikacii?

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

• Mate k tomu pripadne nejake dalsie parametre?

@dgreslik prosim doptaj sa na dalsie podrobnosti

[dgreslik]

@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]

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

[nezbedova]

@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]

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]

@dgreslik prosim aby si pri planovani API toto zohladnil

[zabak]

@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í.