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

[Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky

Vlákno 23.12.2011 - 23.1.2012, počet zpráv: 37


23.12.2011 01:40:14 (#1)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
Ahoj, po delší době jsem si zase našel trochu času, abych se podíval na možnosti importu sídel z UIR-ZSJ. Hlavní otázkou je, jak tagovat - ohledně hodnot tagu place se toho už napsala spousta... a myslím si, že se to bez aspoň trochy místní znalosti neobejde. Můj návrh na postup importu jsem sepsal na wiki [1]. Než začneme s hromadnějším importem, tak bych rád slyšel nějakou zpětnou vazbu, jestli je tohle správná cesta, příp. co dalšího by bylo vhodné doplnit/opravit/vyjasnit. Testoval jsem použitelnost na Pardubicích; a také na jednom vesničce a výsledky se zdály být celkem přijatelné. [2] je momentálně jediný import provedený popsaným způsobem. Pokud se dohodneme, že toto je rozumná cesta, tak jako další krok dám k dispozici popsané skripty k otestování. Po odladění případných bugů přesunu stránku na wiki a můžem začít importovat ve větší míře. Petr Morávek aka Xificurk PS: Šťastné Vánoce a veselý Nový rok ;-) [1] http://wiki.openstreetmap.org/wiki/Users:Xificurk/Import_UIR-ZSJ [2] http://www.openstreetmap.org/?relation=440449 ------------- další část --------------- A non-text attachment was scrubbed... Name: xificurk.vcf Type: text/x-vcard Size: 212 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111223/15ec6f5b/attachment.vcf> ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111223/15ec6f5b/attachment.sig>

24.12.2011 08:41:06 (#2)
gravatar

hanoj

<ehanoj at gmail.com>
718
Ahoj, pekna prace. Pokud tomu rozumim, nejedna se vlastne o import, ale poloautomaticke hrani si s jednotlivymi obcemi a z casti subjetivnim tagovanim (sidlo, ktere ma znacky). To ma dve vady, nikdy to neprobehne na celem uzemi (jak to nyni je s addr) a kazdy kousek zeme bude jinak. Proto navrhuji provest tagovani automaticky, dataset importovat naraz a pripadne subjektivni zmeny provest podle aktivity uzivatelu primo v mape. Vice viz nize. 1) tagování Verim ze se da s kriterii jeste hrat a posouvat hranice v lepsi rozlozeni kategorii. place ... kritéria ------------------ city ... město (admin_level=6, OBCE.DBF), obyv= 90.000+ (nevejdou se krajská města se Jihlava, Karlovy Vary, Zlín) town ... samostatná obec (admin_level=8, OBCE.DBF), obyv= 3.000+ (vejdou se snad vsechna ORP) village ... samostatná obec (admin_level=8, OBCE.DBF) hamlet ... cast obce (COBE.DBF) suburb ... mestska cast (MCAST.DBF) neighbourhood/isolated_dwelling ... samota (ZSJ.DBF), obyv= 10+ locality ... místo (ZSJ.DBF), obyv= 0+ 2) status a jeho vyznam městys, město, statutární město je vždy obec a tento titul je v mape i ve skutecnosti pouze symbolický. 3) presun na CZ wiki doporucuji presun wiki page na... WikiProject_Czech_Republic/freemap/Import_UIR-ZSJ ha hanoj Dne 23. prosince 2011 1:40 "Petr Morávek [Xificurk]" <xificurk na gmail.com> napsal(a): zobrazit citaci
> Ahoj, > po delší době jsem si zase našel trochu času, abych se podíval na > možnosti importu sídel z UIR-ZSJ. > > Hlavní otázkou je, jak tagovat - ohledně hodnot tagu place se toho už > napsala spousta... a myslím si, že se to bez aspoň trochy místní > znalosti neobejde. Můj návrh na postup importu jsem sepsal na wiki [1]. > > Než začneme s hromadnějším importem, tak bych rád slyšel nějakou zpětnou > vazbu, jestli je tohle správná cesta, příp. co dalšího by bylo vhodné > doplnit/opravit/vyjasnit. > > Testoval jsem použitelnost na Pardubicích; a také na jednom vesničce a > výsledky se zdály být celkem přijatelné. [2] je momentálně jediný import > provedený popsaným způsobem. > > Pokud se dohodneme, že toto je rozumná cesta, tak jako další krok dám k > dispozici popsané skripty k otestování. Po odladění případných bugů > přesunu stránku na wiki a můžem začít importovat ve větší míře. > > Petr Morávek aka Xificurk > > PS: Šťastné Vánoce a veselý Nový rok ;-) > > [1] http://wiki.openstreetmap.org/wiki/Users:Xificurk/Import_UIR-ZSJ > [2] http://www.openstreetmap.org/?relation=440449

24.12.2011 02:25:49 (#3)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
hanoj napsal(a): zobrazit citaci
> Ahoj, > pekna prace. Pokud tomu rozumim, nejedna se vlastne o import, ale > poloautomaticke hrani si s jednotlivymi obcemi
Ano, je zautomatizované, co je možné zautomatizovat. zobrazit citaci
> a z casti subjetivnim tagovanim (sidlo, ktere ma znacky).
Nic subjektivního tam není! Přemýšlel jsem nad tagováním celkem dlouze a domnívám se, že se vhodné tagování bez místní znalosti jednoduše neobejde (podobně jako spousta jiných věcí v OSM). A proto je taky import poloautomatický a po jednotlivých obcích. Import pro celou republiku najednou by se udělat dal, ale osobně jsem proti ze dvou důvodů: 1) Současný nekompletní stav je lepší než různé duplicity a chyby po hromadném importu. Bylo by celkem těžké hledat obce, které (ne)jsou opraveny. Podívejte se jak dopadl dibavod - ještě teď nejsou všechny toky opraveny - a to u dibavodu je na první pohled vidět, kde ty duplicity jsou. 2) Správné tagování je třeba pro smysluplné doplnění údaje o obyvatelstu [1]. Sice je pravda, že tohle se dá už doplňovat a aktualizovat automaticky (a mám to v plánu), ale imho je lepší to dělat vše při jednom. To ma dve vady, nikdy to zobrazit citaci
> neprobehne na celem uzemi (jak to nyni je s addr) a kazdy kousek zeme > bude jinak.
Proč by to bylo na ruzném území různě? Při dodržení navrženého schématu tagování to bude prostě vždycky stejné... Osobně si myslím, že je lepší nejprve udělat ten import v místech, kde jsou aktivní uživatelé a dobrovolníci. A až potom případně zkusit udělat plně automatizovaný import na zbytku území. zobrazit citaci
> Proto navrhuji provest tagovani automaticky, dataset importovat naraz > a pripadne subjektivni zmeny provest podle aktivity uzivatelu primo v > mape. Vice viz nize. > > > 1) tagování > Verim ze se da s kriterii jeste hrat a posouvat hranice v lepsi > rozlozeni kategorii. > > place ... kritéria > ------------------ > city ... město (admin_level=6, OBCE.DBF), obyv= 90.000+ (nevejdou se > krajská města se Jihlava, Karlovy Vary, Zlín)
90.000+ je současná situace. Je nějaký důvod tam přidávat i všechna krajská města? Je opravdu třeba Jihlava tak důležitá, a co třeba Havířov, Most, Děčín? Pokud chci renderovat mapu administrativního členění, tak to nepotřebuju... tuhle informaci mám už v na relacích hranic. zobrazit citaci
> hamlet ... cast obce (COBE.DBF)
Chápu asi o co ses tím snažil, ale... 1) Chodov, Žizkov, Vinohrady v Praze nejsou hamlet :-) 2) V případě, že obec tvoří několik oddělených vesnic, obec má typicky svoje jméno po jedné z nich. Tahle vesnice rozhodně nemusí být největší nebo významější - je to podobná situace jako statut města/městyse/obce. Podle tebe by pak na mapě bylo pár baráků označeno jako village, a vedle sotjící vesnice jako hrom hamlet. zobrazit citaci
> suburb ... mestska cast (MCAST.DBF)
MCAST.DBF mi moc užitečná nepřijde - Praha 1-22, Pardubice 1-8, ... mno nevím... zobrazit citaci
> 2) status a jeho vyznam > městys, město, statutární město je vždy obec a tento titul je v mape i > ve skutecnosti pouze symbolický.
Na tom se shodnem... zobrazit citaci
> 3) presun na CZ wiki > doporucuji presun wiki page na... > WikiProject_Czech_Republic/freemap/Import_UIR-ZSJ
Určitě provedu... až to dotáhnu do nějaké použitelného stavu. Petr Morávek aka Xificurk [1] http://wiki.openstreetmap.org/wiki/Users:Xificurk/Import_UIR-ZSJ#Postup_p.C5.99i_importu ------------- další část --------------- A non-text attachment was scrubbed... Name: xificurk.vcf Type: text/x-vcard Size: 212 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111224/6b6b8be8/attachment.vcf> ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111224/6b6b8be8/attachment.sig>

24.12.2011 07:55:58 (#4)
gravatar

jzvc

<jzvc at tpfree.net>
585
Dne 24.12.2011 8:41, hanoj napsal(a): zobrazit citaci
> Ahoj, > pekna prace. Pokud tomu rozumim, nejedna se vlastne o import, ale > poloautomaticke hrani si s jednotlivymi obcemi a z casti subjetivnim > tagovanim (sidlo, ktere ma znacky). To ma dve vady, nikdy to > neprobehne na celem uzemi (jak to nyni je s addr) a kazdy kousek zeme > bude jinak. > > Proto navrhuji provest tagovani automaticky, dataset importovat naraz > a pripadne subjektivni zmeny provest podle aktivity uzivatelu primo v > mape. Vice viz nize.
Probuh, jen ne dalsi import, staci stavajici stav vodnich toku ... 1/2 jich je zdvojena. zobrazit citaci
> > > 1) tagování > Verim ze se da s kriterii jeste hrat a posouvat hranice v lepsi > rozlozeni kategorii. > > place ... kritéria > ------------------ > city ... město (admin_level=6, OBCE.DBF), obyv= 90.000+ (nevejdou se > krajská města se Jihlava, Karlovy Vary, Zlín) > town ... samostatná obec (admin_level=8, OBCE.DBF), obyv= 3.000+ > (vejdou se snad vsechna ORP) > village ... samostatná obec (admin_level=8, OBCE.DBF) > hamlet ... cast obce (COBE.DBF) > suburb ... mestska cast (MCAST.DBF) > neighbourhood/isolated_dwelling ... samota (ZSJ.DBF), obyv= 10+ > locality ... místo (ZSJ.DBF), obyv= 0+ > > > 2) status a jeho vyznam > městys, město, statutární město je vždy obec a tento titul je v mape i > ve skutecnosti pouze symbolický. > > > 3) presun na CZ wiki > doporucuji presun wiki page na... > WikiProject_Czech_Republic/freemap/Import_UIR-ZSJ > > > ha > hanoj > > Dne 23. prosince 2011 1:40 "Petr Morávek [Xificurk]" > <xificurk na gmail.com> napsal(a): >> Ahoj, >> po delší době jsem si zase našel trochu času, abych se podíval na >> možnosti importu sídel z UIR-ZSJ. >> >> Hlavní otázkou je, jak tagovat - ohledně hodnot tagu place se toho už >> napsala spousta... a myslím si, že se to bez aspoň trochy místní >> znalosti neobejde. Můj návrh na postup importu jsem sepsal na wiki [1]. >> >> Než začneme s hromadnějším importem, tak bych rád slyšel nějakou zpětnou >> vazbu, jestli je tohle správná cesta, příp. co dalšího by bylo vhodné >> doplnit/opravit/vyjasnit. >> >> Testoval jsem použitelnost na Pardubicích; a také na jednom vesničce a >> výsledky se zdály být celkem přijatelné. [2] je momentálně jediný import >> provedený popsaným způsobem. >> >> Pokud se dohodneme, že toto je rozumná cesta, tak jako další krok dám k >> dispozici popsané skripty k otestování. Po odladění případných bugů >> přesunu stránku na wiki a můžem začít importovat ve větší míře. >> >> Petr Morávek aka Xificurk >> >> PS: Šťastné Vánoce a veselý Nový rok ;-) >> >> [1] http://wiki.openstreetmap.org/wiki/Users:Xificurk/Import_UIR-ZSJ >> [2] http://www.openstreetmap.org/?relation=440449 > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

24.12.2011 09:25:32 (#5)
gravatar

Petr Holub

<hopet at ics.muni.cz>
290 4627
Ahoj, zobrazit citaci
> Probuh, jen ne dalsi import, staci stavajici stav vodnich toku ... 1/2 > jich je zdvojena.
vidis, ja treba v tomhle dost zasadne nesouhlasim a naopak jsem za systematicke importy velmi rad. Nemyslim si, ze OSM ma tolik mapperu, abychom byli schopni si vsechno zmapovat sami - kolik lidi se brodi s GPSkou skrz potucky, potoky a ricky? A ano, vim, ze DIBAVOD nebyl zrovna nejpresnejsi, ale porad radeji neco spravim, kdyz zrovna v danem miste mam lokalni znalost, treba navic podlozenou UHULem. Porad mi ale prijde lepsi mit relativne kompletni mapu a tu zpresnovat, nez mit poloprazdnou mapu. Chapu, ze nekteri lide si vyhraji s nejakym kouskem mapy ve svem okoli, ktere dotahnou k dokonalosti - ale to je pak dobre treba jako vyukovy material, jak mapovat, nez jako mapa cele CR. Z tohohle pohledu mi prijde i docela skoda, ze jsme neimportovali CORINE - ostatne podivej se na freemap.sk (myslim, ze to z CORINE improtovali - ac si tedy nejsem 100% jist), prijde mi, ze je to dost dobre. Dle meho nazoru bohate staci, ze si musime zmapovat nektere veci, k nimz se jinak nedostaneme (turisticke a cyklo trasy; ruzne pesiny, ktere nikde nejsou zanesene; mtb:scale; a hromada dalsiho). A ano, o rizicich improtu jsem cetl docela dost - hlavni vytka byla, ze pak ta data nikdo nechape jako "vlastni" a neudrzuje je. Sam za sebe ale rikam, ze kdyz nekde vim o spatnem trasovani, tak ho opravuji a nechovam se k tomu jako k "cizimu". Zpresnovani mi prijde docela efektivni - specialne s tim, jake dnes v JOSM mame nastroje (typu ImproveWayAccuracy). S pozdravem a s pranim krasneho proziti svatku, Petr PS: uvedomuji si, ze tohle je do znacne miry tema na flamewar, ktery bych zrovna kolem Vanoc nerad rozpoutaval. Berte to prosim rozumne s rezervou a kdyztak se do sebe pustime az po Novem roce :))

