You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Ja jsem si predstavoval neco takoveho ze ti client posle request chci data pro mrizku souradnice (lat_min;lat_max:lon_min:lon_max) (10.12:10.21;15.37:15.54) a jaky typ dat ho zajima, takze treba prumerny pocet issue za oblast.
Ty jako odpoved vytvoris mrizku s krokem treba 0.01, takze vysledek je mrizka (10,21-10,12)x100 na (15.54-15.37)x100 = 9 na 17. 9, 17, 0.01 a souradnice nejakeho rohu se musi objevit v odpovedi aby klient vedel jak interpretovat data. Potom bude odpoved obsahovat pole 9x17 cisel kde kazde znamena hodnotu v danem i-tem policku. Zaroven muzes poslat min a max aby mela hodnota nejaky kontext.
Klient z tehle dat spocita neco treba takovehleho (pokud si nekdo bude chtit hrat s linearnimi filtry na vyhlazovani, jinak to bude osklive hranate)
Interne tuhle mrizku pro jednotlive typy dotazu (udelal bych 2 jako proof of concept, treba prumerny pocet issue v oblasti a rychlost s jakou jsou reseny, jestli se mi nejak povede vydolovat datum nastaveni issue na fixed stav) mas ulozenu v infinispanu a na dotaz od uzivatele se jen podivas do dat ktere mas a posles mu vyrez pro pozadovanou oblast.
Pomoci toho Batching api se kazdou noc podivas na nove issue do redminu (pomoci nasi IssueService kterou injectnes) a spocitas z toho aktualni hodnoty ktere budes druhy den vracet na dotazy. Jak presne bude issue service vypadata dost zalezi na tom jak to budes chtit pouzivat, muzeme zkusit treba nejaky findAll(Predicate match).
Čo vyžadujeme aby robil modul v ktorom bude infinispan ?
The text was updated successfully, but these errors were encountered: