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

[Talk-cz] Plzen

Vlákno 8.6.2007 - 9.2.2008, počet zpráv: 72


8.6.2007 02:31:54 (#1)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
Ahoj, vcera jsem jel do Plzne autobusem a zpatky z vedeckych duvodu vlakem :] Mam tedy zaznamenanu komplet D5 k Plzni, ktera je zmapovana dostatecne. V Plzni jsem projel tramvaji z Boru k Americke a prosel pesky celou Americkou k nadrazi. Cestou zpatky se mi vybil notebook v Horovicich, takze vlakovou trasu jsem opravil jen do Horovic. Bylo tam celkem hodne nepresnosti (misty tam chybely i sestikilometrove oblouky), ale porad je jednodussi stavajici trasu zashustit nez to klikat znovu cele. Podle Landsatu jsem jeste pridal hlavni tah na Lochotinske sidliste, coz budu muset jeste zpresnit, az se tam vydam pristi tyden. Zrecykloval jsem take segmentu od user_331, cimz misto bile skvrny na mape se Plzen zacina podobat mestu. Mapy Plzne a okoli jsem nechal prerenderovat. Preji hezky den, -- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

8.6.2007 04:47:26 (#2)
gravatar

hanoj

<enemy at mail.muni.cz>
115
zobrazit citaci
> vcera jsem jel do Plzne autobusem a zpatky z vedeckych duvodu vlakem :] > Mam tedy zaznamenanu komplet D5 k Plzni, ktera je zmapovana dostatecne. > V Plzni jsem projel tramvaji z Boru k Americke a prosel pesky celou > Americkou k nadrazi.
*** Me zkusenosti jsou, ze track z autobusu ma vyrazne horsi kvalitu, nez z osobniho vozidla, celkem logicky nebot vyhled na oblohu neni v buse idealni, jejich pouziti bych silne zvazoval... *** tracky z vlaku jsou pouzitelne *vyhradne* po obousmernem projeti, kdy prijimac je na opacne strane zeleznicniho svrsku. Mam takovou jednostopu na trati Jihlava-Brno, na ktere jsou krasne vynesene oblouky, az na to ze obcas si odskoci na silnici, do zastavby ci do reky. Cosi o tom jsem placal na: http://wiki.openstreetmap.org/index.php/WikiProject_Czechia/railways_surveying#Railways_surveying Obecne nevynasim zadne komunikace, pokud nemam track z obou smeru. Ono ten prijimac GPS rad tvrdi ze neco meri, byt to co generuje je spise randoom nez mereni. Ze dvojiho lze ucinit zaver = meril nesmysle nemapuji, nebo podlozim ortofotomapou. Z dvojiho mereni se take dobre usuzuje s jakou presnosti vynaset segmenty (tak aby se vesly do obalove zony). U notoricky projizdenych tras jsem nasbiral svazek tracku sirky az 50m. Predstava, ze se to pak opravi, nebo nekdo opravi je dle mych zkusenosti licha. hola Hanoj

9.6.2007 04:24:30 (#3)
gravatar

Kuba Sýkora

<kubajz at kbx.cz>
618
Tak otazkou jeste zustava, jestli je lepsi mit v mape naklikany uplny nesmysl nebo trochu presnejsi data. Nerikam, ze moje data z GPS jsou presna, ale daleko presnejsi nez to, co tam bylo doted. Se svoji GPS mam zatim jine zkusenosti - mam nekolik tahu, ktere prijizdim temer denne a lisi se max o 10 metru. GPS z autobusu jsem nepouzil pro premapovani, ale spis pro kontrolu. Sedi na dalnici jako pribita. S tim autobusem by se to dalo predpokladat, nicmene GPS vracela podobne vysledky jako pri jizde autem - 12 viditelnych satelitu a z toho pouzitych 8-12. DPOD kolisalo od 2.5 do 1.2, coz udava na horizontalni toleranci kolem 20m. Zaroven mam na notebooku pusteny GPSdrive s mapama z Expedie a divam se, jak sedi data proti teto mape. Zatim jsem vyraznejsi rozkol v datech nepozoroval. Jaky pouzivas GPS prijimac a jak ho mas umisteny ve vozidle, kdyz zamerujes? Docela by me zajimalo, jestli se nejak extremne odlisuju... Ten clanek na wiki jsem cetl, ale kdyz se podivam do OSM mapy a vidim naklikane trate podle landsatu s krokem 10km, tak jsem docela na rozpacich. Asi jde take o to, jestli ma byt mapa absolutne presna a jeji zhotoveni pro CR bude trvat nekolik let nebo jestli ma i za cenu mensi presnosti byt hotova v dohledne dobe. Diky za info, K hanoj wrote: zobrazit citaci
>>vcera jsem jel do Plzne autobusem a zpatky z vedeckych duvodu vlakem :] >>Mam tedy zaznamenanu komplet D5 k Plzni, ktera je zmapovana dostatecne. >>V Plzni jsem projel tramvaji z Boru k Americke a prosel pesky celou >>Americkou k nadrazi. > > *** Me zkusenosti jsou, ze track z autobusu ma vyrazne horsi kvalitu, > nez z osobniho vozidla, celkem logicky nebot vyhled na oblohu neni v > buse idealni, jejich pouziti bych silne zvazoval... > > *** tracky z vlaku jsou pouzitelne *vyhradne* po obousmernem projeti, > kdy prijimac je na opacne strane zeleznicniho svrsku. Mam takovou > jednostopu na trati Jihlava-Brno, na ktere jsou krasne vynesene oblouky, > az na to ze obcas si odskoci na silnici, do zastavby ci do reky. Cosi o > tom jsem placal na: > http://wiki.openstreetmap.org/index.php/WikiProject_Czechia/railways_surveying#Railways_surveying > > > Obecne nevynasim zadne komunikace, pokud nemam track z obou smeru. Ono > ten prijimac GPS rad tvrdi ze neco meri, byt to co generuje je spise > randoom nez mereni. > > Ze dvojiho lze ucinit zaver = meril nesmysle nemapuji, nebo podlozim > ortofotomapou. Z dvojiho mereni se take dobre usuzuje s jakou presnosti > vynaset segmenty (tak aby se vesly do obalove zony). > > U notoricky projizdenych tras jsem nasbiral svazek tracku sirky az 50m. > Predstava, ze se to pak opravi, nebo nekdo opravi je dle mych zkusenosti > licha. > > > hola > > Hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz

9.6.2007 07:25:15 (#4)
gravatar

hanoj

<enemy at mail.muni.cz>
115
Ahoj Kubo! Pokud jsi si svymi tracky jist, pouzivej je dle sveho vedomi... Ja pouzivam PDA FJ N560 s integrovanym SiRF III. Testoval jsem tu hracku na statickem mereni, kde byly presnosti <5m polohove <10m vyskove vcetne transformaci do JTSK. Pri uvazovani prumerovani coz zajiste SiRF pri dynamicke navigaci dela se dostaneme <4m ve vsech souradnicich. To je skvele, kdyby... Zminovane viditelne/pouzitelne satelity a koeficienty DOP deklaruji jakesi nepresne informace o nekterych castech vysilani signalu pro vyhodnocovani a chybach, na ktere se da pohlizet jen jako radove ukazatele, bez uvahy toho, jak jsou ve skutecnosti vypocitavany. Add Plzen. To cos tam opravovals delal Pavel. Ten se do projektu obul velice zahy a vytvoril z meho pohledu nekolik zasadnich karambolu a odmital o tom diskutovat. Pavel neni ani v teto konferenci, ac jsem ho zval, aby sve napady nekonfrontoval jen se mnou az neco udela, ale drive nez neco udela. Zeleznicni trate spojene mezi zastavkami s pouzitym daty z jinych map k tomu patri. Vetsinu jsem jich vymazal, pokavad jsem mel jakous takous jistotu, ze je delal on a nikdo jiny do nich nezasahoval. Povazuji to za nestesti pro OSM. Ja uplne souhlasim jak to dela "wvb", nataha stare tracky z archivnich GPS, ale netaguje je, nenechava je rendrovat a zustava na kazdem ci na nem, zda to zcela smaze nebo pouzije jako podklad. Add tvorba dat pro OSM Rozhodne si nemyslim, ze podstatou OSM je geodeticka presnost vynasenych dat, ale zodpovedne a soustave vytvareni geodat v dostupne presnosti. Do zodpovednosti povazuji 2x track z GPS jedne trate, nebo jiny overovaci prostredek, trebas kontrola vynesene way nad ortofoto. Podstata tkvi v tom, ze k jednotlivym mapovanym castem nejsou pridavana temer radna metadata o tom jak vznikla ci jakou potencialni presnost vykazuji, jakou metodiku uzivatel pouzival. Pokud budu mit podezreni o dokonalosti, nezbyva mi nez to cele projezdit a udelat cele odznova. To by bylo velmi nestastne. Stejne tak jsem si jist, ze do roka rozhodne nepokryjeme vice nez 10% komunikaci v CR. A jestli do 10 let budeme mit 1/2 komunikaci, budou OSM povazovat za uspech. Lze totiz velice rychle ocekavat, ze se nase trasy vycerpaji a ty okrajove mimo nase dlouhodobe pravidelne cesty se pridavat budou obtizneji. Sbirani Geodat je totiz obecne ta nejnakladnejsi cinnost v ramci geoinformatiky. Jestli nekdo strasne moc touzi po nejake ucele mape CR, jsou k dispozici ruzne verze pro Garminy nebo POI projekt. Ja bych ale velice nerad podobna data daval do OSM, nebo se temto projektum pripodobnoval. Dival jsem se na jejich vysledky a zadny znich nepocita s preciznim mapovanim ale s pouze s maximalizaci pokryti at uz jsou motivy jakekoliv. Vysledek je zalostny se zavrenymi ocami tak pro meritko 1:000 000 A ja vidim OSM pouzitelny a pro vskutku presne mapy pro meritka okolo 1:25 000 - 1:10 000. Zatim zbeznym pohledem by mohla byt sit komuninakci presnejsi nez ma ZABAGED a to zrejme diky jeho algoritmu pro generalizaci. Proste to, ze si hrajeme s GPS, jeste neznamena, ze vystup musi byt nutne jen na hrani. Za dodrzeni urcitych pravidel, to muzou byt velmi kvalitni geodata. Zdravi vpredvecer dne odpocinuti hanoj Kuba Sýkora napsal(a): zobrazit citaci
> Tak otazkou jeste zustava, jestli je lepsi mit v mape naklikany uplny > nesmysl nebo trochu presnejsi data. Nerikam, ze moje data z GPS jsou > presna, ale daleko presnejsi nez to, co tam bylo doted. > > Se svoji GPS mam zatim jine zkusenosti - mam nekolik tahu, ktere > prijizdim temer denne a lisi se max o 10 metru. GPS z autobusu jsem > nepouzil pro premapovani, ale spis pro kontrolu. Sedi na dalnici jako > pribita. > > S tim autobusem by se to dalo predpokladat, nicmene GPS vracela podobne > vysledky jako pri jizde autem - 12 viditelnych satelitu a z toho > pouzitych 8-12. DPOD kolisalo od 2.5 do 1.2, coz udava na horizontalni > toleranci kolem 20m. Zaroven mam na notebooku pusteny GPSdrive s mapama > z Expedie a divam se, jak sedi data proti teto mape. Zatim jsem > vyraznejsi rozkol v datech nepozoroval. > Jaky pouzivas GPS prijimac a jak ho mas umisteny ve vozidle, kdyz > zamerujes? Docela by me zajimalo, jestli se nejak extremne odlisuju... > > Ten clanek na wiki jsem cetl, ale kdyz se podivam do OSM mapy a vidim > naklikane trate podle landsatu s krokem 10km, tak jsem docela na > rozpacich. Asi jde take o to, jestli ma byt mapa absolutne presna a jeji > zhotoveni pro CR bude trvat nekolik let nebo jestli ma i za cenu mensi > presnosti byt hotova v dohledne dobe. > > Diky za info, > > K > > hanoj wrote: >>> vcera jsem jel do Plzne autobusem a zpatky z vedeckych duvodu vlakem :] >>> Mam tedy zaznamenanu komplet D5 k Plzni, ktera je zmapovana dostatecne. >>> V Plzni jsem projel tramvaji z Boru k Americke a prosel pesky celou >>> Americkou k nadrazi. >> *** Me zkusenosti jsou, ze track z autobusu ma vyrazne horsi kvalitu, >> nez z osobniho vozidla, celkem logicky nebot vyhled na oblohu neni v >> buse idealni, jejich pouziti bych silne zvazoval... >> >> *** tracky z vlaku jsou pouzitelne *vyhradne* po obousmernem projeti, >> kdy prijimac je na opacne strane zeleznicniho svrsku. Mam takovou >> jednostopu na trati Jihlava-Brno, na ktere jsou krasne vynesene oblouky, >> az na to ze obcas si odskoci na silnici, do zastavby ci do reky. Cosi o >> tom jsem placal na: >> http://wiki.openstreetmap.org/index.php/WikiProject_Czechia/railways_surveying#Railways_surveying >> >> >> Obecne nevynasim zadne komunikace, pokud nemam track z obou smeru. Ono >> ten prijimac GPS rad tvrdi ze neco meri, byt to co generuje je spise >> randoom nez mereni. >> >> Ze dvojiho lze ucinit zaver = meril nesmysle nemapuji, nebo podlozim >> ortofotomapou. Z dvojiho mereni se take dobre usuzuje s jakou presnosti >> vynaset segmenty (tak aby se vesly do obalove zony). >> >> U notoricky projizdenych tras jsem nasbiral svazek tracku sirky az 50m. >> Predstava, ze se to pak opravi, nebo nekdo opravi je dle mych zkusenosti >> licha. >> >> >> hola >> >> Hanoj

