Vhodne poradie zobrazovanych institucii (mesto/obec ako prve?)

[mmmaly]

Uzivatel reportoval, ze ked napise napr. Galanta, nevidi v zozname Mesto Galanta. Miesto toho mame tusim abecedne poradie.
Znie mi to ako celkom logicka poziadavka. Moznosti su:

1. Neriesit, doriesit len vyrobenim aliasov, aby ked napise "mestsky urad Galanta" (co i tak chceme), tak aby to naslo.
2. Ad hoc zobrazit mesto/obec ako prve, ostatne podla abecedy.
3. Zoradit institucie podla poctu k nim podanych ziadosti. Je predpoklad, ze mesto/obec bude dost vysoko v relevantnosti.
4. Zaviest novy stlpec priorita v tabulke Obligees, podla nej to adhoc rucne upravovat. (Keby ma bolo byvalo napadlo, mohlo to byt povedzme uz rovno ID, cize v tabulke by boli v poradi podla priority, ale ID su uz priradene a menit ich nemozno, a materske skoly su tam pred mestami.)

Osobne sa mi paci najviac 3. moznost (neviem, ci som ju uz aj nespominal kedysi), ale vyjadite sa.

[JakubKmet]

o tomto sme sa rozprávali, kto je vlastne povinná osoba, či mesto, alebo
mestský úrad. Ja osobne sa prikláňam v súčasnosti ku kombinácii 2 a 3
alternatívy. Ja by som tiež hľadal mesto Galanta a nie mestský úrad
Galanta.
ᐧ

On 6 January 2016 at 17:26, mmmaly [email protected] wrote:

Assigned #145 #145
to @JakubKmet https://github.com/JakubKmet.

—
Reply to this email directly or view it on GitHub
#145 (comment).

[martinmacko47]

Prve hlupe riesenie: Co tak zobrazit viac nalezov? Tak 50 a k tomu scrollbar.

Rucne prioritu instituciam priradit mozeme. Ale aby to nemalo opacny efekt. My niecomu priradime vysoku prioritu preto, ze si myslime, ze to ma byt v predu, vdaka comu uzivatel nenajde nieco ine. Lebo on ma ine priority nez my. Tu by sa skor zislo nieco ako vaha institucie per keyword. Kazdopadne by to bolo vela manualnej roboty a rucne zadane ciselne priority by sa tazko udrziavali konzistentne. Treba vymysliet ako pridelovat priority systematicky.

Pri tych aliasoch som si uvedomil, ze my potrebujeme 2 druhy aliasov. Prvy typ aliasu je pre uzivatelov, ked im chceme vysvetlit, ze napriklad ziadost na fakultu treba poslat na univerzitu. A druhy typ aliasu je pre vyhladavanie, aby napriklad "mestsky urad xyz" naslo aj ked uzivatel napise "mesto xyz". Teda napriklad poziarnici/hasici je ten druhy typ, ale rozhlas/rtvs je prvy typ. Prvy typ je to co mame teraz. Druhy typ by bolo treba reprezentovat novym stlpcom k institucii s dodatocnymi keywordami.

Co keby povedzme kazda institucia (a kazdy jej alias prveho typu) mali m2m relaciu ku tabulke keywordov (btw, pod keyword sa rozumie cele slovne spojenie, nie samostatne slovo). Term co napise user do searchboxu sa matchne vzhladom na tabulku keywordov a ako skore sa pre kazdy keyword spocita pocet matchujucich ngramov (pripadne prefixov) delene dlzka keywordu.

Toto vsak spravit zaberie netrivialne programovanie. A rovnaku/podobnu logiku budeme vymyslat aj ked budeme robit fulltext search na hlavnej stranke. Preto by som najprv pockal, co vymyslime tam a to iste pouzil aj tu.

[mmmaly]

ok, skusme toto uplne ako prve, ako to bude vyzerat: 50? Na mobile je to v pohode?

[martinmacko47]

Na zobrazenie viac najdenych institucii som pridal zvlast issue #146. Toto posuvam na neskor, ked bude hotove #108.

[nekromoff]

Podobne je napriklad dost tazke najst mesto bratislava - skusal som:

1. bratislava (irelevantne suggesty)
2. hlavne mesto (vyskocil archiv hlavneho mesta, nie magistrat)
3. magistrat (vyskocili spravne bratislava a kosice)