[Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
On 6/10/07, hanoj <[EMAIL PROTECTED]> wrote: > Ahoj! ... > zdravi Hanoj > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > 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. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
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 Michal Grézl napsal(a): > On 6/10/07, hanoj <[EMAIL PROTECTED]> wrote: >> Ahoj! > ... >> zdravi Hanoj >> >> ___ >> Talk-cz mailing list >> Talk-cz@openstreetmap.org >> 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. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
On 6/11/07, hanoj <[EMAIL PROTECTED]> wrote: > 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. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
Michal Grézl napsal(a): > On 6/11/07, hanoj <[EMAIL PROTECTED]> wrote: >> 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
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 hanoj wrote: > Michal Grézl napsal(a): >> On 6/11/07, hanoj <[EMAIL PROTECTED]> wrote: >>> 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 > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz -- Jakub Sýkora email: [EMAIL PROTECTED] <') ICQ: 68976632 ( =- mobil: +420 777 594 201 '' ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
Jakub Sykora napsal(a): > 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
Pokud je cena 0,- tak asi jo :] To jsem jaksi netusil... K hanoj wrote: > Jakub Sykora napsal(a): >> 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 > > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz -- Jakub Sýkora email: [EMAIL PROTECTED] <') ICQ: 68976632 ( =- mobil: +420 777 594 201 '' ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
On 6/11/07, Jakub Sykora <[EMAIL PROTECTED]> wrote: > Pokud je cena 0,- tak asi jo :] To jsem jaksi netusil... > > K > > hanoj wrote: > > Jakub Sykora napsal(a): > >> 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. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
On 6/11/07, Michal Grézl <[EMAIL PROTECTED]> wrote: > On 6/11/07, Jakub Sykora <[EMAIL PROTECTED]> wrote: > > Pokud je cena 0,- tak asi jo :] To jsem jaksi netusil... > > > > K > > > > hanoj wrote: > > > Jakub Sykora napsal(a): > > >> 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 [EMAIL PROTECTED] 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. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
>> hanoj wrote: >>> Jakub Sykora napsal(a): 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
Michal Grézl napsal(a): > On 6/11/07, Michal Grézl <[EMAIL PROTECTED]> wrote: >> On 6/11/07, Jakub Sykora <[EMAIL PROTECTED]> wrote: >>> Pokud je cena 0,- tak asi jo :] To jsem jaksi netusil... >>> >>> K >>> >>> hanoj wrote: Jakub Sykora napsal(a): > 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 [EMAIL PROTECTED] 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
> 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. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
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 hanoj napsal(a): > 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 > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
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. BH napsal(a): >> 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 > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
> 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
Kubajz napsal(a): > 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... > > BH napsal(a): >> 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
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 hanoj napsal(a): > Kubajz napsal(a): > >> 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... >> > > > >> BH napsal(a): >> >>> 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... > > ha > hanoj > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
> 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
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 -- (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/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
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 -- (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/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
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 Kubajz napsal(a): > 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 > > hanoj napsal(a): > >> 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 >> >> ___ >> Talk-cz mailing list >> Talk-cz@openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >> >> > > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
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 -- (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/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
Pavel Machek napsal(a): > 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
On Sat 2008-02-02 15:42:57, Kubajz wrote: > Pavel Machek napsal(a): > > 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 -- (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/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
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 -- (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/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
>> ...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:) -- Michal Grézl http://walley.org ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
Michal Grézl napsal(a): >>> ...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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
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...) :) Pavel Machek napsal(a): > 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 > ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
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 On 2/2/08, Kubajz <[EMAIL PROTECTED]> wrote: > 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...) :) > > Pavel Machek napsal(a): > > 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 > > > > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
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 -- (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/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
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 Pavel Machek napsal(a): > 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 > ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
On Feb 3, 2008 6:39 PM, Petr Nejedly <[EMAIL PROTECTED]> wrote: > Michal Grézl napsal(a): > > 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. > > -- > Petr "Nenik" Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org > 355/113 -- Not the famous irrational number PI, but an incredible simulation! > 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
Michal Grézl napsal(a): > On Feb 3, 2008 6:39 PM, Petr Nejedly <[EMAIL PROTECTED]> wrote: > >> Michal Grézl napsal(a): >> >>> 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. >> >> -- >> Petr "Nenik" Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org >> 355/113 -- Not the famous irrational number PI, but an incredible simulation! >> >> > > 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... ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
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 Michal Grézl napsal(a): > On Feb 3, 2008 6:39 PM, Petr Nejedly <[EMAIL PROTECTED]> wrote: >> Michal Grézl napsal(a): >>> 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:) > ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
hanoj napsal(a): > 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. Kubajz napsal(a): > Michal Grézl napsal(a): >> 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)... -- 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/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
> 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:). -- Michal Grézl http://walley.org ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
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 BH napsal(a): > 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 > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
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 -- (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/cgi-bin/mailman/listinfo/talk-cz