O Checklist

[ikanakova]

Bylo by možné přidat podporu aplikace O Checklist? Konkrétně import souboru YAML s informacemi ze startu.
Více o aplikaci zde: https://stigning.se/checklist/help_en.html

[fvacek]

Jestli jsem dobre cetl, tak by o-checklist mel umet IOFXML 3.0 a ten uz exportova umime.

[petrsv]

Neřeší tyto informace ze startu už #334 , pomocí vyčtení check krabiček? Pravda, YAML soubor je asi možné poslat ze startu rychleji...

[fvacek]

Ja to chapu tak, ze tato aplikace je neco jako elektrolnicka startovni listina. Uprimne receno, budu radeji parsovat YAML, nez uzavreny SI protokol. Ale ano, YAML z teto aplikace nam poskytne stejne uzitecnou informaci jako vycteni vsech CHECK krabicek.

Mne by vice zajimalo reseni, kdy by ta aplikace byla online pripojena ke QE, pak by starter videl zmeny na posledni chvili a my v cili zase prehozene cipy nebo nenahlasene cipy, to by melo vetsi pridanou hodnotu.

[petrsv]

To ano. V této souvislosti mám dotaz na zkušenosti, jak se to prosím v současnosti provozuje:
Chápu správně, že o-checklist nezobrazí ve startovce (importované z qe přes iof xml) žádné vakanty? A jediná cesta jak tam dostat dohlášky a změny, je vygenerovat znovu doplněnou startovku po skončení prezentace a tu poslat pro import do tabletu na start (což může být dost stress a riziko, že se něco pokazí, proto bych možná raději preferoval ruční odbavování dohlášek na startu mimo o-checklist)?

[fvacek]

IOFXML export vakanty neobsahuje, takze se tam nemohou objevit. Pokud bude na startu signal, mel by byt update celkem rychly a v pohode. Nevim, jak se o-check zachova v pripade, ze uz obsahuje nejake zmeny a startovka se znova naimportuje, ale to se da snadno overit.

[fvacek]