26.12.2011 12:12:35 (#6)
gravatar

hanoj

<ehanoj at gmail.com>
718
diky, za reakci, nejprve sumarizuji, podrobnosti nize: Tvuj skript se mi libi, jen mam obavy o postup a tagovani: 1) duplicity a obyvatele je treba resit a mit default tagovani 2) vybrana mesta/statutarni mesta je treba resit individualne 3) zbytek je treba naimportovat v baliku 4) nakonec nechat lidovou tvorivost zobrazit citaci
>> a z casti subjetivnim tagovanim (sidlo, ktere ma znacky). > > Nic subjektivního tam není! Přemýšlel jsem nad tagováním celkem dlouze a > domnívám se, že se vhodné tagování bez místní znalosti jednoduše > neobejde (podobně jako spousta jiných věcí v OSM).
*** popis rozdilu mezi village, hamlet a suburb je pro mne nezrejmy *** Napr. toto ja chapu jako subjektivni: "Pro sídla, která jsou označena dopravní značkou začátku a konce obce svým vlastním jménem.", protoze vetsinu sidel nikdo z OSM nenavstivil. Ocekaval bych proto nejakou exaktnost. zobrazit citaci
> A proto je taky import poloautomatický a po jednotlivých obcích.
*** To jo, ale mame 6 tisic obci, 13 tisic sidel, 24 tisic ZSJ. Je realne je to provest poloautomaticky? zobrazit citaci
> Import pro celou republiku najednou by se udělat dal, ale osobně jsem > proti ze dvou důvodů: > 1) Současný nekompletní stav je lepší než různé duplicity a chyby po > hromadném importu. Bylo by celkem těžké hledat obce, které (ne)jsou > opraveny. Podívejte se jak dopadl dibavod - ještě teď nejsou všechny > toky opraveny - a to u dibavodu je na první pohled vidět, kde ty > duplicity jsou.
*** DIBAVOD dopadl tak jak dopadl proto, ze se nikdo nejakyma duplicitama, pres me namitky, nechtel zaobirat. Na duplicity UIR-ZSJ jsi, pokud dobre chapu wiki, pripravil skripty. zobrazit citaci
> 2) Správné tagování je třeba pro smysluplné doplnění údaje o obyvatelstu > [1]. Sice je pravda, že tohle se dá už doplňovat a aktualizovat > automaticky (a mám to v plánu), ale imho je lepší to dělat vše při jednom.
*** ja myslel ze to tvuj skript umi. zobrazit citaci
>> To ma dve vady, nikdy to neprobehne na celem uzemi (jak to nyni je s addr) a >>kazdy kousek zeme bude jinak. > > Proč by to bylo na ruzném území různě? Při dodržení navrženého schématu > tagování to bude prostě vždycky stejné...  Osobně si myslím, že je lepší > nejprve udělat ten import v místech, kde jsou aktivní uživatelé a > dobrovolníci. A až potom případně zkusit udělat plně automatizovaný > import na zbytku území.
*** To jsem na wiki nenasel. Realne je IMHO provest poradi 1. import, 2. individualni upravy. Opacne je to vzdy problematicke. zobrazit citaci
>> city ... město (admin_level=6, OBCE.DBF), obyv= 90.000+ (nevejdou se >> krajská města se Jihlava, Karlovy Vary, Zlín) > > 90.000+ je současná situace. Je nějaký důvod tam přidávat i všechna > krajská města? Je opravdu třeba Jihlava tak důležitá, a co třeba > Havířov, Most, Děčín?
*** ja to konstatuji, nemam s tim problem a ocekaval bych toto info na wiki. zobrazit citaci
>> hamlet ... cast obce (COBE.DBF) > > Chápu asi o co ses tím snažil, ale... > 1) Chodov, Žizkov, Vinohrady v Praze nejsou hamlet :-) > > ... > >> suburb ... mestska cast (MCAST.DBF) > > MCAST.DBF mi moc užitečná nepřijde - Praha 1-22, Pardubice 1-8, ... mno > nevím...
*** OK, statutarni mesta to maji jinak. Ty se opravu daji vyresit rucne. zobrazit citaci
> 2) V případě, že obec tvoří několik oddělených vesnic, obec má typicky > svoje jméno po jedné z nich. Tahle vesnice rozhodně nemusí být největší > nebo významější - je to podobná situace jako statut města/městyse/obce. > Podle tebe by pak na mapě bylo pár baráků označeno jako village, a vedle > sotjící vesnice jako hrom hamlet.
*** ano je treba se rozhodnout za dame duraz na pocet obyvatel nebo na statut (obce, cobe, zsj). Muzeme posuzovat vzajemnou vzdalenost sidel vuci jejimu poctu obyvatel a vyhnout se hlavnim problemum... Ano nedokonale to bude, ale bude to v CR uplne a jednotne. ha hanoj

26.12.2011 12:51:50 (#7)
gravatar

Petr Balíček

<PBalicek at seznam.cz>
24
Taky si mylim, že je nejdřív potřeba udělat jasno v tagování a až potom vůbec začít uvažovat o importu. Ani mně neni zřejmý, kde je hranice mezi town, village a hamlet. Tady je jeden hezkej příklad [1] - kdybysme se řídili podle oficiálního statusu, tak bude vedle sebe „town“ s 518 ob. a „hamlet“ s 231 ob. Já bych určitě rozhodoval podle počtu obyvatel nebo ještě líp podle počtu domů, protože chalupáři taky dokážou dost ovlivnit velikost sídla. PB [1] http://old.nalzovskehory.cz/obec/dokumenty/po11.jpg zobrazit citaci
> ------------ Původní zpráva ------------ > Od: hanoj <ehanoj na gmail.com> > Předmět: Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky > Datum: 26.12.2011 00:12:59 > ---------------------------------------- > diky, za reakci, nejprve sumarizuji, podrobnosti nize: > > Tvuj skript se mi libi, jen mam obavy o postup a tagovani: > 1) duplicity a obyvatele je treba resit a mit default tagovani > 2) vybrana mesta/statutarni mesta je treba resit individualne > 3) zbytek je treba naimportovat v baliku > 4) nakonec nechat lidovou tvorivost > > >> a z casti subjetivnim tagovanim (sidlo, ktere ma znacky). > > > > Nic subjektivního tam není! Přemýšlel jsem nad tagováním celkem dlouze a > > domnívám se, že se vhodné tagování bez místní znalosti jednoduše > > neobejde (podobně jako spousta jiných věcí v OSM). > *** popis rozdilu mezi village, hamlet a suburb je pro mne nezrejmy > *** Napr. toto ja chapu jako subjektivni: "Pro sídla, která jsou > označena dopravní značkou začátku a konce obce svým vlastním jménem.", > protoze vetsinu sidel nikdo z OSM nenavstivil. Ocekaval bych proto > nejakou exaktnost. > > > > A proto je taky import poloautomatický a po jednotlivých obcích. > *** To jo, ale mame 6 tisic obci, 13 tisic sidel, 24 tisic ZSJ. Je > realne je to provest poloautomaticky? > > > Import pro celou republiku najednou by se udělat dal, ale osobně jsem > > proti ze dvou důvodů: > > 1) Současný nekompletní stav je lepší než různé duplicity a chyby po > > hromadném importu. Bylo by celkem těžké hledat obce, které (ne)jsou > > opraveny. Podívejte se jak dopadl dibavod - ještě teď nejsou všechny > > toky opraveny - a to u dibavodu je na první pohled vidět, kde ty > > duplicity jsou. > *** DIBAVOD dopadl tak jak dopadl proto, ze se nikdo nejakyma > duplicitama, pres me namitky, nechtel zaobirat. Na duplicity UIR-ZSJ > jsi, pokud dobre chapu wiki, pripravil skripty. > > > 2) Správné tagování je třeba pro smysluplné doplnění údaje o obyvatelstu > > [1]. Sice je pravda, že tohle se dá už doplňovat a aktualizovat > > automaticky (a mám to v plánu), ale imho je lepší to dělat vše při jednom. > *** ja myslel ze to tvuj skript umi. > > >> To ma dve vady, nikdy to neprobehne na celem uzemi (jak to nyni je s addr) a > >>kazdy kousek zeme bude jinak. > > > > Proč by to bylo na ruzném území různě? Při dodržení navrženého schématu > > tagování to bude prostě vždycky stejné...  Osobně si myslím, že je lepší > > nejprve udělat ten import v místech, kde jsou aktivní uživatelé a > > dobrovolníci. A až potom případně zkusit udělat plně automatizovaný > > import na zbytku území. > *** To jsem na wiki nenasel. Realne je IMHO provest poradi 1. import, > 2. individualni upravy. Opacne je to vzdy problematicke. > > > >> city ... město (admin_level=6, OBCE.DBF), obyv= 90.000+ (nevejdou se > >> krajská města se Jihlava, Karlovy Vary, Zlín) > > > > 90.000+ je současná situace. Je nějaký důvod tam přidávat i všechna > > krajská města? Je opravdu třeba Jihlava tak důležitá, a co třeba > > Havířov, Most, Děčín? > *** ja to konstatuji, nemam s tim problem a ocekaval bych toto info na wiki. > > > >> hamlet ... cast obce (COBE.DBF) > > > > Chápu asi o co ses tím snažil, ale... > > 1) Chodov, Žizkov, Vinohrady v Praze nejsou hamlet :-) > > > > ... > > > >> suburb ... mestska cast (MCAST.DBF) > > > > MCAST.DBF mi moc užitečná nepřijde - Praha 1-22, Pardubice 1-8, ... mno > > nevím... > *** OK, statutarni mesta to maji jinak. Ty se opravu daji vyresit rucne. > > > > 2) V případě, že obec tvoří několik oddělených vesnic, obec má typicky > > svoje jméno po jedné z nich. Tahle vesnice rozhodně nemusí být největší > > nebo významější - je to podobná situace jako statut města/městyse/obce. > > Podle tebe by pak na mapě bylo pár baráků označeno jako village, a vedle > > sotjící vesnice jako hrom hamlet. > *** ano je treba se rozhodnout za dame duraz na pocet obyvatel nebo na > statut (obce, cobe, zsj). Muzeme posuzovat vzajemnou vzdalenost sidel > vuci jejimu poctu obyvatel a vyhnout se hlavnim problemum... > > > Ano nedokonale to bude, ale bude to v CR uplne a jednotne. > > > > ha > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > >

26.12.2011 09:51:32 (#8)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
Nelíbí se mi nějaké zavádění vlastních pravidel do OSM. Proč by se status města/vesnice měl řídit podle počtu obyvatel? Pokud je něco město, znamená to, je tam lepší infrastruktura, vede na to více ukazatelů, častěji se po tom pojmenovává, je to výraznější na mapách. A obvykle má více obyvatel. Je ale úplně jedno, z jakého důvodu je významnější; nějaké rozhodování, co už je nebo není město bych nechal na státu, ne na libovůli každého mappera. Pokud se chce někdo podívat, kolik to má obyvatel, nechť je to v tagu u příslušného místa, ale rozhodně jsem proti tagování města jako village, i kdyby tam nebydlel vůbec nikdo. OpenStreetMap by IMHO měla fungovat jako mapová encyklopedie a zachycovat skutečný stav věci (tedy jestli něco je/není), ne „jak by to mělo být“. Když se tedy OSM zeptám „dej mi všechny města“, nechci seznam míst, kde je více obyvatel než nějaká hranice, ale seznam měst. Až budu chtít vrátit seznam míst s počtem obyvatel nad nějakou mez, zeptám se místa s počtem obyvatel nad nějakou mez, ne na města. Otázka je, co s městysem. Pro ten jsem vhodný tag nenašel. Aleš Janda 26.12.2011 00:51, Petr Balíček napsal/a: zobrazit citaci
> Taky si mylim, že je nejdřív potřeba udělat jasno v tagování a až potom vůbec začít uvažovat o importu. > Ani mně neni zřejmý, kde je hranice mezi town, village a hamlet. Tady je jeden hezkej příklad [1] - kdybysme se řídili podle oficiálního statusu, tak bude vedle sebe „town“ s 518 ob. a „hamlet“ s 231 ob. > Já bych určitě rozhodoval podle počtu obyvatel nebo ještě líp podle počtu domů, protože chalupáři taky dokážou dost ovlivnit velikost sídla. > > PB > > [1] http://old.nalzovskehory.cz/obec/dokumenty/po11.jpg >

26.12.2011 06:11:44 (#9)
gravatar

jzvc

<jzvc at tpfree.net>
585
Dne 24.12.2011 21:25, Petr Holub napsal(a): zobrazit citaci
> Ahoj, > >> Probuh, jen ne dalsi import, staci stavajici stav vodnich toku ... 1/2 >> jich je zdvojena. > vidis, ja treba v tomhle dost zasadne nesouhlasim a naopak jsem za > systematicke importy velmi rad. Nemyslim si, ze OSM ma tolik mapperu, > abychom byli schopni si vsechno zmapovat sami - kolik lidi se brodi > s GPSkou skrz potucky, potoky a ricky? A ano, vim, ze DIBAVOD nebyl > zrovna nejpresnejsi, ale porad radeji neco spravim, kdyz zrovna v danem > miste mam lokalni znalost, treba navic podlozenou UHULem. Porad mi ale prijde > lepsi mit relativne kompletni mapu a tu zpresnovat, nez mit poloprazdnou > mapu. Chapu, ze nekteri lide si vyhraji s nejakym kouskem mapy ve svem > okoli, ktere dotahnou k dokonalosti - ale to je pak dobre treba jako > vyukovy material, jak mapovat, nez jako mapa cele CR. Z tohohle pohledu > mi prijde i docela skoda, ze jsme neimportovali CORINE - ostatne podivej > se na freemap.sk (myslim, ze to z CORINE improtovali - ac si tedy nejsem > 100% jist), prijde mi, ze je to dost dobre. > > Dle meho nazoru bohate staci, ze si musime zmapovat nektere veci, k nimz se > jinak nedostaneme (turisticke a cyklo trasy; ruzne pesiny, ktere > nikde nejsou zanesene; mtb:scale; a hromada dalsiho). > > A ano, o rizicich improtu jsem cetl docela dost - hlavni vytka byla, > ze pak ta data nikdo nechape jako "vlastni" a neudrzuje je. Sam za > sebe ale rikam, ze kdyz nekde vim o spatnem trasovani, tak ho opravuji > a nechovam se k tomu jako k "cizimu". Zpresnovani mi prijde docela efektivni > - specialne s tim, jake dnes v JOSM mame nastroje (typu ImproveWayAccuracy). > > S pozdravem a s pranim krasneho proziti svatku, > Petr > > PS: uvedomuji si, ze tohle je do znacne miry tema na flamewar, ktery > bych zrovna kolem Vanoc nerad rozpoutaval. Berte to prosim rozumne > s rezervou a kdyztak se do sebe pustime az po Novem roce :)) >
Jenze na druhou stranu mit mapu plnou nesmyslnych dat ... Jde o to ze bych nerad aby se naimportovaly tuny dat, aniz by se jakkoli resily duplicity, s tim, ze to "nekdo nekdy nejak" spravi. Nespravi. Pokud se budem bavit o sidlech, pak by bylo dobre nejdrive nalinkovat vsechna exitujici (=doplnit ID). U tech, kde jsem doplnoval pocty obyvatel (aktualne vsechna nad 8000), jsem doplnoval i identifikaci. Bylo by zahodno to udelat v maximalni siri a nasledne tato sidla eliminovat z importu nebo je jen pripadne aktualizovat o cerstva/nova data (pocty obyvatel sem bral z csu). zobrazit citaci
> > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

26.12.2011 06:16:20 (#10)
gravatar

jzvc

<jzvc at tpfree.net>
585
Dne 26.12.2011 9:51, Aleš Janda napsal(a): zobrazit citaci
> Nelíbí se mi nějaké zavádění vlastních pravidel do OSM. Proč by se > status města/vesnice měl řídit podle počtu obyvatel? Pokud je něco > město, znamená to, je tam lepší infrastruktura, vede na to více > ukazatelů, častěji se po tom pojmenovává, je to výraznější na mapách. > A obvykle má více obyvatel. Je ale úplně jedno, z jakého důvodu je > významnější; nějaké rozhodování, co už je nebo není město bych nechal > na státu, ne na libovůli každého mappera. Pokud se chce někdo podívat, > kolik to má obyvatel, nechť je to v tagu u příslušného místa, ale > rozhodně jsem proti tagování města jako village, i kdyby tam nebydlel > vůbec nikdo. > > OpenStreetMap by IMHO měla fungovat jako mapová encyklopedie a > zachycovat skutečný stav věci (tedy jestli něco je/není), ne „jak by > to mělo být“. > Když se tedy OSM zeptám „dej mi všechny města“, nechci seznam míst, > kde je více obyvatel než nějaká hranice, ale seznam měst. Až budu > chtít vrátit seznam míst s počtem obyvatel nad nějakou mez, zeptám se > místa s počtem obyvatel nad nějakou mez, ne na města. > > Otázka je, co s městysem. Pro ten jsem vhodný tag nenašel. > > Aleš Janda >
Souhlas, pokud je neco s jednim obyvatelem mesto, tak je to proste mesto ... Ad mestys - IMO jde o vesnici (vilage), ve ktere existuji nejake urady, coz ale z pohledu mapy neni zase tak podstatne. To ze ma "vylucne" postaveni by IMO melo byt videt i ze struktury hranic, ne? zobrazit citaci
> > > 26.12.2011 00:51, Petr Balíček napsal/a: >> Taky si mylim, že je nejdřív potřeba udělat jasno v tagování a až >> potom vůbec začít uvažovat o importu. >> Ani mně neni zřejmý, kde je hranice mezi town, village a hamlet. Tady >> je jeden hezkej příklad [1] - kdybysme se řídili podle oficiálního >> statusu, tak bude vedle sebe „town“ s 518 ob. a „hamlet“ s 231 ob. >> Já bych určitě rozhodoval podle počtu obyvatel nebo ještě líp podle >> počtu domů, protože chalupáři taky dokážou dost ovlivnit velikost sídla. >> >> PB >> >> [1] http://old.nalzovskehory.cz/obec/dokumenty/po11.jpg >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

26.12.2011 07:04:25 (#11)
gravatar

Petr Balíček

<PBalicek at seznam.cz>
24
Je to tak, když se nad tim člověk zamyslí, musíme se řídit podle oficiálního statusu. Městys bych tagoval jako „village“ už jenom proto, že na anglický wiki je u „village“ napsáno mimo jiný tohle:„Generally smaller than a town, below 10,000 people“. Ale ať už se dohodneme jakkoli, chtělo by to na wiki jednoznačně definovat co je co. PB zobrazit citaci
> ------------ Původní zpráva ------------ > Od: jzvc <jzvc na tpfree.net> > Předmět: Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky > Datum: 26.12.2011 18:17:17 > ---------------------------------------- > Dne 26.12.2011 9:51, Aleš Janda napsal(a): > > Nelíbí se mi nějaké zavádění vlastních pravidel do OSM. Proč by se > > status města/vesnice měl řídit podle počtu obyvatel? Pokud je něco > > město, znamená to, je tam lepší infrastruktura, vede na to více > > ukazatelů, častěji se po tom pojmenovává, je to výraznější na mapách. > > A obvykle má více obyvatel. Je ale úplně jedno, z jakého důvodu je > > významnější; nějaké rozhodování, co už je nebo není město bych nechal > > na státu, ne na libovůli každého mappera. Pokud se chce někdo podívat, > > kolik to má obyvatel, nechť je to v tagu u příslušného místa, ale > > rozhodně jsem proti tagování města jako village, i kdyby tam nebydlel > > vůbec nikdo. > > > > OpenStreetMap by IMHO měla fungovat jako mapová encyklopedie a > > zachycovat skutečný stav věci (tedy jestli něco je/není), ne „jak by > > to mělo být“. > > Když se tedy OSM zeptám „dej mi všechny města“, nechci seznam míst, > > kde je více obyvatel než nějaká hranice, ale seznam měst. Až budu > > chtít vrátit seznam míst s počtem obyvatel nad nějakou mez, zeptám se > > místa s počtem obyvatel nad nějakou mez, ne na města. > > > > Otázka je, co s městysem. Pro ten jsem vhodný tag nenašel. > > > > Aleš Janda > > > > Souhlas, pokud je neco s jednim obyvatelem mesto, tak je to proste mesto ... > Ad mestys - IMO jde o vesnici (vilage), ve ktere existuji nejake urady, > coz ale z pohledu mapy neni zase tak podstatne. To ze ma "vylucne" > postaveni by IMO melo byt videt i ze struktury hranic, ne? > > > > > > > 26.12.2011 00:51, Petr Balíček napsal/a: > >> Taky si mylim, že je nejdřív potřeba udělat jasno v tagování a až > >> potom vůbec začít uvažovat o importu. > >> Ani mně neni zřejmý, kde je hranice mezi town, village a hamlet. Tady > >> je jeden hezkej příklad [1] - kdybysme se řídili podle oficiálního > >> statusu, tak bude vedle sebe „town“ s 518 ob. a „hamlet“ s 231 ob. > >> Já bych určitě rozhodoval podle počtu obyvatel nebo ještě líp podle > >> počtu domů, protože chalupáři taky dokážou dost ovlivnit velikost sídla. > >> > >> PB > >> > >> [1] http://old.nalzovskehory.cz/obec/dokumenty/po11.jpg > >> > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > >

27.12.2011 12:09:09 (#12)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
hanoj napsal(a): zobrazit citaci
> *** Napr. toto ja chapu jako subjektivni: "Pro sídla, která jsou > označena dopravní značkou začátku a konce obce svým vlastním jménem.", > protoze vetsinu sidel nikdo z OSM nenavstivil. Ocekaval bych proto > nejakou exaktnost.
Aha, v tom případě každý rozumíme něco jiného pod označením "subjektivní" a "exaktní" :-) Navržené schéma je skutečně exaktní a objektivní, tzn. vůbec do hry nevstupují osobní názory jednotlivých lidí, jen holá fakta; to, že někteří neznají všechna fakta, je vedlejší. Pokud člověk oblast aspoň trochu zná, tak tag place podle daných pravidel určí dobře... a pokud dojde ke sporu, tak je tu vždycky možnost dojet na místo a protivníkovi omlátit značku o hlavu :D zobrazit citaci
>> A proto je taky import poloautomatický a po jednotlivých obcích. > *** To jo, ale mame 6 tisic obci, 13 tisic sidel, 24 tisic ZSJ. Je > realne je to provest poloautomaticky?
Nevím a nedozvíme se to jinak než tím, že to zkusíme... A pořád tvrdím, že je lepší udělat byť jen malou část poloautomaticky s kontrolou a až potom zbytek holt s nižší kvalitou automaticky. Hlavní problém hromadného importu je, že nevidím způsob, jak vyhledávat možná chyby a najít si oblast importu, která není zkontrolovaná a opravená. zobrazit citaci
> *** DIBAVOD dopadl tak jak dopadl proto, ze se nikdo nejakyma > duplicitama, pres me namitky, nechtel zaobirat. Na duplicity UIR-ZSJ > jsi, pokud dobre chapu wiki, pripravil skripty.
Na většinu ano, ale jsou situace, kdy se bez lidského mozku neobejdem - uzel není možné posunout/odstranit, protože je odkazován cestou/relací, je nekompatibilní s ODbL a obsahuje nějaké netriviální tagy, má zkomolené nebo trochu jiné jméno než v UIR (v Pardubicích např. ZSJ "Sídliště Dubina" vs. uzel "Dubina"). zobrazit citaci
>> 2) Správné tagování je třeba pro smysluplné doplnění údaje o obyvatelstu >> [1]. Sice je pravda, že tohle se dá už doplňovat a aktualizovat >> automaticky (a mám to v plánu), ale imho je lepší to dělat vše při jednom. > *** ja myslel ze to tvuj skript umi.
Ano, doplní počty obyvatel, ale předtím musí někdo označit, co jsou samostatné vesnice, bez toho to nemá moc smysl... a na to je potřeba lidský mozek a místní znalost. zobrazit citaci
>>> city ... město (admin_level=6, OBCE.DBF), obyv= 90.000+ (nevejdou se >>> krajská města se Jihlava, Karlovy Vary, Zlín) >> >> 90.000+ je současná situace. Je nějaký důvod tam přidávat i všechna >> krajská města? Je opravdu třeba Jihlava tak důležitá, a co třeba >> Havířov, Most, Děčín? > *** ja to konstatuji, nemam s tim problem a ocekaval bych toto info na wiki. > > >>> hamlet ... cast obce (COBE.DBF) >> >> Chápu asi o co ses tím snažil, ale... >> 1) Chodov, Žizkov, Vinohrady v Praze nejsou hamlet :-) >> >> ... >> >>> suburb ... mestska cast (MCAST.DBF) >> >> MCAST.DBF mi moc užitečná nepřijde - Praha 1-22, Pardubice 1-8, ... mno >> nevím... > *** OK, statutarni mesta to maji jinak. Ty se opravu daji vyresit rucne.
Statutarní města mají navíc dělení na MCAST, které mi (jak už jsem psal) moc užitečné nepřijde. Ale problém s COBE a hamlet není omezen jen na ně (pražská sídliště jsem zvolil jen jako vhodnou ukázku). Petr Morávek aka Xificurk ------------- další část --------------- A non-text attachment was scrubbed... Name: xificurk.vcf Type: text/x-vcard Size: 212 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111227/c5230129/attachment.vcf> ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111227/c5230129/attachment.sig>

27.12.2011 12:17:18 (#13)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
jzvc napsal(a): zobrazit citaci
> Dne 26.12.2011 9:51, Aleš Janda napsal(a): >> Nelíbí se mi nějaké zavádění vlastních pravidel do OSM. Proč by se >> status města/vesnice měl řídit podle počtu obyvatel? Pokud je něco >> město, znamená to, je tam lepší infrastruktura, vede na to více >> ukazatelů, častěji se po tom pojmenovává, je to výraznější na mapách. >> A obvykle má více obyvatel. Je ale úplně jedno, z jakého důvodu je >> významnější; nějaké rozhodování, co už je nebo není město bych nechal >> na státu, ne na libovůli každého mappera. Pokud se chce někdo podívat, >> kolik to má obyvatel, nechť je to v tagu u příslušného místa, ale >> rozhodně jsem proti tagování města jako village, i kdyby tam nebydlel >> vůbec nikdo. >> >> OpenStreetMap by IMHO měla fungovat jako mapová encyklopedie a >> zachycovat skutečný stav věci (tedy jestli něco je/není), ne „jak by >> to mělo být“. >> Když se tedy OSM zeptám „dej mi všechny města“, nechci seznam míst, >> kde je více obyvatel než nějaká hranice, ale seznam měst. Až budu >> chtít vrátit seznam míst s počtem obyvatel nad nějakou mez, zeptám se >> místa s počtem obyvatel nad nějakou mez, ne na města. >> >> Otázka je, co s městysem. Pro ten jsem vhodný tag nenašel. >> >> Aleš Janda >> > > Souhlas, pokud je neco s jednim obyvatelem mesto, tak je to proste mesto ... > Ad mestys - IMO jde o vesnici (vilage), ve ktere existuji nejake urady, > coz ale z pohledu mapy neni zase tak podstatne. To ze ma "vylucne" > postaveni by IMO melo byt videt i ze struktury hranic, ne?
Pánové, vy jste si asi vůbec nepřečetli ani těch pár odstavců, co jsem sesmolil na wiki, natožpak článek "Vymezení venkovských obcí v Česku" [1] z Deníku veřejné správy, co? Městys rozhodně není "vesnici (vilage), ve ktere existuji nejake urady", dokonce ani město se podobně nedá popsat. Tak ještě jednou sem - statut městyse a města je čistě formální záležitost, nevyplývají z něj žádné dodatečné povinnosti ani pravomoci... a z historických důvodů tento titul obce ani nelze použít k rozlišení venkovský vs. městský typ sídla. Petr Morávek aka Xificurk [1] http://www.dvs.cz/clanek.asp?id=6384068 ------------- další část --------------- A non-text attachment was scrubbed... Name: xificurk.vcf Type: text/x-vcard Size: 212 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111227/3a6c875f/attachment.vcf> ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111227/3a6c875f/attachment.sig>

27.12.2011 01:26:29 (#14)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
Diskuze občas trochu předbíhá, takže pojďme prosím popořadě. 1) CO IMPORTOVAT? Datasety OBCE, COBE a ZSJ. MCAST se tyka jen statutarních měst, ale informace, ktere obsahuje, mi nepřijdou tak užitečné, aby mělo smysl řešit import. 2) JAK TAGOVAT? Z předchozích mailů se mi zdá, že někteří celkem zbytečně míchají dohromady administrativní členění (a data s ním související) s importem sídel. Administrativní členění máme již v OSM v podobě relací hranic - chcete vědět název, území, počet obyvatel, LAU2 kod, titul (statutarní město/město/městys) nějaké _obce_ (ve smyslu definovaném v zákoně)? Podívejte se na příslušnou relaci, ta data tam jsou! Druhá věc (která s předchozím souvisí jen částečně) jsou jednotlivá sídla - to jsou jednotlivé vesnice, města, sídliště, samoty... (a teď nepoužívám ani jeden pojem ve významu vymezeném zákony). To je to, co člověk vidí na rozcestníku turistické trasy, na směrovkách na křižovatce silnic, to je ten název, co je na ceduli na začátku/konci obce, to je ten název, který používáme v odpovědi na otázku "Kde bydlíš?". A jsou to taky pojmenovaná místa, která bych rád viděl na turistické mapě. 2a) place=??? Překopíruju, co jsem navrhnul já na wiki: --- city - Momentálně je v ČR 10 měst s tímto tagem (Brno, České Budějovice, Hradec Králové, Liberec, Olomouc, Ostrava, Pardubice, Plzeň, Praha, Ústí nad Labem). Tento stav by měl být zachován. town a village - Pro sídla, která jsou označena dopravní značkou začátku a konce obce svým vlastním jménem. Pro rozlišení town a village je nevhodné používat oficiální statut obce, jako vhodnější ukazatel se jeví počet obyvatel, a to sice zákonná hranice 3000. Tzn. pokud má obec (definovaná hranicemi relace s admin_level=8) 3000 a více obyvatel, měl by mít uzel v roli admin_centre na relaci obce place=town, všechno ostatní place=village hamlet - Pro sídla, která nejsou označena dopravní značkou začátku a konce obce a zároveň nejsou "uvnitř" jiného takového sídla - typicky malé vesničky, do kterých vede pouze nějaká místní komunikace. suburb - Pro části obce, které jsou součástí nějakého sídla označeného pomocí place= city, town, village. neighbourhood - Pro obydlené (10? a více stálých obyvatel) základní sídelní jednotky, které jsou součástí nějakého sídla označeného pomocí place= city, town, village. locality - Pro neobydlené základní sídelní jednotky, které jsou součástí nějakého sídla označeného pomocí place= city, town, village. --- Jsem otevřen jakýmkoliv změnám (to je taky jeden z hlavních důvodů, proč jsem se ozval). Ale pokud máte někdo pocit, že je něco špatně, zkuste prosím uvést konkrétní příklad typu "V obci ABC by podle uvedených pravidel měl být uzel DEF s tagem place=XYZ a já si myslím, že to je blbost, protože... A bylo by vhodné pravidla změnit následujícím způsobem..." 2b) population=??? Dávat tag population všem uzlům, které mají tag place=city,town,village,hamlet (tj. samostatná sídla) podle následujícího klíče: i) jedná-li se o část obce: obyvatelstvo z COBE, ii) jedná-li se pouze o základní sídelní jednotku: obyvatelstvo ze ZSJ, iii) jedná-li se o administrativní centrum obce: obyvatelstvo z OBCE - (součet obyvatelstva částí obce z kroku (i)). Tento postup zajistí, že součet hodnot tagu population ze všech sídel na území obce (admin_level=8) bude zhruba odpovídat celkovému počtu obyvatel v dané obci. Jediným problémem jsou sídla, která jsou oficiálně pouze ZSJ, ale nikoliv části obce (tam dochází k dvojímu započítávání). 3) IMPORT Přesný postup prosím řešme až bude jasno v předchozích krocích. Obecně si ale myslím, že je lepší začít poloautomatickým importem v místech, kde jsou ochotní mapeři, importovaná data tak budou řádově vyšší kvality než když by se to vzalo jedním šmahem celá republika (k takovému kroku se může přistoupit kdykoliv). Petr Morávek aka Xificurk ------------- další část --------------- A non-text attachment was scrubbed... Name: xificurk.vcf Type: text/x-vcard Size: 212 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111227/b8d675e6/attachment.vcf> ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111227/b8d675e6/attachment.sig>

28.12.2011 12:48:40 (#15)
gravatar

Karel Volný

<kavol at seznam.cz>
567
zdravím, zobrazit citaci
> > Probuh, jen ne dalsi import, staci stavajici stav vodnich toku ... 1/2 > > jich je zdvojena. > > vidis, ja treba v tomhle dost zasadne nesouhlasim a naopak jsem za > systematicke importy velmi rad. Nemyslim si, ze OSM ma tolik mapperu, > abychom byli schopni si vsechno zmapovat sami - kolik lidi se brodi > s GPSkou skrz potucky, potoky a ricky? A ano, vim, ze DIBAVOD nebyl > zrovna nejpresnejsi, ale porad radeji neco spravim, kdyz zrovna v danem > miste mam lokalni znalost, treba navic podlozenou UHULem.
hm, jenže vono to v reálu tak ňák moc nefunguje ... já bych taky rád něco spravil - a něco už jsem pospravoval, ale na něco jsem si jaksi vůbec netrouf ... přestože mám místní znalost, přestože mám ÚHUL, přestože mám i nějaké záznamy z GPS ... ono je to docela těžký, když člověk kouká na ty dvě waye pro jednu řeku, a teď vidí, že někde odpovídá líp jedna a někde druhá, a rozhoduje se, že má smazat kus něčí práce, buď jeden nebo druhej (a strávit čas na opravě toho, kde míň odpovídá to, co nechal, protože přece není nějakej kazisvět a nenechá v mapě chyby, o kterejch ví), a teď zjišťuje, že se nemůže jen tak zastavit na konci waye, že by tam měl dořešit navázání, a teď zas neví, na kterou dál, a když má ta řeka asi 200 kiláků přes půl republiky (a ta jedna way z toho má třeba 60 kiláků), a má hodinu čekat, než se mu to všecko všecičko okolo postahuje, a tak vůbec ... zobrazit citaci
> Porad mi ale prijde lepsi mit relativne kompletni mapu a tu zpresnovat, nez > mit poloprazdnou mapu.
to je zase argument ... jakže se tomu říká, falešné dilema? že se nebude importovat každá blbina, s prominutím, přece ještě neimplikuje, že budeme mít prázdnou mapu jinak, já jsem sice radši, když se můžu od něčeho odpíchnout, když už v tý mapě něco je, ale pokud si mám vybrat, tak radši bílý místo, který si dokreslím, než když musím něco těžce opravovat (a taky se mi nechce opravovat, když už v mapě věci jakž-takž odpovídaj) zobrazit citaci
> Chapu, ze nekteri lide si vyhraji s nejakym kouskem mapy ve svem okoli, > ktere dotahnou k dokonalosti - ale to je pak dobre treba jako vyukovy > material, jak mapovat, nez jako mapa cele CR.
tož, cílem je asi mít takovejch lidí co nejvíc ... a já se obávám, že ti se nenalákaj, pokud budou mít pocit, že ta mapa stojí za dvě věci - v tom smyslu, že je špatná, ne že je neúplná hele, já nejsem proti importům obecně, ba naopak, vítal bych doplnění spousty dat (kdyby se KČT koněčně chyt za nos ...), ale teda zrovna ten DIBAVOD je příkladem, jak by to fakt dopadnout nemělo a tak trošku mě to nutká, abych souhlasil s kolegou "probůh jen ne další import" zobrazit citaci
> Z tohohle pohledu mi prijde i docela skoda, ze jsme neimportovali CORINE - > ostatne podivej se na freemap.sk (myslim, ze to z CORINE improtovali - ac si > tedy nejsem 100% jist), prijde mi, ze je to dost dobre.
tak naokraj, asi záleží, kam se zrovna koukáš ... seznamoval jsem tuhle jednoho kamaráda s projektem, no a po zběžné obhlídce Bratislavy, přes kterou jsme se k tomu dostali skrze stížnost na nedostatek legálních podkladů pro prezentaci jeho architektonického skvostu, ho samozřejmě začala zajímat jeho rodná víska ... mno, víska, ehm ... a nastalo zklamání, neb tam tak akorát byla hlavní silnice a odbočka z ní do sousední obce ... což tedy dalo krásnou příležitost předvést, jak se mapa může kreslit, ale dalo dosti nafrak představě o použitelnosti (mimo pár vybraných lokalit) zobrazit citaci
> PS: uvedomuji si, ze tohle je do znacne miry tema na flamewar, ktery > bych zrovna kolem Vanoc nerad rozpoutaval. Berte to prosim rozumne > s rezervou a kdyztak se do sebe pustime az po Novem roce :))
prdlačky, na Vánoce je nejvíc času na odreagování (pokud někdo nemá to štěstí, že si užívá někde na horách mimo dosah netu ;-)) K.

28.12.2011 01:31:52 (#16)
gravatar

Karel Volný

<kavol at seznam.cz>
567
zdar, jen poznámka na okraj ... zobrazit citaci
> town a village - Pro sídla, která jsou označena dopravní značkou začátku > a konce obce svým vlastním jménem. Pro rozlišení town a village je > nevhodné používat oficiální statut obce, jako vhodnější ukazatel se jeví > počet obyvatel, a to sice zákonná hranice 3000. Tzn. pokud má obec > (definovaná hranicemi relace s admin_level=8) 3000 a více obyvatel, měl > by mít uzel v roli admin_centre na relaci obce place=town, všechno > ostatní place=village
tady to IMHO zase odkrývá nedávno řešený problém, jak se vypořádat s "důležitostí" počet obyvatel je jistým vodítkem, ale taky to není vše ... popravdě, nechápu, proč by to mělo být pro rozlišení vhodnější? tedy, držel bych se v tagování toho, jestli dané sídlo je formálně městem či nikoli, a ne toho, jestli k nějakému datu mělo alespoň 3k obyvatel, ale ve vykreslování bych klidně dal na tu subjektivní důležitost, která nebude dána počtem obyvatel, nýbrž významem v regionu - napadá mě několik sídel za Prahou, která mají status města, ale chcíp tam pes, neb jsou tak akorát satelitem Prahy, zatímco jinde celý region žije děním v mnohem menší obci (mám teď v hlavě třebas v západních Čechách Planou u Mariánských Lázní, ale ta teda zrovna už splňuje status města ... nicméně vzpomínám na chalupu kamaráda v Kořenu, kde to bylo "všechno do Planý", a srovnávám s bydlištěm prarodičů v Libčicích nad Vltavou, který už město dávno jsou, a bylo to v nich "všechno do Prahy" ... a jiný to tam bylo před revolucí, před de facto zánikem šroubárny, ač obyvatel tam bylo +- stejně) K.

28.12.2011 02:56:50 (#17)
gravatar

Jan Dudík

<jan.dudik at gmail.com>
355 733
Tak co kdybys pro začátek připravil nějaké datasety pro vybrané obce aby si kdokoliv mohl nakouknout, jak by to vypadalo a srovnat se stavem zaneseným do OSM? například těch 10x city... JD Dne 27. prosince 2011 13:26 "Petr Morávek [Xificurk]" <xificurk na gmail.com> napsal(a): zobrazit citaci
> Diskuze občas trochu předbíhá, takže pojďme prosím popořadě. > > > 1) CO IMPORTOVAT? > > Datasety OBCE, COBE a ZSJ. > MCAST se tyka jen statutarních měst, ale informace, ktere obsahuje, mi > nepřijdou tak užitečné, aby mělo smysl řešit import. > > > 2) JAK TAGOVAT? > > Z předchozích mailů se mi zdá, že někteří celkem zbytečně míchají > dohromady administrativní členění (a data s ním související) s importem > sídel. > > Administrativní členění máme již v OSM v podobě relací hranic - chcete > vědět název, území, počet obyvatel, LAU2 kod, titul (statutarní > město/město/městys) nějaké _obce_ (ve smyslu definovaném v zákoně)? > Podívejte se na příslušnou relaci, ta data tam jsou! > > Druhá věc (která s předchozím souvisí jen částečně) jsou jednotlivá > sídla - to jsou jednotlivé vesnice, města, sídliště, samoty... (a teď > nepoužívám ani jeden pojem ve významu vymezeném zákony). To je to, co > člověk vidí na rozcestníku turistické trasy, na směrovkách na křižovatce > silnic, to je ten název, co je na ceduli na začátku/konci obce, to je > ten název, který používáme v odpovědi na otázku "Kde bydlíš?". A jsou to > taky pojmenovaná místa, která bych rád viděl na turistické mapě. > > > 2a) place=??? > > Překopíruju, co jsem navrhnul já na wiki: > --- > city - Momentálně je v ČR 10 měst s tímto tagem (Brno, České Budějovice, > Hradec Králové, Liberec, Olomouc, Ostrava, Pardubice, Plzeň, Praha, Ústí > nad Labem). Tento stav by měl být zachován. > > town a village - Pro sídla, která jsou označena dopravní značkou začátku > a konce obce svým vlastním jménem. Pro rozlišení town a village je > nevhodné používat oficiální statut obce, jako vhodnější ukazatel se jeví > počet obyvatel, a to sice zákonná hranice 3000. Tzn. pokud má obec > (definovaná hranicemi relace s admin_level=8) 3000 a více obyvatel, měl > by mít uzel v roli admin_centre na relaci obce place=town, všechno > ostatní place=village > > hamlet - Pro sídla, která nejsou označena dopravní značkou začátku a > konce obce a zároveň nejsou "uvnitř" jiného takového sídla - typicky > malé vesničky, do kterých vede pouze nějaká místní komunikace. > > suburb - Pro části obce, které jsou součástí nějakého sídla označeného > pomocí place= city, town, village. > > neighbourhood - Pro obydlené (10? a více stálých obyvatel) základní > sídelní jednotky, které jsou součástí nějakého sídla označeného pomocí > place= city, town, village. > > locality - Pro neobydlené základní sídelní jednotky, které jsou součástí > nějakého sídla označeného pomocí place= city, town, village. > --- > Jsem otevřen jakýmkoliv změnám (to je taky jeden z hlavních důvodů, proč > jsem se ozval). Ale pokud máte někdo pocit, že je něco špatně, zkuste > prosím uvést konkrétní příklad typu "V obci ABC by podle uvedených > pravidel měl být uzel DEF s tagem place=XYZ a já si myslím, že to je > blbost, protože... A bylo by vhodné pravidla změnit následujícím > způsobem..." > > > 2b) population=??? > > Dávat tag population všem uzlům, které mají tag > place=city,town,village,hamlet (tj. samostatná sídla) podle > následujícího klíče: > i) jedná-li se o část obce: obyvatelstvo z COBE, > ii) jedná-li se pouze o základní sídelní jednotku: obyvatelstvo ze ZSJ, > iii) jedná-li se o administrativní centrum obce: obyvatelstvo z OBCE - > (součet obyvatelstva částí obce z kroku (i)). > > Tento postup zajistí, že součet hodnot tagu population ze všech sídel na > území obce (admin_level=8) bude zhruba odpovídat celkovému počtu > obyvatel v dané obci. Jediným problémem jsou sídla, která jsou oficiálně > pouze ZSJ, ale nikoliv části obce (tam dochází k dvojímu započítávání). > > > 3) IMPORT > > Přesný postup prosím řešme až bude jasno v předchozích krocích. > Obecně si ale myslím, že je lepší začít poloautomatickým importem v > místech, kde jsou ochotní mapeři, importovaná data tak budou řádově > vyšší kvality než když by se to vzalo jedním šmahem celá republika (k > takovému kroku se může přistoupit kdykoliv). > > > Petr Morávek aka Xificurk > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-- -- Ing. Jan Dudík

28.12.2011 03:37:22 (#18)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
Co se týká tagování tak se nejlepší zdá návrh Petra Morávka (city ručně vybraná největší města, town obce >3000, village ostatní obce, samoty sídla, která nejsou obcí, locality pojmenovaná místa, kde nikdo nebydlí. Kopírování formálního statutu statutární město/město/městys/vesnice nedává smysl, protože 1. neodpovídá ani počtem dělení city/town/village 2. status města nesouvisí s jeho velikostí ani významem, a podporovat mentální masturbaci obyvatel samot s pár obyvateli, že jsou městem není na místě 3. vypovídací hodnota by měla být univerzální => mělo by se použít celosvětově srovnatelné měřítko jako je počet obyvatel. Proti vlastnímu importu nic nemám, ale radši budu mít poloprázdnou mapu, kde všechno bude správně než mapu plnou nesmyslů a duplicit. Opravovat chyby je často mnohem horší než začít na čisto (týká se mj. i importovaných špatně umístěných adresních bodů) LM_1 Dne 27. prosince 2011 13:26 "Petr Morávek [Xificurk]" <xificurk na gmail.com> napsal(a): zobrazit citaci
> Diskuze občas trochu předbíhá, takže pojďme prosím popořadě. > > > 1) CO IMPORTOVAT? > > Datasety OBCE, COBE a ZSJ. > MCAST se tyka jen statutarních měst, ale informace, ktere obsahuje, mi > nepřijdou tak užitečné, aby mělo smysl řešit import. > > > 2) JAK TAGOVAT? > > Z předchozích mailů se mi zdá, že někteří celkem zbytečně míchají > dohromady administrativní členění (a data s ním související) s importem > sídel. > > Administrativní členění máme již v OSM v podobě relací hranic - chcete > vědět název, území, počet obyvatel, LAU2 kod, titul (statutarní > město/město/městys) nějaké _obce_ (ve smyslu definovaném v zákoně)? > Podívejte se na příslušnou relaci, ta data tam jsou! > > Druhá věc (která s předchozím souvisí jen částečně) jsou jednotlivá > sídla - to jsou jednotlivé vesnice, města, sídliště, samoty... (a teď > nepoužívám ani jeden pojem ve významu vymezeném zákony). To je to, co > člověk vidí na rozcestníku turistické trasy, na směrovkách na křižovatce > silnic, to je ten název, co je na ceduli na začátku/konci obce, to je > ten název, který používáme v odpovědi na otázku "Kde bydlíš?". A jsou to > taky pojmenovaná místa, která bych rád viděl na turistické mapě. > > > 2a) place=??? > > Překopíruju, co jsem navrhnul já na wiki: > --- > city - Momentálně je v ČR 10 měst s tímto tagem (Brno, České Budějovice, > Hradec Králové, Liberec, Olomouc, Ostrava, Pardubice, Plzeň, Praha, Ústí > nad Labem). Tento stav by měl být zachován. > > town a village - Pro sídla, která jsou označena dopravní značkou začátku > a konce obce svým vlastním jménem. Pro rozlišení town a village je > nevhodné používat oficiální statut obce, jako vhodnější ukazatel se jeví > počet obyvatel, a to sice zákonná hranice 3000. Tzn. pokud má obec > (definovaná hranicemi relace s admin_level=8) 3000 a více obyvatel, měl > by mít uzel v roli admin_centre na relaci obce place=town, všechno > ostatní place=village > > hamlet - Pro sídla, která nejsou označena dopravní značkou začátku a > konce obce a zároveň nejsou "uvnitř" jiného takového sídla - typicky > malé vesničky, do kterých vede pouze nějaká místní komunikace. > > suburb - Pro části obce, které jsou součástí nějakého sídla označeného > pomocí place= city, town, village. > > neighbourhood - Pro obydlené (10? a více stálých obyvatel) základní > sídelní jednotky, které jsou součástí nějakého sídla označeného pomocí > place= city, town, village. > > locality - Pro neobydlené základní sídelní jednotky, které jsou součástí > nějakého sídla označeného pomocí place= city, town, village. > --- > Jsem otevřen jakýmkoliv změnám (to je taky jeden z hlavních důvodů, proč > jsem se ozval). Ale pokud máte někdo pocit, že je něco špatně, zkuste > prosím uvést konkrétní příklad typu "V obci ABC by podle uvedených > pravidel měl být uzel DEF s tagem place=XYZ a já si myslím, že to je > blbost, protože... A bylo by vhodné pravidla změnit následujícím > způsobem..." > > > 2b) population=??? > > Dávat tag population všem uzlům, které mají tag > place=city,town,village,hamlet (tj. samostatná sídla) podle > následujícího klíče: > i) jedná-li se o část obce: obyvatelstvo z COBE, > ii) jedná-li se pouze o základní sídelní jednotku: obyvatelstvo ze ZSJ, > iii) jedná-li se o administrativní centrum obce: obyvatelstvo z OBCE - > (součet obyvatelstva částí obce z kroku (i)). > > Tento postup zajistí, že součet hodnot tagu population ze všech sídel na > území obce (admin_level=8) bude zhruba odpovídat celkovému počtu > obyvatel v dané obci. Jediným problémem jsou sídla, která jsou oficiálně > pouze ZSJ, ale nikoliv části obce (tam dochází k dvojímu započítávání). > > > 3) IMPORT > > Přesný postup prosím řešme až bude jasno v předchozích krocích. > Obecně si ale myslím, že je lepší začít poloautomatickým importem v > místech, kde jsou ochotní mapeři, importovaná data tak budou řádově > vyšší kvality než když by se to vzalo jedním šmahem celá republika (k > takovému kroku se může přistoupit kdykoliv). > > > Petr Morávek aka Xificurk > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

28.12.2011 03:47:41 (#19)
gravatar

Petr Holub

<hopet at ics.muni.cz>
290 4627
Zdravim, zobrazit citaci
> já bych taky rád něco spravil - a něco už jsem pospravoval, ale na něco jsem > si jaksi vůbec netrouf ... přestože mám místní znalost, přestože mám ÚHUL, > přestože mám i nějaké záznamy z GPS ... > > ono je to docela těžký, když člověk kouká na ty dvě waye pro jednu řeku, a teď > vidí, že někde odpovídá líp jedna a někde druhá, a rozhoduje se, že má smazat > kus něčí práce, buď jeden nebo druhej (a strávit čas na opravě toho, kde míň > odpovídá to, co nechal, protože přece není nějakej kazisvět a nenechá v mapě > chyby, o kterejch ví), a teď zjišťuje, že se nemůže jen tak zastavit na konci > waye, že by tam měl dořešit navázání, a teď zas neví, na kterou dál, a když má > ta řeka asi 200 kiláků přes půl republiky (a ta jedna way z toho má třeba 60 > kiláků), a má hodinu čekat, než se mu to všecko všecičko okolo postahuje, a > tak vůbec ...
ja to delam tak, ze vezmu DIBAVODi cestu, opravim jeji tvar podle svych nejlepsich znalosti, i s vyuzitim te variantni cesty (ten druhy way pro reku, jak tomu rikas), a poznacim dibavod:error=shape. Variantni cestu zkontroluji, jestli neobsahuje nejake zajimave tagy, prevedu ji na tu DIBAVODi a pote tu varitantni cestu zlikviduji. Neprijde mi to jako vandalismus, protoze se snazim zachovat vse, nad cim uz nekdo manualne pracoval. Duvod, proc pouzivam ty DIBAVODi cesty je v tom, ze vytvareji pomerne ucelenou sit (navazani), kterou z tech ostatnich podkladu a znalosti dle meho nazoru jde docela dobre zpresnovat (vetsinou se jedna o upravu tvaru, at uz reky nebo vodni plochy). Takoveho slucovani ruznych verzi veci jsem pri distribuovanem vyvoji softwaru zazil docela dost - kdyz si clovek rozmysli dopredu strategii, jak s tim bude pracovat, tak to zas tolik casu nebere. Jinak mi prijde, ze ten DIBAVOD slouzi trochu zbytecne jako otloukanek. Zas tak strasne nepresny mi neprijde. Ze se od jejich mapovani neco zmenilo, nejaka nadrz ubylo nebo pribyla je prece normalni. Stejne tak se vyviji vsechno na svete a ruzne veci musime a budeme muset premapovavat. Naopak to, co tam lidi obcas nahrnuli z kominace UHULu a katastralky (vcetne mych editaci) obcas taky zrovna presne neni, specialne kdyz je to kryte vegetaci. zobrazit citaci
> to je zase argument ... jakže se tomu říká, falešné dilema? > > že se nebude importovat každá blbina, s prominutím, přece ještě neimplikuje, > že budeme mít prázdnou mapu
Nemyslim si, ze vodni toky a plochy jsou z pohledu mapovani blbina. Jestli potrebujeme ta sidla, jak se ted resi, je na diskusi - muj nazor je ano, ale plne podporuji to, abychom danou vec prodiskutovali. Duvod me reakce byl v tom, ze byl zas DIBAVOD pouzity jako pendrek. zobrazit citaci
> tož, cílem je asi mít takovejch lidí co nejvíc ... a já se obávám, že ti se > nenalákaj, pokud budou mít pocit, že ta mapa stojí za dvě věci - v tom smyslu, > že je špatná, ne že je neúplná > > seznamoval jsem tuhle jednoho kamaráda s projektem, no a po zběžné obhlídce > Bratislavy, přes kterou jsme se k tomu dostali skrze stížnost na nedostatek > legálních podkladů pro prezentaci jeho architektonického skvostu, ho > samozřejmě začala zajímat jeho rodná víska ... mno, víska, ehm ... a nastalo > zklamání, neb tam tak akorát byla hlavní silnice a odbočka z ní do sousední > obce ... což tedy dalo krásnou příležitost předvést, jak se mapa může kreslit, > ale dalo dosti nafrak představě o použitelnosti (mimo pár vybraných lokalit)
Prijde mi, ze si v techto dvou odstavcich trochu protirecis (schvalne jsem je dal k sobe). V prvni rikas, ze neuplna mapa tolik neodradi a ve druhem zrovna uvadis priklad, kdy odradila. Ostatne vezmi si, ze i komercni poskytovatele map pouzivaji docela dost mechanismus hlaseni chyb v mape. Ohledne Slovenska jsem zminoval je pokryti povrchu - nemaji naimportovane vse, jak zminuji tady: http://wiki.freemap.sk/CLC specialne zapad Slovenska. Priklad toho, co se mi docela libi, je treba tady: http://www.freemap.sk/?l=3111-c27e zobrazit citaci
> hele, já nejsem proti importům obecně, ba naopak, vítal bych doplnění spousty > dat (kdyby se KČT koněčně chyt za nos ...), ale teda zrovna ten DIBAVOD je
Ad KCT - musim rict, ze zrovna tyhle data nevim, jak bychom importovali :) Protoze znacky vedou obcas po cestach a necestach - a jak rozlisis, co by se v pripade stopy dane znacky melo povazovat za duplicitu a co za novou cestu. Ale treba bychom neco vymysleli. Petr

28.12.2011 10:56:33 (#20)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
Karel Volný napsal(a): zobrazit citaci
>> town a village - Pro sídla, která jsou označena dopravní značkou začátku >> a konce obce svým vlastním jménem. Pro rozlišení town a village je >> nevhodné používat oficiální statut obce, jako vhodnější ukazatel se jeví >> počet obyvatel, a to sice zákonná hranice 3000. Tzn. pokud má obec >> (definovaná hranicemi relace s admin_level=8) 3000 a více obyvatel, měl >> by mít uzel v roli admin_centre na relaci obce place=town, všechno >> ostatní place=village > > tady to IMHO zase odkrývá nedávno řešený problém, jak se vypořádat s > "důležitostí"
Obecně jsou lokální "důležitost" sídla a rozlišení venkovská vesnice vs. město dvě různé věci. Já jsem se snažil adresovat to druhé. Je pravda, že u nás v republice budou obě kategorizace velmi podobné, ale přestává to platit jakmile se přestanem omezovat jen na naši kotlinu. zobrazit citaci
> počet obyvatel je jistým vodítkem, ale taky to není vše ... popravdě, nechápu, > proč by to mělo být pro rozlišení vhodnější?
Ano, vyšší počet obyvatel je jen jedním z mnoha znaků města, a když se použije jako kritérium pro rozlišení place=town/village, určitě se najdou některá místa, která by si zasloužila otagovat jinak než říká počet obyvatel. ALE je to lepší než titul města, který neříká o typu sídla zhola nic. Protože podle titulu uděleného obci stojí na jednom konci spektra pár baráků u silnice jménem město Přebuz [1] se 74 obyvateli, kde chcíp pes. A na tom druhém stojí vesnice Jesenice [2] s pověřeným obecním úřadem, obchody, bankomaty, školou... Takhle vážně ne! Když se použije jako kritérium počet obyvatel, tak to nebude perfektní, ale dle mého názoru dostatečné... Pokud si stále někdo myslí, že počet obyvatel je strašně špatné kritérium pro rozhodnutí jestli se jedná o venkovské nebo městské sídlo, zkuste najít nějaký konkrétní podobně křiklavý nesoulad. Petr Morávek aka Xificurk [1] http://mapy.cz/s/2K37 [2] http://mapy.cz/s/2K3i ------------- další část --------------- A non-text attachment was scrubbed... Name: xificurk.vcf Type: text/x-vcard Size: 212 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111228/515b56f0/attachment.vcf> ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111228/515b56f0/attachment.sig>

28.12.2011 11:35:01 (#21)
gravatar

Petr Balíček

<PBalicek at seznam.cz>
24
Vcelku s tebou souhlasim, ale zdá se, že posoudit, co je město a co ne neni jednoduchá věc ;) Čistě podle počtu obyvatel nelze - to by pak tagy „place“ a „population“ obsahovaly stejnou informaci. Oficiální status taky neni ideální kvůli městysům, miniměstům a maxivesnicím. Co takhle vymyslet jakýsi komplexní rozhodovací pravidlo tak, aby bylo možno rozhodnout objektivně? Představoval bych si to zhruba takhle: 1) 3000+ ob. => 2 body; 500-3000 ob. => 1 bod; 0-500 ob. => 0 b 2) oficiální status: město =>3 b; městys => 2 b; obec => 1 b; část obce => 0 b 3) kino: ano => 1 b; ne => 0 b 4) hospoda: ano => 1 b; ne => 0 b 5) supermarket(y): 2 a více => 2 b; 1 => 1 b; 0 = 0 b ... ... ... součet bodů: 10+ => town 5-10 => village 0-5 => hamlet zobrazit citaci
> ------------ Původní zpráva ------------ > Od: "Petr Morávek [Xificurk]" <xificurk na gmail.com> > Předmět: Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky > Datum: 28.12.2011 22:57:14 > ---------------------------------------- > Karel Volný napsal(a): > >> town a village - Pro sídla, která jsou označena dopravní značkou začátku > >> a konce obce svým vlastním jménem. Pro rozlišení town a village je > >> nevhodné používat oficiální statut obce, jako vhodnější ukazatel se jeví > >> počet obyvatel, a to sice zákonná hranice 3000. Tzn. pokud má obec > >> (definovaná hranicemi relace s admin_level=8) 3000 a více obyvatel, měl > >> by mít uzel v roli admin_centre na relaci obce place=town, všechno > >> ostatní place=village > > > > tady to IMHO zase odkrývá nedávno řešený problém, jak se vypořádat s > > "důležitostí" > > Obecně jsou lokální "důležitost" sídla a rozlišení venkovská vesnice vs. > město dvě různé věci. Já jsem se snažil adresovat to druhé. Je pravda, > že u nás v republice budou obě kategorizace velmi podobné, ale přestává > to platit jakmile se přestanem omezovat jen na naši kotlinu. > > > počet obyvatel je jistým vodítkem, ale taky to není vše ... popravdě, nechápu, > > > proč by to mělo být pro rozlišení vhodnější? > > Ano, vyšší počet obyvatel je jen jedním z mnoha znaků města, a když se > použije jako kritérium pro rozlišení place=town/village, určitě se > najdou některá místa, která by si zasloužila otagovat jinak než říká > počet obyvatel. > ALE je to lepší než titul města, který neříká o typu sídla zhola nic. > > Protože podle titulu uděleného obci stojí na jednom konci spektra pár > baráků u silnice jménem město Přebuz [1] se 74 obyvateli, kde chcíp pes. > A na tom druhém stojí vesnice Jesenice [2] s pověřeným obecním úřadem, > obchody, bankomaty, školou... Takhle vážně ne! > > Když se použije jako kritérium počet obyvatel, tak to nebude perfektní, > ale dle mého názoru dostatečné... > > Pokud si stále někdo myslí, že počet obyvatel je strašně špatné > kritérium pro rozhodnutí jestli se jedná o venkovské nebo městské sídlo, > zkuste najít nějaký konkrétní podobně křiklavý nesoulad. > > Petr Morávek aka Xificurk > > [1] http://mapy.cz/s/2K37 > [2] http://mapy.cz/s/2K3i > > >

