Statistiky uživatelů

15 zpráv
Zpět na přehled

Statistiky uživatelů

15 zpráv AHRJJ 5 účastníků 17 min čtení
  1. Aleš Janda openstreetmap na kyblsoft.cz #mc946da
    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
  2. Radek Bartoň blackhex na post.cz #mee52e2
    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?
  3. Aleš Janda openstreetmap na kyblsoft.cz #m6568eb
    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
  4. hanoj ehanoj na gmail.com #m75bc4b
    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
  5. hanoj ehanoj na gmail.com #mc745ce
    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>:
  6. Aleš Janda openstreetmap na kyblsoft.cz #m7ed8fb
    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.
    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
  7. hanoj ehanoj na gmail.com #m5ccefc
    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?
    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?
    *** 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
  8. Aleš Janda openstreetmap na kyblsoft.cz #m4438a8
    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 :-)
    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.
    PS: proc se nepouzivaji data vykousla primo z historie planet?
    Vida, tam je i historie. Zjistím, jak moc to je použitelné. Nyní to parsuju z historie ČR vykousnuté geofabrikem.
    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
  9. hanoj ehanoj na gmail.com #m6524d3
    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
     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
    - i když se dá stáhnout seznam changesetů, špatně se to přiřazuje k jednotlivým oblastem
    *** to je pravda...
    - 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
  10. Aleš Janda openstreetmap na kyblsoft.cz #m50886e
    *** 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
  11. hanoj ehanoj na gmail.com #m6c67b9
    *** 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.
    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
  12. Aleš Janda openstreetmap na kyblsoft.cz #m72d962
    *** 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
  13. jzvc jzvc na tpfree.fdns.net #mee77fc
    *** 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!
  14. Jan Dudík jan.dudik na gmail.com #m7d2043
    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
  15. hanoj ehanoj na gmail.com #m8bb681
    *** 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
Napsat odpověď e-mailem… Odpovědět

Otevře váš e-mailový klient. Odpovědi pak sledujte zde na webu.