Quick-Event
Feature - Zmena cisla cipu pri vice zavodech (ne vicedenni)
Zdar, melo by smysl premyslet o funkcnosti, ktera by umoznila nejak jednoduseji mit seznam cipu, ktere se na tomto zavode zmenili? Celkem casto se poradaji vikendove zavody, kde v sobotu prijde plno lidi s jinym cipem a chcou to zmenit na oba dny. Ja to zatim resil 2 QE se sobotnim a nedelnim zavodem a rovnou opravovat v obou zaroven. Ale na necem vetsim, nebo kdyz jsou v sobotu zavody 2 (takze celkem 3) to uz je trochu o drzku si nesplest, co kde kdo chce ;)
Jak to vidite? Melo by smysl se timto zabyvat?
Asi by slo pri zmene cipu uchovavat nejakym zpusobem dvojice hodnot
Je tam dost "ale", napr. nekdo to chce zmenit pouze na tento zavod, pripadne duplicity ... Ale toto se dle meho stejne musi resit, takze by nejaky takovy export mohl pomoci.
U postgre by to slo jednoduse updatem mezi zavody, ale toto neni mozne u sqlite.
Musel bys nějak říct, že tento závod má pro SI používat data z jiného. To by šlo i u sqlite, ale bojím se, že by to mohlo být dost matoucí pro uživatele.
Trochu schudnejsi by mi přišla možnost vyexporrovat tabulku reg->SI v sobotu a nahrát ji do nedělního závodu. Tady ale zase vidím problém v tom, že ti největší potiziste často nemají ani registraci :)
Moje myslenka byla vyexportovat pouze zmeny, ktere byly provedeny pri prvnim zavode a ty nasledne aplikovat i na druhy zavod.
Po prvnim zavode by se exportoval nejake seznam [
Zatim mi jde pouze o ziskani nazoru, zda by se to vubec pouzilo.
Ja nedavno poradal bajky (v sobotu middle a stafety, v nedeli long) a nekterym jsem cipy upravoval ve vsech zavodech. Takze by mi stacilo to udelat v prvnim a nasledne pouze importovat tyto zmeny.
Ja bych si to predstavoval tak, ze bys vyexportoval qbe soubor, ten si stejne delas jako zalohu. A potom bys naimplementoval funkci Import SI numbers from different event. Funkce by porovnala SI podle registraci, a kde by nasla zmenu, tam by ti nabidla tu zmenu aplikovat i na tento zavod.
A dá se poznat, jestli byl čip "změněn při prezentaci"? Bojím se že to je uložené jen "staticky", tj. nepozná se jestli se jedná o změnu nebo o původní hodnotu v přihlášce. Pak to může dělat problémy v tom, že si nějaká množina lidí, z jakýchkoli důvodů, předem plánovaně přihlásí na oba dny různé čipy, ale tímhle importem se to pak přemaže, protože se nepozná, že nejde o "změnu". Možná by ale mohlo pomoct porovnání s tím co je v ORISu - tam by většinou mělo být všechno to, co bylo v přihláškách, a všechno ostatní už jsou změny těsně před závodem (většinou přímo na prezentaci) - zde by skutečně mělo jít poznat, že jde o "změny"
Bojim se, ze dokud nebude precizne vyspecifikovan pozadave, nejlepe vcetne use-case, budeme tezce hledat reseni.