Re: [Talk-cz] UIR-ZSJ import - last call ;-)
Petr Morávek [Xificurk] napsal(a): 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 signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ import - last call ;-)
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] xific...@gmail.com napsal(a): 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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ import - last call ;-)
LM_1 napsal(a): 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. 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 ;-) 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). No a ještě otázečka: Jsou nějak řešeny duplicity? Ano, viz popis skriptů. Petr Morávek aka Xificurk signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
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. *** 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) 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: 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. --- 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). [*] 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 signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] UIR-ZSJ import - last call ;-)
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 attachment: xificurk.vcf signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
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Ú. --- 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 signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
Dne 2.1.2012 16:53, Petr Morávek [Xificurk] napsal(a): 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 ... --- 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. 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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
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ší. 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. attachment: xificurk.vcf signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
Dne 2.1.2012 23:22, Petr Morávek [Xificurk] napsal(a): 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). 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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
*** 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 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. 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 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. 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 --- 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) [*] 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
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] xific...@gmail.com napsal(a): 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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
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] xific...@gmail.com napsal(a): 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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- -- Ing. Jan Dudík ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
Zdravim, 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. 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. 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 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
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 attachment: xificurk.vcf signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
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 Původní zpráva Od: Petr Morávek [Xificurk] xific...@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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
Petr Balíček napsal(a): Vcelku s tebou souhlasim, ale zdá se, že posoudit, co je město a co ne neni jednoduchá věc ;) To není :-) Č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! 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 attachment: xificurk.vcf signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
jzvc napsal(a): 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 attachment: xificurk.vcf signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
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 attachment: xificurk.vcf signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
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 attachment: xificurk.vcf signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
zdravím, 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 ... 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) 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 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) 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. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
zdar, jen poznámka na okraj ... 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. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
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: 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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
Dne 24.12.2011 21:25, Petr Holub napsal(a): 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). ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
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 Původní zpráva Od: hanoj eha...@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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
hanoj napsal(a): 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. 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 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í. 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. 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. suburb ... mestska cast (MCAST.DBF) MCAST.DBF mi moc užitečná nepřijde - Praha 1-22, Pardubice 1-8, ... mno nevím... 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... 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 attachment: xificurk.vcf signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
Dne 24.12.2011 8:41, hanoj napsal(a): 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. 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] xific...@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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
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 :)) ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
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] xific...@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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky
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 attachment: xificurk.vcf signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] UIR ADR - stav ?
Ahoj, chtěl jsem se zeptat na stav importů dat z UIR ADR, v historii cz-talk jsem našel konverzaci o importech z 09/08, od té doby by databáze UIR ADR měla být celkem významně aktualizována. Ještě se něco importuje ? Do dat jsem se podrobně nekoukal, ale měly by obsahovat i obce a ulice, v jakém pokrytí zatím nevím, ale všiml jsem si, že v OSM například dost malých obcí chybí. D.S. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR ADR - stav ?
Když se to importovalo, tak byl problém v tom, že u menších měst a obcí k adresním bodům chyběly souřadnice. Nevím, jak moc byla aktualizována, ale možná by stálo za to OSM aktualizovat. On Mon, 23 Nov 2009 18:56:06 +0100, Dušan Saiko dusan.sa...@gmail.com wrote: Ahoj, chtěl jsem se zeptat na stav importů dat z UIR ADR, v historii cz-talk jsem našel konverzaci o importech z 09/08, od té doby by databáze UIR ADR měla být celkem významně aktualizována. Ještě se něco importuje ? Do dat jsem se podrobně nekoukal, ale měly by obsahovat i obce a ulice, v jakém pokrytí zatím nevím, ale všiml jsem si, že v OSM například dost malých obcí chybí. D.S. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR ADR - stav ?
chtěl jsem se zeptat na stav importů dat z UIR ADR, v historii cz-talk jsem našel konverzaci o importech z 09/08, od té doby by databáze UIR ADR měla být celkem významně aktualizována. *** Určitě se podívejte se na wiki. UIR ADR byl importován v takovém stavu, v jakém je defakto historickým vývojem zmražen. http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#MPSV_-_Adresn.C3.AD_body_.28UIR-ADR.29 Aktualizace (pokud je mi znamo) v UIR-ADR dostupne jsou, ale bez souradnic. Proto ma JOSM plugin czechaddress, ktery usnadnuje alespon praci s temito negeografickymi informacemi. hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR - cisla popisne a orientacni
Ahoj, On Fri, Nov 28, 2008 at 11:49:00PM +0100, Petr Nejedly wrote: Hmm, co tak: dum ma CO: * housenumber=CP * alternatenumber=CO dum nema CO: * housenumber=CP dum nema CP: * housenumber=ev.č.EC byl muj puvodni navrh, nelibil se. Resp. (pokud už jste někdy vůbec psali na adresu na evidenčním čísle) jak tedy uvádíte takovou adresu? Já teda dost často píšu jen 8e, ale když mi na zásilce hodně záleží (nebo mi ji má přivézt nějaký méně spolehlivý dopravce, tak aby nemohl držkovat, když už neumí zavolat), uvedu celé ev.č.8 nikdy sem na ev.c. nepsal, takze tezko rict :). Tak jako tak je potřeba naučit renderer dobře renderovat a hlavně vyhledávač dobře hledat... nyni renderuje housenumber, coz je do zacatku dostacujici. -- S pozdravem/Best regards Ondrej Novy Email: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] ICQ: 115-674-713 Tel/Cell: +420 777 963 207 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR - cisla popisne a orientacni
to ovsem potvrzuje to, ze c.p. by melo byt housenumber v OSM a c.o. alternatenumber. +1, pokud se hlasuje ;-) Jestli se hlasuje, tak -1 ;-) V housenumber by mělo být to, co je na tabulce na domě, takže obojí, resp. pouze č.p. tam kde č.o. nejsou, příp. ev.č. Pro zpětnou dohledatelnost by se mělo být strojově rozpoznatelné, které číslo je které. Systém, který jsme zvolili teď opravdu není dobrý, protože tím vytváříme nepěknou lokální anomálii (viděl jste už někdo na domě cedulku None ?). Je jasné, že je potřeba řešit lokální odchylky, což zajisté dvojí číslování je. Nelíbí se mi ale řešení, kterým se rozbije kompatibilita se zbytkem světa, když je to řešitelné jinak. =TT= ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR - cisla popisne a orientacni
zdar, Podle obecne uznavanych pravidel se vzdy adresuje cislo popisne, popripade evidencni nebo nahradni(to je u takovych tech zvlastnich typu budov jako provizornich). Pokud existuji obe, tak je mozne orientacni vypustit (nebot budova je urcena jednoznacne) nebo psat zasadne ve tvaru POPISNE / ORIENTACNI. Pokud to nekdo napise obracene, tak je to trotl. Adresovat pouze orientacni bych taky nedoporucoval - koneckoncu se totiz muze stat, ze v jedne ulici nejenze budou stejna s popisnym, ale muzou tam byt orientacni i dve stejna (rohove baraky casto patri do vsech ulic a mohou tak mit vice orientacnich cisel). Cisla orientacni, jak nazev napovida slouzi pro orientaci postaka v terenu a s jednoznacnym urcenim budovy nemaji nic spolecneho - postak se jukne za lomitko a vi ve ktere casti ulice ma hledat, ale kdyz tam dojde, tak se musi podivat, jestli sedi c.p. to ovsem potvrzuje to, ze c.p. by melo byt housenumber v OSM a c.o. alternatenumber. +1, pokud se hlasuje ;-) Procez Ulice 1, chapu jako Ulice c.p. 1 a nikoliv c.o. 1. Ulice 1/2 je c.p. 1 / c.o. 2 tohle treba vsichni v Brne chapou obracene. nevím, jestli platí všichni v Brně, ale vybavuju si, že po přesunu do těchto končin jsem s tím měl problém ... a taky nevím, jestli ten můj přesun náhodou není taky do jisté míry v časové koincidenci s tím, jak tu kdosi psal, že v určité době začaly některé firmy používat _pouze_ číslo orientační dříve se mi občas stávalo, že když jsem někde uváděl svoji adresu jako č.p./č.o. 621/9, tak na mě koukali jak na blba a co je těch 9?, tady už jsem potkal, že jsem nadiktoval 621/9 a napsali 9 ... Jinak ani CSU ani MICR oficialne cisla orientacni nezpracovavaji, je to IMO vydobytek posty. nemyslim si ze vydobytek posty, spis se lidem nechteli pamatovat velikanska cisla ve velkych spravnich celcich. lidem se toho nechce spousty, a nikdo kvůli tomu nic neudělá ... sílu prosadit to měla určitě ta pošta :) K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR - cisla popisne a orientacni
Ahoj, On Thu, Nov 27, 2008 at 09:54:27AM +0100, Kubajz wrote: Podle obecne uznavanych pravidel se vzdy adresuje cislo popisne, popripade evidencni nebo nahradni(to je u takovych tech zvlastnich typu budov jako provizornich). Pokud existuji obe, tak je mozne orientacni vypustit (nebot budova je urcena jednoznacne) nebo psat zasadne ve tvaru POPISNE / ORIENTACNI. Pokud to nekdo napise obracene, tak je to trotl. Adresovat pouze orientacni bych taky nedoporucoval - koneckoncu se totiz muze stat, ze v jedne ulici nejenze budou stejna s popisnym, ale muzou tam byt orientacni i dve stejna (rohove baraky casto patri do vsech ulic a mohou tak mit vice orientacnich cisel). Cisla orientacni, jak nazev napovida slouzi pro orientaci postaka v terenu a s jednoznacnym urcenim budovy nemaji nic spolecneho - postak se jukne za lomitko a vi ve ktere casti ulice ma hledat, ale kdyz tam dojde, tak se musi podivat, jestli sedi c.p. to ovsem potvrzuje to, ze c.p. by melo byt housenumber v OSM a c.o. alternatenumber. Procez Ulice 1, chapu jako Ulice c.p. 1 a nikoliv c.o. 1. Ulice 1/2 je c.p. 1 / c.o. 2 tohle treba vsichni v Brne chapou obracene. Jinak ani CSU ani MICR oficialne cisla orientacni nezpracovavaji, je to IMO vydobytek posty. nemyslim si ze vydobytek posty, spis se lidem nechteli pamatovat velikanska cisla ve velkych spravnich celcich. -- S pozdravem/Best regards Ondrej Novy Email: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] ICQ: 115-674-713 Tel/Cell: +420 777 963 207 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR - cisla popisne a orientacni
Ahoj, On Fri, Nov 28, 2008 at 02:05:41PM +0100, Tomáš Tichý wrote: Jestli se hlasuje, tak -1 ;-) V housenumber by mělo být to, co je na tabulce na domě, takže obojí, resp. pouze č.p. tam kde č.o. nejsou, příp. ev.č. Pro zpětnou dohledatelnost by se mělo být strojově rozpoznatelné, které číslo je které. chapu to dobre tak, ze dum ma CO: * housenumber=CO * alternatenumber=CP dum nema CO: * housenumber=CP dum nema CP: * housenumber=EC pokud to chapu dobre, tak +1 za tuhle variantu :). -- S pozdravem/Best regards Ondrej Novy Email: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] ICQ: 115-674-713 Tel/Cell: +420 777 963 207 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR - cisla popisne a orientacni
... chapu to dobre tak, ze dum ma CO: * housenumber=CO * alternatenumber=CP dum nema CO: * housenumber=CP dum nema CP: * housenumber=EC pokud to chapu dobre, tak +1 za tuhle variantu :). hm, a patřičné nástroje budou mít v základní výbavě křišťálovou kouli, aby dokázali vyvěštit, cože to v tom aktuálním housenumber vlastně je? K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR - cisla popisne a orientacni
Karel Volný napsal(a): ... chapu to dobre tak, ze dum ma CO: * housenumber=CO * alternatenumber=CP dum nema CO: * housenumber=CP dum nema CP: * housenumber=EC pokud to chapu dobre, tak +1 za tuhle variantu :). hm, a patřičné nástroje budou mít v základní výbavě křišťálovou kouli, aby dokázali vyvěštit, cože to v tom aktuálním housenumber vlastně je? Hmm, co tak: dum ma CO: * housenumber=CP * alternatenumber=CO dum nema CO: * housenumber=CP dum nema CP: * housenumber=ev.č.EC Resp. (pokud už jste někdy vůbec psali na adresu na evidenčním čísle) jak tedy uvádíte takovou adresu? Já teda dost často píšu jen 8e, ale když mi na zásilce hodně záleží (nebo mi ji má přivézt nějaký méně spolehlivý dopravce, tak aby nemohl držkovat, když už neumí zavolat), uvedu celé ev.č.8 Tak jako tak je potřeba naučit renderer dobře renderovat a hlavně vyhledávač dobře hledat... -- Petr Nenik Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org 355/113 -- Not the famous irrational number PI, but an incredible simulation! ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR - cisla popisne a orientacni
Ahoj, On Thu, Nov 27, 2008 at 09:11:54AM +0100, Karel Volný wrote: zdravím, 2. do OSM je proveden import tak, ze cislo popisne=addr:housenumber a cislo orientacni=addr:alternatenumber ... logicke ze housenumber je to, co je po cele republice (cislo popisne) a alternate (to co je alternativni, tedy nemusi byt vsude) alternate number? čtu to už popáté a nevidím v tom rozpor ... překlep nebo si sedím na vedení? samozrejme preklep. 2. do OSM ... ze cislo orientacni je housenumber a popisne alternatenumber. Protoze to, co je po cele republice, je temer svetovy unikat a proto to je alternate. flame zajímavé, jak je souladem se zbytkem světa argumentováno velice selektivně /flame ack / Kazdopadne nezda se mi, ze by treba v Nemecku nemeli ocislovanej kazdej barak. Maji - nevidim ten unikat (to ze je cislovano z jinych rad je v tomto pripade irelevantni). Housenumber je podle me to, co ma KAZDY dum. Alternate to co ma jenom nektery. To jak se to zobrazuje na mape (a to co tam hledaji uzivatele) je vec uplne rozdilna. Housenumber je cislo v ramci ulice, a je to taky to, co jsou uzivatele zvykli videt na mape. *někteří* uživatelé ... uzivatele jsou zvykli ze na mape nevidi nic, pouze podle toho hledaji (imho). Je potreba upravit renderer, aby pri zadnem/hloupem addr:housenumber pouzil addr:alternatenumber. IMHO by bylo lepší zobrazovat obojí (samozřejmě s potlačením hodnoty none), alespoň od určitého zvětšení, kdy se to vejde (a jako předstupeň číslo orientační na začátku a na konci ulice ... ale to už by bylo moc hi-fi ;-)) pak by se podle me tag housenumber='None' mel uplne smazat a upravit renderer tak aby zobrazoval oboji, pripadne pouze jedno z nich kdyz druhe neni. -- S pozdravem/Best regards Ondrej Novy Email: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] ICQ: 115-674-713 Tel/Cell: +420 777 963 207 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR - cisla popisne a orientacni
mame adresu 555/11 cislo popisne 555 orientacni 11. Nektere organizace zcela v rozporu se zvyklostmi zacali adresovat nas dum cislem 11, to cislo nikdy nikdo nepouzival, nikdy nikdo netusil k cemu vlastne je. Jednoduse receno 30 let mel barak adresuu 555, ted si nekdo vpomel ze by mel mit adresu 11. Existuje nejake narizeni nebo zakon nebo neco, co narizuje zacit pouzivat cislo orientacni misto popisneho? Tahle otazka je tak napul ontopic, protoze patrne obyvatele vetsich mest jsou na toto uz davno zvykli, ale vsude jinde to tak dosud nebylo. A hlavne tato podivna situace asi zpusobuje rozpor v chapani cisel i tady na listu. -- Michal Grézl http://walley.org ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR - cisla popisne a orientacni
Ahoj, On Thu, Nov 27, 2008 at 09:29:39AM +0100, Michal Grézl wrote: mame adresu 555/11 cislo popisne 555 orientacni 11. Nektere organizace zcela v rozporu se zvyklostmi zacali adresovat nas dum cislem 11, to cislo nikdy nikdo nepouzival, nikdy nikdo netusil k cemu vlastne je. Jednoduse receno 30 let mel barak adresuu 555, ted si nekdo vpomel ze by mel mit adresu 11. Existuje nejake narizeni nebo zakon nebo neco, co narizuje zacit pouzivat cislo orientacni misto popisneho? Tahle otazka je tak napul ontopic, protoze patrne obyvatele vetsich mest jsou na toto uz davno zvykli, ale vsude jinde to tak dosud nebylo. A hlavne tato podivna situace asi zpusobuje rozpor v chapani cisel i tady na listu. napr. v Brne je naprosto normalni pouzivani cisel orientacnich (jak v dopisove komunikaci tak jinde). Cisla popisne nepouziva v podstate nikdo. Pak ovsem vznikaji balani situace: Bozetechova 1/2 a Bozetechova 22/1 ^^ realne existujici pripad :). Na obalce je psano Bozetechova 1, kam dorucite dopis? Nastesti jsou obe budovy stejne fakulty, ale ukazuje to na silenost v znaceni adres v CR. -- S pozdravem/Best regards Ondrej Novy Email: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] ICQ: 115-674-713 Tel/Cell: +420 777 963 207 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR - cisla popisne a orientacni
2008/11/27 Ondrej Novy [EMAIL PROTECTED]: Ahoj, On Thu, Nov 27, 2008 at 09:29:39AM +0100, Michal Grézl wrote: mame adresu 555/11 cislo popisne 555 orientacni 11. Nektere organizace zcela v rozporu se zvyklostmi zacali adresovat nas dum cislem 11, to cislo nikdy nikdo nepouzival, nikdy nikdo netusil k cemu vlastne je. Jednoduse receno 30 let mel barak adresuu 555, ted si nekdo vpomel ze by mel mit adresu 11. Existuje nejake narizeni nebo zakon nebo neco, co narizuje zacit pouzivat cislo orientacni misto popisneho? Tahle otazka je tak napul ontopic, protoze patrne obyvatele vetsich mest jsou na toto uz davno zvykli, ale vsude jinde to tak dosud nebylo. A hlavne tato podivna situace asi zpusobuje rozpor v chapani cisel i tady na listu. napr. v Brne je naprosto normalni pouzivani cisel orientacnich (jak v dopisove komunikaci tak jinde). Cisla popisne nepouziva v podstate nikdo. Pak ovsem vznikaji balani situace: Bozetechova 1/2 a Bozetechova 22/1 ^^ realne existujici pripad :). Na obalce je psano Bozetechova 1, kam dorucite dopis? Nastesti jsou obe budovy stejne fakulty, ale ukazuje to na silenost v znaceni adres v CR. Takze to chapu tak ze globalizace pokrocila i do toho naseho litovelskeho prdelakova (osobne si myslim ze by to meli cele zbourat a nechat tam akorat pivovar;) a ze vyhledavac adres nutne musi zohlednovat obe cisla a ze na mape ve spouste mist bude asi neco, co tam uzivatele nejsou zvykli cist. letmy test: amapy hledaji podle cisla popisneho, mapy.cz podle obou, coz treba zpusobi ze barak s adresou novosady 11/318 nenajdou, ponevadz na novosady 11 i novosady 555 ukazou to same a aby nasly spravne je treba zadat 11/378. Welcome to the real world. -- Michal Grézl http://walley.org ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR - cisla popisne a orientacni
Jenže čísla orientační jsou jen v některých městech, to je hlavní problém. Třeba Příbram (35 tisíc obyvatel, 32. nejvěší město) orientační čísla nemá vůbec. JD 2008/11/27 Ondrej Novy [EMAIL PROTECTED]: Ahoj, napr. v Brne je naprosto normalni pouzivani cisel orientacnich (jak v dopisove komunikaci tak jinde). Cisla popisne nepouziva v podstate nikdo. Pak ovsem vznikaji balani situace: Bozetechova 1/2 a Bozetechova 22/1 ^^ realne existujici pripad :). Na obalce je psano Bozetechova 1, kam dorucite dopis? Nastesti jsou obe budovy stejne fakulty, ale ukazuje to na silenost v znaceni adres v CR. -- S pozdravem/Best regards Ondrej Novy Email: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] ICQ: 115-674-713 Tel/Cell: +420 777 963 207 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- -- Ing. Jan Dudík ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR - cisla popisne a orientacni
... litovelskeho prdelakova (osobne si myslim ze by to meli cele zbourat a nechat tam akorat pivovar;) naopak pivovar by měli zbourat jako první :-p (sorry za OT, to jsem si nemohl odpustit ;-)) K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR - cisla popisne a orientacni
:) Karel Volný napsal(a): ... litovelskeho prdelakova (osobne si myslim ze by to meli cele zbourat a nechat tam akorat pivovar;) naopak pivovar by měli zbourat jako první :-p (sorry za OT, to jsem si nemohl odpustit ;-)) K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR - cisla popisne a orientacni
Takova zajimavost, proc v jednom predmesti Vidne zavedli cisla orientacni jako pomucku pro bezne smrtelniky. http://www.vilemwalter.cz/adresare/navod.htm hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] UIR - cisla popisne a orientacni
Ahoj, koukal sem jak jsou naimportovany data z UIRu a mam dotaz: 1. cislo popisne ma v republice kazda adresa, cislo orientacni pouze nektere 2. do OSM je proveden import tak, ze cislo popisne=addr:housenumber a cislo orientacni=addr:alternatenumber 3. pokud dum nema cislo orientacni je napsano None. Tohle cele zpusobi, ze na webu se zobrazuje na spousty mist 'None'. Proc je tak nelogicky vybrano sparovani mezi UIRem a tagem v OSM, kdyz je logicke ze housenumber je to, co je po cele republice (cislo popisne) a alternate (to co je alternativni, tedy nemusi byt vsude) alternate number? Diky. -- S pozdravem/Best regards Ondrej Novy Email: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] ICQ: 115-674-713 Tel/Cell: +420 777 963 207 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR - cisla popisne a orientacni
2008/11/26 Ondrej Novy [EMAIL PROTECTED]: Ahoj, koukal sem jak jsou naimportovany data z UIRu a mam dotaz: 1. cislo popisne ma v republice kazda adresa, cislo orientacni pouze nektere 2. do OSM je proveden import tak, ze cislo popisne=addr:housenumber a cislo orientacni=addr:alternatenumber 3. pokud dum nema cislo orientacni je napsano None. Tohle cele zpusobi, ze na webu se zobrazuje na spousty mist 'None'. Proc je tak nelogicky vybrano sparovani mezi UIRem a tagem v OSM, kdyz je logicke ze housenumber je to, co je po cele republice (cislo popisne) a alternate (to co je alternativni, tedy nemusi byt vsude) alternate number? Protoze to, co je po cele republice, je temer svetovy unikat a proto to je alternate. Housenumber je cislo v ramci ulice, a je to taky to, co jsou uzivatele zvykli videt na mape. Je potreba upravit renderer, aby pri zadnem/hloupem addr:housenumber pouzil addr:alternatenumber. A taky namefinder. Teda pokud pomineme, ze zatim cisla neumi vubec, ehm. Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ADR podruhé
Jeste by slo udelat plugin do JOSMu, ktery stahne z webove sluzby vsechny adresni body pote co se klikne na nejakou higway. On podle nazvu zkusi vyhledat adresy a pokud budou nastavi je na stred te cesty. Pote se rozstrkaji a ulozi. Kdyz bude chtit nekdo pokracovat vybere dalsi cestu, stahne, ulozi atd... T Petr Dlouhý napsal(a): On Tue, 04 Nov 2008 12:41:55 +0100, Tomas Kolda [EMAIL PROTECTED] wrote: No myslel jsem, že by to mohlo být podobné jako se silnicemi, tedy soubor (eventuálně rozdělený do oblastí), který by si mohl každý stáhnout a zkopírovat požadovanou obec do mapy, tedy řešení přístupnější pro lidi, kteří nečtou toto fórum a tak. Je ale samozřejmě otázka, kolik lidí by to využívalo. Napad je to hezky a muzu udelat nebo kdokoliv jiny generovani dle mesta a ulice. Kazdy by si to rozstrkal a uploadnul podle lokace co by chtel delat. Globalne bych to ovsem nedelal, protoze pochybuji, ze nekdo bude rozstrkava 2.5mil adres. T ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] UIR-ADR podruhé
Dobrý den, dostal jsem nápad, jak by bylo možné přidat do mapy adresy, u kterých není v uir-adr poloha. Stačilo by udělat soubor, ve kterém by byly adresní body umístěné vždy ve středu svého obvodu (nebo někde poblíž). Potom by je už bylo možné rozstrkat na správné místo podle popisného čísla z katastrální mapy (kde jsou taky hranice obvodů, takže jde pohlídat, jestli je číslo pořád v témže obvodu). -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] UIR-ADR (bylo: Možnost využití dat Povodí Labe)
Podíval jsem se na příslušné zákony, zejména 254/2001 Sb. a 391/2004 Sb. kvůli nimž by DIBAVOD stvořen. Vzhledem k tomu, že DIBAVOD podléhá zákonu 365/2000 Sb. o informačních systémech veřejné správy a na výstupy z něj má právo každý bezplatně (pokud nepožaduje ověření) a to v libovolném rozsahu (úplné či po částech) *** kde se píše v 365/2000 Sb o poskytování bezplatného obsahu, na prvni pohled jsem to nenašel? Tak to chce příště i druhý pohled, ne jen ten první. *** OK, zákon 365 prošel novelizací (kterou jsem neměl k dispozici) v § 9, kde se jasně říká revoluční věc: * IS státní zprávy je volné dílo (mimo neveřejné evidence a vyjmenované speciality) * přístup k informacím má kdokoliv v elektronické podobě to se vztahuje i na jiné datasety, jako např: UIR-ZSJ kde jsme nezískali výslovný souhlas (Systém poskytování statistických informací ČSÚ odpovídá zásadám a požadavkům zákona č.365/2000 Sb.) http://www.czso.cz/csu/rso.nsf/i/prohlizec_uir_zsj * obsahuje obce cca. 6500 jako body JTSK x/y * nově obsahuje místní části jestli si dobře pamatuju cca. 15000 jako body JTSK x/y haj hou hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ADR (bylo: Možnost využití dat Povodí Labe)
UIR-ZSJ kde jsme nezískali výslovný souhlas (Systém poskytování statistických informací ČSÚ odpovídá zásadám a požadavkům zákona č.365/2000 Sb.) Hmm .. je nekde nejaky uplny seznam vsech instituci co spadaj pod statni spravu? http://www.czso.cz/csu/rso.nsf/i/prohlizec_uir_zsj * obsahuje obce cca. 6500 jako body JTSK x/y To by slo vyuzit - ten import mixovanych dat z wikipedie je jednak relativne nepresny (misty i pul kilometru vedle), jednak neobsahuje vsechna data (asi 800 obci, kde byla nepresnost prilis velka nebylo importovano) * nově obsahuje místní části jestli si dobře pamatuju cca. 15000 jako body JTSK x/y Mistni casti jsem neimportoval vubec ... protoze nebyly :) Takze i ty by se tam mohly docpat ... Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] UIR
Ahoj, ma nekdo v planu casem (nebo se tak jiz deje?) importovat rozdilove soubory UIRu? Predpokladam, ze postupne souradnice adres pridavaji. Jak chcete pozdeji resit to, ze nektere body budou zkorigovany dle uhulu ci gps? Napr. moje bydliste je posunute o 20 m, opravil sem to, ale nerad bych, aby to nekdo zase zkazil dalsi importem. Diky. -- S pozdravem/Best regards Ondrej Novy Email: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] ICQ: 115-674-713 Tel/Cell: +420 777 963 207 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR
Ondrej Novy napsal(a): Ahoj, ma nekdo v planu casem (nebo se tak jiz deje?) importovat rozdilove soubory UIRu? Predpokladam, ze postupne souradnice adres pridavaji. Predpokladas vcelku spatne :-) No, od roku 2004 uz bylo updatovano (pridany souradnice) par tisic adres, vsehovsudy ve dvou vanocnich importech. Nicmene vse je pro updaty pripravene, neb cizi primarni klic jsme do OSM prenesli (v tomto pripade uir_adr:ADRESA_KOD). Jak chcete pozdeji resit to, ze nektere body budou zkorigovany dle uhulu ci gps? Uz tady probehl proposal ve smyslu verified=date, coz ovsem nepokryva pripad, kdy oficialni data jsou tvrdohlave nespravna (napr. pravni vs. skutecny stav veci). -- Petr Nenik Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org 355/113 -- Not the famous irrational number PI, but an incredible simulation! ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR
Ahoj, On Tue, Oct 21, 2008 at 10:46:23PM +0200, Petr Nejedly wrote: Ondrej Novy napsal(a): Ahoj, ma nekdo v planu casem (nebo se tak jiz deje?) importovat rozdilove soubory UIRu? Predpokladam, ze postupne souradnice adres pridavaji. Predpokladas vcelku spatne :-) No, od roku 2004 uz bylo updatovano (pridany souradnice) par tisic adres, vsehovsudy ve dvou vanocnich importech. Nicmene vse je pro updaty pripravene, neb cizi primarni klic jsme do OSM prenesli (v tomto pripade uir_adr:ADRESA_KOD). jo kodu sem si vsiml. Kdy probehl posledni import? Pokud je tedy aktualizace, mohu s ni pomoci. Uz tady probehl proposal ve smyslu verified=date, coz ovsem nepokryva pripad, kdy oficialni data jsou tvrdohlave nespravna (napr. pravni vs. skutecny stav veci). jasne, tohle je jina diskuze zejo :). Stale nad tim premyslim dnem i noci a neco asi casem vyplodim na wiki. Slo mi spise o to, aby nenastal stav, ze nekdo aktualizaci UIRu updatne vzdy souradnice, to by znicilo asi nemalo prace. Stejne tak treba u dosti UIR adres pribyl amenity=restaurant, apod. -- S pozdravem/Best regards Ondrej Novy Email: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] ICQ: 115-674-713 Tel/Cell: +420 777 963 207 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR
On Tue 2008-10-21 23:08:45, Ondrej Novy wrote: Ahoj, On Tue, Oct 21, 2008 at 10:46:23PM +0200, Petr Nejedly wrote: Ondrej Novy napsal(a): Ahoj, ma nekdo v planu casem (nebo se tak jiz deje?) importovat rozdilove soubory UIRu? Predpokladam, ze postupne souradnice adres pridavaji. Predpokladas vcelku spatne :-) No, od roku 2004 uz bylo updatovano (pridany souradnice) par tisic adres, vsehovsudy ve dvou vanocnich importech. Nicmene vse je pro updaty pripravene, neb cizi primarni klic jsme do OSM prenesli (v tomto pripade uir_adr:ADRESA_KOD). jo kodu sem si vsiml. Kdy probehl posledni import? Pokud je tedy aktualizace, mohu s ni pomoci. Uz tady probehl proposal ve smyslu verified=date, coz ovsem nepokryva pripad, kdy oficialni data jsou tvrdohlave nespravna (napr. pravni vs. skutecny stav veci). jasne, tohle je jina diskuze zejo :). Stale nad tim premyslim dnem i noci a neco asi casem vyplodim na wiki. Slo mi spise o to, aby nenastal stav, ze nekdo aktualizaci UIRu updatne vzdy souradnice, to by znicilo asi nemalo prace. Stejne tak treba u dosti UIR adres pribyl amenity=restaurant, apod. Rozumna implementace doimportu je pokud to je jak to bylo ve starych UIR datech, zmen to, jinak to nech... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR
On Tue, 21 Oct 2008 23:08:45 +0200, Ondrej Novy [EMAIL PROTECTED] wrote: Uz tady probehl proposal ve smyslu verified=date, coz ovsem nepokryva pripad, kdy oficialni data jsou tvrdohlave nespravna (napr. pravni vs. skutecny stav veci). jasne, tohle je jina diskuze zejo :). Stale nad tim premyslim dnem i noci a neco asi casem vyplodim na wiki. Já si myslím, že nejlepší by byl asi obecný (tedy obecnější než old_source, jak jsem navrhl dříve) tag bad_source s parametry jako old:uhul:ortofoto:21.10.2008. Jinak ale na adresní body to asi nikdo psát nebude (rozhodně ne, když posune jeden o kousek vedle). -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR
Jo tak nejak bych to videl. Jinak doplnovani dat z UIR je mozne dopsat, ale dle jejich aktivity nevim zda na to vynakladat volny cas. UIR totiz doplnuje adresy, ulice apod, ale pouze jen ciselniky. Lokalizaci adres nijak moc (vubec) neprovadi. Podle me z duvodu konkurence u statistickeho uradu, ktera data prodava. Takze z meho pohledu: Importovaci postup poslal i se zdrojakem. Udelat diff dle vety od Pavla (tedy zmenovy soubor adres). Kdyz to vyplodi nejake zmeny, tak je namergovat s OSM... Do zmen bych bral i tu logiku, ze pokud se nezmenila poloha, ale pouze jen napr. preklep v ulici, mel by se menit jen prislusny atribut (i kdyz s tim nekdo jiz hybal). To je ale na zvazeni. Tyto pripady jdou vypsat do logu a konflikt dodelat rucne. Pokud to tedy nekdo chce delat, tak mu to rad prenecham. Neocekavam prisun novych lokalizovanych bodu, ale mozna budou opravy v nazvech a cislech. T Pavel Machek napsal(a): Rozumna implementace doimportu je pokud to je jak to bylo ve starych UIR datech, zmen to, jinak to nech... Pavel ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
