« zpět na výpis měsíce |

[Talk-cz] Statistiky uživatelů

Vlákno 19.12. - 23.12.2009, počet zpráv: 15


19.12.2009 01:05:24 (#1)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
Zdravím, právě jsem vyrobil stránku, která na základě historie OSM dat zobrazuje aktivitu jednotlivých účastníků v OpenStreetMap v ČR. Tak je a bude pěkně vidět, kdo opravdu něco dělá :-) Je k nalezení zde: http://osm.kyblsoft.cz/statistiky/aktivita-uzivatelu Jsou tam seznamy uživatelů OSM řazení podle aktivity za poslední týden, měsíc, rok a celkově. Tou „aktivitou“ mám na mysli nějakou změnu v datech, která je vidět - přidání nebo editace nodu, cesty nebo relace. Smazání se nezaznamenává (bylo by to příliš výpočetně náročné). Aktivita se pouze sčítá. Pak je zde uvedeno i aktuální počet vlastněných elementů (tj. které člověk editoval jako poslední). Tam samozřejmě může dojít i k odečítání, pokud dojde ke smazání nebo editaci někým jiným. Když si rozkliknete nějaké jméno, zobrazí se graf historie jeho aktivity od počátku až doteď. Tam je chyba; graf aktivity uživatele místy zkresluje (když je málo dat; někdy je sloupec širší, než by měl být). Aktualizuje se to vždy ráno cca v 7 hodin, z dat z minulého dne do cca 20:30. Budu rád za názor, návrh a tak podobně :-) Na nějaké větší úpravy ale teď nebudu mít čas, což se nepochybně projeví i na těch statistikách ;-) Nicméně věřím, že to bude k užitku. Aleš Janda

19.12.2009 01:59:03 (#2)
gravatar

Radek Bartoň

<blackhex at post.cz>
149
Dne sobota 19 Prosinec 2009 13:05:24 Aleš Janda napsal(a): zobrazit citaci
> Zdravím, > > právě jsem vyrobil stránku, která na základě historie OSM dat zobrazuje > aktivitu jednotlivých účastníků v OpenStreetMap v ČR. Tak je a bude pěkně > vidět, kdo opravdu něco dělá :-) Je k nalezení zde: > > http://osm.kyblsoft.cz/statistiky/aktivita-uzivatelu >
Fakt pěkná a užitečná věc. Díky. PS: To jsou jen skuteční lidé nebo jsou v tom zahrnuti i boti a automatické importy? -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz

19.12.2009 02:14:30 (#3)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
Díky. Jsou tam zahrnuty všechny změny, které jsou adresovány na nějakého uživatele. Mám dojem, že anonymně nic importovat nejde, takže ano, jsou zahrnuty i boti a automatické importy. Nenapadá mě způsob, jak by se to dalo rozlišit. I kvůli tomuto lze u každého uživatele rozkliknout historii - aby bylo vidět, kolik z jeho práce je něco jednorázového a kolik je té soustavné mravenčí práce :-) Aleš Janda On 19.12.2009 13:59, Radek Bartoň napsal/a: zobrazit citaci
> Fakt pěkná a užitečná věc. Díky. > > PS: To jsou jen skuteční lidé nebo jsou v tom zahrnuti i boti a automatické > importy? >

