[Talk-cz] josm: funguje vam wms?
Ahoj! Zkousel jsem stahnout josm-latest i josm-tested, a ani v jednom nejsem schopen rozjet wms (coz znamena zadny UHUL coz znamena konec mapovani :-(). Funguje to nekomu? Skoro uvazuju ze by bylo dobry davat ke stazeni josm+pluginy+konfigurace -- vse nastaveny/pripraveny pro mapovani CR... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Boundary
On Fri 2010-02-26 10:41:28, Mike wrote: > Takhle to mam na mysli, jen resim, jak to rozdelit, protoze osmosis > selhalo, asi si budu muset na to neco napsat. Snad to nebude tak tezky, > protoze zaklad mam uz napsany v jinem programu (MC Navi). > > Stejne tak jak zmenit ty ID - taky na to asi budu muset neco napsat. > > Nevite nekdo, jak stahnout z OSM jen relaci vcetne vsech podrizenych > memberu? Co to opravdu prvni zkusit uploadnout najednou...? Kdyz se to nepovede, lze to zmatchovat podle polohy, a bude se muset neco napsat ale... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Boundary
> To mají ale kvůli tomu, že mají často v hranicích díry, takže to dělají > jako multipolygon. To my nemáme (nebo jo?), takže bych to radši předělal > na boundary. Ale jinak z procesního hlediska je to jedno. Pár k.ú. s dírami je. Pak jsou desítky obcí kde je území nesouvislé. -- Lukas ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] tvorba multipolygonů
2010/2/26 : > ..tohle.. že byly "vybrány nesprávné objekty" mě taky dlouho trápilo.. > Bylo to tím, že jsem klikal na špatný tlačítko. Pozor, je potřeba kliknout > nikoli na to u rámečku "vybrané objekty" -> editovat relaci, ale na to v > rámečku "relací" (kdyžtak si ho zapnout) a dát "nová relace". Teprve takhle > se otevře editor relací. -- snad to moc nepletu, píšu to po paměti.. > > Nějakej návod na wiki byl ale anglicky. > nejjednodussi je to rucne a jelikoz v okoli uz relace byvaji tak se to dovyplni vetsinou samo oznacit objekty, vyrobit novou relaci, zmacknout cudl nalevo od objektu pro pridani do relace a potom staci napsat t(ype) m(ultipolygon) i ... i(nner) o(uter) a ok:) -- Michal Grézl http://walley.org ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] tvorba multipolygonů
..tohle.. že byly "vybrány nesprávné objekty" mě taky dlouho trápilo.. Bylo to tím, že jsem klikal na špatný tlačítko. Pozor, je potřeba kliknout nikoli na to u rámečku "vybrané objekty" -> editovat relaci, ale na to v rámečku "relací" (kdyžtak si ho zapnout) a dát "nová relace". Teprve takhle se otevře editor relací. -- snad to moc nepletu, píšu to po paměti.. Nějakej návod na wiki byl ale anglicky. > Původní zpráva > Od: Zdeněk Pražák > Předmět: [Talk-cz] tvorba multipolygonů > Datum: 25.2.2010 20:54:28 > > > je nějaký návod na tvorbu multipolygonů - například ostrůvků v rybníce, > rybníků > v lese atd. > Když jsem se pokoušel v JOSM využít předvolbu relace - multipolygony tak mi > JOSM > psal, když jsem zvolil rybník a ostrov, že byly zvoleny neplatné objekty > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > > karpi prijmeni karpi.li...@email.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Jak rozsekat mapu na dlaždice
http://www.maptiler.org/ > Původní zpráva > Od: Jan Masopust > Předmět: [Talk-cz] Jak rozsekat mapu na dlaždice > Datum: 26.2.2010 16:07:05 > > Ahoj, > potřeboval bych poradit, jaký nástroj se dá použít na rozsekání obrázku > (mapy) na dlaždice. > > -- > masox > > > karpi prijmeni karpi.li...@email.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Jak rozsekat mapu na dlaždice
Ahoj, já to dělám pomocí ImageMagick: convert -crop 256x256 velky_obrazek.png dlazdice/cast.png Tohle obrázek „velky_obrazek.png“ rozeská na díly 256 x 256 a uloží do adresáře „dlazdice“ (každý soubor má pak pořadové číslo), zleva doprava dolů. Aleš Janda On 26.2.2010 16:05, Jan Masopust napsal/a: > Ahoj, > potřeboval bych poradit, jaký nástroj se dá použít na rozsekání obrázku > (mapy) na dlaždice. > > -- > masox > > > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Jak rozsekat mapu na dlaždice
Ahoj, potřeboval bych poradit, jaký nástroj se dá použít na rozsekání obrázku (mapy) na dlaždice. -- masox ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Boundary
On 26.2.2010 9:32, Lukas Kabrt wrote: >> relace: >> type=multipolygon, ovsem vsechny soucasne hranicni relace (a nejen nase) >> pouzivaji type=boundary > > To neni tak uplne pravda - vpostate vsechny hranice v Nemecku, > Rakousku a Nizozemi jsou delane pomoci multipolygon. Proc jsem zvolil > multipolygon jsem psal tady [1]. Pokud ale prevlada nazor, ze to ma > byt boundary, tak se to klidne muze zmenit. > To mají ale kvůli tomu, že mají často v hranicích díry, takže to dělají jako multipolygon. To my nemáme (nebo jo?), takže bych to radši předělal na boundary. Ale jinak z procesního hlediska je to jedno. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Boundary
Dne 26.2.2010 9:32, Lukas Kabrt napsal(a): >> relace: >> type=multipolygon, ovsem vsechny soucasne hranicni relace (a nejen nase) >> pouzivaji type=boundary >> > To neni tak uplne pravda - vpostate vsechny hranice v Nemecku, > Rakousku a Nizozemi jsou delane pomoci multipolygon. Proc jsem zvolil > multipolygon jsem psal tady [1]. Pokud ale prevlada nazor, ze to ma > byt boundary, tak se to klidne muze zmenit. > > >> chybi administrativni centra, pokud vim, (asi)kazde ku ma urcenou >> obec/cast ke ktere nalezi. >> > Ano adminnistrativni centra byse mohli pridat, ale asi jenom pro > relace obce, okres, kraj, CR. Administrativni centrum pro k.ú. je > podle mě nesmysl. Jde o to kde vzít data. Pokud jsou už > administrativní centra v mapě, tak asi nebude problém si najít na > území které obce se admin. centrum nachází a zařadit ho do příslušné > relace. > > >> nejsou definovany vztahy mezi ku (mineno potomci/rodice, napr stat >> obsahuje kraje, ty obsahuji okresy ...) >> > Tady mam asi mezery, jak se to definuje? > > Relace se do nadrazene vlozi s oznacenim subarea, kdyztak se podivej jak je to ted. >> chtelo by to nejakou poznamku, zdroj je km, ale tohle by zaslouzilo >> jeste info ze jde o import/automaticke zpracovani >> > ano, to by urcite chtelo. Jinak zdroj neni km, ale prehledky. A to mi > pripomona ... jeste je potreba zmenit tag source na cuzk:prehledky, > jak tady nekdo uz poznamenal. > > >> ways: >> je pouze tag boundary=administrative, ale IMO by tam mel byt jeste >> admin_level. To co jsem opsal od ostatnich = lv cesty odpovida >> nejmensimu cislu = nejvyssi urovni pro kterou je hranici. Takze ways >> hranice statu by mely mit 2 atd. >> > Vim, ze ways maji prirazene i admin_level, ale nebyl jsem si jisty jak > mam chapat "admin_level=for the highest > border" co pisou na wiki [2]. Stejne ale nechapu, proc ways musi mit > prirazeny admin_level, kdyz ten je definovan v relaci. Prijde mi jako > blbost prirazovat admin_level ceste, kdyz je soucasti vice relaci s > ruznymi admin_level. > IMO proto, ze nekdy muzes potrebovat pracovat bez relaci ? Principielne muzes i potok/silnici/... udelat tak, ze tag potok/silnice/... priradis az relaci, ale presto maji vsechny cesty tagy potok/silnice/... a admin_lv je pokud dobre chapu neoddelitelnou soucasti tagu boundary. > > >> IMO by varianta A(kompletni upload) byla vhodnejsi, ... >> > Taky si myslim, ze nahrat vse najednou je nejlepsi reseni > > > [1] http://lists.openstreetmap.org/pipermail/talk-cz/2010-February/004503.html > [2] http://wiki.openstreetmap.org/wiki/Relation:boundary > -- > Lukas > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Boundary
Takhle to mam na mysli, jen resim, jak to rozdelit, protoze osmosis selhalo, asi si budu muset na to neco napsat. Snad to nebude tak tezky, protoze zaklad mam uz napsany v jinem programu (MC Navi). Stejne tak jak zmenit ty ID - taky na to asi budu muset neco napsat. Nevite nekdo, jak stahnout z OSM jen relaci vcetne vsech podrizenych memberu? On 26.2.2010 9:52, Lukas Kabrt wrote: >> Viděl bych to tak, že to rozdělím po okresech a napíšu si prográmek, >> který dokáže oddělit duplicity. >> Při uploadu musím mít druhý prográmek, který dokáže vzít ID bodů a cest >> z OSM exportu a změnit je v jiném souboru - asi detekce shodnosti polohy >> bodů. Takhle to postupně naimportovat. > > Jak o tom tak uvažuju, tak nejlepší řešení se mi zdá to zkusit > uplodovat celé najednou. Podle zkušenosti lidí co nahrávali části > DIBAVODu, tak JOSM pošle data celkem rychle na server a pak čeká až si > to server "přežvýká" a vrátí odpoveď (a to trvá mnohem déle) Pokud by > spadlo připojení/JOSM potom, co se odeslali vsechna data, tak by to > melo byt v pohode. Server transakci uzavre automaticky akorat se o tom > klient nedozvi. Pokud je to jinak, tak me opravte. > > Pokud bys to chtel delit na vic kusu, tak misto detekce polohy se mi > zda lepsi nasledujici postup: > - kazde entite priradit jedinecne zaporne ID (znaci, ze se jedna o > nový objekt) - tak uz to je v souboru kucr.osm > - rozdelit mapu na vice casti (treba podle okresu) - zduplikuji se > ways na hranicich (kazda way bude ve dvou souborech, ale bude mít > stále svoje ID) > > - uplodovat cast, server jako odpoved vrati prirazena ID > - v ostatních souborech změnit záporná ID za skutečná ID vrácená serverem > - a tak porad dokola, uplodovat budeme ale pouze entity se záporným ID > -- > Lukas > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Boundary
> Viděl bych to tak, že to rozdělím po okresech a napíšu si prográmek, > který dokáže oddělit duplicity. > Při uploadu musím mít druhý prográmek, který dokáže vzít ID bodů a cest > z OSM exportu a změnit je v jiném souboru - asi detekce shodnosti polohy > bodů. Takhle to postupně naimportovat. Jak o tom tak uvažuju, tak nejlepší řešení se mi zdá to zkusit uplodovat celé najednou. Podle zkušenosti lidí co nahrávali části DIBAVODu, tak JOSM pošle data celkem rychle na server a pak čeká až si to server "přežvýká" a vrátí odpoveď (a to trvá mnohem déle) Pokud by spadlo připojení/JOSM potom, co se odeslali vsechna data, tak by to melo byt v pohode. Server transakci uzavre automaticky akorat se o tom klient nedozvi. Pokud je to jinak, tak me opravte. Pokud bys to chtel delit na vic kusu, tak misto detekce polohy se mi zda lepsi nasledujici postup: - kazde entite priradit jedinecne zaporne ID (znaci, ze se jedna o nový objekt) - tak uz to je v souboru kucr.osm - rozdelit mapu na vice casti (treba podle okresu) - zduplikuji se ways na hranicich (kazda way bude ve dvou souborech, ale bude mít stále svoje ID) - uplodovat cast, server jako odpoved vrati prirazena ID - v ostatních souborech změnit záporná ID za skutečná ID vrácená serverem - a tak porad dokola, uplodovat budeme ale pouze entity se záporným ID -- Lukas ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Boundary
> relace: > type=multipolygon, ovsem vsechny soucasne hranicni relace (a nejen nase) > pouzivaji type=boundary To neni tak uplne pravda - vpostate vsechny hranice v Nemecku, Rakousku a Nizozemi jsou delane pomoci multipolygon. Proc jsem zvolil multipolygon jsem psal tady [1]. Pokud ale prevlada nazor, ze to ma byt boundary, tak se to klidne muze zmenit. > chybi administrativni centra, pokud vim, (asi)kazde ku ma urcenou > obec/cast ke ktere nalezi. Ano adminnistrativni centra byse mohli pridat, ale asi jenom pro relace obce, okres, kraj, CR. Administrativni centrum pro k.ú. je podle mě nesmysl. Jde o to kde vzít data. Pokud jsou už administrativní centra v mapě, tak asi nebude problém si najít na území které obce se admin. centrum nachází a zařadit ho do příslušné relace. > nejsou definovany vztahy mezi ku (mineno potomci/rodice, napr stat > obsahuje kraje, ty obsahuji okresy ...) Tady mam asi mezery, jak se to definuje? > chtelo by to nejakou poznamku, zdroj je km, ale tohle by zaslouzilo > jeste info ze jde o import/automaticke zpracovani ano, to by urcite chtelo. Jinak zdroj neni km, ale prehledky. A to mi pripomona ... jeste je potreba zmenit tag source na cuzk:prehledky, jak tady nekdo uz poznamenal. > ways: > je pouze tag boundary=administrative, ale IMO by tam mel byt jeste > admin_level. To co jsem opsal od ostatnich = lv cesty odpovida > nejmensimu cislu = nejvyssi urovni pro kterou je hranici. Takze ways > hranice statu by mely mit 2 atd. Vim, ze ways maji prirazene i admin_level, ale nebyl jsem si jisty jak mam chapat "admin_level=for the highest border" co pisou na wiki [2]. Stejne ale nechapu, proc ways musi mit prirazeny admin_level, kdyz ten je definovan v relaci. Prijde mi jako blbost prirazovat admin_level ceste, kdyz je soucasti vice relaci s ruznymi admin_level. > IMO by varianta A(kompletni upload) byla vhodnejsi, ... Taky si myslim, ze nahrat vse najednou je nejlepsi reseni [1] http://lists.openstreetmap.org/pipermail/talk-cz/2010-February/004503.html [2] http://wiki.openstreetmap.org/wiki/Relation:boundary -- Lukas ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