28.12.2011 11:52:55 (#22)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
Petr Balíček napsal(a): zobrazit citaci
> Vcelku s tebou souhlasim, ale zdá se, že posoudit, co je město a co ne neni jednoduchá věc ;)
To není :-) zobrazit citaci
> Čistě podle počtu obyvatel nelze - to by pak tagy „place“ a „population“ obsahovaly stejnou informaci.
Stejnou informaci by neobsahovaly - population by bylo přesnější - taky si nikdo nestěžuje, že třeba tracktype=grade3 obsahuje v podstatě stejnou informaci jako highway=track. Navíc s hodnotou place by se dalo vy výjimečných případech hnout nezávisle na population. Ale stále sem nikdo nehodil konkrétní příklad toho výjimečného případu ;) A tento příklad by měl být výchozím bodem pro případné zlepšení (a zesložitění) rozhodovacího kritéria! zobrazit citaci
> Oficiální status taky neni ideální kvůli městysům, miniměstům a maxivesnicím. > Co takhle vymyslet jakýsi komplexní rozhodovací pravidlo tak, aby bylo možno rozhodnout objektivně? > Představoval bych si to zhruba takhle: > > 1) 3000+ ob. => 2 body; 500-3000 ob. => 1 bod; 0-500 ob. => 0 b > 2) oficiální status: město =>3 b; městys => 2 b; obec => 1 b; část obce => 0 b > 3) kino: ano => 1 b; ne => 0 b > 4) hospoda: ano => 1 b; ne => 0 b > 5) supermarket(y): 2 a více => 2 b; 1 => 1 b; 0 = 0 b > ... > ... > ... > součet bodů: > 10+ => town > 5-10 => village > 0-5 => hamlet
Tohle je jedna z cest, kterou se vydat... ale dokud někdo neukáže, kde a proč nefunguje jednoduché pravidlo o počtu obyvatel, tak řešíme teoretický problém, který třeba ani neexistuje. Pokud těch výjimečných případů nebude moc (a ještě k tomu budou v takové šedé zóně město-vesnic), tak nemá cenu vymýšlet nějaké zběsilosti, těch pár případů se dá vyřešit dohodou a ruční opravou. Petr Morávek aka Xificurk ------------- další část --------------- A non-text attachment was scrubbed... Name: xificurk.vcf Type: text/x-vcard Size: 212 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111228/59601e73/attachment.vcf> ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111228/59601e73/attachment.sig>

31.12.2011 01:17:44 (#23)
gravatar

hanoj

<ehanoj at gmail.com>
718
Ahoj, podle tvych pripominek jsem: 1) navrhl upravu systemu tagovani tak, aby umoznoval maximalni automatizaci preferoval pocet obyvatel a mirne zohlednoval i status sidla. [1] 2) vytvoril jsem datasety prostorovych vztahu OBCE x COBE a dale COBE x ZSJ, na zaklade nich lze urcit zda jde o soucast jineho sidla, nebo je separovane. Algoritmem jsou 3 funkce, ktere odvozuji prostorovou velikost dle poctu obyvatel. Neni to uplne presne (daleko vice nez kruznice by sedela elipsa), ale ma to vysokou uspesnost. Nepresnost je ve prospech ctvrti. 3) na zaklade vyse uvedenych si myslim, ze OBCE a COBE (to co nejvice v mape chybi) lze importovat po vyreseni konfliktu automaticky. Nabizi se importovat to po okresech, to je realne zvladnout. 4) O osudu ZSJ ma zrejme smysl uvazovat jen individualne, opravdu obsahuji casto jen urednicke nazvy, nez nazvy skutecne uzivane. ha hanoj [1] http://wiki.openstreetmap.org/wiki/Users:Xificurk/Import_UIR-ZSJ#Alternativn.C3.AD_syst.C3.A9m_tag.C5.AF_.28Hanoj.29 [2] http://osm.templ.net/osm-uir-anal.tar.gz Dne 27. prosince 2011 12:09 "Petr Morávek [Xificurk]" <xificurk na gmail.com> napsal(a): zobrazit citaci
> hanoj napsal(a): >> *** Napr. toto ja chapu jako subjektivni: "Pro sídla, která jsou >> označena dopravní značkou začátku a konce obce svým vlastním jménem.", >> protoze vetsinu sidel nikdo z OSM nenavstivil. Ocekaval bych proto >> nejakou exaktnost. > > Aha, v tom případě každý rozumíme něco jiného pod označením > "subjektivní" a "exaktní" :-) > Navržené schéma je skutečně exaktní a objektivní, tzn. vůbec do hry > nevstupují osobní názory jednotlivých lidí, jen holá fakta; to, že > někteří neznají všechna fakta, je vedlejší. > Pokud člověk oblast aspoň trochu zná, tak tag place podle daných > pravidel určí dobře... a pokud dojde ke sporu, tak je tu vždycky možnost > dojet na místo a protivníkovi omlátit značku o hlavu :D > >>> A proto je taky import poloautomatický a po jednotlivých obcích. >> *** To jo, ale mame 6 tisic obci, 13 tisic sidel, 24 tisic ZSJ. Je >> realne je to provest poloautomaticky? > > Nevím a nedozvíme se to jinak než tím, že to zkusíme... A pořád tvrdím, > že je lepší udělat byť jen malou část poloautomaticky s kontrolou a až > potom zbytek holt s nižší kvalitou automaticky. > Hlavní problém hromadného importu je, že nevidím způsob, jak vyhledávat > možná chyby a najít si oblast importu, která není zkontrolovaná a opravená. > >> *** DIBAVOD dopadl tak jak dopadl proto, ze se nikdo nejakyma >> duplicitama, pres me namitky, nechtel zaobirat. Na duplicity UIR-ZSJ >> jsi, pokud dobre chapu wiki, pripravil skripty. > > Na většinu ano, ale jsou situace, kdy se bez lidského mozku neobejdem - > uzel není možné posunout/odstranit, protože je odkazován cestou/relací, > je nekompatibilní s ODbL a obsahuje nějaké netriviální tagy, má > zkomolené nebo trochu jiné jméno než v UIR (v Pardubicích např. ZSJ > "Sídliště Dubina" vs. uzel "Dubina"). > >>> 2) Správné tagování je třeba pro smysluplné doplnění údaje o obyvatelstu >>> [1]. Sice je pravda, že tohle se dá už doplňovat a aktualizovat >>> automaticky (a mám to v plánu), ale imho je lepší to dělat vše při jednom. >> *** ja myslel ze to tvuj skript umi. > > Ano, doplní počty obyvatel, ale předtím musí někdo označit, co jsou > samostatné vesnice, bez toho to nemá moc smysl... a na to je potřeba > lidský mozek a místní znalost. > > >>>> city ... město (admin_level=6, OBCE.DBF), obyv= 90.000+ (nevejdou se >>>> krajská města se Jihlava, Karlovy Vary, Zlín) >>> >>> 90.000+ je současná situace. Je nějaký důvod tam přidávat i všechna >>> krajská města? Je opravdu třeba Jihlava tak důležitá, a co třeba >>> Havířov, Most, Děčín? >> *** ja to konstatuji, nemam s tim problem a ocekaval bych toto info na wiki. >> >> >>>> hamlet ... cast obce (COBE.DBF) >>> >>> Chápu asi o co ses tím snažil, ale... >>> 1) Chodov, Žizkov, Vinohrady v Praze nejsou hamlet :-) >>> >>> ... >>> >>>> suburb ... mestska cast (MCAST.DBF) >>> >>> MCAST.DBF mi moc užitečná nepřijde - Praha 1-22, Pardubice 1-8, ... mno >>> nevím... >> *** OK, statutarni mesta to maji jinak. Ty se opravu daji vyresit rucne. > > Statutarní města mají navíc dělení na MCAST, které mi (jak už jsem psal) > moc užitečné nepřijde. Ale problém s COBE a hamlet není omezen jen na ně > (pražská sídliště jsem zvolil jen jako vhodnou ukázku). > > Petr Morávek aka Xificurk > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

31.12.2011 02:44:32 (#24)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
hanoj napsal(a): zobrazit citaci
> 2) vytvoril jsem datasety prostorovych vztahu OBCE x COBE a dale COBE > x ZSJ, na zaklade nich lze urcit zda jde o soucast jineho sidla, nebo > je separovane. Algoritmem jsou 3 funkce, ktere odvozuji prostorovou > velikost dle poctu obyvatel. Neni to uplne presne (daleko vice nez > kruznice by sedela elipsa), ale ma to vysokou uspesnost. Nepresnost je > ve prospech ctvrti.
Ugh, soubory jsem otevřel, ale nevím na co vlastně koukám :-) Nějaký další komentář by se hodil, co to je a jakou cestou se k tomu dospělo by se hodil ;) zobrazit citaci
> 4) O osudu ZSJ ma zrejme smysl uvazovat jen individualne, opravdu > obsahuji casto jen urednicke nazvy, nez nazvy skutecne uzivane.
Tady se teda neshodnem (možná to záleží na oblasti, kam se člověk dívá). Pardubice: ZSJ obsahuje názvy sídlišť (Višňovka, Dubina, ...), které se běžně používají. COBE obsahují názvy, které se vyskytují leda tak na občance :-) plus názvy okolních vesnic, které administrativně patří pod Pardubice. MCAST obsahuje ouřednický dělení na Pardubice I-VIII, jehož existenci zaregistruju jednou za čtyři roky při komunálních volbách. Když jsem se díval i na menší obce, co znám dobře, tak ZSJ taky obsahovalo užitečné názvy - typicky malé vesničky a osady, které se na turistických mapách běžně značí. A už když se to před časem řešilo, tak jzvc upozorňoval [1] na některé další důležité ZSJ. Petr Morávek aka Xificurk [1] http://lists.openstreetmap.org/pipermail/talk-cz/2011-September/006804.html ------------- další část --------------- A non-text attachment was scrubbed... Name: xificurk.vcf Type: text/x-vcard Size: 212 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111231/600102f8/attachment.vcf> ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111231/600102f8/attachment.sig>

2.1.2012 12:16:02 (#25)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
>> 2) vytvoril jsem datasety prostorovych vztahu OBCE x COBE a dale COBE >> x ZSJ, na zaklade nich lze urcit zda jde o soucast jineho sidla, nebo >> je separovane. Algoritmem jsou 3 funkce, ktere odvozuji prostorovou >> velikost dle poctu obyvatel. Neni to uplne presne (daleko vice nez >> kruznice by sedela elipsa), ale ma to vysokou uspesnost. Nepresnost je >> ve prospech ctvrti. > Ugh, soubory jsem otevřel, ale nevím na co vlastně koukám :-) Nějaký > další komentář by se hodil, co to je a jakou cestou se k tomu dospělo by > se hodil ;)
*** postup je popsan vyse, funkce vztahu mezi rozlohou a poctem obyvatel sidla poskytnu na pozadani. Dulezity je vystup, zbytek je graficka ilustrace: * soubor uir_cobe_SJ_obce.dbf je puvodni COBE.DBF s pripojenymi sloupci a atributy prvniho sidla typu OBCE.DBF, na jehoz zastavenem uzemi lezi. * soubory uir_zsj_SJ_cobe.dbf je puvodni ZSJ.DBF s pripojenymi sloupci a atributy prvniho sidla typu COBE.DBF, na jehoz zastavenem uzemi lezi. Tedy na zaklade vyse uvedeneho lze s vysokou mirou uspesnosti rozhodnout zda sidlo je neighbourhood nebo village/hamlet/isolated_dwelling. zobrazit citaci
>> 4) O osudu ZSJ ma zrejme smysl uvazovat jen individualne, opravdu >> obsahuji casto jen urednicke nazvy, nez nazvy skutecne uzivane. > > Tady se teda neshodnem (možná to záleží na oblasti, kam se člověk dívá). > > Pardubice: > ZSJ obsahuje názvy sídlišť (Višňovka, Dubina, ...), které se běžně > používají. > COBE obsahují názvy, které se vyskytují leda tak na občance :-) plus > názvy okolních vesnic, které administrativně patří pod Pardubice. > MCAST obsahuje ouřednický dělení na Pardubice I-VIII, jehož existenci > zaregistruju jednou za čtyři roky při komunálních volbách. > > Když jsem se díval i na menší obce, co znám dobře, tak ZSJ taky > obsahovalo užitečné názvy - typicky malé vesničky a osady, které se na > turistických mapách běžně značí. > > A už když se to před časem řešilo, tak jzvc upozorňoval [1] na některé > další důležité ZSJ.
*** To je OK, krom prikladu, ktery je statutarni mesto. Ja se snazim vybrat nejjednoduseji ty casti UIR-ZSJ, ktere lze s vysokou uspesnosti importovat ve velkych kusech (rekneme okresech) a to COBE.DBF a OBCE.DBF. U ZSJ je zvysena mira selekce nutna, tudiz chapu potrebnost poloautomatickeho postupu. ha hanoj

