import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)

41 zpráv
Zpět na přehled

import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)

41 zpráv JHMPBP 6 účastníků 31 min čtení
  1. hanoj enemy na mail.muni.cz #m35af36
    Ahoj! === Prolog === Na adrese: http://wiki.openstreetmap.org/index.php/WikiProject_Czechia/free_map2osm se skryva postup jakym by bylo mozno, zajimava data importovat do OSM CZ. Problem je predevsim s licencemi, a to proto, ze nejsou formalizovane, tudiz se tezko srovnavaji s CC BY. === UIR-ZSJ === Uzemne identifikacni registr - ZSJ (zakladnich sidelnich jednotek) - podrobneji na wiki Podle Martina Landy spravce FreeGeoCZ data setu dostal neoficialni povoleni z CSU, presto je pouziti dat v FreeGeoCZ jen na riziko uzivatelu. Ja jsem se pokusil o totez na ruznych mail adresach CSU a bez vysledku. Sic! * Data jsou vyuzivana v datasetech komercnich firem (nevim ale zajakych podminek) * Data agreguje wikipedie v clancich o obcich, pomoci botu. * V ceniku dat CSU pise, ze prodej dat pro pouziti s licenci CC BY je tusim 12x zakladni cena. Je-li zakladni cena 0 Kc. 12x 0Kc = 0Kc. * Na VSB-TUO mi praci s temito daty v ramci OSM nikdo nerozporoval. Tedy na zaklade info navrhuji data zaclenit. V pripade ze by se neco zasadne zmenilo a bylo nutne data odstranit, budou jednotlive body obsahovat tag source odkazujici na CSU. === UIR-ADR === ADR - adresni body - jde o registr vsech postovnich adres vc. cisel popisnych, evidencnich, orientacnich, vcetne souradnic. stranka registru: http://forms.mpsv.cz/uir/ Data se nabizeji pro pouziti komukoliv, kdo o ne pozada a muze s nimi nakladat jak chce. Vim ze se vyuzivaji v komercnich aplikacich. Tudiz IMHO jsou i pro nas. Co s nimi: mapovy server s vykreslenymi adresnimi body: http://mapy2.oksystem.cz/mapy2/mpsv2.html Pozor tato stranka obsahuje data nekolika subjektu (CÚZK, CEDA, CSÚ, MMR, IMIP), adresni body jsou zlute tecty, ktere se zobrazuji na nevyssi podrobnosti a musi se rucne zapnout. Pomoci nich se lze vyhledavat body v lokalite a odvodit nazvy ulic. Pozor modre nazvy ulic jiz na mape pritomne, nejsou soucasti registru a navic byvaji velice chybne! === Resume === * UIR-ZSJ - importujeme data do OSM (predpokladam ze vytvorim data na ukazku, pak odstranime vsechny nazvy obci a nahradime je registrem). Termin: prazdniny 2007 * UIR-ADR - dame to na wiki jako legalni zdroj informaci === Otazky === Myslite ze me uvahy jsou (predevsim licence) korektni, mate nejake poznamky? zdravi Hanoj
  2. Michal Grézl michal.grezl na gmail.com #m8b09f1
    Ahoj!
    ...
    zdravi Hanoj http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
    ohledne zdroje http://forms.mpsv.cz/uir/, nenasel jsem na vebu licenci pro poskytovana data, nehledal sem zas tak dukladne, mas ji nebo je tam nekde? Problemem je samozrejme nutnost povoleni neomezene redistribuce dat, i kdyz to vypada ze si s tim muze delat kdo chce co chce, licenci sem nenasel.
  3. hanoj enemy na mail.muni.cz #m68cfaf
    Ani UIR-ADR ani UIR-ZSJ nema definovanou licenci. Jsou to registry, ktere se bezne uzivaji pro ruzne ucely mimo MPSV a CSU. U UIR-ADR je to tak vyslovne mysleno. Splneni autorskeho prava by slo pomoci citace napr "source: CSU:UIR-ZSJ" Muzete se vyjadrit konkretne k temto registrum? Existenci FreegeoCZ nikdo nezpochybnil... zdravi hanoj
  4. Michal Grézl michal.grezl na gmail.com #m23ff44
    Ani UIR-ADR ani UIR-ZSJ nema definovanou licenci. Jsou to registry, ktere se bezne uzivaji pro ruzne ucely mimo MPSV a CSU. U UIR-ADR je to tak vyslovne mysleno. Splneni autorskeho prava by slo pomoci citace napr "source: CSU:UIR-ZSJ" Muzete se vyjadrit konkretne k temto registrum? Existenci FreegeoCZ nikdo nezpochybnil... zdravi hanoj
    napsal bych dopis te pani co je uvedena jako kontaktni osoba, a vylozene se zeptal zda souhlasi s redistribuci dat pod CC-BY-SA. Vidim hlavni problem prave v poskytovani tretim osobam, oni ty data davaji k dizpozici, ale otazka je zda souhlasi i s dalsim naslednym poskytovanim dalsim osobam. Uverejneni zdroje je samozrejme.
  5. hanoj enemy na mail.muni.cz #m7c7c0a
    Ani UIR-ADR ani UIR-ZSJ nema definovanou licenci. Jsou to registry, ktere se bezne uzivaji pro ruzne ucely mimo MPSV a CSU. U UIR-ADR je to tak vyslovne mysleno. Splneni autorskeho prava by slo pomoci citace napr "source: CSU:UIR-ZSJ" Muzete se vyjadrit konkretne k temto registrum? Existenci FreegeoCZ nikdo nezpochybnil...
    napsal bych dopis te pani co je uvedena jako kontaktni osoba, a vylozene se zeptal zda souhlasi s redistribuci dat pod CC-BY-SA. Vidim hlavni problem prave v poskytovani tretim osobam, oni ty data davaji k dizpozici, ale otazka je zda souhlasi i s dalsim naslednym poskytovanim dalsim osobam. Uverejneni zdroje je samozrejme.
    *** mluvime-li o CSU, tak mi na 4 maily na ruzne adresy vcetne toho pana a i pani nikdo neodpovedel V ceniku se pise: http://www.czso.cz/csu/redakce.nsf/i/podminky_pro_komercni_vyuziti_produktu_csu_pri_pouziti_smluvnich_cen_cenik hanoj
  6. Jakub Sykora kubajz na kbx.cz #m7b1096
    Tak to vypada nepruchozi. Nemuzete zarucit, ze nekdo nevezme data z OSM a nebude je prodavat dal. A vzhledem k tomu, ze oni ta data chteji prodavat, tak potom neni co resit. K
  7. hanoj enemy na mail.muni.cz #m660ffe
    Tak to vypada nepruchozi. Nemuzete zarucit, ze nekdo nevezme data z OSM a nebude je prodavat dal. A vzhledem k tomu, ze oni ta data chteji prodavat, tak potom neni co resit.
    timto: http://www.czso.cz/csu/redakce.nsf/i/podminky_pro_komercni_vyuziti_produktu_csu_pri_pouziti_smluvnich_cen_cenik jsem se snazil naznacit, ze oni s prodejem 3. strane pocitaji, a za techto podminek. vzhledem k tomu ze cena UIR-ZSJ je 0Kc, mam dedukci opacnou... hanoj
  8. Jakub Sykora kubajz na kbx.cz #m1e2d5c
    Pokud je cena 0,- tak asi jo :] To jsem jaksi netusil... K
  9. Michal Grézl michal.grezl na gmail.com #m62cd5b
    Pokud je cena 0,- tak asi jo :] To jsem jaksi netusil... K
    Tak to vypada nepruchozi. Nemuzete zarucit, ze nekdo nevezme data z OSM a nebude je prodavat dal. A vzhledem k tomu, ze oni ta data chteji prodavat, tak potom neni co resit.
    timto: http://www.czso.cz/csu/redakce.nsf/i/podminky_pro_komercni_vyuziti_produktu_csu_pri_pouziti_smluvnich_cen_cenik jsem se snazil naznacit, ze oni s prodejem 3. strane pocitaji, a za techto podminek. vzhledem k tomu ze cena UIR-ZSJ je 0Kc, mam dedukci opacnou... hanoj
    cc-by-sa je komercne pouzitelna licence, tedy lze veci pod ni licencovane prodavat, tudiz neni zaruceno ze data z osm jsou poskytovana za 0 korun! Tohle je urcite nepouzitelne, pokud nam nekdo z nich neda vyslovny souhlas.
  10. Michal Grézl michal.grezl na gmail.com #m36051d
    Pokud je cena 0,- tak asi jo :] To jsem jaksi netusil... K
    Tak to vypada nepruchozi. Nemuzete zarucit, ze nekdo nevezme data z OSM a nebude je prodavat dal. A vzhledem k tomu, ze oni ta data chteji prodavat, tak potom neni co resit.
    timto: http://www.czso.cz/csu/redakce.nsf/i/podminky_pro_komercni_vyuziti_produktu_csu_pri_pouziti_smluvnich_cen_cenik jsem se snazil naznacit, ze oni s prodejem 3. strane pocitaji, a za techto podminek. vzhledem k tomu ze cena UIR-ZSJ je 0Kc, mam dedukci opacnou... hanoj
    cc-by-sa je komercne pouzitelna licence, tedy lze veci pod ni licencovane prodavat, tudiz neni zaruceno ze data z osm jsou poskytovana za 0 korun! Tohle je urcite nepouzitelne, pokud nam nekdo z nich neda vyslovny souhlas.
    odpovim jeste sam sobe poslal sem dotaz odyla.eliaskova na mpsv.cz ohledne tech jejich dat treba mi odpovi:) asi sem konecne pochopil jak to vlastne s temi cenami je, nicmene bych si dovolil trvat na souhlasu csu. Pokud na maily neodpovidaji, pak bych data nepouzival.
  11. hanoj enemy na mail.muni.cz #m5ec883
    Tak to vypada nepruchozi. Nemuzete zarucit, ze nekdo nevezme data z OSM a nebude je prodavat dal. A vzhledem k tomu, ze oni ta data chteji prodavat, tak potom neni co resit.
    timto: http://www.czso.cz/csu/redakce.nsf/i/podminky_pro_komercni_vyuziti_produktu_csu_pri_pouziti_smluvnich_cen_cenik jsem se snazil naznacit, ze oni s prodejem 3. strane pocitaji, a za techto podminek. vzhledem k tomu ze cena UIR-ZSJ je 0Kc, mam dedukci opacnou... hanoj
    cc-by-sa je komercne pouzitelna licence, tedy lze veci pod ni licencovane prodavat, tudiz neni zaruceno ze data z osm jsou poskytovana za 0 korun! Tohle je urcite nepouzitelne, pokud nam nekdo z nich neda vyslovny souhlas.
    *** no nevim jestli uvazuji tak krkolome, ale 12x 0kc je cena za kterou poskytuje nektera data CSU pro komercni pouziti. *** Nikoli ze OSM je nutno prodavat za 0Kc, to by nebylo komercni vyuziti ;) hanoj
  12. hanoj enemy na mail.muni.cz #mee83ab
    Pokud je cena 0,- tak asi jo :] To jsem jaksi netusil... K
    Tak to vypada nepruchozi. Nemuzete zarucit, ze nekdo nevezme data z OSM a nebude je prodavat dal. A vzhledem k tomu, ze oni ta data chteji prodavat, tak potom neni co resit.
    timto: http://www.czso.cz/csu/redakce.nsf/i/podminky_pro_komercni_vyuziti_produktu_csu_pri_pouziti_smluvnich_cen_cenik jsem se snazil naznacit, ze oni s prodejem 3. strane pocitaji, a za techto podminek. vzhledem k tomu ze cena UIR-ZSJ je 0Kc, mam dedukci opacnou... hanoj
    cc-by-sa je komercne pouzitelna licence, tedy lze veci pod ni licencovane prodavat, tudiz neni zaruceno ze data z osm jsou poskytovana za 0 korun! Tohle je urcite nepouzitelne, pokud nam nekdo z nich neda vyslovny souhlas.
    odpovim jeste sam sobe poslal sem dotaz odyla.eliaskova na mpsv.cz ohledne tech jejich dat treba mi odpovi:) asi sem konecne pochopil jak to vlastne s temi cenami je, nicmene bych si dovolil trvat na souhlasu csu. Pokud na maily neodpovidaji, pak bych data nepouzival.
    *** Ted mi kamarad mi rikal ze s pi. eliaskovou se da mluvit ;) *** Predpokladam ze tusis UIR-ADR =MPSV a UIR-ZSJ =CSU je neco uplne jineho hoj hanoj
  13. Michal Grézl michal.grezl na gmail.com #m0f943b
    si dovolil trvat na souhlasu csu. Pokud na maily neodpovidaji, pak
    bych data nepouzival.
    *** Ted mi kamarad mi rikal ze s pi. eliaskovou se da mluvit ;) *** Predpokladam ze tusis UIR-ADR =MPSV a UIR-ZSJ =CSU je neco uplne jineho
    no to tusim, zamotal sem oboji dohromady. tou druhou vetou sem myslel CSU samozrejme. proste pokud maji na strankach cenik tak v tom bude problem, ikdyz cena muze vychazet 0.
  14. Kubajz kubajz na kbx.cz #m430169
    Ahoj, dnes jsem mluvil s pani Eliaskovou a ptal jsem se na licenci atp. Vlastnikem i puvodcem dat jsou oni, registr je siren komukoliv v CR bezplatne (dokonce neplati ani postovne). Pokud chceme vyuzit data, nesmime do ceny aplikace zapocitat cenu za registr. Ptal jsem se, jak to je, kdyz nejsme schopni zarucit, ze nami odvozena data nekdo potom proda, tak rikala, ze to by problem byt nemel. Hlavne se nesmi uctovat cena za registr jako takovy. Procez jsem si jedno CD objednal a az dorazi, tak udelam UIR-ADR2OSMhighway a udelam z toho vrstvu do te mapy, co mam na strankach. Pak by stalo za uvahu udelat nejaky automat, ktery by porovnaval shodu s existujici highway a pokud by se shodovaly z vice nez treba 90%, tak by se do stavajici ulice pridalo jmeno. Co vy na to? K
  15. BH singularita na gmail.com #m1fb73d
    Procez jsem si jedno CD objednal a az dorazi, tak udelam UIR-ADR2OSMhighway a udelam z toho vrstvu do te mapy, co mam na strankach. Pak by stalo za uvahu udelat nejaky automat, ktery by porovnaval shodu s existujici highway a pokud by se shodovaly z vice nez treba 90%, tak by se do stavajici ulice pridalo jmeno.
    Ma to jeden hacek - casto je jedna higway ktera je delsi (treba jde "pres krizovatku") a v realite jsou to dve odlisne nazvane ulice. Nekdy zase jedna realna ulice je slozena v OSM z nekolika highway segmentu. Nekde dokonce muze byt z nekolika segmentu a casti tech segmentu "na kraji" muzou uz byt v jinych ulicich. I tak by se ale zase pak hodilo to rozdelit data na zelene (a ty naimportovat) a "cervene", ktere by byly jako u importu silnic druhe a prvni tridy k dispozici lidem co by to tam chteli docpat to zbyle rucne. Ale rozhodne by to bylo uzitecne, jmen by urcite dost pribylo :) Jinak nazvy obci tam uz jsou (a snad vcelku kompletni a korektni ....) - jsou data v UIR-ADR nejak vyrazne presnejsi? Jsou v UIR-ADR i takove ty male vesnicky a sidla co vlastne nejsou obcemi? S odstranovanim bych byl radsi opatrny. Martin
  16. Kubajz kubajz na kbx.cz #m137152
    V UIR-ADR nejsou polohopisne udaje o obcich. Jsou jen adresni body, ktere jsou prirazeny ulicim. Ty zase castem obce, ty obcim, ty okresum, ty krajum. Takze vystrachat udaj o poloze obce by bylo tezke (obalovy polygon adresnich mist a z nich nejaky median jako teziste...). Verim ale, ze by se takhle daly celkem hezky zjistit hranice mestskych casti... K P.S.: Kdyby k tomu doslo, pisi si sem poznamku (protoze jsem hlava derava), ze se k tomu muze hodit algoritmus GRAHAMSCAN2 ev. MERGEHULL2D.
  17. hanoj enemy na mail.muni.cz #m9bb951
    V UIR-ADR nejsou polohopisne udaje o obcich. Jsou jen adresni body, ktere jsou prirazeny ulicim. Ty zase castem obce, ty obcim, ty okresum, ty krajum. Takze vystrachat udaj o poloze obce by bylo tezke (obalovy polygon adresnich mist a z nich nejaky median jako teziste...). Verim ale, ze by se takhle daly celkem hezky zjistit hranice mestskych casti...
    Jinak nazvy obci tam uz jsou (a snad vcelku kompletni a korektni ....) - jsou data v UIR-ADR nejak vyrazne presnejsi? Jsou v UIR-ADR i takove ty male vesnicky a sidla co vlastne nejsou obcemi? S odstranovanim bych byl radsi opatrny.
    *** Zni to urcite pekne. Nekolik odrazek co mne napadly, treba pomuzou: "UIR-ADR 2" 1) OSMhighway:name *** tedy ke kontrole (nejspis rucni) nazvu ulic. Z bodu ulic vytvorit polygony a pak kontrolovat jak nazev linie odpovida rozsahlosti polygonu. Problem budou sidliste a podobne netradicne urbanizovane uzemi, kde poloha ulice (silnice) pramalo souvisi s existujicimi objekty. Take tam kde ulice nema zadny objekt. 2) OSMhighway:geometry *** Pro vytvareni dat by mohlo pomoci neco jako regrese nad ulicnimi body. Tedy body z ulice prolozit krivku vhodneho modelu, tu pak zjednodusit na lomenou caru. Jako podklad, ulozeny mimo OSM, pro vykreslovani bilych mist k nezaplaceni... 3) Place (Obce a Mistni casti) *** Dnes je v czOSM vetsina administrativnich obci, tj. asi 6.000 z celkoveho poctu 6.230. V CR je ale cca 23.000 zakladnich sidelnich jednotek. Ty v OSM skoro vubec nejsou, pokud jsou nelze je rozpoznat od admin. obci. Dale je problem s polohou obci, ktera byla vysledkem, prumerovani ne zcela dobrych zdroju. Tady by centroid (teziste) stavebnich objektu mohlo pomoci ho zpresnit. Nedaval bych mu ale prednost pred rucnim umistenim do (historickeho) centra obce. Mam problem s jednoznacnou identifikaci nazvu sidel, jejich podrizenosti a nadrizenosti (neco jako is_in: kraj, okres, obec + ID kod napr. byvaly NUTS5, nebo KODOB) - obtizne se s nimi pracuje. Pokud to UIR-ADR obsahuje, bylo by to velky plus. ha hanoj
  18. Kubajz kubajz na kbx.cz #m5bcb5e
    Snazim se ted rozbehnout nad mapnikem WMS server, abych tato data mohl naladovat do databaze jako ruzne vrstvy a pak si je kazdy mohl libovolne vkladat jako podklady do JOSM. Myslim, ze tak to bude nejpouzitelnejsi. Bohuzel kdesi je chyba a mapnik mi hlasi getattr jako neznamou metodu a jeste jednu dalsi chybu. Dokumentace je pak na tyto veci pomerne skoupa a i informace v ML neni mnoho... K
    V UIR-ADR nejsou polohopisne udaje o obcich. Jsou jen adresni body, ktere jsou prirazeny ulicim. Ty zase castem obce, ty obcim, ty okresum, ty krajum. Takze vystrachat udaj o poloze obce by bylo tezke (obalovy polygon adresnich mist a z nich nejaky median jako teziste...). Verim ale, ze by se takhle daly celkem hezky zjistit hranice mestskych casti...
    Jinak nazvy obci tam uz jsou (a snad vcelku kompletni a korektni ....) - jsou data v UIR-ADR nejak vyrazne presnejsi? Jsou v UIR-ADR i takove ty male vesnicky a sidla co vlastne nejsou obcemi? S odstranovanim bych byl radsi opatrny.
    *** Zni to urcite pekne. Nekolik odrazek co mne napadly, treba pomuzou: "UIR-ADR 2" 1) OSMhighway:name *** tedy ke kontrole (nejspis rucni) nazvu ulic. Z bodu ulic vytvorit polygony a pak kontrolovat jak nazev linie odpovida rozsahlosti polygonu. Problem budou sidliste a podobne netradicne urbanizovane uzemi, kde poloha ulice (silnice) pramalo souvisi s existujicimi objekty. Take tam kde ulice nema zadny objekt. 2) OSMhighway:geometry *** Pro vytvareni dat by mohlo pomoci neco jako regrese nad ulicnimi body. Tedy body z ulice prolozit krivku vhodneho modelu, tu pak zjednodusit na lomenou caru. Jako podklad, ulozeny mimo OSM, pro vykreslovani bilych mist k nezaplaceni...
    tohle bylo prvni, co me napadlo. Akorat to chce zvolit vhodnou regresi. Myslim, ze ale existuje algoritmus primo na regresi lomenou carou. Ocividne to vsak bude hodne nepresne, nicmene porad lepsi nez nic.
    3) Place (Obce a Mistni casti) *** Dnes je v czOSM vetsina administrativnich obci, tj. asi 6.000 z celkoveho poctu 6.230. V CR je ale cca 23.000 zakladnich sidelnich jednotek. Ty v OSM skoro vubec nejsou, pokud jsou nelze je rozpoznat od admin. obci.
    a me prislo, ze uz je v OSM snad kazda zapadla viska bez starosty :)
    Dale je problem s polohou obci, ktera byla vysledkem, prumerovani ne zcela dobrych zdroju. Tady by centroid (teziste) stavebnich objektu mohlo pomoci ho zpresnit. Nedaval bych mu ale prednost pred rucnim umistenim do (historickeho) centra obce. Mam problem s jednoznacnou identifikaci nazvu sidel, jejich podrizenosti a nadrizenosti (neco jako is_in: kraj, okres, obec + ID kod napr. byvaly NUTS5, nebo KODOB) - obtizne se s nimi pracuje. Pokud to UIR-ADR obsahuje, bylo by to velky plus.
    registr tyto informace obsahuje. Staci do nej nahlednout na webu. Kdyz si tam vyhledas dum, ve kterem bydlis, tak se hezky proklikas az do kraje ve kterem zijes...
  19. BH singularita na gmail.com #m85d00d
    a me prislo, ze uz je v OSM snad kazda zapadla viska bez starosty :)
    Jen obce. Jejich casti uz ne. Na to jsem nemel spolehlive zdroje.
    Dale je problem s polohou obci, ktera byla vysledkem, prumerovani ne zcela dobrych zdroju. Tady by centroid (teziste) stavebnich objektu mohlo pomoci ho zpresnit. Nedaval bych mu ale prednost pred rucnim umistenim do (historickeho) centra obce.
    Kdyz jsem to importoval, tak jsem tam dal ty, kde rozdil vzdalenosti z dvou ruznych zdroju byl mensi nez cca 800 metru. Pak jsem udelal jejich prumer. Takze pokud jedno z toho byla zrovna nahodou presna pozice, tak to co je ted v OSM muze byt klidne i 400 metru mimo. A pokud oba dva udaje byly nekde mimo .... ale spoleham ze to lidi popresouvaj na presnejsi mista az to budou v okoli dane obce mapovat :)
    Mam problem s jednoznacnou identifikaci nazvu sidel, jejich podrizenosti a nadrizenosti (neco jako is_in: kraj, okres, obec + ID kod napr. byvaly NUTS5, nebo KODOB) - obtizne se s nimi pracuje. Pokud to UIR-ADR obsahuje, bylo by to velky plus.
    Martin
  20. Pavel Machek pavel na ucw.cz #mf5e9c9
    Ahoj!
    Dale je problem s polohou obci, ktera byla vysledkem, prumerovani ne zcela dobrych zdroju. Tady by centroid (teziste) stavebnich objektu mohlo pomoci ho zpresnit. Nedaval bych mu ale prednost pred rucnim umistenim do (historickeho) centra obce.
    Kdyz jsem to importoval, tak jsem tam dal ty, kde rozdil vzdalenosti z dvou ruznych zdroju byl mensi nez cca 800 metru. Pak jsem udelal jejich prumer. Takze pokud jedno z toho byla zrovna nahodou presna pozice, tak to co je ted v OSM muze byt klidne i 400 metru mimo. A pokud oba dva udaje byly nekde mimo .... ale spoleham ze to lidi popresouvaj na presnejsi mista az to budou v okoli dane obce mapovat :)
    Poloha obci nahodou vychazi velmi slusne... spis je skoda ze jich dost chybi ;-). Pavel
  21. Pavel Machek pavel na ucw.cz #m9ec6de
    Ahoj!
    V UIR-ADR nejsou polohopisne udaje o obcich. Jsou jen adresni body, ktere jsou prirazeny ulicim. Ty zase castem obce, ty obcim, ty okresum, ty krajum. Takze vystrachat udaj o poloze obce by bylo tezke (obalovy polygon adresnich mist a z nich nejaky median jako teziste...). Verim ale, ze by se takhle daly celkem hezky zjistit hranice mestskych casti...
    To by bylo pekny... a bylo by pekny i zkontrolovat/dodelat vesnice... porad jich jeste par set chybi... Nemusi to byt nejak zvlast komplikovany, median adresnich bodu by mel stacit. Pavel
  22. Kubajz kubajz na kbx.cz #mb316d8
    Ahoj, CDcko mi dorazilo, zkusmo jsem se podival na data v ulici, kde bydlim a vypada to dobre. Vymyslel jsem algoritmus, jak vygenerovat mapu ulic. V podstate se udela polygon, ktery bude jako jednu "stranu" mit popisna cisla suda a druhou stranu jako popisna cisla licha serazena vzestupne . Konce pak propojim a vznikne uzavrean oblast vymezujici ulici. Dovnitr polygonu pak vepisu nazev ulice. Udelal jsem jednoduchy wms serer (ogcserver mi proste nebezi) a mel by fungovat pod JOSMem - zatim tedy cte data ze soucasne databaze, ale pozdeji bych ho nasmeroval na databazi ulic. http://kubajz.kbx.cz/junk/wms/? Vraci PNG. K
  23. Pavel Machek pavel na ucw.cz #mf02e3d
    Ahoj!
    CDcko mi dorazilo, zkusmo jsem se podival na data v ulici, kde bydlim a vypada to dobre.
    Super! Vzhledem k tomu ze cd je volne kopirovatelne.. bylo by mozne hodit ho nekam na ftp/bittorrent? Chtel bych se podivat na vlastni oci, ale posilani dat ceskou postou se mi zda jako trosku zdlouhave ;-). ...nebo nejaky export databaze...
    Udelal jsem jednoduchy wms serer (ogcserver mi proste nebezi) a mel by fungovat pod JOSMem - zatim tedy cte data ze soucasne databaze, ale pozdeji bych ho nasmeroval na databazi ulic. http://kubajz.kbx.cz/junk/wms/? Vraci PNG.
    Me vraci "File not found: http://..../wms/&bbox=... Pavel
  24. Kubajz kubajz na kbx.cz #m97db8e
    Ahoj!
    CDcko mi dorazilo, zkusmo jsem se podival na data v ulici, kde bydlim a vypada to dobre.
    Super! Vzhledem k tomu ze cd je volne kopirovatelne.. bylo by mozne hodit ho nekam na ftp/bittorrent? Chtel bych se podivat na vlastni oci, ale posilani dat ceskou postou se mi zda jako trosku zdlouhave ;-). ...nebo nejaky export databaze...
    Dam. Musi se ale odlisit, co je mozne a co neni mozne kopirovat. Je tam i programove vybaveni. Zatim jsem na to nemel moc casu. K
    Udelal jsem jednoduchy wms serer (ogcserver mi proste nebezi) a mel by fungovat pod JOSMem - zatim tedy cte data ze soucasne databaze, ale pozdeji bych ho nasmeroval na databazi ulic. http://kubajz.kbx.cz/junk/wms/? Vraci PNG.
    Me vraci "File not found: http://..../wms/&bbox=... Pavel
    Je nutne specifikovat bbox a width a height. Jinak to nebude fungovat... JOSM to zvlada... K
  25. Pavel Machek pavel na ucw.cz #me89674
    Ahoj!
    CDcko mi dorazilo, zkusmo jsem se podival na data v ulici, kde bydlim a vypada to dobre.
    Super! Vzhledem k tomu ze cd je volne kopirovatelne.. bylo by mozne hodit ho nekam na ftp/bittorrent? Chtel bych se podivat na vlastni oci, ale posilani dat ceskou postou se mi zda jako trosku zdlouhave ;-). ...nebo nejaky export databaze...
    Dam. Musi se ale odlisit, co je mozne a co neni mozne kopirovat. Je tam i programove vybaveni. Zatim jsem na to nemel moc casu.
    Jasne...
    Udelal jsem jednoduchy wms serer (ogcserver mi proste nebezi) a mel by fungovat pod JOSMem - zatim tedy cte data ze soucasne databaze, ale pozdeji bych ho nasmeroval na databazi ulic. http://kubajz.kbx.cz/junk/wms/? Vraci PNG.
    Me vraci "File not found: http://..../wms/&bbox=...
    Je nutne specifikovat bbox a width a height. Jinak to nebude fungovat... JOSM to zvlada...
    Ja to zkousel jak ... aha. ono je potreba zadat do josm "http://kubajz.kbx.cz/junk/wms/?" -- tedy vcetne toho otazniku na konci. ...tohle je hezky, nebudu muset rozjizdet mappaint, dik :-). Pavel
  26. Pavel Machek pavel na ucw.cz #m14aa6a
    Ahoj!
    ...nebo nejaky export databaze...
    Dam. Musi se ale odlisit, co je mozne a co neni mozne kopirovat. Je tam i programove vybaveni. Zatim jsem na to nemel moc casu.
    Jasne...
    Kdyby se podarilo hodit databazi v nejakym formatu na web, bylo by to super.
    Udelal jsem jednoduchy wms serer (ogcserver mi proste nebezi) a mel by fungovat pod JOSMem - zatim tedy cte data ze soucasne databaze, ale pozdeji bych ho nasmeroval na databazi ulic. http://kubajz.kbx.cz/junk/wms/? Vraci PNG.
    Me vraci "File not found: http://..../wms/&bbox=...
    Je nutne specifikovat bbox a width a height. Jinak to nebude fungovat... JOSM to zvlada...
    Ja to zkousel jak ... aha. ono je potreba zadat do josm "http://kubajz.kbx.cz/junk/wms/?" -- tedy vcetne toho otazniku na konci. ...tohle je hezky, nebudu muset rozjizdet mappaint, dik :-).
    ..tak ne, chova se to nejak divne. Stahnu, odzoomuju, posunu, stahnu druhej obrazek, ale ono to nejak nesedi. Stahnu .osm data, a nesedi to... :-( Pavel
  27. Michal Grézl michal.grezl na gmail.com #m7e2138
    ...tohle je hezky, nebudu muset rozjizdet mappaint, dik :-).
    ..tak ne, chova se to nejak divne. Stahnu, odzoomuju, posunu, stahnu druhej obrazek, ale ono to nejak nesedi. Stahnu .osm data, a nesedi to... :-( Pavel
    No me to sedi perfektne, akorat pri ruznych zoomech sou ruzne siroke silnice a to pak na sebe nenavazuje. A mappaint je soucasti josm uz dlouho, nemusi se rozjizdet, jenom vypnout, je priserne pomalej:)
  28. Kubajz kubajz na kbx.cz #m4740b6
    ...tohle je hezky, nebudu muset rozjizdet mappaint, dik :-).
    ..tak ne, chova se to nejak divne. Stahnu, odzoomuju, posunu, stahnu druhej obrazek, ale ono to nejak nesedi. Stahnu .osm data, a nesedi to... :-( Pavel
    No me to sedi perfektne, akorat pri ruznych zoomech sou ruzne siroke silnice a to pak na sebe nenavazuje. A mappaint je soucasti josm uz dlouho, nemusi se rozjizdet, jenom vypnout, je priserne pomalej:)
    Presne tak - pri rooznych zoomech to generuje jine obrazky. Jak rikam - rozjel jsem to v podstate pouze proto, aby se daly nejak rozumne zobrazit data z UIR ADR v JOSM pro editaci nazvu ulic. K
  29. Kubajz kubajz na kbx.cz #m4fb046
    Vzhledem k tomu, ze je to jen pokusny skript, tak to ma treba ten neduh, ze kdyz to spusti dva lide najednou tak to nefunguje (exportuje to do souboru image.png a ten to pak posle klientovi - tedy je zde videt krasne poruseni reentrance...) :)
  30. BH singularita na gmail.com #ma06b8c
    Zda se mi to v JOSM takovy splacly. Obavam se ze narozdil od JOSM ktery neresi ruznou velikost delkoveho stupne po zemekouli (a tak je treba CR zobrazena "tak nejak protahle"...) obrazek ktery to vraci se zda se tohle "resi" - stred sedi, ale obrazek je prilis uzky na to co obsahuje. Ze by to proto nesedelo? Martin
  31. Pavel Machek pavel na ucw.cz #m9c8e33
    Ahoj!
    ...tohle je hezky, nebudu muset rozjizdet mappaint, dik :-).
    ..tak ne, chova se to nejak divne. Stahnu, odzoomuju, posunu, stahnu druhej obrazek, ale ono to nejak nesedi. Stahnu .osm data, a nesedi to... :-(
    No me to sedi perfektne, akorat pri ruznych zoomech sou ruzne siroke silnice a to pak na sebe nenavazuje. A mappaint je soucasti josm uz dlouho, nemusi se rozjizdet, jenom vypnout, je priserne pomalej:)
    Muzete nekdo zkusit vetsi uzemi? Ja to fakt vidim hodne deformovany. (Rekneme ze ukazatel vlevo nahore ukazuje tak 2km). Je to velmi jednoduchy zkontrolovat proti .osm datum... proste krizovatky jsou o kus vedle, v ruznych castech obrazu ruzne daleko. Pavel
  32. Kubajz kubajz na kbx.cz #mab2ab1
    Ted to pro zmenu nebezi vubec, pac jsem se v tom pohrabal. Opravim to az zitra. Pokud se nepletu, tak JOSM umi delat dve projekce dat - zkus ji prepnout, jestli to nebude lepsi... Jinak proti ortofoto mape jsou data renderovana mapnikem spravne, takze by nemel byt problem v mapniku a wms... K
  33. Petr Nejedly Petr.Nejedly na Sun.COM #mdaed1c
    silnice a to pak na sebe nenavazuje. A mappaint je soucasti josm uz dlouho, nemusi se rozjizdet, jenom vypnout, je priserne pomalej:)
    Hmm, a nebo nekoho naucit struktury a algoritmy... Schvalne zkuste jak by prilozeny prototyp (cleanroom implementace, jak si prali panove z josm-dev) fungoval u vas na czechia.osm java -Xmx256m -jar OSMProcessor.jar Funguje File->Open (na chvilku zatuhne), zoom koleckem na mysi, pan pravym tlacitkem a posouvani nodu. Taky funguje undo se skladanim udalosti. Sada stylu je hardcoded na par typu silnice a area=true, ale architektura umoznuje normalne parsovat elemstyles.xml bez ztraty vykonu.
  34. Michal Grézl michal.grezl na gmail.com #m430784
    silnice a to pak na sebe nenavazuje. A mappaint je soucasti josm uz dlouho, nemusi se rozjizdet, jenom vypnout, je priserne pomalej:)
    Hmm, a nebo nekoho naucit struktury a algoritmy... Schvalne zkuste jak by prilozeny prototyp (cleanroom implementace, jak si prali panove z josm-dev) fungoval u vas na czechia.osm java -Xmx256m -jar OSMProcessor.jar Funguje File->Open (na chvilku zatuhne), zoom koleckem na mysi, pan pravym tlacitkem a posouvani nodu. Taky funguje undo se skladanim udalosti. Sada stylu je hardcoded na par typu silnice a area=true, ale architektura umoznuje normalne parsovat elemstyles.xml bez ztraty vykonu.
    No rozdil je opravdu znacny (fakt uzasne, jestli se rychlost opravdu radove nesnizi pri vykresleni vseho co kresli ted josm tak bomba), jeste to musim vyzkouset na stroji, kde nacteni cele cz.osm do josm se zaplym mappaintem neni vubec mozne:), ted to zkousim na 1.8ghz notasu s 1gb ram a OSMProcessor.jar normalne funguje, kdezto josm s -Xmx800m se sotva hybe (neveril sem ze to opravdu vubec cele nacte:). No faktem je, ze ti patlalove, co ted bastli josm, nikdy v zivote nevideli vektorovy editor a nejsou schopni udelat ani rozumne ovladani, a chtit po nic nejakou zmenu vykreslovaciho jadra je asi trosku moc. Asi stejne prejdu na merkaator:) -- Michal Grézl http://walley.org
  35. hanoj enemy na mail.muni.cz #m3540e9
    Pokud jsem to dobre pochopil, tak tvoje uprava umi predzpracovat velkou datovou sadu a nasledne ji pred vykreslovanim efektivne redukovat na zobrazene okno + odpovidajici detaily meritku. Testoval jsem CzechiaOSM (100MB) a nejakou datovou sadu stazenou pres JOSM z (3MB). U te 3MB bylo zrychleni pozorovatelne od mensich meritek, u detailu to bylo stejne. Dobra prace, asi ne kazdy devJOSMak se zivi cim ty. hoj hanoj
  36. Kubajz kubajz na kbx.cz #m0d7010
    silnice a to pak na sebe nenavazuje. A mappaint je soucasti josm uz dlouho, nemusi se rozjizdet, jenom vypnout, je priserne pomalej:)
    Hmm, a nebo nekoho naucit struktury a algoritmy... Schvalne zkuste jak by prilozeny prototyp (cleanroom implementace, jak si prali panove z josm-dev) fungoval u vas na czechia.osm java -Xmx256m -jar OSMProcessor.jar Funguje File->Open (na chvilku zatuhne), zoom koleckem na mysi, pan pravym tlacitkem a posouvani nodu. Taky funguje undo se skladanim udalosti. Sada stylu je hardcoded na par typu silnice a area=true, ale architektura umoznuje normalne parsovat elemstyles.xml bez ztraty vykonu.
    No rozdil je opravdu znacny (fakt uzasne, jestli se rychlost opravdu radove nesnizi pri vykresleni vseho co kresli ted josm tak bomba), jeste to musim vyzkouset na stroji, kde nacteni cele cz.osm do josm se zaplym mappaintem neni vubec mozne:), ted to zkousim na 1.8ghz notasu s 1gb ram a OSMProcessor.jar normalne funguje, kdezto josm s -Xmx800m se sotva hybe (neveril sem ze to opravdu vubec cele nacte:). No faktem je, ze ti patlalove, co ted bastli josm, nikdy v zivote nevideli vektorovy editor a nejsou schopni udelat ani rozumne ovladani, a chtit po nic nejakou zmenu vykreslovaciho jadra je asi trosku moc. Asi stejne prejdu na merkaator:)
    Takhle bych to nerekl. Ja si vazim kazde prace na tom editoru. Od zacatku udelal velky kus prace a neni mozne jim zazlyvat, ze to nedelaji 100% dobre. V dobe, kdy zacali s vyvojem, tak asi malokdo tusil, na jak velkych datasetech to pobezi. A pokud nekdo jako Petr do toho vidi a optimalizuje to, tak je to super. Patlaly bych je nazval az v pripade, kdy by odmitli tyto zmeny do trunku. To bych pak mozna pouzil i silnejsi vyrazivo...
  37. Petr Nejedly Petr.Nejedly na Sun.COM #m5262b2
    Pokud jsem to dobre pochopil, tak tvoje uprava umi predzpracovat velkou datovou sadu a nasledne ji pred vykreslovanim efektivne redukovat na zobrazene okno + odpovidajici detaily meritku.
    DataSet jako takovy jsem zatim optimalizoval jen na spotrebu pameti. Ale oddelil jsem vizualizacni vrstvu, ktera uz o tech datech neco vi - cachuje promitnute souradnice a platny styl. Rychle filtrovani (selekce) je zatim trivialni jen na subset podle jedne osy (popr. jen tagovane nody), pak se filtruje iterativne do skutecneho vyrezu. To je dulezite pro rychle vykresleni nodu (snadne kresleni, ale obrovsky pocet). To same pro selekci (zkuste si v puvodnim josm s czechia.osm jen vybrat node, trva to 100-300ms na silnem stroji). Redukce vykreslovanych detailu se uz pak deje nazivo pri kresleni cest (tech neni tolik, ale >1px siroke renderovani je dost drahe), a to tak, ze: 1. Cesty pod 1px se nemaluji. 2. transformuje se bbox cesty na obrazovku, pokud je mensi nez 5 pixelu, maluje se jen primy segment mezi zacatkem a koncem (cili pod 5px mizi kulataky) 3. dynamicky se vynechavaji nody, ktere jsou blize nez 5px od minuleho nodu (krom posledniho). Zubata cesta se tim narovna. Pokud je jen klikata, rozdil bude minimalni ;-) 4. pri malem zoomu se snizuje sirka na 1px - rendrovani takovych linek je vyrazne levnejsi Navic veskera matematika kolem malovani a selekce je celociselna.
    No faktem je, ze ti patlalove, co ted bastli josm, nikdy v zivote nevideli vektorovy editor a nejsou schopni udelat ani rozumne ovladani, a chtit po nic nejakou zmenu vykreslovaciho jadra je asi trosku moc. Asi stejne prejdu na merkaator:)
    Takhle bych to nerekl. Ja si vazim kazde prace na tom editoru. Od zacatku udelal velky kus prace a neni mozne jim zazlyvat, ze to nedelaji 100% dobre. V dobe, kdy zacali s vyvojem, tak asi malokdo tusil, na jak velkych datasetech to pobezi. A pokud nekdo jako Petr do toho vidi a
    Tak jako tak projekt nekolikrat zmenil "majitele" a riznout do toho radikalne neni uplne jednoduche z duvodu mnozstvi stavajici funkcionality a pluginu. A co se tyce velkych datasetu, uprimne receno mam to stesti, ze je cechy jsou jeste tak malo zmapovane. germany.osm obsahuje 10x tolik dat a vsech jeho 4.5M nodu neudrzim v rozumnem mnozstvi pameti. I na to bych ale nasel v novem modelu odpoved, otazka je jestli je to use case.
    optimalizuje to, tak je to super. Patlaly bych je nazval az v pripade, kdy by odmitli tyto zmeny do trunku. To bych pak mozna pouzil i silnejsi vyrazivo...
    Bohuzel nejde o zmeny, ale o cleanroom implementaci. Pred tim nez jsem zacal tenhle experiment tak takovy typ zmeny v datovych strukturach zamitli (nekomu jinemu,a ne prilis stastne udelanou, ja jsem byl v projektu prilis novy na to, abych si mohl dovolit takovou zmenu sam navrhnout, prestoze jsem o jeji nutnosti vedel od zacatku). Mozna je presvedci vysledky, i kdyz velky dataset stejne neni primarni use case. Zatim se ale mail do josm-dev s .jarem zasekl u moderatora :-) Tak jako tak dokazu nektere optimalizace na mappaint aplikovat. Lepsi rozdeleni dat a vizualizace by si pral i owner projeku a poslouchatelnost na modelu bych dokazal vynutit i bez (tolik v JOSM chybejici) encapsulace (diky tomu, ze kolega Bloch ty collections navrhl docela dobre). Ale bez prechodu z ChangeCommand na primy zapis do DataSetu s automatickym vytvarenim UndoableEditu bych jen tezko po vsech certech honil kde ktery Command pohnul s nodem ve ktere ceste a ja musim prepocitat bbox (popr zmenil atributy a ja musim prepocitat styl)...
  38. Michal Grézl michal.grezl na gmail.com #mb37e33
    Takhle bych to nerekl. Ja si vazim kazde prace na tom editoru. Od zacatku udelal velky kus prace a neni mozne jim zazlyvat, ze to nedelaji 100% dobre. V dobe, kdy zacali s vyvojem, tak asi malokdo tusil, na jak velkych datasetech to pobezi. A pokud nekdo jako Petr do toho vidi a optimalizuje to, tak je to super. Patlaly bych je nazval az v pripade, kdy by odmitli tyto zmeny do trunku. To bych pak mozna pouzil i silnejsi vyrazivo...
    Ja si samozrejme te prace vazim a ocenuju ji, proto sem zvolil takove mile a vlastne ani ne hanlive oznaceni:) Ja sem se v te dobe spis rozcilil nad uzivatelskym rozhranim a tim pokusem, ktery nazvali modeless josm, a tim ze nikdo neopravi veci, ktere se vymykaji stylu ovladani a strasne me osobne stvou (mazaci cudl po zmacknuti rovnou maze, tam kde je ma byt mazaci mod, ne mazaci cudl; prace s vice ways sdilejicimi nody je taky uzasna). Josm momentalne prochazi obdobim bourliveho vyvoje, a myslim ze by nebyl problem udelat stable verzi, a zacit nejakej vetsi experiment. Ja se ovsem do neho poustet nebudu, takze tohle jsou jen takove blaboly nad kafem:).
  39. BH singularita na gmail.com #m7f0001
    Zkousel jsem to na vlastnorucne vyrobeny Czechii (122mb, ne tak dobre orizla) a funguje to velmi dobre a svizne. Doufam ze ve finalni verzi pak pujde i nastavit nekde v advanced options i level of detail (pri jakem zoomu to ztraci napisy, neotagovane nody, jak moc agresivne to zjednodusuje polygony (jestli detaily budou mizet pri 5px delky nebo treba az pri 3px)...) a tak ... Rozhodne bude dobre mit to v JOSM, ortazka jeste je kolik prace da to tam zamontovat .... Martin
  40. Kubajz kubajz na kbx.cz #me6a838
    Ahoj, jen bych si udelal malou reklamu - od vcerejska funguje denni generovani czechia.osm a funguje - nutno dodat - svizne a konecne snad i spravne. Je to generovano z denne updatovaneho souboru pro evropu. K
  41. Pavel Machek pavel na ucw.cz #md77e38
    Ahoj!
    Ted to pro zmenu nebezi vubec, pac jsem se v tom pohrabal. Opravim to az zitra. Pokud se nepletu, tak JOSM umi delat dve projekce dat - zkus ji prepnout, jestli to nebude lepsi...
    Aha, tak je potreba nastavit projekci merkator, pak se to chova hezky. Pekny, moc pekny, dik! Pavel
Napsat odpověď e-mailem… Odpovědět

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