partio-scout / kipa Goto Github PK

Kipan dokumentaatio on nyt varsin levällään.

Käytössä on mm.:

• Google Sites: https://sites.google.com/site/kisapalvelukipa/home
• Github Pages: https://partio-scout.github.io/kipa/
• SourceForge
• Tämä Github-repository
• Erinäisiä Google Docs -vinkkejä asennukseen linkattuina kolmeen ylläolevaan

Ehdotan, että suljetaan kaikki muut paitsi tämä Github-repository, ja siirretään ohjeet tämän repon wikiin. Hyötyjä: kaikki yhdessä paikassa, mahdollisuus keskusteluun (discussions, esim. voisi jakaa hyödyllisiä koodisnippettejä), käyttäjien havaitsemat bugit toivottavasti dokumentoitaisiin jonnekin (esim. issues). Githubiin saa myös releases-osioon tallennettua käännetyt asennusohjelmat.

Pieni miinus se, että Github on vähän "tekninen", mutta jos nyt ollaan rehellisiä, Kipan kanssa toimiminen vaatii aina vähän teknistä osaamista.

Voidaan Petruksen kanssa tehdä tämä jos saadaan vihreää valoa.

Tällähetkellä ainoastaan yhdeltä clientiltä voi syöttää tuloksia/tarkastustuloksia sarjaan kerrallaan ja vasta 'save' painettaessa lähetettävät tulokset korvaavat kaiken aiemman kannasta.

Joten olisi parempi että: sitä mukaa kun clientillä muutetaan tulossyötteitä, ne synkattaisiin serverin kantaan, sekä aina kannan muuttuessa tiedot synkattaisiin kaikille muille aktiivisille clienteille.

Näin vältyttäisiin samanaikaisten syötteiden hukkumiselta ja voitaisiin nopeuttaa yhden tehtävän tulosten syöttämistä järjestelmään.

Navigointi nuolinäppäimillä ja tabilla kenttien välillä tehtävän tarkastussyötenäkymässä ei toimi odotetulla tavalla. Valittu solu hyppää sarakkeen yli yms. Varsinaisten tulosten syöttönäkymässä toimii normaalisti.

Joissakin tapauksissa yksittäisen vartion saama h (hylätty) pilaa interpoloinnin muiden vartioiden osalta. Vertailin kokonaislukuja 1,5x interpoloinnilla. Kun yksittäinen vartio sai h, sai paras vartio 2,7/5.

Jos seuraa esim. Mac OS asennusohjeita, asennus toimii mutta mediatiedostot palauttavat 404. Asia korjaantuu jos vaihtaa tiedostoon settings.py riville ku DEBUG=True.

En tunge djangoa/kipaa riittävästi että tietäisin mistä johtuu, mutta johonkin voisi ehkä korjata tai vähintään kirjata ylös, aika kauan voi mennä selvitellessä 😅

ARM-buildin automaattinen rakentaminen Docker-buildin yhteydessä olisi hyödyllinen mm. Raspberry Pi -käyttäjille.

Tuolla näyttää itse asiassa olevan muutenkin kaikenlaista jumissa eri haaroissa, ainakin haaroissa release-1.0, release-1-5 ja release-1-6 on muutoksia (committeja) jotka eivät Gitin visualisoinnin mukaan näy koskaan päätyneen masteriin. Pitäisiköhän noita yrittää mergetä isomminkin vai onko nuo muutokset kuitenkin tuotu esimerkiksi eri commiteissa myös master-puolelle thinking

• release-1-6
• releast-1-5
• releast-1-0
• autentikointi
• userauth

Tuloslomakkeella voisi olla vartio- ja tehtäväkohtaisen huomautuksen lisäyskenttä, joka tallentuisi tuomarineuvostolle toimitettavalle listalle. Näin käsiteltävät asiat muistettaisiin viedä tuomarineuvostoon, kun suoraan tulosliuskoista voidaan kirjata kommentit, eikä tarvitse pyöritellä erillisiä lappuja.

