> 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.

>>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

> 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

> 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): >> 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

>> 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.

>> 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. >

>> 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...

> Ahoj!

> zdravi Hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

>>> 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

> 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.

> 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

> 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

> 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.

> 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 >

> 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

> 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

> 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

> 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.

>> 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 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

> 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 > >

> 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. >

>> 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.

> 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.

> > $ 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 >

> 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

>> $ 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.

> 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 >

> 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.

>> 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 >

> 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.

> 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 >

> Kubajz napsal(a): > >> V UIR-ADR nejsou polohopisne udaje o obcich. Jsou jen adresni body, >> ktere jsou prirazeny ulicim. Ty zase castem obce, ty obcim, ty okresum, >> ty krajum. >> >> Takze vystrachat udaj o poloze obce by bylo tezke (obalovy polygon >> adresnich mist a z nich nejaky median jako teziste...). Verim ale, ze by >> se takhle daly celkem hezky zjistit hranice mestskych casti... >> > > > >> BH napsal(a): >> >>> Jinak nazvy obci tam uz jsou (a snad vcelku kompletni a korektni ....) >>> - jsou data v UIR-ADR nejak vyrazne presnejsi? Jsou v UIR-ADR i takove >>> ty male vesnicky a sidla co vlastne nejsou obcemi? S odstranovanim >>> bych byl radsi opatrny. >>> > > *** Zni to urcite pekne. Nekolik odrazek co mne napadly, treba pomuzou: > "UIR-ADR 2" > > 1) OSMhighway:name > *** tedy ke kontrole (nejspis rucni) nazvu ulic. Z bodu ulic vytvorit > polygony a pak kontrolovat jak nazev linie odpovida rozsahlosti polygonu. > Problem budou sidliste a podobne netradicne urbanizovane uzemi, kde > poloha ulice (silnice) pramalo souvisi s existujicimi objekty. Take tam > kde ulice nema zadny objekt. > > 2) OSMhighway:geometry > *** Pro vytvareni dat by mohlo pomoci neco jako regrese nad ulicnimi > body. Tedy body z ulice prolozit krivku vhodneho modelu, tu pak > zjednodusit na lomenou caru. Jako podklad, ulozeny mimo OSM, pro > vykreslovani bilych mist k nezaplaceni... >

> 3) Place (Obce a Mistni casti) > *** Dnes je v czOSM vetsina administrativnich obci, tj. asi 6.000 z > celkoveho poctu 6.230. V CR je ale cca 23.000 zakladnich sidelnich > jednotek. Ty v OSM skoro vubec nejsou, pokud jsou nelze je rozpoznat od > admin. obci. >

> Dale je problem s polohou obci, ktera byla vysledkem, prumerovani ne > zcela dobrych zdroju. Tady by centroid (teziste) stavebnich objektu > mohlo pomoci ho zpresnit. Nedaval bych mu ale prednost pred rucnim > umistenim do (historickeho) centra obce. > > Mam problem s jednoznacnou identifikaci nazvu sidel, jejich > podrizenosti a nadrizenosti (neco jako is_in: kraj, okres, obec + ID > kod napr. byvaly NUTS5, nebo KODOB) - obtizne se s nimi pracuje. Pokud > to UIR-ADR obsahuje, bylo by to velky plus. >

> > ha > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

> a me prislo, ze uz je v OSM snad kazda zapadla viska bez starosty :)

> > Dale je problem s polohou obci, ktera byla vysledkem, prumerovani ne > > zcela dobrych zdroju. Tady by centroid (teziste) stavebnich objektu > > mohlo pomoci ho zpresnit. Nedaval bych mu ale prednost pred rucnim > > umistenim do (historickeho) centra obce.

> > Mam problem s jednoznacnou identifikaci nazvu sidel, jejich > > podrizenosti a nadrizenosti (neco jako is_in: kraj, okres, obec + ID > > kod napr. byvaly NUTS5, nebo KODOB) - obtizne se s nimi pracuje. Pokud > > to UIR-ADR obsahuje, bylo by to velky plus.