Skoda, ze o-checklist neni opensource, asi by sel poladit, aby to bylo ono. Moc se mi nechce psat podobnot aplikaci, jenom proto, ze do o-checklistu nelze nic kontribuovat :(

[jmacura]

Skoda, ze o-checklist neni opensource, asi by sel poladit, aby to bylo ono. Moc se mi nechce psat podobnot aplikaci, jenom proto, ze do o-checklistu nelze nic kontribuovat :(

Souhlas. Dělá to někdo ze Švédska, kontakt těžko dohledatelný, tady je aspoň mail: https://stigning.se/ Třeba by se nechal přesvědčit o otevření kódu.

[Osin01]

Testovali jsme O Ckecklist na víkendovém oblži.
Mám k tomu následující poznatky:

Když vypadne USB-kablík z mobilu, nehlásí žádnou chybu, je třeba po zasunutí program resetovat, dá se používat i ručně.

Je vhodné zadat v nastaveníAutomatické DNS - při pozdním průchodu se automaticky přepne na pozdní start.

Import startovky XML verze 3.0 proběhl přes e-mail bez problémů.

Program neumí pracovat s více startovkami zároveň, neumí ani zpětně načíst svůj YAML soubor. Celá kontrolovaná startovka se dá snadno i omylem smazat z menu a není jak znovu načíst již zpracovanou startovku (to se nám naštěstí nestalo).

Není vhodné pro kategorie s libovolným startem (při importu lze vyloučit) - všem by dalo automaticky pozdní start.

Export zpracované startovky proběhl na mail - v textu mailu jsou jen změny - nestartující, změna čipu, pozdní start, poznámky u lidí, text se to řadí po blocích podle typu zprávy, ve kterých se to řadí podle startovního času.
V YAML je to komplet. Zpracovali jsme to ručně z textu mailu. FTP server jsem nezkoušel.

Přikládám QBE soubor závodu, text mailu z export a YAML soubor exportovaný z Checklistu.

240420_OZ_Vranov_test_Checklist.zip

[ikanakova]

@Osin01 Taky jsme to testovali, ale já osobně ne, takže tolik užitečných poznatků jsem nezískala. Jen jsem vyexportovala xml z QuickEventu a po startu přišel startér s mobilem a diktoval změny (podobně jako to děláme s ručními poznámkami v tištěné startovce). Nemožnost importovat změněnou startovku a že se dá startovka nechtěně snadno smazat jsou podle mě dost podstatné bugy.

Jinak na Google Play je kontaktní email: startlist@stigning.se

[lukaskett]

My už aplikaci používáme na závodech pravidelně a maximální spokojenost. Na posledních jsme používali i upload na server přes ftp a v průběhu jsme si generovali html report pomocí tohoto, který jsme následně zpracovávali, čímž pěkně minimalizujeme hlavně změny čipů (v případě radiokontrol hodně šikovný, že záznam neuteče).

K mazání startovky je potřeba kliknout na možnost a potvrdit dialog, to mi přijde docela blbuvzdorný :) resp nevím jak ještě lépe vylepšit.

Co vím, tak na možnosti aktualizace startovky v průběhu autor pracuje.

[petrsv]

Použili jsme O-checklist poprvé, s papírovou startovkou jako záloha. Bez on-line výměny dat (neriskovali jsme poslání update kompletní startovky po dohláškách - což se obyčejně do 00 nestíhá). Po ukončení startu fyzické přinesení tabletu a diktování DNS.
Z pohledu IT:

• rychlejší odhalení a zpracování DNS (i když vyčtení check krabiček udělá podobnou službu)

• chyby / překlepy - několik závodníků bylo chybně označeno nebo "prošlo" - v tabletu byli označeni DNS, nicméně normálně běželi. Při ručním zpracování odhaleno, při online automatizaci by se to muselo řešit...
• závodníci očekávali, že odchycená změna čipu se přenese do vyčítání a byli "zklamáni", že tomu tak nebylo.

Chápu, že pro startéry to je automatizace a úspora práce. Pokud by to bylo oboustranně online připojeno ke QE (ovšem, prosím pěkně pokud možno, bez nutnosti nastavování a provozování dalších ftp serverů, apod.) souhlasím, že by užitečnost stoupla.

Přišlo by mi pěkné, kdyby se toto o-checklist vyčítání dalo nějak (ale nevím jak, kontrolovat startovku až při checku asi není moc schůdné?) zkombinovat s check krabičkou, pak by to mohlo eliminovat zmíněné chyby.

[fvacek]

FYI pripravuji podobnou aplikaci pro QE https://github.com/Quick-Event/startertool . O-checklist bohuzel neni opensource, abych do neho jenom pridal podporu pro QE:(

[petrsv]

Předpokládám, že tato aplikace bude na Android - nemohl by potom celý nebo alespoň nějaká light verze QE být výhledově též na Androidu (ála SI Droid)? Nemuset tahat k lesu PC/notebooky a další související HW by bylo fajn :)

[fvacek]

Aplikace existuje, ale dalo mi to dost prace a vysledek neni 100%, vazne uvazuji nad tim, ze se na ni vykaslu, protoze nemam proste tolik casu. Qt aplikace na Androidu chodi, ale je proste znat, ze Qt tam nejsou first class citizen. Docela jsem si uzil se seriakem, pro ktery podpora v Qt na Androidu neni. Proste dost me to vycerpalo a vysledek je diskutabilni. Sice to je online, ale nevim, jestli je to takova vyhoda a jestli o-check nestaci. Skoda, ze o-check neni opensource :(

[JaroslavBeran]

Napsal jsem Java aplikaci O-Checklist-YAML-FTP-Viewer - zdroják na GitHub, která čte pravidelně soubor zaslaný O-Checklistem na FTP server a zobrazuje záznamy v tabulce.
Pro Win a Linux jsem vytvořil balíček, který stačí pouze rozbalit a aplikaci spustit bez nutnosti instalovat další software.
Aplikaci je možné mít spuštěnou souběžně s QE a údaje o změně čipu nebo DNS "jen" překopírovat :)

[fvacek]

Pokud umí ochecklist někam posílat yaml, bylo by asi možné to zpracovávat rovnou přes QE.

[fvacek]

Koukám, že to umí POST, takže ideálně na nějaký Http server, kde by si to QE mohl zase automaticky GETnout

[petrsv]

Čerstvá zkušenost z Jardovy aplikace využité teď o víkendu velice velice pozitivní!

Věřím, že použití této appky (ideálně do budoucna doplněné ještě nějakou alespoň semi-integrací s QE - nyní jsem kopíroval změny ručně přes schránku), dokáže přinést velké zjednodušení organizace hlavně v kritickém čase konce prezentace.