2.1.2012 04:53:21 (#26)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
hanoj napsal(a): zobrazit citaci
> *** postup je popsan vyse, funkce vztahu mezi rozlohou a poctem > obyvatel sidla poskytnu na pozadani.
O to bych určitě měl zájem. zobrazit citaci
> Ja se snazim > vybrat nejjednoduseji ty casti UIR-ZSJ, ktere lze s vysokou uspesnosti > importovat ve velkych kusech (rekneme okresech) a to COBE.DBF a > OBCE.DBF. U ZSJ je zvysena mira selekce nutna, tudiz chapu potrebnost > poloautomatickeho postupu.
Máš pravdu, že tenhle přístup by měl umožnit importovat OBCE a COBE automaticky s přiměřeným počtem "chyb". A potom můžem pokračovat s opravami a poloautomatickým doplněním ZSJ. Ad Alternativní systém tagů (Hanoj): Jestli jsem to dobře pochopil, tak se oba návrhy moc neliší... Já jsem to jen popisoval z pohledu mapera, ty z pohledu dat v UIR-ZSJ. Asi zbývá doladit pár věcí: 1) Jak už jsem psal, dataset MCAST (dělení statutárních měst) bych vynechal - jsou tam většinou jen očíslované městské části, a ty co nějaké rozumné jméno mají se dublují s COBE... protože dělení na městské části a části obce jsou zhruba na stejné úrovni. 2) suburb Původně jsem navrhoval takto označit všechny části obce uvnitř sídla city/town/village. Není mi přesně jasné, pro co navrhuješ ty - jen čtvrti ve statutárních městech? Nebo všechny části obce uvnitř sídla town/city (k tomu se teď přikláním já)? 3) isolated_dwelling by měla být "samota" - problém je, že jestli se jedná o samotu nejde vykoukat jen z počtu obyvatel, možná by to šlo z počtu domů, ale to bysme museli přibrat ještě nějaký další rejstřík ČSÚ. --- A ještě jednou věcí asi trochu rozdmýchám diskuzi - kam a jak doplnit tag population. Imho má smys údaj doplňovat jen na samostatná sídla (tj. city/town/village/hamlet). Ale mnohem důležitější je, "jaký" údaj - protože aby to k něčemu bylo musí to být porovnatelná čísla. Podobně jako není možné vzít všechny části obce a prohlásit je za place=suburb, není možné slepě vzít údaj o počtu obyvatel a plácnout ho na odpovídající node. Můj návrh je: 1) jedná-li se o část obce: obyvatelstvo z COBE. 2) jedná-li se pouze o základní sídelní jednotku: obyvatelstvo ze ZSJ. 3) jedná-li se o administrativní centrum obce: obyvatelstvo z OBCE - součet obyvatelstva částí obce z kroku 1. Tehnle postup zajišťuje několik věcí: - Součet hodnot tagu population ze všech sídel na území obce bude zhruba[*] odpovídat celkovému počtu obyvatel v dané obci. - Jednotlivé hodnoty jsou porovnatelné a reprezentují to, co se od nich očekává - počet obyvatel daného sídla. - Funguje to jak na obce vzniklé složením několika vesniček (obec je většinou pojmenovaná po jedné z nich), tak na města + administrativně přidružené vesničky. [*] "Zhruba" proto, že problémem jsou samostatná sídla, která jsou pouze ZSJ, v takovém případě jsou obyvatelé těchto sídel započítáni dvakrát. A není tomu možné rozumně zabránit, protože ZSJ není hierarchicky podřízeno části obce. Petr Morávek aka Xificurk ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120102/8a551dcf/attachment.sig>

2.1.2012 10:21:24 (#27)
gravatar

jzvc

<jzvc at tpfree.net>
585
Dne 2.1.2012 16:53, "Petr Morávek [Xificurk]" napsal(a): zobrazit citaci
> hanoj napsal(a): >> *** postup je popsan vyse, funkce vztahu mezi rozlohou a poctem >> obyvatel sidla poskytnu na pozadani. > O to bych určitě měl zájem. > >> Ja se snazim >> vybrat nejjednoduseji ty casti UIR-ZSJ, ktere lze s vysokou uspesnosti >> importovat ve velkych kusech (rekneme okresech) a to COBE.DBF a >> OBCE.DBF. U ZSJ je zvysena mira selekce nutna, tudiz chapu potrebnost >> poloautomatickeho postupu. > Máš pravdu, že tenhle přístup by měl umožnit importovat OBCE a COBE > automaticky s přiměřeným počtem "chyb". > A potom můžem pokračovat s opravami a poloautomatickým doplněním ZSJ. > > > Ad Alternativní systém tagů (Hanoj): > Jestli jsem to dobře pochopil, tak se oba návrhy moc neliší... Já jsem > to jen popisoval z pohledu mapera, ty z pohledu dat v UIR-ZSJ. Asi zbývá > doladit pár věcí: > > 1) Jak už jsem psal, dataset MCAST (dělení statutárních měst) bych > vynechal - jsou tam většinou jen očíslované městské části, a ty co > nějaké rozumné jméno mají se dublují s COBE... protože dělení na městské > části a části obce jsou zhruba na stejné úrovni. > > 2) suburb > Původně jsem navrhoval takto označit všechny části obce uvnitř sídla > city/town/village. > Není mi přesně jasné, pro co navrhuješ ty - jen čtvrti ve statutárních > městech? Nebo všechny části obce uvnitř sídla town/city (k tomu se teď > přikláním já)? > > 3) isolated_dwelling > by měla být "samota" - problém je, že jestli se jedná o samotu nejde > vykoukat jen z počtu obyvatel, možná by to šlo z počtu domů, ale to > bysme museli přibrat ještě nějaký další rejstřík ČSÚ.
To by ti nepomohlo, jak poznas co je obytna budova a co budova hosporarska? Muzes mit nekde hajovnu, ktera ma nejaky nazev a je to presne to co je "samotou" mineno a muzes mit nekde uplne podobne statek s 20ti budovama, a jednou/dvema obytnyma budovama ... zobrazit citaci
> > --- > A ještě jednou věcí asi trochu rozdmýchám diskuzi - kam a jak doplnit > tag population. > Imho má smys údaj doplňovat jen na samostatná sídla (tj. > city/town/village/hamlet). Ale mnohem důležitější je, "jaký" údaj - > protože aby to k něčemu bylo musí to být porovnatelná čísla. Podobně > jako není možné vzít všechny části obce a prohlásit je za place=suburb, > není možné slepě vzít údaj o počtu obyvatel a plácnout ho na > odpovídající node. Můj návrh je: > 1) jedná-li se o část obce: obyvatelstvo z COBE. > 2) jedná-li se pouze o základní sídelní jednotku: obyvatelstvo ze ZSJ. > 3) jedná-li se o administrativní centrum obce: obyvatelstvo z OBCE - > součet obyvatelstva částí obce z kroku 1.
Kde sem doplnoval, pouzil sem toto http://www.czso.cz/csu/2010edicniplan.nsf/publ/1301-10- ted uz je tam novejsi http://www.czso.cz/csu/2011edicniplan.nsf/p/1301-11 Pouzil sem samozrejme "Tab. 3 Počet obyvatel v obcích České republiky" a doplnoval sem podle toho i identifikaci (na nody), takze by to melo jit automaticky aktualizovat (jsou tam doplneny tagy lau1/lau2). Casti obci to neobsahuje, stejne jako spoustu vesnic. zobrazit citaci
> > Tehnle postup zajišťuje několik věcí: > - Součet hodnot tagu population ze všech sídel na území obce bude > zhruba[*] odpovídat celkovému počtu obyvatel v dané obci. > - Jednotlivé hodnoty jsou porovnatelné a reprezentují to, co se od nich > očekává - počet obyvatel daného sídla. > - Funguje to jak na obce vzniklé složením několika vesniček (obec je > většinou pojmenovaná po jedné z nich), tak na města + administrativně > přidružené vesničky. > > [*] "Zhruba" proto, že problémem jsou samostatná sídla, která jsou pouze > ZSJ, v takovém případě jsou obyvatelé těchto sídel započítáni dvakrát. A > není tomu možné rozumně zabránit, protože ZSJ není hierarchicky > podřízeno části obce. > > Petr Morávek aka Xificurk > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120102/90351e84/attachment.html>

2.1.2012 11:22:44 (#28)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
jzvc napsal(a): zobrazit citaci
>> A ještě jednou věcí asi trochu rozdmýchám diskuzi - kam a jak doplnit >> tag population. >> Imho má smys údaj doplňovat jen na samostatná sídla (tj. >> city/town/village/hamlet). Ale mnohem důležitější je, "jaký" údaj - >> protože aby to k něčemu bylo musí to být porovnatelná čísla. Podobně >> jako není možné vzít všechny části obce a prohlásit je za place=suburb, >> není možné slepě vzít údaj o počtu obyvatel a plácnout ho na >> odpovídající node. Můj návrh je: >> 1) jedná-li se o část obce: obyvatelstvo z COBE. >> 2) jedná-li se pouze o základní sídelní jednotku: obyvatelstvo ze ZSJ. >> 3) jedná-li se o administrativní centrum obce: obyvatelstvo z OBCE - >> součet obyvatelstva částí obce z kroku 1. > > Kde sem doplnoval, pouzil sem toto > http://www.czso.cz/csu/2010edicniplan.nsf/publ/1301-10- > ted uz je tam novejsi http://www.czso.cz/csu/2011edicniplan.nsf/p/1301-11 > > Pouzil sem samozrejme "Tab. 3 Počet obyvatel v obcích České republiky" a > doplnoval sem podle toho i identifikaci (na nody), takze by to melo jit > automaticky aktualizovat (jsou tam doplneny tagy lau1/lau2). Casti obci > to neobsahuje, stejne jako spoustu vesnic.
To si právě myslím, že není úplně šťastné - ten jeden uzel nereprezentuje obec (ke které lze dohledat LAU2 a počet obyvatel), tu reprezentuje relace obce. S přimhouřením oka to lze tolerovat u větších měst, ale tím to končí... u venkovských obcí složených z více samostatných vesnic je to úplně neintuitivní. Jeden příklad za všechny - obec Rabštejnská Lhota (595 obyv.) je složená ze třech samostatných vesnic (které jsou taky jedinými třemi částmi obce) - Rabštejn (41), Rabštejnská Lhota (431), Smrkový Týnec (123). Tzn. na území obce (vymezeném relací s admin_level=8) sice žije 595 obyvatel, ale jen cca dvě třetiny z nich žije v sídle označeném nodem s place=village. Podobně dělených obcí je v republice kupa a v některých případech dokonce ani není vesnice, která nese jméno obce, tou největší. Petr Morávek aka Xificurk PS: Tím rozhodně nechci hanět práci tvoji a dalších lidí na doplňování údajů o počtu obyvatel! Je super, že tam už teď aspoň něco máme. Jen si myslím, že v případě hromadného doplnění sídel z UIR-ZSJ by to asi chtělo vymyslet něco "chytřejšího". ------------- další část --------------- A non-text attachment was scrubbed... Name: xificurk.vcf Type: text/x-vcard Size: 212 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120102/c01e409c/attachment.vcf> ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120102/c01e409c/attachment.sig>

3.1.2012 01:28:30 (#29)
gravatar

jzvc

<jzvc at tpfree.net>
585
Dne 2.1.2012 23:22, "Petr Morávek [Xificurk]" napsal(a): zobrazit citaci
> jzvc napsal(a): >>> A ještě jednou věcí asi trochu rozdmýchám diskuzi - kam a jak doplnit >>> tag population. >>> Imho má smys údaj doplňovat jen na samostatná sídla (tj. >>> city/town/village/hamlet). Ale mnohem důležitější je, "jaký" údaj - >>> protože aby to k něčemu bylo musí to být porovnatelná čísla. Podobně >>> jako není možné vzít všechny části obce a prohlásit je za place=suburb, >>> není možné slepě vzít údaj o počtu obyvatel a plácnout ho na >>> odpovídající node. Můj návrh je: >>> 1) jedná-li se o část obce: obyvatelstvo z COBE. >>> 2) jedná-li se pouze o základní sídelní jednotku: obyvatelstvo ze ZSJ. >>> 3) jedná-li se o administrativní centrum obce: obyvatelstvo z OBCE - >>> součet obyvatelstva částí obce z kroku 1. >> Kde sem doplnoval, pouzil sem toto >> http://www.czso.cz/csu/2010edicniplan.nsf/publ/1301-10- >> ted uz je tam novejsi http://www.czso.cz/csu/2011edicniplan.nsf/p/1301-11 >> >> Pouzil sem samozrejme "Tab. 3 Počet obyvatel v obcích České republiky" a >> doplnoval sem podle toho i identifikaci (na nody), takze by to melo jit >> automaticky aktualizovat (jsou tam doplneny tagy lau1/lau2). Casti obci >> to neobsahuje, stejne jako spoustu vesnic. > To si právě myslím, že není úplně šťastné - ten jeden uzel > nereprezentuje obec (ke které lze dohledat LAU2 a počet obyvatel), tu > reprezentuje relace obce. S přimhouřením oka to lze tolerovat u větších > měst, ale tím to končí... u venkovských obcí složených z více > samostatných vesnic je to úplně neintuitivní. > > Jeden příklad za všechny - obec Rabštejnská Lhota (595 obyv.) je složená > ze třech samostatných vesnic (které jsou taky jedinými třemi částmi > obce) - Rabštejn (41), Rabštejnská Lhota (431), Smrkový Týnec (123). > Tzn. na území obce (vymezeném relací s admin_level=8) sice žije 595 > obyvatel, ale jen cca dvě třetiny z nich žije v sídle označeném nodem s > place=village. > Podobně dělených obcí je v republice kupa a v některých případech > dokonce ani není vesnice, která nese jméno obce, tou největší.
Ono je to jeste ponekud horsi ... kdyz vemu nejmensi uzemni jednotku jakou mame v mape (relace) tak casto je v ni vice obci a ani jedna z nich nema v tom seznamu pocet obyvatel, neb je to zahrnuto pod nejakou "vyssi" (ne nutne vetsi) obec. Ale otazka je, jestli je nutne mit v mape "presne" udaje u kazde samoty. IMO pri poctech "tisice" se v tom nejaka viska ztrati a pri poctech stovky je to uz z hlediska mapovani (a pripadneho vyuziti pro reneder) stejna informace, jako ze tam "neco" je, co ma stejne smysl renederovat az pri maximalnich zoomech. Pokud to navic ma fungovat jako indikator "tohle renederuj, paac to je ta obec na kterou vede znaceni/je to centrum oblasti/..." tak jsou lepsi ty soucty na nodu obce. Ovsem pokud dobre vidim, tak mapnik na to kasle. Zoom 11 = bez vesnic. A byt na mape jsou vesnice vetsi nez nektera renederovana mesta, tak nazvy tam pri tomhle zoomu nemaji. Priklad - Hostomice (1266) vs Ledvice (566). Ledvice jsou jako town, Hostomice jako vilage (neresme ted, ze to je asi kravina). zobrazit citaci
> > Petr Morávek aka Xificurk > > PS: Tím rozhodně nechci hanět práci tvoji a dalších lidí na doplňování > údajů o počtu obyvatel! Je super, že tam už teď aspoň něco máme. Jen si > myslím, že v případě hromadného doplnění sídel z UIR-ZSJ by to asi > chtělo vymyslet něco "chytřejšího". > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120103/8c88013b/attachment.html>

