Re[2]: Predbezne vysledky tipovania :: Remember, remember, the velvet November


node:	Re[2]: Predbezne vysledky tipovania
template:	4
parent:	Re: Predbezne vysledky tipovania
owner:	mimmon
viewed by:
created:	10.03.2012 - 09:09:56
updated:	10.03.2012 - 09:14:38

cwbe coordinatez:
866
1551575
5386466
6543838
6543973
6544054

ABSOLUT
KYBERIA

permissions
you:	r,
system:	public
net:	yes

no ja nie som statistik, takze privitam aj pripomienky, ak robim nieco zle (ako som zistil, urobil som chybu vo vzorci pri vyhodnocovani tipov - v priebehu dna opravim)
po oficialnych vysledkoch sa mozem pohrat s dalsimi moznostami - napriklad ako si spominal odfiltrovat smer

boxplot som pouzil defaultny z pylabu, "fuziky" zobrazuju rozdiel LQ-1.5IQR a UQ+1.5IQR, kde LQ a UQ su 1. a 3. kvartil a IQR je ich rozdiel (interkvartil) (edit: resp. posledna hodnota, ktora sa v tomto intervale nachadza), tie + okolo su odlahle hodnoty mimo tohto intervalu.

a o L_1 a L_2 normach nic neviem, takze musim pozistovat :)

00000866015515750538646606543838065439730654405406544068

coo druhemu odstavcu vobec nerozumiem ;)hlavne nerozumiem ako pri mozu byt oba kriziky pod zvyskom grafu, napr. pri ucasti - uq+1.5iqr by malo byt nad hornym okrajom obdlznicka, nie?

no mna len zarazilo preco si hentaku log metriku pouzil, myslel som ze standardna je 'least squares' = L_2 = [sum (x_i-y_i)^2 ]^{1/2}; L_1 je sucet absolutnych hodnot rozdielov po suradniciach.

0000086601551575053864660654383806543973065440540654406806544228

log som pouzival, lebo som nepouzil sumu stvorcov, ale som to cele navzajom prenasoboval (nebola tam SUM (Σ), ale PRODUCT (∏), lenze potom by stacilo uhadnut jednu stranu presne na chlp a tipujuci by sa dostal automaticky na nulu, preto som to dodatocne zmenil na least squares.
edit: vdaka tejto zmene som sa mohol vykaslat aj na tie chybajuce tipy

000008660155157505386466065438380654397306544054065440680654422806545292

dobre ale _preco_ si si vybral ten vzorec s log a nie nejaky iny ;)

neviem ci sa mozes na tie chybajuce vykaslat, takto podla mna zvyhodnujes ludi co vynechali 'najtazsie' strany.

00000866015515750538646606543838065439730654405406544068065442280654529206546023

nakoniec som to spravil, ako pises, ale nepridaval som priemernu odchylku konkretneho usera, ale priemernu odchylku pre danu stranu, pretoze inak naozaj ziskavali tipujuci, ktori sa vyhli tazkym stranam.

0000086601551575053864660654383806543973065440540654406806544228065452920654602306549923

jop, dobry postreh a dobra volba. a dik ze si sa s tym vyhral!

00000866015515750538646606543838065439730654405406544068065442280654529206545330

najprv som vzajomne vynasobil vsetky relativne odchylky. Nasobenim som chcel trochu "potrestat" velmi zle tipy. Ale v pripade presneho tipu by sa user dostal velmi rychlo na nulu a dosiahol najlepsie skore.
log stupnica bola preto, lebo pri tom nasobeni sa nasobili relativne percentualne hodnoty (teda 0-100, nie 0.00-1.00), takze vznikali pomerne velke rozdiely. Vysledne hodnoty tak vychadzali na 33-45 tusim (ale nepamatam si uz)..

Preto som to zmenil v podstate na RMS. Ak pridam by som pridal priemernu hodnotu, zase mi len vyjde ten isty priemer.

A bonbonik - ak tipujuci netipoval pri strane, ktora sa dostala do parlamentu, prida sa mu dvojnasobok priemeru, lebo sa vykaslal na relevantnu stranu.

0000086601551575053864660654383806543973065440540654406806544228065452920654533006545365

"Preto som to zmenil v podstate na RMS. Ak pridam by som pridal priemernu hodnotu, zase mi len vyjde ten isty priemer." -- podla toho priemernu hodnotu coho - ja by som pridal na chybajuce pozicie priemernu hodnotu x_i - y_i a to myslim dava ine vysledky ako to tvoje (kvoli druhej mocnine). ale asi iba jemne ine. (ty asi hovoris o pridavani [(x_i-y_i)^2]/n )

000008660155157505386466065438380654397306544054065440680654422806545292065453300654536506545371

Ano, mas pravdu, nie je to aritmeticky priemer.
Ale neviem posudit, co je spravodlivejsie. Ak myslis, ze je vhodnejsie tam pridavat aj ten priemer, mozem to tam vratit.

00000866015515750538646606543838065439730654405406544068065442280654529206545330065453650654537106545538

myslim ze to jedno lebo rozdiel je maly, ale to iba hadam lebo som to neratal; imho to nechaj tak ;) teoreticky som ale zastanca zverejnovania vysledkov podla viacerych modelov ;)) ale vzhladom na situaciu to kludne mozes cele zmazat, pokial mozno aj so samotnymi vysledkami.

000008660155157505386466065438380654397306544054065440680654422806544231

Mozno by nebolo zle relativnu chybu (percenta?) pocitat. Predsalen je rozdiel ak sa pri smere pomylis o 2% a ak sa pri SNS pomylis o 2% :)

00000866015515750538646606543838065439730654405406544068065442280654423106544243

ved to tak robim, to su tie jednotlive odchylky:

odchylka pre stranu = (tip usera - vysledok volieb)/vysledok volieb
to sa prenasobi 100, nech je to v jednotkach percent a pridavam tam ten koeficient, ktory samozrejme mozem dat prec, ale prislo mi zaujimave zohladnit aj tento aspekt, ked niekto tipuje, ze strana sa nedostane do parlamentu a v skutocnosti sa dostane a naopak

stvorce odchylok sa spriemeruju a odmocnia a to je vysledok pre usera.

0000086601551575053864660654383806543973065440540654406806544228065442310654424306544264

aha, to /volby som nejak nepochopil ako tam pasuje (a bez zatvoriek som to trosku zle rozparsoval)

ospravedlnujem sa za spochybnovanie :)

000008660155157505386466065438380654397306544054065440680654422806544231065442430654426406545336

kedykolvek spochybnuj, ved mylit sa mozem a do statistiky sa spravidla velmi nehrniem