Už teď se kompletně odbouralo nahlašování změn čipů na presentaci (+ vkládání těchto změn do QE pod tlakem uzavření a odeslání startovky před 00). S novou funkcionalitou o-checku umožňující vložení nového závodníka, můžeme dále zjednodušit dohlášky do kategorií startující na krabičku. Do budoucna plánujeme umístit do T koridoru druhou instanci o-checku, kde takovému závodníkovi při vložení čipu rovnou doplníme jméno (a tím ulehčíme stávajícím procesům na presentaci).

[JaroslavBeran]

Koukám, že to umí POST, takže ideálně na nějaký Http server, kde by si to QE mohl zase automaticky GETnout

Ano, O-Checklist android aplikace umí posílat na FTP server soubor s YAML formátem přes FTP protokol. Bohužel HTTP metody jako POST nepodporuje.

QE by si to přes FTP protokol opět mohl stáhnout.
Pokud bys chtěl využít HTTP GET, bylo by nutné na serveru rozběhnout i webserver, který by nejspíš GET nad daným souborem zvládl. Toto řešení bude nejspíš komplikovanější a bude vyžadovat svoji veřejnou IP adresu a za ní svůj server, který budu moct spravovat a potřebný software rozběhat. Což vyžaduje hlubší znalost pro pořadatele.

Řešení přes FTP protokol je celkem jednoduché a snadné na konfiguraci.
Výhodou je, že lze zdarma využít služby některých provozovatelů jako třeba webzdarma.cz, kde ke svému účtu mám rovnou i funkční FTP server.

[lukaskett]

Bohužel HTTP metody jako POST nepodporuje

HTTP POST s yaml reportem jde odesílat, viz dokumentace sekce Upload to server. Jen je tam problém při slabším signálu, že nemusí dorazit komplet data (neposílají se změny, ale vždy celý report) a není jak nevalidní yaml detekovat. Autor plánuje přidat drobný úpravy (property s počtem řádků a checksum).

[JaroslavBeran]

Bohužel HTTP metody jako POST nepodporuje

HTTP POST s yaml reportem jde odesílat, viz dokumentace sekce Upload to server. Jen je tam problém při slabším signálu, že nemusí dorazit komplet data (neposílají se změny, ale vždy celý report) a není jak nevalidní yaml detekovat. Autor plánuje přidat drobný úpravy (property s počtem řádků a checksum).

Pravda ... to jsem přehlédl.

Poslední update O-Checklistu podporuje posílání jak celého reportu, tak i změn. Testováno s FTP. Problém "změn" je, že se při čtení souboru ze serveru nedozvíš, zda ti nějaká "změna neutekla", protože soubor je přepsán další změnou. Změny by se museli nejspíš ukládat do samostatných souborů s jmennou konvencí, kde v názvu souboru bude pořadové číslo.

[fvacek]

Bohužel HTTP metody jako POST nepodporuje

HTTP POST s yaml reportem jde odesílat, viz dokumentace sekce Upload to server. Jen je tam problém při slabším signálu, že nemusí dorazit komplet data (neposílají se změny, ale vždy celý report) a není jak nevalidní yaml detekovat. Autor plánuje přidat drobný úpravy (property s počtem řádků a checksum).

Pravda ... to jsem přehlédl.

Poslední update O-Checklistu podporuje posílání jak celého reportu, tak i změn. Testováno s FTP. Problém "změn" je, že se při čtení souboru ze serveru nedozvíš, zda ti nějaká "změna neutekla", protože soubor je přepsán další změnou. Změny by se museli nejspíš ukládat do samostatných souborů s jmennou konvencí, kde v názvu souboru bude pořadové číslo.

Togle by mel dobre resit HTML POST, protoze to si muzes na serveru ukladat jak chces.

[fvacek]

Ten POST skutecne funguje, sice pouze pres HTTPS a musis mit v poradku certifikaty (diky bohu za Let's Encrypt), ale pak to funguje hezky.

Muj plan je napsat do QE service, ktera si pres GET bude brat to, co tam ochecklist naposilal, pres POST, asi to jeste preformatuje yaml do jsonu.

Celkem dobre vypada i plan napsat do QE service, ktera by se pripojovala primo ke stejnemu FTP serveru jako ochecklist, ma to za me ale 2 vady

1. QT nemaji FTP klienta a ani o zadnem vhodnem opensource kodu nevim
2. QT neumi parsovat yaml, ackoli zde free implementace pro c++ existuji, napr. https://github.com/jbeder/yaml-cpp