Open zabak opened 3 weeks ago
Počty u Dostupnosti a u Licencí se provádí odlišným způsobem. U Dostupnosti dojde pro každý typ (Veřejné, Po přihlášení, V knihovně) k samostatnému dotazu podle specifických pravidel a odpovědí je konkrétní číslo (počet objektů), které je přesné.
U licencí se dává fasetový dotaz, ale jelikož licence může být ve třech různých polích, tak dojde ještě k součtu. Např. u KFBZ
"licenses_of_ancestors": [
"onsite", 3
],
"licenses": [
"dnnto", 565,
"onsite", 565
],
"contains_licenses": [
"dnnto", 73,
"onsite", 73,
"public", 3
]
Takže třeba u DNNTO dojde k součtu 565 + 73 = 638 Jenže ona ta jednotlivá pole mohou mít neprázdný průnik a konkrétně tady je jeden dokument, který ma dnnto v poli licenses i v poli contains_licenses, takže se započítá dvakrát a pak nesedí ten počet s přesným výsledkem u Po přihlášení 637.
V rámci toho dotazu není jak zjistit ty průniky. Tohoto jsme si byli vědomi a ve verzi indexeru 16 došlo k přidání jednoho sjednocujícího pole pro všechny 3 pole s licencemi. https://github.com/ceskaexpedice/kramerius/wiki/Vyhled%C3%A1vac%C3%AD-index#verze-16
Abychom to však mohli použít v klientovi, tak je potřeba mít reindexovaná všechna data. K čemuž si nejsem jistý, že došlo. U nových instalacá K7 bychom s tím už mohli počítat a minimálně umožnit říct v konfiguraci, že se můžeme spolehnout na to nové pole.
Všiml jsem si ale, že v KFBZ toto pole chybí úplně, i když mají verzi indexeru 19 a i dokumenty jsou touto verzí zpracováný.
{
"pid": "uuid:adc3ffd0-2a48-11ef-856d-5ef3fc9bb22f",
"indexer_version": 19,
"licenses": [
"dnnto"
],
"licenses.facet": [
"dnnto"
]
}
{
"pid": "uuid:012652f6-6c15-447e-b900-fc05c8e4bce4",
"indexer_version": 19,
"licenses": [
"dnnto",
"onsite"
]
}
Chybí tam
"licenses.facet": [
"dnnto",
"onsite"
]
@pavel-stastny Můžeš prosím ověřit, jak je možné, že u nich chybí licenses.facet s indexerem v19.
Je to vidět jen v KFBZ nebo v MZK, takže možná je to závislé na tom, že v obou případech jde o K7. V K5 (KNAV, NK, SVKHK) je to v pořádku.