3.1.2012 01:32:30 (#30)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
>> *** postup je popsan vyse, funkce vztahu mezi rozlohou a poctem >> obyvatel sidla poskytnu na pozadani. > > O to bych určitě měl zájem.
*** Postup ke vzorci je v souboru oo.org ODS. Dale je prilozeno pro kontrolu zastavene uzemi sidel CR nad 5 ha (cca nad 300-500 obyv) dle CORINE 2006. http://osm.templ.net/osm-uir-anal2.tar.gz zobrazit citaci
> Ad Alternativní systém tagů (Hanoj): > Jestli jsem to dobře pochopil, tak se oba návrhy moc neliší... Já jsem > to jen popisoval z pohledu mapera, ty z pohledu dat v UIR-ZSJ.
*** Oba pristupy povazuji za dulezite. Urcite budou potrebne i pro mappery i uzivatele map/dat i obecnou informovanost o importu. zobrazit citaci
> 1) Jak už jsem psal, dataset MCAST (dělení statutárních měst) bych > vynechal - jsou tam většinou jen očíslované městské části, a ty co > nějaké rozumné jméno mají se dublují s COBE... protože dělení na městské > části a části obce jsou zhruba na stejné úrovni.
*** OK zobrazit citaci
> 2) suburb > Původně jsem navrhoval takto označit všechny části obce uvnitř sídla > city/town/village. > Není mi přesně jasné, pro co navrhuješ ty - jen čtvrti ve statutárních > městech? Nebo všechny části obce uvnitř sídla town/city (k tomu se teď > přikláním já)?
*** Na wiki se o suburb mluvi jako jednotce s vlastnim uradem (mestska cast/obvod), kdezto neighbourhood jako ctvrti. Ve vztahu k bodu 1) vyse to sice nebude uplne presne, ale cosi to mozna vypovida. zobrazit citaci
> 3) isolated_dwelling > by měla být "samota" - problém je, že jestli se jedná o samotu nejde > vykoukat jen z počtu obyvatel, možná by to šlo z počtu domů, ale to > bysme museli přibrat ještě nějaký další rejstřík ČSÚ.
*** ano je to zjednoduseni, o rejstriku ZSJ s objekty nevim zobrazit citaci
> --- > A ještě jednou věcí asi trochu rozdmýchám diskuzi - kam a jak doplnit > tag population. > Imho má smys údaj doplňovat jen na samostatná sídla (tj. > city/town/village/hamlet). Ale mnohem důležitější je, "jaký" údaj - > protože aby to k něčemu bylo musí to být porovnatelná čísla. Podobně > jako není možné vzít všechny části obce a prohlásit je za place=suburb, > není možné slepě vzít údaj o počtu obyvatel a plácnout ho na > odpovídající node. Můj návrh je: > 1) jedná-li se o část obce: obyvatelstvo z COBE. > 2) jedná-li se pouze o základní sídelní jednotku: obyvatelstvo ze ZSJ. > 3) jedná-li se o administrativní centrum obce: obyvatelstvo z OBCE - > součet obyvatelstva částí obce z kroku 1.
*** OK. Ale nejak bych ocekaval (mozna naivne, protoze to nejde), ze na prvni pohled (nejen ze znalosti importu a pouziti admin_centre) poznam, o jaky pocet obyvatel jde dle bodu 1) až 3) zobrazit citaci
> [*] "Zhruba" proto, že problémem jsou samostatná sídla, která jsou pouze > ZSJ, v takovém případě jsou obyvatelé těchto sídel započítáni dvakrát. A > není tomu možné rozumně zabránit, protože ZSJ není hierarchicky > podřízeno části obce.
*** Podrizenost ZSJ COBE tu je skrze UTJ, ale na prvni pohled neni v UIR-ZSJ vyjadrena. Otazka je take na udrzitelnost a zbytnost takovych udaju v OSM. ha hanoj

5.1.2012 12:39:29 (#31)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
hanoj napsal(a): zobrazit citaci
>>> *** postup je popsan vyse, funkce vztahu mezi rozlohou a poctem >>> obyvatel sidla poskytnu na pozadani. >> >> O to bych určitě měl zájem. > *** Postup ke vzorci je v souboru oo.org ODS. Dale je prilozeno pro > kontrolu zastavene uzemi sidel CR nad 5 ha (cca nad 300-500 obyv) dle > CORINE 2006. > http://osm.templ.net/osm-uir-anal2.tar.gz
Díky, udělal jsem si ještě vlastní analýzu z dat CORINE06 a i s ohledem na tebou dodané křivky (nelíbila se mi především nespojitost na hranicích třech regionů), navrhuji použít: Radius = 47 * Population^0.37 (více méně to sedí na to, co jsi používal ty) zobrazit citaci
>> 2) suburb >> Původně jsem navrhoval takto označit všechny části obce uvnitř sídla >> city/town/village. >> Není mi přesně jasné, pro co navrhuješ ty - jen čtvrti ve statutárních >> městech? Nebo všechny části obce uvnitř sídla town/city (k tomu se teď >> přikláním já)? > *** Na wiki se o suburb mluvi jako jednotce s vlastnim uradem (mestska > cast/obvod), kdezto neighbourhood jako ctvrti. Ve vztahu k bodu 1) > vyse to sice nebude uplne presne, ale cosi to mozna vypovida.
Tím bych se moc nezatěžoval, jedná se o nekonzistenci v rámci wiki. Na hlavní anglické stránce place=suburb [1] je uvedeno: zobrazit citaci
> The area's precise administrative status and/or the exact size may not be clear, but it will usually contain multiple neighbourhoods.
Ono bude potřeba ty popisky opravit a sjednotit na více místech. zobrazit citaci
>> --- >> A ještě jednou věcí asi trochu rozdmýchám diskuzi - kam a jak doplnit >> tag population.... > *** OK. Ale nejak bych ocekaval (mozna naivne, protoze to nejde), ze > na prvni pohled (nejen ze znalosti importu a pouziti admin_centre) > poznam, o jaky pocet obyvatel jde dle bodu 1) až 3)
O _jaký_ údaj jde je jednoduché - je to počet obyvatel v sídle reprezentovaném daným uzlem. _Kde_ se ten údaj vzal se pozná stejně jako to dělá skript (podle admin_centre relace a hodnot tagů ref:cobe, příp. ref:zsj). zobrazit citaci
>> [*] "Zhruba" proto, že problémem jsou samostatná sídla, která jsou pouze >> ZSJ, v takovém případě jsou obyvatelé těchto sídel započítáni dvakrát. A >> není tomu možné rozumně zabránit, protože ZSJ není hierarchicky >> podřízeno části obce. > *** Podrizenost ZSJ COBE tu je skrze UTJ, ale na prvni pohled neni v > UIR-ZSJ vyjadrena. Otazka je take na udrzitelnost a zbytnost takovych > udaju v OSM.
Já měl namysli to, že jedna ZSJ může patřit do více částí obce. Ale když jsem na to ještě jednou koukal, tak je to jen ve zlomku případů a z datasetu ZSJD se dá zjistit do jaké části obce patří "dominantní díl" ZSJ. Takže i tento problém půjde odstranit. Petr Morávek aka Xificurk ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120105/063a5cb0/attachment.sig>

5.1.2012 12:44:25 (#32)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
Zapracoval jsem připomínky a sloučil původní návrh s návrhem hanoje. Stránku s popisem importu jsem přesunul na [1] a doplnil odkaz do WikiProject Czech Republic/freemap [2]. Prosím tedy o poslední kolo připomínek... Pokud nebudou vážné námitky, rád bych začal s plošným importem datasetů OBCE a COBE. A taky na různých místech wiki upravil popisky pro tag place. Dobrou noc ;-) Petr Morávek aka Xificurk [1] http://wiki.openstreetmap.org/wiki/Users:Xificurk/Import_UIR-ZSJ [2] http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap ------------- další část --------------- A non-text attachment was scrubbed... Name: xificurk.vcf Type: text/x-vcard Size: 212 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120105/a9f1279a/attachment.vcf> ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120105/a9f1279a/attachment.sig>

5.1.2012 04:14:22 (#33)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
Pár připomínek mám, ale celkem drobnosti: neighbourhood může být kdekoliv - i jako část obce (neformální) locality nemůže být ZSJ, protože tam nikdo nesídlí na wiki je rozpor v definici hamlet - 300 obyvatel/vlastní cedule/100-200 na stránce place=hamlet No a ještě otázečka: Jsou nějak řešeny duplicity? Aby to nedopadlo jak dibavod, kdy půlka řek je dodnes dvakrát... LM_1 Dne 5. ledna 2012 0:44 "Petr Morávek [Xificurk]" <xificurk na gmail.com> napsal(a): zobrazit citaci
> Zapracoval jsem připomínky a sloučil původní návrh s návrhem hanoje. > Stránku s popisem importu jsem přesunul na [1] a doplnil odkaz do > WikiProject Czech Republic/freemap [2]. > > Prosím tedy o poslední kolo připomínek... > > Pokud nebudou vážné námitky, rád bych začal s plošným importem datasetů > OBCE a COBE. A taky na různých místech wiki upravil popisky pro tag place. > > Dobrou noc ;-) > Petr Morávek aka Xificurk > > [1] http://wiki.openstreetmap.org/wiki/Users:Xificurk/Import_UIR-ZSJ > [2] http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

5.1.2012 04:47:32 (#34)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
LM_1 napsal(a): zobrazit citaci
> neighbourhood může být kdekoliv - i jako část obce (neformální)
Jasně, souhlasím... pokud se to v daném místě používá a přitom to není v UIR-ZSJ, tak ať se to přidá. Ale takových míst asi moc nebude. zobrazit citaci
> locality nemůže být ZSJ, protože tam nikdo nesídlí
Pojem je sice trochu zavádějící, ale z 21906 ZSJ jich má 1409 nulový počet obyvatel ;-) zobrazit citaci
> na wiki je rozpor v definici hamlet - 300 obyvatel/vlastní > cedule/100-200 na stránce place=hamlet
A na anglické stránce je taky: This may vary by country. A ten druhý rozpor je v tom, že z UIR-ZSJ nelze vykoukat vše, ostatní uvedené hodnoty place jsou taky jen tipnutím podle dostupných údajů v rejstříku. place=hamlet (víska) by měl být někde mezi village (vesnice) a isolated_dwelling (samota). Tzn. je to větší než jeden/dva domy (samota) a odlehlé (mimo silniční síť, typicky dostupné jen po nějaké místní komunikaci). zobrazit citaci
> No a ještě otázečka: Jsou nějak řešeny duplicity?
Ano, viz popis skriptů. Petr Morávek aka Xificurk ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120105/db5e1142/attachment.sig>

8.1.2012 06:32:36 (#35)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
"Petr Morávek [Xificurk]" napsal(a): zobrazit citaci
> Zapracoval jsem připomínky a sloučil původní návrh s návrhem hanoje. > Stránku s popisem importu jsem přesunul na [1] a doplnil odkaz do > WikiProject Czech Republic/freemap [2]. > > Prosím tedy o poslední kolo připomínek... > > Pokud nebudou vážné námitky, rád bych začal s plošným importem datasetů > OBCE a COBE. A taky na různých místech wiki upravil popisky pro tag place. > > Dobrou noc ;-) > Petr Morávek aka Xificurk > > [1] http://wiki.openstreetmap.org/wiki/Users:Xificurk/Import_UIR-ZSJ > [2] http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap
Ahoj, tak jsem nanečisto projel, jak by vypadal import a z porovnání dat v OSM vyplynulo, že by se hodilo ještě poladit dva parametry: 1) Hranici mezi village a hamlet výrazně snížit - klidně až na 50 obyvatel. 2) Poladit vzorec pro stanovení samostatných sídel na 39*(obyvatelstvo)^0.39 + 200. Tím spadne více sídel z UIR-ZSJ do kategorie suburb/neighbourhood, což moc nevadí, protože je možné při nalezení shody převzít tag place samostatného sídla (hamlet, village, ...) z OSM. Opačně to nejde, protože celý severovýchod je zaplněn vesnicema označenýma jako suburb. Jelikož se zdá, že obecně nejsou žádné vážné námitky, zkusím nějaký menší import, pravděpodobně něco z Pardubického kraje (protože tam to znám ;-)) a pak se uvidí, co dál... Petr Morávek aka Xificurk ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120108/9d08898d/attachment.sig>

12.1.2012 12:22:53 (#36)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
Ahoj, tak pár okresů jsem naimportoval zdá se, že míra chyb je celkem únosná, takže budu postupně pokračovat s celou ČR. Vzniklé (potenciální) chyby - duplicity v důsledku nějakého konfliktu, sídla nenalezená v UIR-ZSJ, příp. větší přesun uzlu - jsou uvedeny na wiki na stránce importu [1] podle okresu a obce. Pokud místo znáte, je dobré importovat rovnou i ZSJ pomocí odkazovaných skriptů... Ale i obyčejné zkouknutí a opravení chyby přijde vhod ;-) Petr Morávek aka Xificurk [1] http://wiki.openstreetmap.org/wiki/Import_UIR-ZSJ ------------- další část --------------- A non-text attachment was scrubbed... Name: xificurk.vcf Type: text/x-vcard Size: 212 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120112/8cec1dac/attachment.vcf> ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120112/8cec1dac/attachment.sig>

23.1.2012 05:35:02 (#37)
gravatar

hanoj

<ehanoj at gmail.com>
718
Vyborne, divam se ze import je hotov, cekaji nas jeste rucni upravy... Je to take prvni import, ktery probehl podle pravidla, co import to zvlastni user: http://www.openstreetmap.org/user/uir-zsj Petre, diky za mesicni praci. hanoj Dne 12. ledna 2012 0:22 "Petr Morávek [Xificurk]" <xificurk na gmail.com> napsal(a): zobrazit citaci
> Ahoj, > tak pár okresů jsem naimportoval zdá se, že míra chyb je celkem únosná, > takže budu postupně pokračovat s celou ČR. > > Vzniklé (potenciální) chyby - duplicity v důsledku nějakého konfliktu, > sídla nenalezená v UIR-ZSJ, příp. větší přesun uzlu - jsou uvedeny na > wiki na stránce importu [1] podle okresu a obce. > Pokud místo znáte, je dobré importovat rovnou i ZSJ pomocí odkazovaných > skriptů... Ale i obyčejné zkouknutí a opravení chyby přijde vhod ;-) > > Petr Morávek aka Xificurk > > [1] http://wiki.openstreetmap.org/wiki/Import_UIR-ZSJ

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