19.12.2009 08:00:45 (#4)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
>> PS: To jsou jen skuteční lidé nebo jsou v tom zahrnuti i boti a automatické >> importy?
*** OSM CR nejsou boti a importy delali skutecni lide. Coz celou statistiku trochu dela ponekud nepomeritelnou. Napr. uzivatele Radomír Černoch uzce souvisi s importem a udrzbou UIR-ADR, Pavel s importem lesu a silnic HS-RS. Pro rozliseni by slo udelat nejvyse nejakou umelou hranici, kolik toho lze za den udelat... Data jsou asi na statistickem serveru skokova. PS: proc se nepouzivaji data vykousla primo z historie planet? hanoj

19.12.2009 08:19:03 (#5)
gravatar

hanoj

<ehanoj at gmail.com>
718
jeste mne napada zpracovat pro tech 1000 uzivatelu v CR jejich changesety a podle pocetniho rozsahu changesetu vyhazet ty, ktere statisticky nedopovidaji rozsahu beznych editaci (napr. tisice nodu). Dle meho odhadu to bude tvorit male procento z celkoveho poctu changesetu. hanoj 2009/12/19 hanoj <ehanoj na gmail.com>: zobrazit citaci
>>> PS: To jsou jen skuteční lidé nebo jsou v tom zahrnuti i boti a automatické >>> importy? > *** OSM CR nejsou boti a importy delali skutecni lide. Coz celou > statistiku trochu dela ponekud nepomeritelnou. > > Napr. uzivatele Radomír Černoch uzce souvisi s importem a udrzbou > UIR-ADR, Pavel s importem lesu a silnic HS-RS. > > Pro rozliseni by slo udelat nejvyse nejakou umelou hranici, kolik toho > lze za den udelat... Data jsou asi na statistickem serveru skokova. > > PS: proc se nepouzivaji data vykousla primo z historie planet? > > hanoj >

19.12.2009 08:32:36 (#6)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
zobrazit citaci
> Pro rozliseni by slo udelat nejvyse nejakou umelou hranici, kolik toho > lze za den udelat... Data jsou asi na statistickem serveru skokova.
To je dost dobrý nápad, hned jsem zkusil omezit počet změn za období na 10.000 a tyhle importy se celkem pěkně vyfiltrovaly: http://osm.kyblsoft.cz/statistiky/aktivita-uzivatelu?bezimportu Akorát mám ještě nevychytané, že někdy je období třeba jeden měsíc - celkem zbytečně, to můžu ještě vylepšit. zobrazit citaci
> PS: proc se nepouzivaji data vykousla primo z historie planet? > jeste mne napada zpracovat pro tech 1000 uzivatelu v CR jejich > changesety a podle pocetniho rozsahu changesetu vyhazet ty, ktere > statisticky nedopovidaji rozsahu beznych editaci (napr. tisice nodu).
Co máte na mysli? Resp. kde stáhnu changesety jednotlivých uživatelů v nějakém pěkném tvaru? AJ

19.12.2009 09:06:01 (#7)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
> http://osm.kyblsoft.cz/statistiky/aktivita-uzivatelu?bezimportu > Akorát mám ještě nevychytané, že někdy je období třeba jeden měsíc - celkem > zbytečně, to můžu ještě vylepšit.
*** slo by takto prizpusobit i vlastnene elementy? zobrazit citaci
>  > PS: proc se nepouzivaji data vykousla primo z historie planet?
*** http://planet.openstreetmap.org/ zobrazit citaci
>  > jeste mne napada zpracovat pro tech 1000 uzivatelu v CR jejich >  > changesety a podle pocetniho rozsahu changesetu vyhazet ty, ktere >  > statisticky nedopovidaji rozsahu beznych editaci (napr. tisice nodu). > > Co máte na mysli? Resp. kde stáhnu changesety jednotlivých uživatelů v nějakém > pěkném tvaru?
*** napr. neco jako Read: GET /api/0.6/changeset/#id http://wiki.openstreetmap.org/wiki/API_v0.6 nemam to podrobne prostudovane, ale jeden ze zpusobu uziti je tady: http://www.openstreetmap.org/user/hanoj/edits?page=55 http://www.openstreetmap.org/browse/changeset/257060 hanoj

20.12.2009 03:40:30 (#8)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
Tak jsem to udělal ještě jinak. U každého nodu lze zjistit poslední editace, tj. mám-li rozdílový soubor za nějaké období a není-li to období příliš dlouhé, lze podle data poslední editace zjistit průběh mapování. Takže teď je granularita činnosti přesně 1 den, navíc data nejsou posunuta a grafy nezkreslují. To omezení max. počtu změn se mi jeví jako rozumné; standardní hranici jsem dal 8.000 za den (jen zřídkakdy - cca 30x - je těch nodů víc a tam už podezření na import mám), všechno co je nad 8.000 se nepočítá. Tento počet lze změnit v políčku nahoře. Tímto gratuluji dvěma nejaktivnějším Petrům v tabulce aktivnosti - díky :-) On 19.12.2009 21:06, hanoj napsal/a: zobrazit citaci
>> http://osm.kyblsoft.cz/statistiky/aktivita-uzivatelu?bezimportu >> Akorát mám ještě nevychytané, že někdy je období třeba jeden měsíc - celkem >> zbytečně, to můžu ještě vylepšit. > *** slo by takto prizpusobit i vlastnene elementy?
Přidal jsem. zobrazit citaci
>> > PS: proc se nepouzivaji data vykousla primo z historie planet? > *** http://planet.openstreetmap.org/
Vida, tam je i historie. Zjistím, jak moc to je použitelné. Nyní to parsuju z historie ČR vykousnuté geofabrikem. zobrazit citaci
>> > jeste mne napada zpracovat pro tech 1000 uzivatelu v CR jejich >> > changesety a podle pocetniho rozsahu changesetu vyhazet ty, ktere >> > statisticky nedopovidaji rozsahu beznych editaci (napr. tisice nodu). >> >> Co máte na mysli? Resp. kde stáhnu changesety jednotlivých uživatelů v nějakém >> pěkném tvaru? > *** napr. neco jako Read: GET /api/0.6/changeset/#id > http://wiki.openstreetmap.org/wiki/API_v0.6 > > nemam to podrobne prostudovane, ale jeden ze zpusobu uziti je tady: > http://www.openstreetmap.org/user/hanoj/edits?page=55 > http://www.openstreetmap.org/browse/changeset/257060
Zajímavý nápad, ale narazil jsem na několik nevýhod: - nevím jaké changesety mám stahovat - i když se dá stáhnout seznam changesetů, špatně se to přiřazuje k jednotlivým oblastem - když to budu třídit podle uživatelů, špatně se odhaduje kterých a navíc se tam míchají ti, kteří mají primární působiště mimo ČR S výsledkem jsem celkem spokojen. Ještě časem zkusím dodat data, bude-li k dispozici podrobnější historie, ale i teď je to docela dost přesné. Aleš Janda

21.12.2009 11:19:32 (#9)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
> Tak jsem to udělal ještě jinak. U každého nodu lze zjistit poslední editace, tj. > mám-li rozdílový soubor za nějaké období a není-li to období příliš dlouhé, lze > podle data poslední editace zjistit průběh mapování. Takže teď je granularita > činnosti přesně 1 den, navíc data nejsou posunuta a grafy nezkreslují. > > To omezení max. počtu změn se mi jeví jako rozumné; standardní hranici jsem dal > 8.000 za den (jen zřídkakdy - cca 30x - je těch nodů víc a tam už podezření na > import mám), všechno co je nad 8.000 se nepočítá. Tento počet lze změnit v > políčku nahoře.
*** perfektni. Jeste je otazka, zda nevyhazet cely den, kdyz prekroci magickou hranici. Pri praci s importem je spojena spousta cinnosti a tezko se clovek zabyva jeste necim jinym. I kdyby tak to nebude hrat v celku vyznam. Napr. 28/7-30/7 oprava importu UIR-ADR http://www.openstreetmap.org/user/Radom%C3%ADr%20%C4%8Cernoch/edits?page=2 Jako priklad velkeho mnozstvi rucne vkladanych nodu by mohl slouzit napr. Petr Dlouhy. Ten systematicky vynasel silnice III. trid a importu se tusim neucastnil... Vzdycky je to presna hra s nepresnymi cisly. Pravdou je, ze tech importu zas az tak moc nebylo a lze je casove vymezit: * UIR-ADR 2x (tj. import, oprava) * lesy CR * silnice I a II. trid HS-RS * nazvy obci, geonames zobrazit citaci
>>>   >  jeste mne napada zpracovat pro tech 1000 uzivatelu v CR jejich >>>   >  changesety a podle pocetniho rozsahu changesetu vyhazet ty, ktere >>>   >  statisticky nedopovidaji rozsahu beznych editaci (napr. tisice nodu). >>> >>> Co máte na mysli? Resp. kde stáhnu changesety jednotlivých uživatelů v nějakém >>> pěkném tvaru? >> *** napr. neco jako Read: GET /api/0.6/changeset/#id >> http://wiki.openstreetmap.org/wiki/API_v0.6 >> >> nemam to podrobne prostudovane, ale jeden ze zpusobu uziti je tady: >> http://www.openstreetmap.org/user/hanoj/edits?page=55 >> http://www.openstreetmap.org/browse/changeset/257060 > > Zajímavý nápad, ale narazil jsem na několik nevýhod: >  - nevím jaké changesety mám stahovat
*** mame seznam uzivatelu v CR, podle orezane planet, cca 1000 dle tvych statistik, ti jiz maji sve changesety zobrazit citaci
>  - i když se dá stáhnout seznam changesetů, špatně se to přiřazuje k > jednotlivým oblastem
*** to je pravda... zobrazit citaci
>  - když to budu třídit podle uživatelů, špatně se odhaduje kterých a navíc se > tam míchají ti, kteří mají primární působiště mimo ČR
*** ale muzu najit dny, kdy frekvence changesetu a mnozstvi zmen neodpovida realne fyzicke praci a tyto cele dny vyhazet. Ale asi to je prace bez vyrazneho zlepseni vysledku. diky hanoj

23.12.2009 12:32:24 (#10)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
zobrazit citaci
> *** perfektni. Jeste je otazka, zda nevyhazet cely den, kdyz prekroci > magickou hranici. Pri praci s importem je spojena spousta cinnosti a > tezko se clovek zabyva jeste necim jinym. I kdyby tak to nebude hrat v > celku vyznam.
Nevím jestli si úplně rozumíme. To omezení 8.000 změn je za den, nikoli za jeden changesety. Changesety se neberou vůbec v úvahu, v úvahu se bere vždy jen to, kdy to bylo posláno. Takže tady by to nemělo vadit. Kromě toho bych nechtěl hromadné importy úplně eliminovat. Ono udělat hromadný import vyžaduje spoustu přípravy, korespondence a hlavně práce. Čest všem, kteří se do nějakého užitečného importu pustili. Jde jen o to tuto „práci“ adekvátně promítnout ve statistikách. Asi to, co přesně statistiky ukazují, nějak na těch stránkách přesněji popíšu… Díky za reakci. Aleš Janda

23.12.2009 05:02:25 (#11)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
>> *** perfektni. Jeste je otazka, zda nevyhazet cely den, kdyz prekroci >> magickou hranici. Pri praci s importem je spojena spousta cinnosti a >> tezko se clovek zabyva jeste necim jinym. I kdyby tak to nebude hrat v >> celku vyznam. > > Nevím jestli si úplně rozumíme. To omezení 8.000 změn je za den, nikoli za jeden > changesety. Changesety se neberou vůbec v úvahu, v úvahu se bere vždy jen to, > kdy to bylo posláno. Takže tady by to nemělo vadit.
*** ano rozumim, moznosti changesetu jsem na jinem miste zminoval predevsim proto, ze na nem jde jednoduse poznat hromadny import od prace a jit tak pod granulitu jednoho dne: a) hromadny import 8.000/1hod b) manualni prace 8.000/24hod Dale se snazim rici, ze algoritmus by mel vyhazet cely den kdy dojde k prekroceni magicke hranice importu. 8.000 zmen je pro nekoho tyden, mesic manualni prace. zobrazit citaci
> Kromě toho bych nechtěl hromadné importy úplně eliminovat. Ono udělat hromadný > import vyžaduje spoustu přípravy, korespondence a hlavně práce. Čest všem, kteří > se do nějakého užitečného importu pustili. Jde jen o to tuto "práci" adekvátně > promítnout ve statistikách.
*** Nikomu samozrejme nechci nic brat, jenom mi jde o to, aby moje jmeno bylo co nejvyse. *** Otazkou je, co chcete zobrazovat. V prvni tride ZS se rozdavali hvezdicky a slunicka jako odmenu za ruzne aktivity deti. Deti jsou odmenovane na zaklade snahy, nikoliv za meritelne dosahovane hodnoty vybrane veliciny. *** Jestlize rikate, ze se jedna o tabulky "aktivity uzivatelu", pak by tyto "aktivity" mely byti stejne pro vsechny (alespon elementarne). Chcete-li ocenovat praci na hromadnem importu, pridejte i chvalihodnou praci na SVN, OTM, JOSM, propagaci... zdravi hanoj

23.12.2009 05:45:33 (#12)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
zobrazit citaci
> *** Otazkou je, co chcete zobrazovat. V prvni tride ZS se rozdavali > hvezdicky a slunicka jako odmenu za ruzne aktivity deti. Deti jsou > odmenovane na zaklade snahy, nikoliv za meritelne dosahovane hodnoty > vybrane veliciny. > *** Jestlize rikate, ze se jedna o tabulky "aktivity uzivatelu", pak > by tyto "aktivity" mely byti stejne pro vsechny (alespon elementarne). > Chcete-li ocenovat praci na hromadnem importu, pridejte i chvalihodnou > praci na SVN, OTM, JOSM, propagaci...
Abych pravdu řekl, teď úplně přesně nevím, kde je ještě ironie a kde ne, takže následující text bude možná trochu mimo. Jak tedy myslíte, že by to mělo být? Hromadné importy ze statistik úplně vyhodit? Omezit? Nebo ještě jinak? Ano, základní otázkou je, co vlastně ty statistiky mají říkat. Můj původní záměr byl „podívat se, kdo má na OSM největší zásluhy“. Tím myslím, kdo tam prostě vložil ty data, díky komu se v terénu neztratím, když někam pojedu podle OSM. Nejde vůbec o nějaké odměňování - OSM je svobodná mapa, dělají ji dobrovolníci, protože prostě chtějí a každý s ní udělá co uzná za vhodné. Jen mě zajímalo komu za tu kvalitu mapy vděčím a myslel jsem, že by to mohlo být zajímavé i pro ostatní :-) Z mého pohledu zobrazovat i importy smysl má - výsledkem importu i ručního vložení je prostě úplnější a kvalitnější mapa, a o to jde především. Na druhou stranu jsou importy různé - někdo jednorázově naimportuje hromadu dat, které prostě zrovna někde splašil a už se nikdy neukáže a jiný zase systematicky mapuje své okolí do nejmenších detailů. To mi přijde jako veličina hodna rozlišitelnosti. Pokud někomu ne, přepíše to číslo nahoře označující max. počet na něco velkého, odešle a má to bez importů. Jednoduché. Když už jsme u toho, když jste mi prvně psal, zda by nešlo zbavit importů i vlastněné elementy, říkal jsem si, k čemu to může být. Vlastněné elementy jsem zamýšlel prostě jako odraz stávajícího stavu, nic víc. Nyní se to zobrazuje v posledním sloupci, ale v podstatě stejně nevím, jak ten sloupec interpretovat, co vlastně říká, k čemu je. Poraďte mi tedy, jak by to mělo být :-) Z textu mi přijde, že chcete importy úplně eliminovat, akorát mi pak také není jasné, jak bych taková data interpretoval. Co by to pak říkalo? S omezením importů to znamená „zásluhy“. S celými importy „stávající stav“. Ale bez nich? Já se vůbec nebráním nějaké změně, jenom mi prostě není jasná ta motivace. Díky za názor. Aleš Janda

23.12.2009 07:00:19 (#13)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Dne 23.12.2009 17:45, Aleš Janda napsal(a): zobrazit citaci
> > *** Otazkou je, co chcete zobrazovat. V prvni tride ZS se rozdavali > > hvezdicky a slunicka jako odmenu za ruzne aktivity deti. Deti jsou > > odmenovane na zaklade snahy, nikoliv za meritelne dosahovane hodnoty > > vybrane veliciny. > > *** Jestlize rikate, ze se jedna o tabulky "aktivity uzivatelu", pak > > by tyto "aktivity" mely byti stejne pro vsechny (alespon elementarne). > > Chcete-li ocenovat praci na hromadnem importu, pridejte i chvalihodnou > > praci na SVN, OTM, JOSM, propagaci... > > Abych pravdu řekl, teď úplně přesně nevím, kde je ještě ironie a kde ne, takže > následující text bude možná trochu mimo. Jak tedy myslíte, že by to mělo být? > Hromadné importy ze statistik úplně vyhodit? Omezit? Nebo ještě jinak? > > Ano, základní otázkou je, co vlastně ty statistiky mají říkat. Můj původní záměr > byl „podívat se, kdo má na OSM největší zásluhy“. Tím myslím, kdo tam prostě > vložil ty data, díky komu se v terénu neztratím, když někam pojedu podle OSM. > Nejde vůbec o nějaké odměňování - OSM je svobodná mapa, dělají ji dobrovolníci, > protože prostě chtějí a každý s ní udělá co uzná za vhodné. Jen mě zajímalo komu > za tu kvalitu mapy vděčím a myslel jsem, že by to mohlo být zajímavé i pro > ostatní :-) > > Z mého pohledu zobrazovat i importy smysl má - výsledkem importu i ručního > vložení je prostě úplnější a kvalitnější mapa, a o to jde především. Na druhou > stranu jsou importy různé - někdo jednorázově naimportuje hromadu dat, které > prostě zrovna někde splašil a už se nikdy neukáže a jiný zase systematicky > mapuje své okolí do nejmenších detailů. To mi přijde jako veličina hodna > rozlišitelnosti. Pokud někomu ne, přepíše to číslo nahoře označující max. počet > na něco velkého, odešle a má to bez importů. Jednoduché. > > Když už jsme u toho, když jste mi prvně psal, zda by nešlo zbavit importů i > vlastněné elementy, říkal jsem si, k čemu to může být. Vlastněné elementy jsem > zamýšlel prostě jako odraz stávajícího stavu, nic víc. Nyní se to zobrazuje v > posledním sloupci, ale v podstatě stejně nevím, jak ten sloupec interpretovat, > co vlastně říká, k čemu je. > > Poraďte mi tedy, jak by to mělo být :-) Z textu mi přijde, že chcete importy > úplně eliminovat, akorát mi pak také není jasné, jak bych taková data > interpretoval. Co by to pak říkalo? S omezením importů to znamená „zásluhy“. S > celými importy „stávající stav“. Ale bez nich? > Já se vůbec nebráním nějaké změně, jenom mi prostě není jasná ta motivace. > > Díky za názor. > > Aleš Janda >
Statistiky VZDY rikaji pouze a vyhradne to, co chce videt jejich uzivatel. Takze data bych nijak extra nefiltroval a nechal na kazdem at si to nejak prebere. Nevidim v tom zadny problem. Ostatne, jiste vsichni znate ze kdyz "nejde o zivot, tak jde o h..." ;D BTW: Vypadnete uz od tech pocitacu a uzijte si bohatou nadilku! zobrazit citaci
> _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

23.12.2009 07:45:57 (#14)
gravatar

Jan Dudík

<jan.dudik at gmail.com>
345 733
Dne Wed, 23 Dec 2009 17:02:25 +0100 hanoj <ehanoj na gmail.com> napsal/-a: No, mě se tedy povedlo pouze ručně dosáhnout za den více než 6000 změn http://osm.kyblsoft.cz/statistiky/aktivita-uzivatelu?uzivatel=Medulove Můžu jen hádat, že to byl den, kdy jsem z katastrálky naklikal několik kilometrů řeky Skalice a dallší. J&D zobrazit citaci
> > *** ano rozumim, moznosti changesetu jsem na jinem miste zminoval > predevsim proto, ze na nem jde jednoduse poznat hromadny import od > prace a jit tak pod granulitu jednoho dne: > a) hromadny import 8.000/1hod > b) manualni prace 8.000/24hod > > Dale se snazim rici, ze algoritmus by mel vyhazet cely den kdy dojde k > prekroceni magicke hranice importu. 8.000 zmen je pro nekoho tyden, > mesic manualni prace. > > zdravi > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
-- Tato zpráva byla vytvořena převratným poštovním klientem Opery: http://www.opera.com/mail/

23.12.2009 09:05:41 (#15)
gravatar

hanoj

<ehanoj at gmail.com>
718
Dne 23. prosince 2009 17:45 Aleš Janda <openstreetmap na kyblsoft.cz> napsal(a): zobrazit citaci
> > *** Otazkou je, co chcete zobrazovat. V prvni tride ZS se rozdavali > > hvezdicky a slunicka jako odmenu za ruzne aktivity deti. Deti jsou > > odmenovane na zaklade snahy, nikoliv za meritelne dosahovane hodnoty > > vybrane veliciny. > > *** Jestlize rikate, ze se jedna o tabulky "aktivity uzivatelu", pak > > by tyto "aktivity" mely byti stejne pro vsechny (alespon elementarne). > > Chcete-li ocenovat praci na hromadnem importu, pridejte i chvalihodnou > > praci na SVN, OTM, JOSM, propagaci... > > Abych pravdu řekl, teď úplně přesně nevím, kde je ještě ironie a kde ne, takže > následující text bude možná trochu mimo. Jak tedy myslíte, že by to mělo být? > Hromadné importy ze statistik úplně vyhodit? Omezit? Nebo ještě jinak? > > Ano, základní otázkou je, co vlastně ty statistiky mají říkat. Můj původní záměr > byl "podívat se, kdo má na OSM největší zásluhy". Tím myslím, kdo tam prostě > vložil ty data, díky komu se v terénu neztratím, když někam pojedu podle OSM. > Nejde vůbec o nějaké odměňování - OSM je svobodná mapa, dělají ji dobrovolníci, > protože prostě chtějí a každý s ní udělá co uzná za vhodné. Jen mě zajímalo komu > za tu kvalitu mapy vděčím a myslel jsem, že by to mohlo být zajímavé i pro > ostatní :-) > > Z mého pohledu zobrazovat i importy smysl má - výsledkem importu i ručního > vložení je prostě úplnější a kvalitnější mapa, a o to jde především. Na druhou > stranu jsou importy různé - někdo jednorázově naimportuje hromadu dat, které > prostě zrovna někde splašil a už se nikdy neukáže a jiný zase systematicky > mapuje své okolí do nejmenších detailů. To mi přijde jako veličina hodna > rozlišitelnosti. Pokud někomu ne, přepíše to číslo nahoře označující max. počet > na něco velkého, odešle a má to bez importů. Jednoduché. > > Když už jsme u toho, když jste mi prvně psal, zda by nešlo zbavit importů i > vlastněné elementy, říkal jsem si, k čemu to může být. Vlastněné elementy jsem > zamýšlel prostě jako odraz stávajícího stavu, nic víc. Nyní se to zobrazuje v > posledním sloupci, ale v podstatě stejně nevím, jak ten sloupec interpretovat, > co vlastně říká, k čemu je. > > Poraďte mi tedy, jak by to mělo být :-) Z textu mi přijde, že chcete importy > úplně eliminovat, akorát mi pak také není jasné, jak bych taková data > interpretoval. Co by to pak říkalo? S omezením importů to znamená "zásluhy". S > celými importy "stávající stav". Ale bez nich? > Já se vůbec nebráním nějaké změně, jenom mi prostě není jasná ta motivace.
*** Ac ve vyse citovanem uz neni ironie, pokusim se vysvetlit prehledneji, coz se mi asi nepodarilo... Vnimam to jako uhel pohledu, ne jako principialni vec. Navic jsem krom plkani pro to neudelal nic. Myslim si ze by mela exitovat _statistika uzivatelu_ by mela odrazet predevsim manualni praci. Je to zakladni cinnost, na ktere je OSM postavena. Je zrejme jakou namahu predstavuje, byt pristup nemusi byt stejny (napr. kvalita, validace z ruznych zdroju). Proc ne i importy? Prvni co si predstavim s OSM je tato manualni prace. Pokud to smicham s importama spocitatelnych na prstech, mel bych ctenari rict, co jsou to importy jak probihaji jaky maji rozsah, jak deformuji takovou statistiku. Importy jsou prace treti strany, zpracovane zpravidla clovekem X do formatu OSM a uploadovane lidmy X,Y,Z,A,B. Zde by bylo zajimave vedet kolik dat je z celku CR puvodem z importu (tag source). Kolik silnic bylo a stale je od HSRS, kolik lesu bylo a je stale UHUL, kolik adres atd... Na to mi jeste napada co je nejcastejsim zdrojem dat vkladanych do OSM. zdravi hanoj

« zpět na výpis měsíce