Quick-Event/quickbox

XML export závodníků "mimo soutěž"

Closed this issue · 9 comments

Zdravím,

o víkendu jsem poprvé použil QE pro pořádání obl.ž. (BSO). A při řešení exportu do ORIS a následně zobrazení postupů v play-map.com jsme s adminem stránek narazili na nesrovnalost, že u závodníků, kteří byli označení v QE "mimo soutěž", tak v XML s výsledky mají status = ????. Zatímco dle informací by měli mít NotCompeting.
A jde o to, že místo toho, aby v ORIS měli uvedený čas a místo pořadí MS, tak jsou disk.
Příklad - závod 7683, H12 Milota Jan - má všechny kontroly, ale je disk, v XML je ten nepatřičný status.
QE jsem použil poslední verzi, tj. 2.6.20, db 1.11.0
qbe i xml file pro případnou analýzu přikládám.
bso-7683.zip

Díky!

pili, BSO7801

@pili-BSO Netušíte jak se vám podařilo pro : Frýdlová Michaela a Milota Jan dosáhnout stavu kdy maji jen příznak DISK a MS ?

2023-05-26 00_25_22-Window
2023-05-26 00_25_17-Příznaky závodníka

Zatím jsem objevil jednu cestu ... zaškrtnout sloupec DISK ve Vyčítání SI čipů

2023-05-26 00_32_43-Window

Relates to #691.

Díky za odpovědi a tedy jak je napsáno výše, tak způsobené je to tou kombinací MS a DISK. Když jsem se více podíval do výsledků, tak vidím, že u záveodnice Haider, která jako třetí byla MS, tak je příznak správně a i v exportovaném XML má NotCompeting a tím je psrávně označená i v ORISu. Co si ale teď vybavuji, tak tuto závodnici jsem asi označoval MS až po jejím vyčtení, protože jsem na to před tím zapomněl.
Naopak, když jsem u těchto dvou v QE odškrtnul DISK, tak následně v XML již jsou správně.

Ale k tomu, jak jsem se k tomu dopracoval, tak se přiznám, že si nedokáži vybavit co mohlo nastat. Zapsal jsem je (někdo byl dopředu, někdo na místě), označil MS, odběhli to, vyčetli bez problému (správný čip) a to bylo vše.

Pro zajímavost jsem se díval i do nedělního našeho závodu 7684 a tam je to obdobný rébus, neboť tentokráte v D12 Frýdlová a Hejnicová jsou OK, ale zase Milota H12 a Haider v TF mají MS + DISK, ale kontroly mají všechny.

Bohužel nemám již u sebe SIčka, takže nedokážu to nějak otestovat znovu...

Takze to vypada na chybu QE.
Kdyz zavodnikovi dam pred vyctenim stav MS (NC), tak pri vycteni cipu se mu nastavi flag DISK ( je to i videt na radku zavodnika v modulu vycitani. V Useky/Etapy pak je videt ten divny stav MS, DISK, viz :
2023-05-27 22_39_50-Window

V pripade ze je zavodnik mimo soutěž a ještě MP tak pak to vypada takto (prvni je vycitani, druhe Useky/Etapy:
2023-05-27 22_44_55-Window
2023-05-27 22_45_21-Window

cardreaderplugin.cpp, metoda updateCheckedCardValuesSql radek 367 :

	bool should_be_disq = false;
	{
		q.execThrow("SELECT * FROM runs WHERE id=" + QString::number(run_id));
		if(q.next()) {
			if(q.value("disqualifiedByOrganizer").toBool()) should_be_disq = true;
			if(q.value("notCompeting").toBool()) should_be_disq = true;
			if(q.value("notStart").toBool()) should_be_disq = true;
			if(q.value("notFinish").toBool()) should_be_disq = true;
		}
	}

a o kousek dal :

 	q.bindValue(QStringLiteral(":disqualified"), should_be_disq || !checked_card.isOk());

Asi by se pro notCompeting nemelo nastavovat should_be_disq

Co si o tom myslite ?

Mně to dává smysl, příznak notCompeting by měl stačit sám o sobě.

Koukal jsem do různých reportů a za sebe bych doplnil status notCompeting i do libquickevent/libquickeventcore/js/ogtime.js:62, aby ve výsledcích byl u závodníka nějaký příznak viz screen níže.

Zároveň by bylo dobré v ogtime.js ve funkcích ogTimeToString a detailRunStatusToString upravit prioritu příznaků dle změn v #919.

image

Koukal jsem do různých reportů a za sebe bych doplnil status notCompeting i do libquickevent/libquickeventcore/js/ogtime.js:62, aby ve výsledcích byl u závodníka nějaký příznak viz screen níže.

Jasne, souhlas, doplnim.

Zároveň by bylo dobré v ogtime.js ve funkcích ogTimeToString a detailRunStatusToString upravit prioritu příznaků dle změn v #919.

Funkce ogTimeToString neni potreba upravovat, time_ms muze nabyt jen jedne hodnoty.
Funkci detailRunStatusToString upravim.