Kenttä siis olisi vapaatekstikenttä, josta tallennettaisiin käsiteltävä huomautus, esim. tehtäväkäskyn vastaisen suorituksen kuvaus, tietyn tiedon puuttuminen rastimiehen virheen takia tms. epäselvyys.

Onko ajatusta miten järjestelmään olisi hyvä toteuttaa käyttäjäautentikointi? Olisiko hyvä asia, että palvelimen voisi laittaa julkiseen nettiin ja syöttää tuloksia etänä, mahdollisesti jopa rastimiesten toimesta? Nykyiset sivut näyttävät aivan käytettäviä myös moderneilla mobiililaitteilla. Millaisia käyttäjätasoja järjestelmään pitäisi luoda ja pitäisikö niiden olla kisakohtaisia?

Ilmeisesti tällä hetkellä tulosliuskoissa julkaistaan kaikki syötetyt tulokset; joko yleisesti tai tehtäväkohtaisesti voisi olla hyvä voida valita, että esim. vain tarkistetuksi määritetyt tulokset näytetään. Esimerkiksi käytöstehtävän tulokset olisi mukava syöttää lähtökätevyyden osalta heti niiden valmistuttua, mutta ne haluttanee julkaista vasta kun käytöstulokset on saatu kokonaan tai lähes kokonaan päätettyä.

Tulostyypiksi voisi lisätä totuusarvokentän ja/tai valintakentän, jolla eri arvot antavat eri numerot (suuri rike = -1, pieni rike = -0,5, ei rikettä = 0 tai ruksi = 1, ei ruksia = 0). Ehkäisee syöttövirheitä, koska nykyisellään vastaavassa pitää toivoa että kukaan ei tunge totuusarvokenttään ykkösen sijaan kakkosta.

Rivi tulostuu yhden sarakkeen verran liikaa vasemmalle, eli rastin 2 maksipistemäärä on rastin 1 nimen alla jne.

Jos vartiolle syötetään tehtävästä H, vaikuttaa se muiden vartioiden tuloksiin interpolointitehtävässä.

Syöte E rikkoo interpoloinnin

Huom! Tämä kommentti koskee Kipaa, mikä on asennettu nettiin ja käytetty sen yli (tässä kohtaa Zeipin Kipa). Lähinnä nostona muille, että olkaa tarkkana kun käytätte Kipaa

Säätää Max pisteet liian alas. Viiden pisteen tehtävä, missä on kokonaisaika -> interpoloidaan parhaat pisteet pienimmälle ajalle. Antaa parhaalle 2.9p sen 5p sijaan. Sekoitti myös erilaiset funktiot nollapisteen osalta esim 0p=pienin raakapistemäärä. Antoi 0p sijaan pienimmän raakapistemäärän omaavalle vartiolle 0.7p

Jonkinlainen tulosten validointimahdollisuus olisi hyvä – esimerkiksi kun osatehtävässä syötetään eri (raaka)pistemäärät antavien rastien määrät, niin ruksien yhteismäärä kertoo, onko joku ruksi jäänyt laskematta kokonaismääriin.

Validoinnin voisi koittaa tehdä mahdollisimman joustavasti muokkautuvana kaavana: Minimi- ja maksimiarvot syötteille, syötekenttien summa ym. voivat kaikki olla järkeviä validointitapoja.

Nyt KIPA sallii saman nimisten vartioiden luomisen, mutta tehtävien tuloksia syötettäessä syötetty tulos kopioituu kaikille saman nimisille vartioille.

Tämä syöttövirhe on aika tyhmä ja sitähän ei kukaan oikeasti tee, mutta täytyy myöntää, että meni hetki, ennen kuin hoksasin mistä on kyse:
Allaolevassa testikisassa on kaksi samannimistä tehtävää ja kummankin tehtävän loppupisteet muodostuvat jälkimmäisen tehtävän syötteestä.

tupa_tietokanta_samannimiset_sarjat.zip