> > > 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 > :)

> 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...

> 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 >

> CDcko mi dorazilo, zkusmo jsem se podival na data v ulici, kde bydlim a > vypada to dobre.

> 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.

> Ahoj! > > >> CDcko mi dorazilo, zkusmo jsem se podival na data v ulici, kde bydlim a >> vypada to dobre. >> > > Super! > > Vzhledem k tomu ze cd je volne kopirovatelne.. bylo by mozne hodit ho > nekam na ftp/bittorrent? Chtel bych se podivat na vlastni oci, ale > posilani dat ceskou postou se mi zda jako trosku zdlouhave ;-). > > ...nebo nejaky export databaze... > >

>> Udelal jsem jednoduchy wms serer (ogcserver mi proste nebezi) a mel by >> fungovat pod JOSMem - zatim tedy cte data ze soucasne databaze, ale >> pozdeji bych ho nasmeroval na databazi ulic. >> >> http://kubajz.kbx.cz/junk/wms/? >> >> Vraci PNG. >> > > Me vraci "File not found: http://..../wms/&bbox=... > > Pavel >

> Pavel Machek napsal(a): > > Ahoj! > > > > > >> CDcko mi dorazilo, zkusmo jsem se podival na data v ulici, kde bydlim a > >> vypada to dobre. > >> > > > > Super! > > > > Vzhledem k tomu ze cd je volne kopirovatelne.. bylo by mozne hodit ho > > nekam na ftp/bittorrent? Chtel bych se podivat na vlastni oci, ale > > posilani dat ceskou postou se mi zda jako trosku zdlouhave ;-). > > > > ...nebo nejaky export databaze...

> Dam. Musi se ale odlisit, co je mozne a co neni mozne kopirovat. Je tam > i programove vybaveni. Zatim jsem na to nemel moc casu.

> >> 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...

> > > ...nebo nejaky export databaze... > > > Dam. Musi se ale odlisit, co je mozne a co neni mozne kopirovat. Je tam > > i programove vybaveni. Zatim jsem na to nemel moc casu. > > Jasne...

> > >> Udelal jsem jednoduchy wms serer (ogcserver mi proste nebezi) a mel by > > >> fungovat pod JOSMem - zatim tedy cte data ze soucasne databaze, ale > > >> pozdeji bych ho nasmeroval na databazi ulic. > > >> > > >> http://kubajz.kbx.cz/junk/wms/? > > >> > > >> Vraci PNG. > > >> > > > > > > Me vraci "File not found: http://..../wms/&bbox=... > > > Je nutne specifikovat bbox a width a height. Jinak to nebude fungovat... > > JOSM to zvlada... > > Ja to zkousel jak ... aha. > > ono je potreba zadat do josm "http://kubajz.kbx.cz/junk/wms/?" -- tedy > vcetne toho otazniku na konci. > > ...tohle je hezky, nebudu muset rozjizdet mappaint, dik :-).

>> ...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

>>> ...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:) >

> 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 >

> 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 >

> >> ...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:)

> 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 >

> silnice a to pak na sebe nenavazuje. A mappaint je soucasti josm uz > dlouho, nemusi se rozjizdet, jenom vypnout, je priserne pomalej:)

> 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 >

> 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! >

> 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:) >

> 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:) > >

> 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.

> 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

> 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...

> 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... >

> 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 >

>> 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.

> 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...

> 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 > >

> Pokud ten jar nerozbalis zipem, tak je poskozeny. Jar je totiz vicemene > zip archiv.

> Zni to pekne, ale nepustim to.

> (Zminoval jsem ze java je neuveritelnej krap?

> 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! >

> 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:

>> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > >

> 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 > >

>> 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)

> 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 > >

> 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

> 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

> 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 :))

> 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:)