10.6.2007 08:28:38 (#5)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
Ahoj, hanoj wrote: zobrazit citaci
> Ahoj Kubo! > Pokud jsi si svymi tracky jist, pouzivej je dle sveho vedomi...
Snazim se to delat zodpovedne :] zobrazit citaci
> > Ja pouzivam PDA FJ N560 s integrovanym SiRF III. Testoval jsem tu > hracku na statickem mereni, kde byly presnosti <5m polohove <10m vyskove > vcetne transformaci do JTSK. Pri uvazovani prumerovani coz zajiste SiRF > pri dynamicke navigaci dela se dostaneme <4m ve vsech souradnicich. To > je skvele, kdyby...
Ja pouzivam Kouwell KW-9281, coz je magneticke ufo a vozim jej na strese auta ev. na batohu. Ja jsem nejak ocekaval, ze kdyz z GPSky vypadnou EPH a EPV odchylky v metrech s pravdepodobnosti 95%, tak ze to tak opravdu je. zobrazit citaci
> > Zminovane viditelne/pouzitelne satelity a koeficienty DOP deklaruji > jakesi nepresne informace o nekterych castech vysilani signalu pro > vyhodnocovani a chybach, na ktere se da pohlizet jen jako radove > ukazatele, bez uvahy toho, jak jsou ve skutecnosti vypocitavany.
DOP a pouzitelne satelity mi vicemene koreluji s hodnotami EPV a EPH, ale je fakt, ze se to musi brat s rezervou. zobrazit citaci
> > Add Plzen. > To cos tam opravovals delal Pavel. Ten se do projektu obul velice zahy > a vytvoril z meho pohledu nekolik zasadnich karambolu a odmital o tom > diskutovat. Pavel neni ani v teto konferenci, ac jsem ho zval, aby sve > napady nekonfrontoval jen se mnou az neco udela, ale drive nez neco udela. > Zeleznicni trate spojene mezi zastavkami s pouzitym daty z jinych map k > tomu patri. Vetsinu jsem jich vymazal, pokavad jsem mel jakous takous > jistotu, ze je delal on a nikdo jiny do nich nezasahoval. Povazuji to za > nestesti pro OSM.
Trat Pha-Plzen jsem jeste schopen opravit, aby byla alespon tak presna, jako kdyby se preklikala z landsatu. zobrazit citaci
> > Ja uplne souhlasim jak to dela "wvb", nataha stare tracky z archivnich > GPS, ale netaguje je, nenechava je rendrovat a zustava na kazdem ci na > nem, zda to zcela smaze nebo pouzije jako podklad.
Ja kdyz v mape najdu nejake unwayed segments, tak jsem vzdy na rozpacich, jestli to mam pouzit nebo ne. A taky jestli na tom nekdo aktivne dela nebo ne. Skoda, ze soucasti OSM neni neco jako subversion, kde by bylo pekne videt, kdo a kdy na danych carach pracoval vcetne komentaru k verzi... zobrazit citaci
> > > Add tvorba dat pro OSM > Rozhodne si nemyslim, ze podstatou OSM je geodeticka presnost > vynasenych dat, ale zodpovedne a soustave vytvareni geodat v dostupne > presnosti. Do zodpovednosti povazuji 2x track z GPS jedne trate, nebo > jiny overovaci prostredek, trebas kontrola vynesene way nad ortofoto. > Podstata tkvi v tom, ze k jednotlivym mapovanym castem nejsou pridavana > temer radna metadata o tom jak vznikla ci jakou potencialni presnost > vykazuji, jakou metodiku uzivatel pouzival. Pokud budu mit podezreni o > dokonalosti, nezbyva mi nez to cele projezdit a udelat cele odznova. To > by bylo velmi nestastne.
Tak v tomto ohledu si myslim, ze k tomu pristupuju zodpovedne :] Trate ktere jezdim casto vynesu po prvnim zamereni a potom doupravuju podle novych namerenych dat v pripade, ze jsou mezi nimi zasadni rozpory. zobrazit citaci
> Stejne tak jsem si jist, ze do roka rozhodne nepokryjeme vice nez 10% > komunikaci v CR. A jestli do 10 let budeme mit 1/2 komunikaci, budou OSM > povazovat za uspech. Lze totiz velice rychle ocekavat, ze se nase trasy > vycerpaji a ty okrajove mimo nase dlouhodobe pravidelne cesty se > pridavat budou obtizneji.
To by chtelo sehnat dalsi a dalsi lidi. Otazkou je, proc by nekdo neco takoveho delal :] zobrazit citaci
> Sbirani Geodat je totiz obecne ta nejnakladnejsi cinnost v ramci > geoinformatiky.
true, true. zobrazit citaci
> Jestli nekdo strasne moc touzi po nejake ucele mape CR, jsou k > dispozici ruzne verze pro Garminy nebo POI projekt. Ja bych ale velice > nerad podobna data daval do OSM, nebo se temto projektum pripodobnoval. > Dival jsem se na jejich vysledky a zadny znich nepocita s preciznim > mapovanim ale s pouze s maximalizaci pokryti at uz jsou motivy > jakekoliv. Vysledek je zalostny se zavrenymi ocami tak pro meritko 1:000 000 > A ja vidim OSM pouzitelny a pro vskutku presne mapy pro meritka okolo > 1:25 000 - 1:10 000. Zatim zbeznym pohledem by mohla byt sit komuninakci > presnejsi nez ma ZABAGED a to zrejme diky jeho algoritmu pro generalizaci. > Proste to, ze si hrajeme s GPS, jeste neznamena, ze vystup musi byt > nutne jen na hrani. Za dodrzeni urcitych pravidel, to muzou byt velmi > kvalitni geodata.
Tak se budeme snazit, aby se nam to podarilo. zobrazit citaci
> > > Zdravi > vpredvecer dne odpocinuti > > hanoj >
Zdravim v rano neodpocinuti, K zobrazit citaci
> > > Kuba Sýkora napsal(a): >> Tak otazkou jeste zustava, jestli je lepsi mit v mape naklikany uplny >> nesmysl nebo trochu presnejsi data. Nerikam, ze moje data z GPS jsou >> presna, ale daleko presnejsi nez to, co tam bylo doted. >> >> Se svoji GPS mam zatim jine zkusenosti - mam nekolik tahu, ktere >> prijizdim temer denne a lisi se max o 10 metru. GPS z autobusu jsem >> nepouzil pro premapovani, ale spis pro kontrolu. Sedi na dalnici jako >> pribita. >> >> S tim autobusem by se to dalo predpokladat, nicmene GPS vracela podobne >> vysledky jako pri jizde autem - 12 viditelnych satelitu a z toho >> pouzitych 8-12. DPOD kolisalo od 2.5 do 1.2, coz udava na horizontalni >> toleranci kolem 20m. Zaroven mam na notebooku pusteny GPSdrive s mapama >> z Expedie a divam se, jak sedi data proti teto mape. Zatim jsem >> vyraznejsi rozkol v datech nepozoroval. >> Jaky pouzivas GPS prijimac a jak ho mas umisteny ve vozidle, kdyz >> zamerujes? Docela by me zajimalo, jestli se nejak extremne odlisuju... >> >> Ten clanek na wiki jsem cetl, ale kdyz se podivam do OSM mapy a vidim >> naklikane trate podle landsatu s krokem 10km, tak jsem docela na >> rozpacich. Asi jde take o to, jestli ma byt mapa absolutne presna a jeji >> zhotoveni pro CR bude trvat nekolik let nebo jestli ma i za cenu mensi >> presnosti byt hotova v dohledne dobe. >> >> Diky za info, >> >> K >> >> hanoj wrote: >>>> vcera jsem jel do Plzne autobusem a zpatky z vedeckych duvodu vlakem :] >>>> Mam tedy zaznamenanu komplet D5 k Plzni, ktera je zmapovana dostatecne. >>>> V Plzni jsem projel tramvaji z Boru k Americke a prosel pesky celou >>>> Americkou k nadrazi. >>> *** Me zkusenosti jsou, ze track z autobusu ma vyrazne horsi kvalitu, >>> nez z osobniho vozidla, celkem logicky nebot vyhled na oblohu neni v >>> buse idealni, jejich pouziti bych silne zvazoval... >>> >>> *** tracky z vlaku jsou pouzitelne *vyhradne* po obousmernem projeti, >>> kdy prijimac je na opacne strane zeleznicniho svrsku. Mam takovou >>> jednostopu na trati Jihlava-Brno, na ktere jsou krasne vynesene oblouky, >>> az na to ze obcas si odskoci na silnici, do zastavby ci do reky. Cosi o >>> tom jsem placal na: >>> http://wiki.openstreetmap.org/index.php/WikiProject_Czechia/railways_surveying#Railways_surveying >>> >>> >>> Obecne nevynasim zadne komunikace, pokud nemam track z obou smeru. Ono >>> ten prijimac GPS rad tvrdi ze neco meri, byt to co generuje je spise >>> randoom nez mereni. >>> >>> Ze dvojiho lze ucinit zaver = meril nesmysle nemapuji, nebo podlozim >>> ortofotomapou. Z dvojiho mereni se take dobre usuzuje s jakou presnosti >>> vynaset segmenty (tak aby se vesly do obalove zony). >>> >>> U notoricky projizdenych tras jsem nasbiral svazek tracku sirky az 50m. >>> Predstava, ze se to pak opravi, nebo nekdo opravi je dle mych zkusenosti >>> licha. >>> >>> >>> hola >>> >>> Hanoj > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

10.6.2007 08:51:53 (#6)
gravatar

hanoj

<enemy at mail.muni.cz>
115
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

10.6.2007 09:27:34 (#7)
gravatar

hanoj

<enemy at mail.muni.cz>
115
zobrazit citaci
>> Ja pouzivam PDA FJ N560 s integrovanym SiRF III. Testoval jsem tu >> hracku na statickem mereni, kde byly presnosti <5m polohove <10m >> vyskove vcetne transformaci do JTSK. Pri uvazovani prumerovani coz >> zajiste SiRF pri dynamicke navigaci dela se dostaneme <4m ve vsech >> souradnicich. To je skvele, kdyby... > > Ja pouzivam Kouwell KW-9281, coz je magneticke ufo a vozim jej na > strese auta ev. na batohu. Ja jsem nejak ocekaval, ze kdyz z GPSky > vypadnou EPH a EPV odchylky v metrech s pravdepodobnosti 95%, tak ze > to tak opravdu je.
*** sirf je hracka za 500kc ne merici stroj. Udaje v metrech bych bral s rezervou. Jak vznikaji? Moje predstava: V tovarne nasimuluji situace pri mereni a stanovi stredni chybu a vytvori na funkcni zavislost na PDOP/VDOP. Vysledkem funkce je to cislo chyby mereni. Tedy je to nejaky odhadovany parametr. Nesouvisi s konkretnim merenim. Je pravda, ze CUZK chce mereni z GPS pouze s PDOP vetsim nez, ale mnozi nad tim krouti hlavou. Neni to prukaz presnosti, jen dilcich podminek. Velkym problemem vicesmerne sireni signalu - pro citlive prijimace typu SiRF je to dan za signal "kdekoliv". Chyby vznikajici v sireni signalu iono/troposferou nejsou jednoduse popsatelne a postihnutelne jsou jen prijmem na dualni frekvenci ci korekcemi. *** 95% pravdepodobnost - to je predpis armady USA pro civilni sektor, myslim ze se da brat jako jakysi ideovy zamer. zobrazit citaci
>> Zminovane viditelne/pouzitelne satelity a koeficienty DOP deklaruji >> jakesi nepresne informace o nekterych castech vysilani signalu pro >> vyhodnocovani a chybach, na ktere se da pohlizet jen jako radove >> ukazatele, bez uvahy toho, jak jsou ve skutecnosti vypocitavany. > > DOP a pouzitelne satelity mi vicemene koreluji s hodnotami EPV a EPH, > ale je fakt, ze se to musi brat s rezervou. >
*** jenze mne pri testech staticke presnosti SiRFu nijak nekorelovala skutecna presnost pozice s poctem satelitu ani s PDOP. Je logicke ze 8 satelitu dava lepsi podminky pro vysledek nez 4, totez i u DOP. To ale nerika vse o mereni. zobrazit citaci
>> Ja uplne souhlasim jak to dela "wvb", nataha stare tracky z >> archivnich GPS, ale netaguje je, nenechava je rendrovat a zustava >> na kazdem ci na nem, zda to zcela smaze nebo pouzije jako podklad. > > Ja kdyz v mape najdu nejake unwayed segments, tak jsem vzdy na > rozpacich, jestli to mam pouzit nebo ne. A taky jestli na tom nekdo > aktivne dela nebo ne. Skoda, ze soucasti OSM neni neco jako > subversion, kde by bylo pekne videt, kdo a kdy na danych carach > pracoval vcetne komentaru k verzi...
*** geograficke subversion ci wikigeodata to je velky sen a pro OSM nutnost. Existuje vsak nejaka skutecna realizace v nejake geodatabazi? zdravi hanoj

11.6.2007 08:57:20 (#8)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
On 6/10/07, hanoj <enemy na mail.muni.cz> wrote: zobrazit citaci
> Ahoj!
... zobrazit citaci
> zdravi Hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz na 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.

11.6.2007 09:02:28 (#9)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
Diky za vycerpavajici odpoved. Budu se snazit tracky projizdet vicekrat, pokud to bude aspon trochu mozne. Pokud ne, budu se data snazit kontrolovat i jinym zminenym zpusobem. K hanoj wrote: zobrazit citaci
>>> Ja pouzivam PDA FJ N560 s integrovanym SiRF III. Testoval jsem tu >>> hracku na statickem mereni, kde byly presnosti <5m polohove <10m >>> vyskove vcetne transformaci do JTSK. Pri uvazovani prumerovani coz >>> zajiste SiRF pri dynamicke navigaci dela se dostaneme <4m ve vsech >>> souradnicich. To je skvele, kdyby... >> Ja pouzivam Kouwell KW-9281, coz je magneticke ufo a vozim jej na >> strese auta ev. na batohu. Ja jsem nejak ocekaval, ze kdyz z GPSky >> vypadnou EPH a EPV odchylky v metrech s pravdepodobnosti 95%, tak ze >> to tak opravdu je. > *** sirf je hracka za 500kc ne merici stroj. Udaje v metrech bych bral s > rezervou. Jak vznikaji? Moje predstava: > V tovarne nasimuluji situace pri mereni a stanovi stredni chybu a > vytvori na funkcni zavislost na PDOP/VDOP. Vysledkem funkce je to cislo > chyby mereni. Tedy je to nejaky odhadovany parametr. Nesouvisi s > konkretnim merenim. > Je pravda, ze CUZK chce mereni z GPS pouze s PDOP vetsim nez, ale mnozi > nad tim krouti hlavou. Neni to prukaz presnosti, jen dilcich podminek. > > Velkym problemem vicesmerne sireni signalu - pro citlive prijimace typu > SiRF je to dan za signal "kdekoliv". Chyby vznikajici v sireni signalu > iono/troposferou nejsou jednoduse popsatelne a postihnutelne jsou jen > prijmem na dualni frekvenci ci korekcemi. > > *** 95% pravdepodobnost - to je predpis armady USA pro civilni sektor, > myslim ze se da brat jako jakysi ideovy zamer. > > >>> Zminovane viditelne/pouzitelne satelity a koeficienty DOP deklaruji >>> jakesi nepresne informace o nekterych castech vysilani signalu pro >>> vyhodnocovani a chybach, na ktere se da pohlizet jen jako radove >>> ukazatele, bez uvahy toho, jak jsou ve skutecnosti vypocitavany. >> DOP a pouzitelne satelity mi vicemene koreluji s hodnotami EPV a EPH, >> ale je fakt, ze se to musi brat s rezervou. >> > *** jenze mne pri testech staticke presnosti SiRFu nijak nekorelovala > skutecna presnost pozice s poctem satelitu ani s PDOP. Je logicke ze 8 > satelitu dava lepsi podminky pro vysledek nez 4, totez i u DOP. To ale > nerika vse o mereni. > > >>> Ja uplne souhlasim jak to dela "wvb", nataha stare tracky z >>> archivnich GPS, ale netaguje je, nenechava je rendrovat a zustava >>> na kazdem ci na nem, zda to zcela smaze nebo pouzije jako podklad. >> Ja kdyz v mape najdu nejake unwayed segments, tak jsem vzdy na >> rozpacich, jestli to mam pouzit nebo ne. A taky jestli na tom nekdo >> aktivne dela nebo ne. Skoda, ze soucasti OSM neni neco jako >> subversion, kde by bylo pekne videt, kdo a kdy na danych carach >> pracoval vcetne komentaru k verzi... > *** geograficke subversion ci wikigeodata to je velky sen a pro OSM > nutnost. Existuje vsak nejaka skutecna realizace v nejake geodatabazi? > > > zdravi > > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

11.6.2007 11:57:01 (#10)
gravatar

hanoj

<enemy at mail.muni.cz>
115
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): zobrazit citaci
> On 6/10/07, hanoj <enemy na mail.muni.cz> wrote: >> Ahoj! > ... >> zdravi Hanoj >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na 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.

11.6.2007 12:25:54 (#11)
gravatar

hanoj

<enemy at mail.muni.cz>
115
hola! Podarilo se nekomu zkompilovat osm2shp? http://svn.openstreetmap.org/applications/utils/export/osm2shp/ ja koncim na: enemy na pelynek:~/dokumenty/osm/osm2shp$ make zobrazit citaci
> g++ -o osm2shp osm2shp.o -L/usr/local/lib ../lib/libosm/libosm.a -lshp > -lexpat > /usr/bin/ld: cannot find -lshp > collect2: ld returned 1 exit status > make: *** [osm2shp] Error 1
diky hanoj

11.6.2007 12:26:33 (#12)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
On 6/11/07, hanoj <enemy na mail.muni.cz> wrote: zobrazit citaci
> 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.

11.6.2007 12:40:57 (#13)
gravatar

hanoj

<enemy at mail.muni.cz>
115
Michal Grézl napsal(a): zobrazit citaci
> On 6/11/07, hanoj <enemy na mail.muni.cz> 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...
zobrazit citaci
> 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

11.6.2007 12:42:48 (#14)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
On 6/11/07, hanoj <enemy na mail.muni.cz> wrote: zobrazit citaci
> hola! > > Podarilo se nekomu zkompilovat osm2shp? > http://svn.openstreetmap.org/applications/utils/export/osm2shp/ > > ja koncim na: > > enemy na pelynek:~/dokumenty/osm/osm2shp$ make > > g++ -o osm2shp osm2shp.o -L/usr/local/lib ../lib/libosm/libosm.a -lshp > > -lexpat > > /usr/bin/ld: cannot find -lshp > > collect2: ld returned 1 exit status > > make: *** [osm2shp] Error 1 > > > > diky > > hanoj >
to uz kdosi resil na anglickem mailistu, chybi ti knihovna libshp, nejaka shapelib. shapelib.maptools.org, pak si dal stezovali ze to porad nejde, coz je zpusobene tim ze linker knihovnu nenajde, musi se potom pridat cesta kde se da najit do -L

11.6.2007 01:10:06 (#15)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
Podle vseho nemas nainstalovanou shape lib. Nevim co pouzivas za distro, ale bude to neco jako libshp-dev. K hanoj wrote: zobrazit citaci
> hola! > > Podarilo se nekomu zkompilovat osm2shp? > http://svn.openstreetmap.org/applications/utils/export/osm2shp/ > > ja koncim na: > > enemy na pelynek:~/dokumenty/osm/osm2shp$ make > > g++ -o osm2shp osm2shp.o -L/usr/local/lib ../lib/libosm/libosm.a -lshp > > -lexpat > > /usr/bin/ld: cannot find -lshp > > collect2: ld returned 1 exit status > > make: *** [osm2shp] Error 1 > > > > diky > > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

11.6.2007 01:12:01 (#16)
gravatar

hanoj

<enemy at mail.muni.cz>
115
zobrazit citaci
> On 6/11/07, hanoj <enemy na mail.muni.cz> wrote: >> hola! >> >> Podarilo se nekomu zkompilovat osm2shp? >> http://svn.openstreetmap.org/applications/utils/export/osm2shp/ >> >> ja koncim na: >> >> enemy na pelynek:~/dokumenty/osm/osm2shp$ make >> > g++ -o osm2shp osm2shp.o -L/usr/local/lib ../lib/libosm/libosm.a -lshp >> > -lexpat >> > /usr/bin/ld: cannot find -lshp >> > collect2: ld returned 1 exit status >> > make: *** [osm2shp] Error 1
zobrazit citaci
> to uz kdosi resil na anglickem mailistu, chybi ti knihovna libshp, > nejaka shapelib. > shapelib.maptools.org, pak si dal stezovali ze to porad nejde, coz je > zpusobene tim ze linker knihovnu nenajde, musi se potom pridat cesta > kde se da najit do -L
*** to jsem cetl, jezte v tom to neni. Shapelib tam mam ze source a make probehl OK. kdyz do make souboru pridam "-L../shapelib" coz je cesta k zkompilovane knihovne, tak je to same (vystup tentokrat z cygwinu): $ make g++ -o osm2shp osm2shp.o -L/usr/local/lib -L../shapelib ../libosm/libosm.a -lsh p -lexpat /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: cannot find -lshp collect2: ld returned 1 exit status make: *** [osm2shp] Error 1 presto diky Hanoj

11.6.2007 01:12:32 (#17)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
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: zobrazit citaci
> Michal Grézl napsal(a): >> On 6/11/07, hanoj <enemy na mail.muni.cz> 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 na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

11.6.2007 01:21:14 (#18)
gravatar

hanoj

<enemy at mail.muni.cz>
115
Jakub Sykora napsal(a): zobrazit citaci
> 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

11.6.2007 01:28:08 (#19)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
Je to v tom. -lshp udava, ze se diva po sdilene knihovne shp.so a tu nemuze najit. Zkus ji kdyztak dat treba do /usr/lib/ a spust ldconfig -v . Pak by se mela korektne zaregistrovat do systemu (ldconfig udela potrebne symlinky) a melo by jit vyuzivat jeji funkce. K hanoj wrote: zobrazit citaci
>> On 6/11/07, hanoj <enemy na mail.muni.cz> wrote: >>> hola! >>> >>> Podarilo se nekomu zkompilovat osm2shp? >>> http://svn.openstreetmap.org/applications/utils/export/osm2shp/ >>> >>> ja koncim na: >>> >>> enemy na pelynek:~/dokumenty/osm/osm2shp$ make >>> > g++ -o osm2shp osm2shp.o -L/usr/local/lib ../lib/libosm/libosm.a -lshp >>> > -lexpat >>> > /usr/bin/ld: cannot find -lshp >>> > collect2: ld returned 1 exit status >>> > make: *** [osm2shp] Error 1 > >> to uz kdosi resil na anglickem mailistu, chybi ti knihovna libshp, >> nejaka shapelib. >> shapelib.maptools.org, pak si dal stezovali ze to porad nejde, coz je >> zpusobene tim ze linker knihovnu nenajde, musi se potom pridat cesta >> kde se da najit do -L > *** to jsem cetl, jezte v tom to neni. Shapelib tam mam ze source a make > probehl OK. > > kdyz do make souboru pridam "-L../shapelib" coz je cesta k zkompilovane > knihovne, tak je to same (vystup tentokrat z cygwinu): > > > $ make > g++ -o osm2shp osm2shp.o -L/usr/local/lib -L../shapelib > ../libosm/libosm.a -lsh > p -lexpat > /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: > cannot find > -lshp > collect2: ld returned 1 exit status > make: *** [osm2shp] Error 1 > > > presto diky > Hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

11.6.2007 01:29:32 (#20)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
Pokud je cena 0,- tak asi jo :] To jsem jaksi netusil... K hanoj wrote: zobrazit citaci
> 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 na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

11.6.2007 03:01:29 (#21)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
On 6/11/07, Jakub Sykora <kubajz na kbx.cz> wrote: zobrazit citaci
> 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.

11.6.2007 03:15:36 (#22)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
On 6/11/07, Michal Grézl <michal.grezl na gmail.com> wrote: zobrazit citaci
> On 6/11/07, Jakub Sykora <kubajz na kbx.cz> 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 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.6.2007 03:20:41 (#23)
gravatar

hanoj

<enemy at mail.muni.cz>
115
zobrazit citaci
>> 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

11.6.2007 03:23:51 (#24)
gravatar

hanoj

<enemy at mail.muni.cz>
115
Michal Grézl napsal(a): zobrazit citaci
> On 6/11/07, Michal Grézl <michal.grezl na gmail.com> wrote: >> On 6/11/07, Jakub Sykora <kubajz na kbx.cz> 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 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

11.6.2007 03:24:22 (#25)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
zobrazit citaci
> > $ make > g++ -o osm2shp osm2shp.o -L/usr/local/lib -L../shapelib > ../libosm/libosm.a -lsh > p -lexpat > /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: > cannot find > -lshp > collect2: ld returned 1 exit status > make: *** [osm2shp] Error 1 > > > presto diky > Hanoj >
jeste je moznost zkusit (pokud je) vzit libshp.a a dat ji do adresare s osm2shp, pak se prilinkuje staticky, a kdyz ani to nepomuze tak se da rozbalit (je to ar archiv) a jednotlive .o soubory natvrdo pripsdat k g++ radku, ale to uz je hodne velka haluz a nevim ani jestli to jde prakticky. Chyba je urcite v cestach.

11.6.2007 03:30:04 (#26)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
zobrazit citaci
> 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.

12.6.2007 07:56:01 (#27)
gravatar

hanoj

<enemy at mail.muni.cz>
115
diky vsem radam, nakonec se mi to podarilo zkompilovat, pridanim spravnych cest i s prilinkovanim natvrdo. Diky moc. hanoj Michal Grézl napsal(a): zobrazit citaci
>> $ make >> g++ -o osm2shp osm2shp.o -L/usr/local/lib -L../shapelib >> ../libosm/libosm.a -lsh >> p -lexpat >> /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: >> cannot find >> -lshp >> collect2: ld returned 1 exit status >> make: *** [osm2shp] Error 1 >> >> >> presto diky >> Hanoj >> > jeste je moznost zkusit (pokud je) vzit libshp.a a dat ji do adresare > s osm2shp, pak se prilinkuje staticky, a kdyz ani to nepomuze tak se > da rozbalit (je to ar archiv) a jednotlive .o soubory natvrdo > pripsdat k g++ radku, ale to uz je hodne velka haluz a nevim ani > jestli to jde prakticky. Chyba je urcite v cestach.

29.1.2008 10:13:03 (#28)
gravatar

Kubajz

<kubajz at kbx.cz>
618
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): zobrazit citaci
> 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 na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

29.1.2008 02:16:50 (#29)
gravatar

BH

<singularita at gmail.com>
306
zobrazit citaci
> 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

29.1.2008 04:17:11 (#30)
gravatar

Kubajz

<kubajz at kbx.cz>
618
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): zobrazit citaci
>> 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 na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

29.1.2008 07:47:08 (#31)
gravatar

hanoj

<enemy at mail.muni.cz>
115
Ahoj, bylo by mozne z http://kubajz.kbx.cz/junk/osm/ odstranit vsechny planety nasledujici po czechia-071220.osm.bz2 (vyjma czechia-080102.osm.bz2) a jejich garminovske protejsky? Jsou zjevne nekompletni, tudiz nepouzitelne, vice viz nize. diky hanoj -- osm2pgsql -d osm ./czechia-071220.osm.bz2 osm2pgsql SVN version 0.08-20071112 $Rev: 4842 $ Node stats: total(528116), max(177742910) Way stats: total(50257), max(17114937) Relation stats: total(46), max(3670) osm2pgsql -d osm ./czechia-080102.osm.bz2 osm2pgsql SVN version 0.08-20071112 $Rev: 4842 $ Node stats: total(533641), max(189453169) Way stats: total(50896), max(18380294) Relation stats: total(47), max(3909) osm2pgsql -d osm ./czechia-080118.osm.bz2 osm2pgsql SVN version 0.08-20071112 $Rev: 4842 $ Node stats: total(447767), max(230152386) Way stats: total(41618), max(21400913) Relation stats: total(42), max(3947) osm2pgsql -d osm ./czechia-080124.osm.bz2 osm2pgsql SVN version 0.08-20071112 $Rev: 4842 $ Setting up table: planet_osm_point Setting up table: planet_osm_line Setting up table: planet_osm_polygon Setting up table: planet_osm_roads Node stats: total(440540), max(221739072) Way stats: total(0), max(0) Relation stats: total(0), max(0)

29.1.2008 08:19:37 (#32)
gravatar

hanoj

<enemy at mail.muni.cz>
115
Kubajz napsal(a): zobrazit citaci
> 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

29.1.2008 09:19:06 (#33)
gravatar

Kubajz

<kubajz at kbx.cz>
618
Ano. Stale jsem se nedopatral, kde vznika ten problem s nekompletnosti. Uz zvazuji, ze budu stahovat cely planet anebo ze vyuziju skript na stahovani ze serveru po castech (za cenu zatizeni serveru osm) - je v SVN. K hanoj napsal(a): zobrazit citaci
> Ahoj, > > bylo by mozne z http://kubajz.kbx.cz/junk/osm/ > odstranit vsechny planety nasledujici po czechia-071220.osm.bz2 (vyjma > czechia-080102.osm.bz2) a jejich garminovske protejsky? > > Jsou zjevne nekompletni, tudiz nepouzitelne, vice viz nize. > > diky > > hanoj > > > -- > osm2pgsql -d osm ./czechia-071220.osm.bz2 > osm2pgsql SVN version 0.08-20071112 $Rev: 4842 $ > > Node stats: total(528116), max(177742910) > Way stats: total(50257), max(17114937) > Relation stats: total(46), max(3670) > > > osm2pgsql -d osm ./czechia-080102.osm.bz2 > osm2pgsql SVN version 0.08-20071112 $Rev: 4842 $ > > Node stats: total(533641), max(189453169) > Way stats: total(50896), max(18380294) > Relation stats: total(47), max(3909) > > > osm2pgsql -d osm ./czechia-080118.osm.bz2 > osm2pgsql SVN version 0.08-20071112 $Rev: 4842 $ > > Node stats: total(447767), max(230152386) > Way stats: total(41618), max(21400913) > Relation stats: total(42), max(3947) > > osm2pgsql -d osm ./czechia-080124.osm.bz2 > osm2pgsql SVN version 0.08-20071112 $Rev: 4842 $ > > Setting up table: planet_osm_point > Setting up table: planet_osm_line > Setting up table: planet_osm_polygon > Setting up table: planet_osm_roads > > Node stats: total(440540), max(221739072) > Way stats: total(0), max(0) > Relation stats: total(0), max(0) > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

29.1.2008 09:28:19 (#34)
gravatar

Kubajz

<kubajz at kbx.cz>
618
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): zobrazit citaci
> 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. zobrazit citaci
> 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 :) zobrazit citaci
> 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... zobrazit citaci
> > ha > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

29.1.2008 11:48:54 (#35)
gravatar

BH

<singularita at gmail.com>
306
zobrazit citaci
> 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. zobrazit citaci
> > 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 :) zobrazit citaci
> > 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

30.1.2008 12:11:03 (#36)
gravatar

Pavel Machek

<pavel at ucw.cz>
1066 1226
Ahoj! zobrazit citaci
> > > 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

30.1.2008 12:51:15 (#37)
gravatar

Pavel Machek

<pavel at ucw.cz>
1066 1226
Ahoj! zobrazit citaci
> 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

2.2.2008 10:48:28 (#38)
gravatar

Kubajz

<kubajz at kbx.cz>
618
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): zobrazit citaci
> 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 na openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >> >> > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

2.2.2008 10:58:47 (#39)
gravatar

Pavel Machek

<pavel at ucw.cz>
1066 1226
Ahoj! zobrazit citaci
> 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... zobrazit citaci
> 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

2.2.2008 03:42:57 (#40)
gravatar

Kubajz

<kubajz at kbx.cz>
618
Pavel Machek napsal(a): zobrazit citaci
> 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 zobrazit citaci
>> 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

2.2.2008 08:05:16 (#41)
gravatar

Pavel Machek

<pavel at ucw.cz>
1066 1226
On Sat 2008-02-02 15:42:57, Kubajz wrote: zobrazit citaci
> 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...
zobrazit citaci
> 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... zobrazit citaci
> >> 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=...
zobrazit citaci
> 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

2.2.2008 08:11:17 (#42)
gravatar

Pavel Machek

<pavel at ucw.cz>
1066 1226
Ahoj! zobrazit citaci
> > > ...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. zobrazit citaci
> > >> 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

2.2.2008 09:38:17 (#43)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
zobrazit citaci
>> ...tohle je hezky, nebudu muset rozjizdet mappaint, dik :-).
zobrazit citaci
> ..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

2.2.2008 10:33:18 (#44)
gravatar

Kubajz

<kubajz at kbx.cz>
618
Michal Grézl napsal(a): zobrazit citaci
>>> ...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

2.2.2008 10:45:56 (#45)
gravatar

Kubajz

<kubajz at kbx.cz>
618
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): zobrazit citaci
> 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 >

2.2.2008 11:35:05 (#46)
gravatar

BH

<singularita at gmail.com>
306
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 <kubajz na kbx.cz> wrote: zobrazit citaci
> 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 na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

3.2.2008 12:38:42 (#47)
gravatar

Pavel Machek

<pavel at ucw.cz>
1066 1226
Ahoj! zobrazit citaci
> >> ...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... :-(
zobrazit citaci
> > 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

3.2.2008 12:50:08 (#48)
gravatar

Kubajz

<kubajz at kbx.cz>
618
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): zobrazit citaci
> 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 >

3.2.2008 06:39:19 (#49)
gravatar

Petr Nejedly

<Petr.Nejedly at Sun.COM>
111
Michal Grézl napsal(a): zobrazit citaci
> 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! ------------- další část --------------- A non-text attachment was scrubbed... Name: OSMProcessor.jar Type: application/octet-stream Size: 152383 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20080203/984613be/attachment.obj>

4.2.2008 01:10:55 (#50)
gravatar

Kubajz

<kubajz at kbx.cz>
618
Diky Jozefu Hovanovi jsem dnes prisel na to, proc havarovalo generovani czechia.osm. Bylo to tim, ze se provadel test aktualizace na planet.openstreetmap.org a fyzicky byl soubor stahovan z mirroru, kde vetsinou jeste tou dobou nebyl cely. Dnes jsem cely skript upravil, abyu byl korektni a stahuji ze serveru http://download.geofabrik.de/osm/ , kde by mel byt denne aktualizovany soubor evropy. Cas generovani se tak snizi asi na trictvrte hodiny a navic budou data cerstva denne. K hanoj napsal(a): zobrazit citaci
> Ahoj, > > bylo by mozne z http://kubajz.kbx.cz/junk/osm/ > odstranit vsechny planety nasledujici po czechia-071220.osm.bz2 (vyjma > czechia-080102.osm.bz2) a jejich garminovske protejsky? > > Jsou zjevne nekompletni, tudiz nepouzitelne, vice viz nize. > > diky > > hanoj > > > -- > osm2pgsql -d osm ./czechia-071220.osm.bz2 > osm2pgsql SVN version 0.08-20071112 $Rev: 4842 $ > > Node stats: total(528116), max(177742910) > Way stats: total(50257), max(17114937) > Relation stats: total(46), max(3670) > > > osm2pgsql -d osm ./czechia-080102.osm.bz2 > osm2pgsql SVN version 0.08-20071112 $Rev: 4842 $ > > Node stats: total(533641), max(189453169) > Way stats: total(50896), max(18380294) > Relation stats: total(47), max(3909) > > > osm2pgsql -d osm ./czechia-080118.osm.bz2 > osm2pgsql SVN version 0.08-20071112 $Rev: 4842 $ > > Node stats: total(447767), max(230152386) > Way stats: total(41618), max(21400913) > Relation stats: total(42), max(3947) > > osm2pgsql -d osm ./czechia-080124.osm.bz2 > osm2pgsql SVN version 0.08-20071112 $Rev: 4842 $ > > Setting up table: planet_osm_point > Setting up table: planet_osm_line > Setting up table: planet_osm_polygon > Setting up table: planet_osm_roads > > Node stats: total(440540), max(221739072) > Way stats: total(0), max(0) > Relation stats: total(0), max(0) > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

5.2.2008 07:26:03 (#51)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
On Feb 3, 2008 6:39 PM, Petr Nejedly <Petr.Nejedly na sun.com> wrote: zobrazit citaci
> 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

5.2.2008 09:10:48 (#52)
gravatar

hanoj

<enemy at mail.muni.cz>
115
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): zobrazit citaci
> On Feb 3, 2008 6:39 PM, Petr Nejedly <Petr.Nejedly na sun.com> 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:) >

5.2.2008 09:24:02 (#53)
gravatar

Kubajz

<kubajz at kbx.cz>
618
Michal Grézl napsal(a): zobrazit citaci
> On Feb 3, 2008 6:39 PM, Petr Nejedly <Petr.Nejedly na sun.com> 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...

5.2.2008 10:59:44 (#54)
gravatar

Petr Nejedly

<Petr.Nejedly at Sun.COM>
111
hanoj napsal(a): zobrazit citaci
> 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): zobrazit citaci
> 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. zobrazit citaci
> 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!

5.2.2008 01:00:32 (#55)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
zobrazit citaci
> 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

5.2.2008 04:15:16 (#56)
gravatar

BH

<singularita at gmail.com>
306
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

5.2.2008 04:29:36 (#57)
gravatar

Kubajz

<kubajz at kbx.cz>
618
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): zobrazit citaci
> 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 na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

5.2.2008 11:42:51 (#58)
gravatar

Pavel Machek

<pavel at ucw.cz>
1066 1226
Ahoj! zobrazit citaci
>> 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.
Zni to pekne, ale nepustim to. pavel na amd:~/misc/streetmap$ java -Xmx256m -jar OSMProcessor.jar Invalid or corrupt jarfile OSMProcessor.jar pavel na amd:~/misc/streetmap$ md5sum OSMProcessor.jar 2ea55ec3edf7b48a9c13bb21b434b7ea OSMProcessor.jar pavel na amd:~/misc/streetmap$ java -version java version "1.5.0_09" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_09-b03) Java HotSpot(TM) Server VM (build 1.5.0_09-b03, mixed mode) pavel na amd:~/misc/streetmap$ (Zminoval jsem ze java je neuveritelnej krap? Proc se musi pamet nastavovat jako -Xmx?! Proc nemuze reagovat na standartni optiony? pavel na amd:~/misc/streetmap$ java -v Unrecognized option: -v Could not create the Java virtual machine. pavel na amd:~/misc/streetmap$ java --version Unrecognized option: --version Could not create the Java virtual machine. pavel na amd:~/misc/streetmap$ java -V Unrecognized option: -V Could not create the Java virtual machine. ) /data/java/j2sdk1.4.2_07/bin/java -Xmx256m -jar OSMProcessor.jar Invalid or corrupt jarfile OSMProcessor.jar pavel na amd:~/misc/streetmap$ Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

5.2.2008 11:50:30 (#59)
gravatar

Pavel Machek

<pavel at ucw.cz>
1066 1226
Ahoj! zobrazit citaci
> 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

6.2.2008 08:47:32 (#60)
gravatar

Kubajz

<kubajz at kbx.cz>
618
Pokud ten jar nerozbalis zipem, tak je poskozeny. Jar je totiz vicemene zip archiv. btw: programu, ktere nereaguji na unixove standardni prepinace je cela rada a nedovolil bych si o nich rict, ze jsou crap. K Pavel Machek napsal(a): zobrazit citaci
> Ahoj! > > >>> 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. >> > > Zni to pekne, ale nepustim to. > > pavel na amd:~/misc/streetmap$ java -Xmx256m -jar OSMProcessor.jar > Invalid or corrupt jarfile OSMProcessor.jar > pavel na amd:~/misc/streetmap$ md5sum OSMProcessor.jar > 2ea55ec3edf7b48a9c13bb21b434b7ea OSMProcessor.jar > pavel na amd:~/misc/streetmap$ java -version > java version "1.5.0_09" > Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_09-b03) > Java HotSpot(TM) Server VM (build 1.5.0_09-b03, mixed mode) > pavel na amd:~/misc/streetmap$ > > > (Zminoval jsem ze java je neuveritelnej krap? Proc se musi pamet > nastavovat jako -Xmx?! Proc nemuze reagovat na standartni optiony? > > pavel na amd:~/misc/streetmap$ java -v > Unrecognized option: -v > Could not create the Java virtual machine. > pavel na amd:~/misc/streetmap$ java --version > Unrecognized option: --version > Could not create the Java virtual machine. > pavel na amd:~/misc/streetmap$ java -V > Unrecognized option: -V > Could not create the Java virtual machine. > > ) > > /data/java/j2sdk1.4.2_07/bin/java -Xmx256m -jar OSMProcessor.jar > Invalid or corrupt jarfile OSMProcessor.jar > pavel na amd:~/misc/streetmap$ > > Pavel > >

6.2.2008 12:27:28 (#61)
gravatar

Pavel Machek

<pavel at ucw.cz>
1066 1226
On Wed 2008-02-06 08:47:32, Kubajz wrote: zobrazit citaci
> Pokud ten jar nerozbalis zipem, tak je poskozeny. Jar je totiz vicemene > zip archiv.
zip to zda se rozbali... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

6.2.2008 03:30:04 (#62)
gravatar

Petr Nejedly

<Petr.Nejedly at Sun.COM>
111
Pavel Machek napsal(a): zobrazit citaci
> Zni to pekne, ale nepustim to.
Zkus http://stoupa.sh.cvut.cz/~nenik/OSMProcessor.jar Je to update co umi elemstyles.xml a ma pribalene ikonky z JOSM i puvodni standardni styl. Renderuje tedy vse co JOSM s par odchylkami: 1. Zmenil jsem sirku highway=residential na 1 (byla 2) 2. Renderer uplatnuje maxScale pravidlo (JOSM nee) 3. Zatim nepocitam realwidth, takze dalnice je 3px i zblizka [2] zpusobuje (pri oddaleni) nejvetsi rozdily v renderovani a take je nejvetsim problemem. Jeho ignorace JOSMem zpusobila, ze je max_scale ve stylu vetsinou nerozumny. Ale aspon je videt, ze to neco dela. Kdo by si s tim chtel pohrat[*], necht vezme v uvahu, ze cislo v elemstyles.xml (jar:styles/standard/elemstyles.xml) je pred porovnanim se zoom faktorem (tim cislem co pri prerendrovani vidite v konzoli) vydelen 10. Zoom faktor je pocet jednotek na pixel, pricemz v nasich zemepisnych sirkach a za pouziti mercatora vychazi jednotka cca na 17cm. Minimalni zoom factor je 6 -> 1m/px, ale je to mozne jeste trochu zpresnit. zobrazit citaci
> (Zminoval jsem ze java je neuveritelnej krap?
To zminujes vzdy a nasledujici otazky jsou recnicke, tak na to zapomeneme, OK? [*] Hrat? $ jar -xf OSMProcessor.jar styles $ vi styles/standard/elemstyles.xml $ java -Xmx256m -classpath .:OSMProcessor.jar josmng.ui.Main Ale stale jsou v kodu nejaka implicitni omezeni zoomu (napr promenliva velikost textu a jeho zmizeni nad z=5000) Ale pokud by nekdo navrhnul rozumne maxscale, rekneme v meritku 1px/cm, rozhodne se neztrati. -- Petr "Nenik" Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org 355/113 -- Not the famous irrational number PI, but an incredible simulation!

6.2.2008 05:57:56 (#63)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
2008/2/6 Petr Nejedly <Petr.Nejedly na sun.com>: zobrazit citaci
> Pavel Machek napsal(a): > > Zni to pekne, ale nepustim to. > > Zkus http://stoupa.sh.cvut.cz/~nenik/OSMProcessor.jar > Je to update co umi elemstyles.xml a ma pribalene ikonky > z JOSM i puvodni standardni styl. Renderuje tedy vse co JOSM > s par odchylkami: > 1. Zmenil jsem sirku highway=residential na 1 (byla 2) > 2. Renderer uplatnuje maxScale pravidlo (JOSM nee) > 3. Zatim nepocitam realwidth, takze dalnice je 3px i zblizka > > [2] zpusobuje (pri oddaleni) nejvetsi rozdily v renderovani > a take je nejvetsim problemem. Jeho ignorace JOSMem zpusobila, > ze je max_scale ve stylu vetsinou nerozumny. Ale aspon je videt, > ze to neco dela. Kdo by si s tim chtel pohrat[*], necht vezme v uvahu, > ze cislo v elemstyles.xml (jar:styles/standard/elemstyles.xml) je pred > porovnanim se zoom faktorem (tim cislem co pri prerendrovani vidite > v konzoli) vydelen 10. Zoom faktor je pocet jednotek na pixel, pricemz > v nasich zemepisnych sirkach a za pouziti mercatora vychazi jednotka cca > na 17cm. Minimalni zoom factor je 6 -> 1m/px, ale je to mozne jeste trochu > zpresnit. > > > (Zminoval jsem ze java je neuveritelnej krap? > To zminujes vzdy a nasledujici otazky jsou recnicke, tak na to zapomeneme, OK? > > [*] Hrat? > $ jar -xf OSMProcessor.jar styles > $ vi styles/standard/elemstyles.xml > $ java -Xmx256m -classpath .:OSMProcessor.jar josmng.ui.Main > Ale stale jsou v kodu nejaka implicitni omezeni zoomu (napr promenliva > velikost textu a jeho zmizeni nad z=5000) > Ale pokud by nekdo navrhnul rozumne maxscale, rekneme v meritku 1px/cm, > rozhodne se neztrati. > > -- > Petr "Nenik" Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org > 355/113 -- Not the famous irrational number PI, but an incredible simulation! >
ted to zkousim na 1.3ghz masine s 700mb ram, klasickej mappaint v josmu se tady neda vubec pouzit, zapnu si ho jenom nachvili, kdyz potrebuju neco najit treba, a to na datech o velikosti okolo 3mb a tady v tom otevru 90mb fajl bez vetsich problemu a muzu si to cele prohlizet:) -- Michal Grézl http://walley.org

7.2.2008 10:12:14 (#64)
gravatar

enemy na mail.muni.cz

<enemy at mail.muni.cz>
115
zobrazit citaci
> Zkus http://stoupa.sh.cvut.cz/~nenik/OSMProcessor.jar > Je to update co umi elemstyles.xml a ma pribalene ikonky > z JOSM i puvodni standardni styl. Renderuje tedy vse co JOSM > s par odchylkami:
*** nemohu to spustit ani na Linuxu ani na WinXP: c:\Data\0download>java -version java version "1.5.0_06" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05) Java HotSpot(TM) Client VM (build 1.5.0_06-b05, mixed mode, sharing) c:\Data\0download>java -Xmx256m -jar OSMProcessor.jar Exception in thread "main" java.lang.NoClassDefFoundError: javax/swing/GroupLayo ut$Group c:\Data\0download>java -Xmx256m -classpath .:OSMProcessor.jar josmng.ui.Main Exception in thread "main" java.lang.NoClassDefFoundError: josmng/ui/Main dik za radu hanoj

7.2.2008 10:33:59 (#65)
gravatar

Jozef Hovan

<hovan at szske.sk>
3
Quoting enemy na mail.muni.cz: zobrazit citaci
>> Zkus http://stoupa.sh.cvut.cz/~nenik/OSMProcessor.jar >> Je to update co umi elemstyles.xml a ma pribalene ikonky >> z JOSM i puvodni standardni styl. Renderuje tedy vse co JOSM >> s par odchylkami: > *** nemohu to spustit ani na Linuxu ani na WinXP: > > c:\Data\0download>java -version > java version "1.5.0_06" > Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05) > Java HotSpot(TM) Client VM (build 1.5.0_06-b05, mixed mode, sharing) > > c:\Data\0download>java -Xmx256m -jar OSMProcessor.jar > Exception in thread "main" java.lang.NoClassDefFoundError: > javax/swing/GroupLayo > ut$Group > > c:\Data\0download>java -Xmx256m -classpath .:OSMProcessor.jar josmng.ui.Main > Exception in thread "main" java.lang.NoClassDefFoundError: josmng/ui/Main
Toto nepomoze? java -Xmx256m -classpath .;OSMProcessor.jar josmng.ui.Main zobrazit citaci
> > > dik za radu > > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > >
---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

7.2.2008 10:49:40 (#66)
gravatar

Jozef Hovan

<hovan at szske.sk>
3
Jooo, pozeram ze na jave 1.5 ti to asi nepojde :( Quoting Jozef Hovan <hovan na szske.sk>: zobrazit citaci
> Quoting enemy na mail.muni.cz: > >>> Zkus http://stoupa.sh.cvut.cz/~nenik/OSMProcessor.jar >>> Je to update co umi elemstyles.xml a ma pribalene ikonky >>> z JOSM i puvodni standardni styl. Renderuje tedy vse co JOSM >>> s par odchylkami: >> *** nemohu to spustit ani na Linuxu ani na WinXP: >> >> c:\Data\0download>java -version >> java version "1.5.0_06" >> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05) >> Java HotSpot(TM) Client VM (build 1.5.0_06-b05, mixed mode, sharing) >> >> c:\Data\0download>java -Xmx256m -jar OSMProcessor.jar >> Exception in thread "main" java.lang.NoClassDefFoundError: >> javax/swing/GroupLayo >> ut$Group >> >> c:\Data\0download>java -Xmx256m -classpath .:OSMProcessor.jar josmng.ui.Main >> Exception in thread "main" java.lang.NoClassDefFoundError: josmng/ui/Main > > Toto nepomoze? > > java -Xmx256m -classpath .;OSMProcessor.jar josmng.ui.Main > >> >> >> dik za radu >> >> hanoj >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >> >> > > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > >
---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

7.2.2008 10:58:17 (#67)
gravatar

Petr Nejedly

<Petr.Nejedly at Sun.COM>
111
enemy na mail.muni.cz napsal(a): zobrazit citaci
>> Zkus http://stoupa.sh.cvut.cz/~nenik/OSMProcessor.jar >> Je to update co umi elemstyles.xml a ma pribalene ikonky >> z JOSM i puvodni standardni styl. Renderuje tedy vse co JOSM >> s par odchylkami: > *** nemohu to spustit ani na Linuxu ani na WinXP: > > c:\Data\0download>java -version > java version "1.5.0_06" > Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05) > Java HotSpot(TM) Client VM (build 1.5.0_06-b05, mixed mode, sharing)
Novejsi verze na http://stoupa.sh.cvut.cz/~nenik/OSMProcessor.jar funguje i na JDK1.5 -- Petr "Nenik" Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org 355/113 -- Not the famous irrational number PI, but an incredible simulation!

7.2.2008 01:18:21 (#68)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
Setkal jsem se u kamarada s tim, ze mu za zadnych okolnosti nechtel uplne kratky a korektni program pod Javou na WinXP bezet a vracel vzdy z mainu NoClassDefFoundError. Pomohlo az preklopeni pomoci JIT do exe souboru. Nemate nekdo napad, cim to mohlo byt? Zkousel jsem to tehdy dat i do JARu a taky nic. Vsude to behalo, jen na tomhle stroji ne. Ze by spatne nastavene cesty? K Petr Nejedly wrote: zobrazit citaci
> enemy na mail.muni.cz napsal(a): >>> Zkus http://stoupa.sh.cvut.cz/~nenik/OSMProcessor.jar >>> Je to update co umi elemstyles.xml a ma pribalene ikonky >>> z JOSM i puvodni standardni styl. Renderuje tedy vse co JOSM >>> s par odchylkami: >> *** nemohu to spustit ani na Linuxu ani na WinXP: >> >> c:\Data\0download>java -version >> java version "1.5.0_06" >> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05) >> Java HotSpot(TM) Client VM (build 1.5.0_06-b05, mixed mode, sharing) > > Novejsi verze na http://stoupa.sh.cvut.cz/~nenik/OSMProcessor.jar funguje > i na JDK1.5 > >
-- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

7.2.2008 09:30:18 (#69)
gravatar

Pavel Machek

<pavel at ucw.cz>
1066 1226
On Thu 2008-02-07 10:58:17, Petr Nejedly wrote: zobrazit citaci
> enemy na mail.muni.cz napsal(a): > >> Zkus http://stoupa.sh.cvut.cz/~nenik/OSMProcessor.jar > >> Je to update co umi elemstyles.xml a ma pribalene ikonky > >> z JOSM i puvodni standardni styl. Renderuje tedy vse co JOSM > >> s par odchylkami: > > *** nemohu to spustit ani na Linuxu ani na WinXP: > > > > c:\Data\0download>java -version > > java version "1.5.0_06" > > Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05) > > Java HotSpot(TM) Client VM (build 1.5.0_06-b05, mixed mode, sharing) > > Novejsi verze na http://stoupa.sh.cvut.cz/~nenik/OSMProcessor.jar funguje > i na JDK1.5
No, tentokrat nabehne, nahraje osm soubor, ale bohuzel cerna plocha zustava cerna :-(. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

7.2.2008 09:39:32 (#70)
gravatar

BH

<singularita at gmail.com>
306
No, s velikosti pisma by si slo jeste asi pohrat (renderovat nazvy hotelu vetsim pismem nez nazvy stanic metra mi neprijde zrovna idealni) ... zavisi to na elemstyles.xml, nebo je to nekde natvrdo? Jinak vim ze je to testovaci verze, ale hodilo by se kdyby to umelo brat parametry z commandline (parametr = soubor k nahrani), at nemusim davat porad file->open a pak ten soubor hledat na disku (kdyby si to aspon zapamatovalo naposledy pouzity adresar ....) Rozhodne to ale jinak vypada dobre. Jde/pujde nastavovat taky hranice mizeni nodu eventuelne jejich velikost pro node s tagy/bez tagu? (trefovat se v JOSM nepresnou mysi do 3pixelovych mrnousu taky neni nekdy to pravy orechovy :)) Martin On 2/6/08, Petr Nejedly <Petr.Nejedly na sun.com> wrote: zobrazit citaci
> Pavel Machek napsal(a): > > Zni to pekne, ale nepustim to. > > Zkus http://stoupa.sh.cvut.cz/~nenik/OSMProcessor.jar > Je to update co umi elemstyles.xml a ma pribalene ikonky > z JOSM i puvodni standardni styl. Renderuje tedy vse co JOSM > s par odchylkami: > 1. Zmenil jsem sirku highway=residential na 1 (byla 2) > 2. Renderer uplatnuje maxScale pravidlo (JOSM nee) > 3. Zatim nepocitam realwidth, takze dalnice je 3px i zblizka

7.2.2008 10:16:43 (#71)
gravatar

Petr Nejedly

<Petr.Nejedly at Sun.COM>
111
BH napsal(a): zobrazit citaci
> No, s velikosti pisma by si slo jeste asi pohrat (renderovat nazvy > hotelu vetsim pismem nez nazvy stanic metra mi neprijde zrovna > idealni) ... zavisi to na elemstyles.xml, nebo je to nekde natvrdo?
Aktualni verze ma: int size = (scale > maxScale/2) ? 7 : (scale > maxScale/4) ? 12 : 24; Cili pouzita velikost fontu zavisi i na stylu, ale samozrejme by to chtelo mit ruzne maximalni velikosti pro ruzne typy objektu, cili podle stylu. Jen jsem chtel pro zacatek pouzit stavajici format stylu. zobrazit citaci
> Jinak vim ze je to testovaci verze, ale hodilo by se kdyby to umelo > brat parametry z commandline (parametr = soubor k nahrani), at nemusim > davat porad file->open a pak ten soubor hledat na disku (kdyby si to > aspon zapamatovalo naposledy pouzity adresar ....)
To by chtelo. Ostatne, posledni uprava pred poslanim byla JFileChooser pro otevirani, do te doby File->Open rovnou oteviral hardcoded soubor. Ostatne, File->Open GPX to dela porad... zobrazit citaci
> Rozhodne to ale jinak vypada dobre. Jde/pujde nastavovat taky hranice > mizeni nodu eventuelne jejich velikost pro node s tagy/bez tagu?
Rozhodne to bude prinejmensim urcovat styl. zobrazit citaci
> (trefovat se v JOSM nepresnou mysi do 3pixelovych mrnousu taky neni > nekdy to pravy orechovy :))
Citliva je kruhova oblast 10px kolem stredu node, tak jake trefovani? OK, resit co vse bude parametrizovatelne je ted velmi predcasne. Ted jde predevsim o validaci architektury. Az budou zdrojaky na osm.org, muzes si ty kosticky udelat jak velky chces ;-) -- Petr "Nenik" Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org 355/113 -- Not the famous irrational number PI, but an incredible simulation!

9.2.2008 01:21:02 (#72)
gravatar

Petr Nejedly

<Petr.Nejedly at Sun.COM>
111
Michal Grézl napsal(a): zobrazit citaci
> ted to zkousim na 1.3ghz masine s 700mb ram, klasickej mappaint v > josmu se tady neda vubec pouzit, zapnu si ho jenom nachvili, kdyz > potrebuju neco najit treba, a to na datech o velikosti okolo 3mb a > tady v tom otevru 90mb fajl bez vetsich problemu a muzu si to cele > prohlizet:)
FYI: Zdrojaky jsou v centralnim SVN, takze kdo se chce podivat: http://svn.openstreetmap.org/applications/editors/josm-ng/ Build: $ svn co http://svn.openstreetmap.org/applications/editors/josm-ng $ cd josm-ng $ ant run (Chce to javu 1.5 a ant 1.6.5) -- Petr "Nenik" Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org 355/113 -- Not the famous irrational number PI, but an incredible simulation!

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