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

[Talk-cz] Par dotazu, na veci nenalezene na Wiki

Vlákno 19.5. - 26.5.2013, počet zpráv: 44


19.5.2013 10:02:10 (#1)
gravatar

Pavel Moravec

<pavel.moravec at email.cz>
11
Dobry den, zacal jsem s editaci OSM zejmena kvuli doplnovani chybejicich turistickych tras a pri te prilezitosti jsem se rozhodl trochu doplnit veci z okoli. Vetsinu veci jsem si nastudoval z EN wiki a ceskych wiki stranek, svoje chyby ze zacatku (jako spolehani se na tvar budovy z tracer pluginu) jsem odstranil, ale presto mam nekolik dotazu, na ktere jsem nenasel odpovedi. 1. V okoli je spousta krizeni vodnich toku a cest, ktere pak na validatoru keepright.at sviti jako cerveny blesk (nekterych z tech cest se tykaji i me editace, ale vesmes tam byly uz prede mnou). - Staci doplnit spolecny bod, nebo je treba doplnit i informace o mostku? Co kdyz nejsou znamy, nechat to tak? - Jak resit situaci, kdy tam neni most, ale betonova skruz pod cestou , kterou je potok kratky usek sveden - rozdelit potok na useky a uvest layer a odpovidajici tag? - Uvadet ford=yes i u pesich turistickych cest (skutecne je nutno prejit potok mokrou nohou nebo preskakat po kamenech)? 2. Ustalilo se v CZ komunite, jak znacit chatoviste? Tady v okoli uz bylo neco znacene pomoci landuse=recreational_area, ale narazil jsem v archivech tohoto talku na doporuceni pouziti residential? 3. Sportovni centrum, kde je zaroven kryty bazen, kuzelky, apod. Jak vse zaznacit najednou (ruzne tagy)? Nebo nechat jen to sportovni centrum? 4. Kresleni turistickych tras - je jasne, ze z Shocartu/KCT/... nelze kopirovat (a sam vim, ze casto ta jejich trasa v mape vede kus od te skutecne). Nicmene je mozne pouzit cizi verejne dostupny zaznam trasy v GPX, nebo pouze survey, local_knowledge, bing a vlastni GPS zaznamy? - Jak stara data je mozno pro trasy pouzit? Mam zaznamy v GPX nekolik let zpet, ale mezitim mohl byt potencialne nejaky usek posunut. - Co papirove mapy vydane krajem, z podpory EU apod., je mozne se inspirovat z nich (ale pouzit informace z rozcestniku, uz existujici cesty v mape resp. je nakreslit podle Bingu)? - Cisla tras - maji se uvadet i nove typy, co jsou na rozcestnicich (FM123a - pokud se to vubec tyka tras), nebo jen puvodni ctyrciselne kody? 5. Jak zaznacit zvonicku - man 'made=campanile' se mi nikde nerenderuje, je jeste nejaka dalsi alternativa? 6. Potreboval bych rozdelit obrovsky multipolygon lesa, abych mohl u casti vyznacit typ lesa. U hranic se Slovenskem, kde to delalo neplechu pri generovani map pro jednotlive zeme jsem to uz vyresil rucne, ale byla to strasna prace, zejmena spravne rozdeleni inner polygonu mezi nove multipolygony. Neexistuje nejaky rozumny nastroj (idealne do JOSM) pro deleni multipolygonu? 7. Cisla popisna - v me oblasti uz byla importovana, ale uplne nesedi na stredy budov. Maji se nechat na puvodni pozici kvuli konzistenci s ruznymi nastroji, ktere je pak kontroluji/aktualizuji informace, nebo je posunovat? 8. Pozemky v obcich (zahrady) - nekde jsou vzaty z katastru a zakresleny jinde jsou jen budovy. Je nejaky zazity standard, jestli je znacit nebo ne? Pavel Moravec

19.5.2013 11:01:09 (#2)
gravatar

Karel Volný

<kavol at seznam.cz>
526
zdrav?m, bez z?ruky, jak to vid?m j?: zobrazit citaci
> 1. V okoli je spousta krizeni vodnich toku a cest, ktere pak na > validatoru keepright.at sviti jako cerveny blesk (nekterych z tech cest > se tykaji i me editace, ale vesmes tam byly uz prede mnou). > - Staci doplnit spolecny bod, nebo je treba doplnit i informace o > mostku?
spole?n? bod rozhodn? nedopl?ovat, pokud nejde o n??e zm?n?n? brod ... tu??m ?e ji? prob?hla n?jak? diskuse na t?ma fale?n?ch poplach? u keeprightu - resp. on m? vpodstat? pravdu, to k???en? by se m?lo li?it hodnotou layer, jinak tam spole?n? bod b?t "mus?", ale to souvis? s n?sleduj?c?m: zobrazit citaci
> Co kdyz nejsou znamy, nechat to tak?
pokud nelze d?t most s vy???m layerem anebo tu d?le zm?n?nou skru? s ni???m, tak nechat - valid?tor je pom?cka, kter? m??e pomoci odhalit chyby, rozhodn? nen? spr?vn? zan??et do mapy chyby faktick? jen pro uspokojen? valid?toru obecn?, n?kte?? (j? a p?r dal??ch podiv?n? ;-)) zast?vaj? n?zor, ?e lep?? informace "hic sunt leones" ne?li n?co, co sice vypad? uv??iteln?, ale realitu stejn? nepopisuje zobrazit citaci
> - Jak resit situaci, kdy tam neni most, ale betonova skruz pod cestou > , kterou je potok kratky usek sveden - rozdelit potok na useky a uvest > layer a odpovidajici tag?
?ekl bych, ?e p?esn? tak zobrazit citaci
> - Uvadet ford=yes i u pesich turistickych cest (skutecne je nutno > prejit potok mokrou nohou nebo preskakat po kamenech)?
ano; resp. to p?esk?k?n? po kamench lze up?esnit: ford=stepping_stones zobrazit citaci
> 3. Sportovni centrum, kde je zaroven kryty bazen, kuzelky, apod. Jak vse > zaznacit najednou (ruzne tagy)? Nebo nechat jen to sportovni centrum?
to je na individu?ln? posouzen? ... pokud je zn?mo co v?e se tam provozuje a d? se p?edpokl?dat, ?e tato informace bude sed?t s realitou, tak za sebe ur?it? preferuju maxim?ln? up?esn?n? zobrazit citaci
> 4. Kresleni turistickych tras - je jasne, ze z Shocartu/KCT/... nelze > kopirovat (a sam vim, ze casto ta jejich trasa v mape vede kus od te > skutecne). Nicmene je mozne pouzit cizi verejne dostupny zaznam trasy v > GPX,
to z?le?? na licenci toho konkr?tn?ho z?znamu, co chce? pou??t - pokud se bav?me o uploadech tracklog? na OSM, tak tam to samoz?ejm? dovoluje zobrazit citaci
> - Jak stara data je mozno pro trasy pouzit? Mam zaznamy v GPX nekolik > let zpet, ale mezitim mohl byt potencialne nejaky usek posunut.
a? jsem v??e ??kal n?co o lvech, tady konkr?tn?(*) se zase klon?m k n?zoru, ?e lep?? n?co ne? nic - tedy po ov??en?, zda trasa v?bec je?t? existuje moje zku?enost je takov?, ?e p?i tom p?ezna?ov?n? se ledacos vrac? do p?vodn?ch tras, u? kolikr?t jsme ?li vandr s r?znejma vyd?n?ma t??e mapy, a star? sed?la a nov? byla v pytli ... (*) co se t??e (ne)konzistence v n?zorech - rozd?l, pro? se na to d?v?m jinak, je ten, ?e tady n?kdo tu realitu aspo? kdysi vid?l, kde?to kdy? se n?kde k???? potok z DIBAVODu a cesta z ?SD, tak to m?me dva nespolehliv? zdroje a nulovou osobn? zku?enost, hm ... zobrazit citaci
> - Co papirove mapy vydane krajem, z podpory EU apod., je mozne se > inspirovat z nich (ale pouzit informace z rozcestniku, uz existujici > cesty v mape resp. je nakreslit podle Bingu)?
op?t, z?le?? na konkr?tn? licenci ... je to pom?rn? slo?it? problematika, n?kter? granty dokonce vy?aduj? otev?enost, v?t?inou se to ne?e??, pokud by d?lo bylo vytvo?eno p??mo ??adem, tak je by default k dispozici, ale realita je takov?, ?e ??ad to n?komu zad? a pak pr?va omezuje ten zpracovatel ... tenk? led, fakt tenk? led, nejlep?? je pokusit se z?skat explicitn? souhlas zobrazit citaci
> - Cisla tras - maji se uvadet i nove typy, co jsou na rozcestnicich > (FM123a - pokud se to vubec tyka tras), nebo jen puvodni ctyrciselne kody?
obecn? se preferuje to, co je p??mo na tom rozcestn?ku (ale pokud je k disposici i informace nav?c, jak je ta trasa vedena v n?jak? evidenci, tak to, ?e to na tom rozcestn?ku nen?, neznamen?, ?e bychom si tu informaci jako dopl?kovou nemohli uv?st) zobrazit citaci
> 5. Jak zaznacit zvonicku - man 'made=campanile' se mi nikde nerenderuje, > je jeste nejaka dalsi alternativa?
pokud se nerenderuje n?co, co by m?lo (je to odsouhlasen? zp?sob zna?en?), pak je t?eba obr?tit se na spr?vce p??slu?n?ho rendereru, aby to p?idal, nikoliv m?nit zna?en? zobrazit citaci
> 7. Cisla popisna - v me oblasti uz byla importovana, ale uplne nesedi na > stredy budov. Maji se nechat na puvodni pozici kvuli konzistenci s > ruznymi nastroji, ktere je pak kontroluji/aktualizuji informace, nebo je > posunovat?
nem??u se vyjad?ovat za ty "r?zn? n?stroje", ale AFAIK to sed?t na st?edy budov ani na p?vodn? um?st?n? nemus? - naopak, ??slo by m?lo ozna?ovat sp??e p??slu?n? vchod zobrazit citaci
> 8. Pozemky v obcich (zahrady) - nekde jsou vzaty z katastru a zakresleny > jinde jsou jen budovy. Je nejaky zazity standard, jestli je znacit nebo ne?
hm, jak se komu chce? K.

19.5.2013 11:38:42 (#3)
gravatar

Pavel Moravec

<pavel.moravec at email.cz>
11
Zdravim, dekuji za odpovedi, jen mozna upresneni: zobrazit citaci
>> - Cisla tras - maji se uvadet i nove typy, co jsou na rozcestnicich >> (FM123a - pokud se to vubec tyka tras), nebo jen puvodni ctyrciselne kody? > > obecn? se preferuje to, co je p??mo na tom rozcestn?ku (ale pokud je k > disposici i informace nav?c, jak je ta trasa vedena v n?jak? evidenci, tak to, > ?e to na tom rozcestn?ku nen?, neznamen?, ?e bychom si tu informaci jako > dopl?kovou nemohli uv?st)
Tady mi slo hlavne o to, jestli to XXNNNz kde XX je kod okresu, NNN je cislo a z je nejaky podkod je skutecne cislo trasy nebo neco jineho. Protoze je to v miste, kde na tech tabulich bylo cislo trasy, ale podle rozcestniku u nadrazi kousek odsud mi to spise pripada jako kod tabulky na rozcestniku (a odvozeny z cisla rozcestniku?). Proto jsem si to chtel ujasnit. Pavel Moravec

19.5.2013 12:14:35 (#4)
gravatar

Pavel Machek

<pavel at ucw.cz>
1034 1226
Ahoj! zobrazit citaci
> 6. Potreboval bych rozdelit obrovsky multipolygon lesa, abych mohl u > casti vyznacit typ lesa. U hranic se Slovenskem, kde to delalo
V puvodnich uhulich datech typ lesa byl, jen jsme ho neimportovali :-(. Mozna by davalo smysl to importovat znovu, s typem lesa, a bez generalizace? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

19.5.2013 12:14:57 (#5)
gravatar

Václav Kubíček

<vase.k at centrum.cz>
50
Ahoj, jde o to, ?e K?T u? na rozcestn?ky neuv?d? ??sla tras, ale tzv. ??slo TIM (turistick? informa?n? m?sto) tj k?d dan?ho rozcestn?ku. Pokud objev?? ??slo trasy, tak ho zapi? do relace trasy (nap?. ref=0401) a ??slo TIM zapisuj do bodu rozcestn?ku (op?t ref=FM123). To posledn? p?smenko "z" tam nepi?, co jsem si v?iml, tak "m" je tabulka s n?zvem a "a,b,c,d..." jsou jednotliv? tabulky rozcestn?k?. Va?ek zobrazit citaci
>Zdravim, >dekuji za odpovedi, jen mozna upresneni: > >>> - Cisla tras - maji se uvadet i nove typy, co jsou na rozcestnicich >>> (FM123a - pokud se to vubec tyka tras), nebo jen puvodni ctyrciselne kody? >> >> obecn? se preferuje to, co je p??mo na tom rozcestn?ku (ale pokud je k >> disposici i informace nav?c, jak je ta trasa vedena v n?jak? evidenci, tak to, >> ?e to na tom rozcestn?ku nen?, neznamen?, ?e bychom si tu informaci jako >> dopl?kovou nemohli uv?st) > >Tady mi slo hlavne o to, jestli to XXNNNz kde XX je kod okresu, NNN je >cislo a z je nejaky podkod je skutecne cislo trasy nebo neco jineho. > >Protoze je to v miste, kde na tech tabulich bylo cislo trasy, ale podle >rozcestniku u nadrazi kousek odsud mi to spise pripada jako kod tabulky >na rozcestniku (a odvozeny z cisla rozcestniku?). Proto jsem si to chtel >ujasnit. > > Pavel Moravec > >_______________________________________________ >Talk-cz mailing list >Talk-cz at openstreetmap.org >http://lists.openstreetmap.org/listinfo/talk-cz >

19.5.2013 03:12:45 (#6)
gravatar

Karel Volný

<kavol at seznam.cz>
526
p?edn? omlouv?m se ?e jsem to r?no pomotal, samoz?ejm? ?e ??slo trasy pat?? k relaci trasy a ne na rozcestn?k samotn?, a zkus?m je?t? up?esnit up?esn?n? :-) Dne Ne 19. kv?tna 2013 12:14:57, V?clav Kub??ek napsal(a): zobrazit citaci
> jde o to, ?e K?T u? na rozcestn?ky neuv?d? ??sla tras, ale tzv. ??slo TIM > (turistick? informa?n? m?sto) tj k?d dan?ho rozcestn?ku. Pokud objev?? > ??slo trasy, tak ho zapi? do relace trasy (nap?. ref=0401)
pr?v? tato ??sla bylo mo?no na star??ch rozcestn?c?ch dohledat nap?. zde: http://cs.wikipedia.org/wiki/Soubor:Rozdil_mezi_TZ_v_CR_a_SR.jpg 4545 je ??slo trasy zobrazit citaci
> a ??slo TIM zapisuj do bodu rozcestn?ku (op?t ref=FM123). To posledn? > p?smenko "z" tam nepi?, co jsem si v?iml, tak "m" je tabulka s n?zvem > a "a,b,c,d..." jsou jednotliv? tabulky rozcestn?k?. Va?ek
tak naokraj, tyto identifik?tory, stejn? jako form?ln? n?zev dan?ho rozcestn?ku, lze ov??it (nikoli opisovat!) zde: http://www.kct.cz/cms/vyhledavac-znacenych-tras K.

22.5.2013 09:45:50 (#7)
gravatar

jzvc

<jzvc at tpfree.net>
529
Dne 19.5.2013 12:14, Pavel Machek napsal(a): zobrazit citaci
> Ahoj! > >> 6. Potreboval bych rozdelit obrovsky multipolygon lesa, abych mohl u >> casti vyznacit typ lesa. U hranic se Slovenskem, kde to delalo > V puvodnich uhulich datech typ lesa byl, jen jsme ho neimportovali > :-(. Mozna by davalo smysl to importovat znovu, s typem lesa, a bez > generalizace? > > Pavel >
Probuh, jen to ne ... ty lesy jsou i tak neuveritelne nepresny ... ale je tam bambilion rucnich zmen, ktery bys tim naprosto vsechny zahodil.

22.5.2013 10:05:28 (#8)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
>>> 6. Potreboval bych rozdelit obrovsky multipolygon lesa, abych mohl u >>> casti vyznacit typ lesa. U hranic se Slovenskem, kde to delalo >> V puvodnich uhulich datech typ lesa byl, jen jsme ho neimportovali >> :-(. Mozna by davalo smysl to importovat znovu, s typem lesa, a bez >> generalizace?
*** sp?? byla adekv?tn? ten tag jen doplnit, pokud v?ak odpov?d? skute?nosti, co? n?kdo rozporoval. Technicky by se ud?lal geometrick? pr?nik dvou vrstev les? (OSM vs UHUL) a pak by se p?edal atribut "typu lesa" do OSM. zobrazit citaci
> Probuh, jen to ne ... ty lesy jsou i tak neuveritelne nepresny ... ale > je tam bambilion rucnich zmen, ktery bys tim naprosto vsechny zahodil.
*** hodnotu nehledejme v mno?stv?, ale v kvalit? editac?, V principu by bylo mo?n? les zp?esnit daty typu GMES, ten v?ak nem? pln? pokryt?. ha hanoj

22.5.2013 10:08:21 (#9)
gravatar

Lukas Kohout

<luko at luko.name>
22
Ahoj, p?i ?ten? diskuze o les?ch bych m?l ot?zku ohledn? jejich hranic s jin?mi plochami. Plochy s r?zn?m vyu?it?m maj? m?t spole?n? a nebo odd?len? hranice? Nap??klad les soused?c? s polem, uprost?ed pole rem?zek, uprost?ed lesa m?tina, nebo lom ?i zahr?dk??sk? kolonie atd. Nyn? je to v n?kter?ch oblastech nah?zen? p?es sebe se spoustou p?ekryv? a v mo?i ?ar se ob?as p?i editaci docela t??ce orientuje. Je na to n?jak? doporu?en? best practice? D?ky. LuKo On 22.5.2013 9:45, jzvc wrote: zobrazit citaci
> Dne 19.5.2013 12:14, Pavel Machek napsal(a): >> Ahoj! >> >>> 6. Potreboval bych rozdelit obrovsky multipolygon lesa, abych mohl u >>> casti vyznacit typ lesa. U hranic se Slovenskem, kde to delalo >> V puvodnich uhulich datech typ lesa byl, jen jsme ho neimportovali >> :-(. Mozna by davalo smysl to importovat znovu, s typem lesa, a bez >> generalizace? >> >> Pavel >> > Probuh, jen to ne ... ty lesy jsou i tak neuveritelne nepresny ... ale > je tam bambilion rucnich zmen, ktery bys tim naprosto vsechny zahodil. > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

22.5.2013 10:17:36 (#10)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
N?kdo by mohl nesouhlasit, ale podle m?: na hranici mezi loukou a lesem jen jedna cesta (way) s tagem source, p??padn? plotem nebo jinou fyzickou hranic? apod., kter? je ?lenem dvou multipolygon? - jednoho pro les, jednoho pro louku, na kter?ch jsou v?echny p??slu?n? tagy. V?ce ?ar p?es sebe (by? se stejn?mi body) obvykle komplikuje editaci. Luk?? Mat?jka (LM_1) Dne 22. kv?tna 2013 10:08 Lukas Kohout <luko at luko.name> napsal(a): zobrazit citaci
> Ahoj, > > p?i ?ten? diskuze o les?ch bych m?l ot?zku ohledn? jejich hranic s > jin?mi plochami. Plochy s r?zn?m vyu?it?m maj? m?t spole?n? a nebo odd?len? > hranice? Nap??klad les soused?c? s polem, uprost?ed pole rem?zek, uprost?ed > lesa m?tina, nebo lom ?i zahr?dk??sk? kolonie atd. Nyn? je to v n?kter?ch > oblastech nah?zen? p?es sebe se spoustou p?ekryv? a v mo?i ?ar se ob?as p?i > editaci docela t??ce orientuje. Je na to n?jak? doporu?en? best practice? > D?ky. > > LuKo > > > > > > On 22.5.2013 9:45, jzvc wrote: > >> Dne 19.5.2013 12:14, Pavel Machek napsal(a): >> >>> Ahoj! >>> >>> 6. Potreboval bych rozdelit obrovsky multipolygon lesa, abych mohl u >>>> casti vyznacit typ lesa. U hranic se Slovenskem, kde to delalo >>>> >>> V puvodnich uhulich datech typ lesa byl, jen jsme ho neimportovali >>> :-(. Mozna by davalo smysl to importovat znovu, s typem lesa, a bez >>> generalizace? >>> >>> >>> Pavel >>> >>> Probuh, jen to ne ... ty lesy jsou i tak neuveritelne nepresny ... ale >> je tam bambilion rucnich zmen, ktery bys tim naprosto vsechny zahodil. >> >> ______________________________**_________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.**org/listinfo/talk-cz<http://lists.openstreetmap.org/listinfo/talk-cz> >> >> > > ______________________________**_________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.**org/listinfo/talk-cz<http://lists.openstreetmap.org/listinfo/talk-cz> >
-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130522/2cd47638/attachment-0001.html>

22.5.2013 12:49:12 (#11)
gravatar

jzvc

<jzvc at tpfree.net>
529
Dne 22.5.2013 10:17, LM_1 napsal(a): zobrazit citaci
> N?kdo by mohl nesouhlasit, ale podle m?: na hranici mezi loukou a > lesem jen jedna cesta (way) s tagem source, p??padn? plotem nebo jinou > fyzickou hranic? apod., kter? je ?lenem dvou multipolygon? - jednoho > pro les, jednoho pro louku, na kter?ch jsou v?echny p??slu?n? tagy. > V?ce ?ar p?es sebe (by? se stejn?mi body) obvykle komplikuje editaci. > Luk?? Mat?jka (LM_1) >
Potiz je, ze na to musis vyrabet relace a s relacema se ani pres veskerou snahu nepracuje zrovna nativne a pohodlne. Viz budovy, kdyz mas dve vedle sebe, tak mezi nima je nejspis jedna zed ne dve ... presto se budovy kresli tak, ze maji soubezne hranicni cesty. Stejne se pak kresli drtiva vetsina ploch, a do relaci se to dava spis vyjimecne - tam kde to ma nejaky zcela zasadni smysl nebo to jinak udelat nejde. To by se totiz editory musely chovat tak, ze z toho tu relaci vyrobi automaticky, aniz by do toho kreslic musel nejak hrabat ... a idealne aniz by to nekde videl. Navic by takovych automatismu musel abyt cela rada ... co treba, kdyz najdu na hranici nejakych dvou ploch nejakou dalsi, jinou plochu ... pokud to nejsou relace, tak proste ty dve cary odtahnu od sebe a vepisu tam to co tam je... kdyz to bude relace... je to sr..ni na pul dne. Plati (bohuzel) zcela obecne ... o vsech pripadech vyuziti relaci. Pridelal sem odbocku k silnici, puvodni tam roztrch, abych moh doplnit zakazy odboceni ... z zjistil, ze puvodni uz v nekolika odbocovacich relacich byla ... nekde jinde ...=> rucne sem je musel spravovat ... a to sem v tomhle pripade vedel, jak ta relace "datove" ma vypadat, protoze i JOSM to sice umi nastrojem vyrobit, ale to je tak vsechno. V tomhle pripade by editor mel zcela automaticky z ty relace vyhodit segmenty, ktere nejsou pripojeny k definovanemu krizeni. Je spousta relaci se slozitou strukturou, ktery se nijak rozumne rucne editovat nedaj, ale rozbit se daj velmi snadno libovolnym zasahem v okoli. Velmi vyjimecne se editor aspon zepta (napr pri otoceni smeru cesty a jednosmerce ...) => osobne se snazim relacim vyhybat, pokud to jen jde. zobrazit citaci
> > Dne 22. kv?tna 2013 10:08 Lukas Kohout <luko at luko.name > <mailto:luko at luko.name>> napsal(a): > > Ahoj, > > p?i ?ten? diskuze o les?ch bych m?l ot?zku ohledn? jejich > hranic s jin?mi plochami. Plochy s r?zn?m vyu?it?m maj? m?t > spole?n? a nebo odd?len? hranice? Nap??klad les soused?c? s polem, > uprost?ed pole rem?zek, uprost?ed lesa m?tina, nebo lom ?i > zahr?dk??sk? kolonie atd. Nyn? je to v n?kter?ch oblastech > nah?zen? p?es sebe se spoustou p?ekryv? a v mo?i ?ar se ob?as p?i > editaci docela t??ce orientuje. Je na to n?jak? doporu?en? best > practice? D?ky. > > LuKo > > > > > > On 22.5.2013 9:45, jzvc wrote: > > Dne 19.5.2013 12:14, Pavel Machek napsal(a): > > Ahoj! > > 6. Potreboval bych rozdelit obrovsky multipolygon > lesa, abych mohl u > casti vyznacit typ lesa. U hranic se Slovenskem, kde > to delalo > > V puvodnich uhulich datech typ lesa byl, jen jsme ho > neimportovali > :-(. Mozna by davalo smysl to importovat znovu, s typem > lesa, a bez > generalizace? > > > Pavel > > Probuh, jen to ne ... ty lesy jsou i tak neuveritelne nepresny > ... ale > je tam bambilion rucnich zmen, ktery bys tim naprosto vsechny > zahodil. > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > http://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > http://lists.openstreetmap.org/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130522/550b39bf/attachment-0001.html>

22.5.2013 01:43:03 (#12)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
Krom? toho, ?e ve skute?nosti existuje jen jedna hranice a proto nen? d?vod aby jich v datech bylo v?c: Dne 22. kv?tna 2013 12:49 jzvc <jzvc at tpfree.net> napsal(a): zobrazit citaci
> Dne 22.5.2013 10:17, LM_1 napsal(a): > > N?kdo by mohl nesouhlasit, ale podle m?: na hranici mezi loukou a lesem > jen jedna cesta (way) s tagem source, p??padn? plotem nebo jinou fyzickou > hranic? apod., kter? je ?lenem dvou multipolygon? - jednoho pro les, > jednoho pro louku, na kter?ch jsou v?echny p??slu?n? tagy. V?ce ?ar p?es > sebe (by? se stejn?mi body) obvykle komplikuje editaci. > Luk?? Mat?jka (LM_1) > > > Potiz je, ze na to musis vyrabet relace a s relacema se ani pres veskerou > snahu nepracuje zrovna nativne a pohodlne. Viz budovy, kdyz mas dve vedle > sebe, tak mezi nima je nejspis jedna zed ne dve ... presto se budovy kresli > tak, ze maji soubezne hranicni cesty. Stejne se pak kresli drtiva vetsina > ploch, a do relaci se to dava spis vyjimecne - tam kde to ma nejaky zcela > zasadni smysl nebo to jinak udelat nejde. >
U budov je to v?t?inou jen p?r segment?, nav?c obvykle jsou tam opravdu dv? st?ny (krom? ?adov?ch gar???). To ale nic neznamen?, kresl? se obrys budovy, ne konstruk?n? ?e?en?. Ohledn? komfortu pr?ce s relacemi nesouhlas?m, m? se s relac? pracuje mnohem l?pe ne? bez nich (JOSM + relation Toolbox) zobrazit citaci
> To by se totiz editory musely chovat tak, ze z toho tu relaci vyrobi > automaticky, aniz by do toho kreslic musel nejak hrabat ... a idealne aniz > by to nekde videl. Navic by takovych automatismu musel abyt cela rada ... > co treba, kdyz najdu na hranici nejakych dvou ploch nejakou dalsi, jinou > plochu ... pokud to nejsou relace, tak proste ty dve cary odtahnu od sebe a > vepisu tam to co tam je... kdyz to bude relace... je to sr..ni na pul dne. >
Odt?hnout dv? ??ry od sebe je v p?ipad?, ?e sd?lej? uzly, n?ro?n?j?? ne? nakreslit novou ??ru a dosadit ji jako ?lena relace - nebo se pletu? zobrazit citaci
> Plati (bohuzel) zcela obecne ... o vsech pripadech vyuziti relaci. > Pridelal sem odbocku k silnici, puvodni tam roztrch, abych moh doplnit > zakazy odboceni ... z zjistil, ze puvodni uz v nekolika odbocovacich > relacich byla ... nekde jinde ...=> rucne sem je musel spravovat ... a to > sem v tomhle pripade vedel, jak ta relace "datove" ma vypadat, protoze i > JOSM to sice umi nastrojem vyrobit, ale to je tak vsechno. V tomhle pripade > by editor mel zcela automaticky z ty relace vyhodit segmenty, ktere nejsou > pripojeny k definovanemu krizeni. Je spousta relaci se slozitou strukturou, > ktery se nijak rozumne rucne editovat nedaj, ale rozbit se daj velmi snadno > libovolnym zasahem v okoli. Velmi vyjimecne se editor aspon zepta (napr pri > otoceni smeru cesty a jednosmerce ...) > > => osobne se snazim relacim vyhybat, pokud to jen jde. > > > Dne 22. kv?tna 2013 10:08 Lukas Kohout <luko at luko.name> napsal(a): > >> Ahoj, >> >> p?i ?ten? diskuze o les?ch bych m?l ot?zku ohledn? jejich hranic s >> jin?mi plochami. Plochy s r?zn?m vyu?it?m maj? m?t spole?n? a nebo odd?len? >> hranice? Nap??klad les soused?c? s polem, uprost?ed pole rem?zek, uprost?ed >> lesa m?tina, nebo lom ?i zahr?dk??sk? kolonie atd. Nyn? je to v n?kter?ch >> oblastech nah?zen? p?es sebe se spoustou p?ekryv? a v mo?i ?ar se ob?as p?i >> editaci docela t??ce orientuje. Je na to n?jak? doporu?en? best practice? >> D?ky. >> >> LuKo >> >> >> >> >> >> On 22.5.2013 9:45, jzvc wrote: >> >>> Dne 19.5.2013 12:14, Pavel Machek napsal(a): >>> >>>> Ahoj! >>>> >>>> 6. Potreboval bych rozdelit obrovsky multipolygon lesa, abych mohl u >>>>> casti vyznacit typ lesa. U hranic se Slovenskem, kde to delalo >>>>> >>>> V puvodnich uhulich datech typ lesa byl, jen jsme ho neimportovali >>>> :-(. Mozna by davalo smysl to importovat znovu, s typem lesa, a bez >>>> generalizace? >>>> >>>> >>>> Pavel >>>> >>>> Probuh, jen to ne ... ty lesy jsou i tak neuveritelne nepresny ... ale >>> je tam bambilion rucnich zmen, ktery bys tim naprosto vsechny zahodil. >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz at openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > > > _______________________________________________ > Talk-cz mailing listTalk-cz at openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >
-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130522/c113c6a4/attachment-0001.html>

22.5.2013 02:13:36 (#13)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
408 1253
Ahoj, kdyz jsem si precetl tuhle odpoved, tak me napadl dotaz. Kdyz je v OSM uz naimportovany les a ja lehce upravim jeho tvar, tak bych mel radsi smazat ten tag, ze je to import z UHUL? Nebo je to jedno, protoze uz se zadny novy import, ktery by zahodil me zmeny stejne nikdy delat nebude? Dalibor Mozna by davalo smysl to importovat znovu, s typem lesa, a bez generalizace? Pavel Probuh, jen to ne ... ty lesy jsou i tak neuveritelne nepresny ... ale je tam bambilion rucnich zmen, ktery bys tim naprosto vsechny zahodil. _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130522/135c6c57/attachment.html>

23.5.2013 08:11:24 (#14)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> kdyz jsem si precetl tuhle odpoved, tak me napadl dotaz. > Kdyz je v OSM uz naimportovany les a ja lehce upravim > jeho tvar, tak bych mel radsi smazat ten tag, ze je to import z UHUL?
*** m?l bys popsat v?echny zdroje, kter? se na v?sledn?m podob? lesa pod?leli ha hanoj

23.5.2013 08:50:49 (#15)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> N?kdo by mohl nesouhlasit, ale podle m?: na hranici mezi loukou a lesem jen > jedna cesta (way) s tagem source, p??padn? plotem nebo jinou fyzickou > hranic? apod., kter? je ?lenem dvou multipolygon? - jednoho pro les, jednoho > pro louku, na kter?ch jsou v?echny p??slu?n? tagy. V?ce ?ar p?es sebe (by? > se stejn?mi body) obvykle komplikuje editaci.
*** J? se tak? sna??m vyh?bat multipolygon?m. Datov? model by m?l b?t slu?ka ne p?n a multipolygon je nyn? ?asto p?nem. N?kdy je pou?it? naopak vhodn?, jako je dne?n? administrativn? ?len?n? ?zemn?ch celk?. Je zaj?mav?, ?e dodnes, d?ky multipolygon?m, nelze z OSM rozumn? exportovat plochy, co? pova?uji za velk? handicap. Je zaj?mav?, ?e b??n? u??van? datov? modely v GIS na?e ?sporn? probl?my ne?e??, prost? ka?d? plocha m? nejen svou hranu na hranici, ale tak? sv? lomov? body. Tedy ten luxus v OSM, ?e nody jsou jen jednou v b??n?ch form?tech GIS nezn?m. (Aby nedoch?zelo ke smy?k?m a p?ekryv?m p?i editaci m??e fungovat nadstavba mezi u?ivatelem a modelem, kter? to neumo?n?.) P?esto form?ty GIS zpravidla umo??uj? definovat polygonu exkl?vu nebo enkl?vu. hranice polygon? v GIS (ESRI Shapefile): a-----b-----c-----d g-----h-----i-----j hranice polygon? v OSM bez relac?: a-----b-----c-----d a-----b-----c-----d hranice polygon? v OSM s relac?: a-----b-----c-----d + rel1 +rel2 ha hanoj

23.5.2013 10:48:19 (#16)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
P?izn?m se, ?e jsem to nikdy nezkou?el, ale nen? ten probl?m s exportem ploch v tom, ?e je tolik zp?sob? jejich reprezentace? - uzav?en? cesta s typick?m tagam pro oblast - uzav?en? plocha s typick?m liniov?m tagem a area=yes - multipolygon - ...? LM_1 Dne 23. kv?tna 2013 8:50 hanoj <ehanoj at gmail.com> napsal(a): zobrazit citaci
> > N?kdo by mohl nesouhlasit, ale podle m?: na hranici mezi loukou a lesem > jen > > jedna cesta (way) s tagem source, p??padn? plotem nebo jinou fyzickou > > hranic? apod., kter? je ?lenem dvou multipolygon? - jednoho pro les, > jednoho > > pro louku, na kter?ch jsou v?echny p??slu?n? tagy. V?ce ?ar p?es sebe > (by? > > se stejn?mi body) obvykle komplikuje editaci. > *** J? se tak? sna??m vyh?bat multipolygon?m. Datov? model by m?l b?t > slu?ka ne p?n a multipolygon je nyn? ?asto p?nem. N?kdy je pou?it? > naopak vhodn?, jako je dne?n? administrativn? ?len?n? ?zemn?ch celk?. > Je zaj?mav?, ?e dodnes, d?ky multipolygon?m, nelze z OSM rozumn? > exportovat plochy, co? pova?uji za velk? handicap. > > Je zaj?mav?, ?e b??n? u??van? datov? modely v GIS na?e ?sporn? > probl?my ne?e??,
zobrazit citaci
> prost? ka?d? plocha m? nejen svou hranu na hranici, > ale tak? sv? lomov? body.
Tomu nerozum?m, ocenil bych vysv?tlen?. zobrazit citaci
> Tedy ten luxus v OSM, ?e nody jsou jen > jednou v b??n?ch form?tech GIS nezn?m. (Aby nedoch?zelo ke smy?k?m a > p?ekryv?m p?i editaci m??e fungovat nadstavba mezi u?ivatelem a > modelem, kter? to neumo?n?.) P?esto form?ty GIS zpravidla umo??uj? > definovat polygonu exkl?vu nebo enkl?vu. > > hranice polygon? v GIS (ESRI Shapefile): > a-----b-----c-----d > g-----h-----i-----j > > hranice polygon? v OSM bez relac?: > a-----b-----c-----d > a-----b-----c-----d > > hranice polygon? v OSM s relac?: > a-----b-----c-----d + rel1 +rel2 > > > ha > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130523/8e224e1c/attachment-0001.html>

23.5.2013 02:07:06 (#17)
gravatar

jzvc

<jzvc at tpfree.net>
529
Dne 23.5.2013 10:48, LM_1 napsal(a): zobrazit citaci
> P?izn?m se, ?e jsem to nikdy nezkou?el, ale nen? ten probl?m s > exportem ploch v tom, ?e je tolik zp?sob? jejich reprezentace? > - uzav?en? cesta s typick?m tagam pro oblast > - uzav?en? plocha s typick?m liniov?m tagem a area=yes > - multipolygon > - ...? >
To spolu souvisi ;D, a je to zcela obecnej problem OSM, nejen problem ploch. Jen si bohuzel moc nedokazu predstavit zpusob, jak to vyresit. Tech problemu je samo vic ... trebas vazby virtualnich prvku na realny (hranice vs silnice, silnice vs jeji oznaceni ...). Vem si, ze mas klasickou dvouprodouvou dalnici ... vetsinou se to kresli jako dve silnice ... a vetsinou se to dava do relace ... A ted ... das oznaceni (ref=..D1...) na ty cesty nebo az do relace? => je to jak kde a jak kdy a je to cim dal horsi, cim vic ruznych prvku se v mape objevuje. A samo, nekdy reneder bere info z relace v potaz, nekdy ne ... pro priklad, mam tu budovu skoly, a vedle druhou budovu, ktera je jako moltipolygon. V prvnim pripade jsou tagy primo na ceste => renederuje se jako skola, ve druhym jsou na relaci => renederuje se jako obyc barak ... Potiz vidim v tom, ze jaksi neexistuje ani nejaky zakladni desatero co kam patri. zobrazit citaci
> LM_1 > > > Dne 23. kv?tna 2013 8:50 hanoj <ehanoj at gmail.com > <mailto:ehanoj at gmail.com>> napsal(a): > > > N?kdo by mohl nesouhlasit, ale podle m?: na hranici mezi loukou > a lesem jen > > jedna cesta (way) s tagem source, p??padn? plotem nebo jinou > fyzickou > > hranic? apod., kter? je ?lenem dvou multipolygon? - jednoho pro > les, jednoho > > pro louku, na kter?ch jsou v?echny p??slu?n? tagy. V?ce ?ar p?es > sebe (by? > > se stejn?mi body) obvykle komplikuje editaci. > *** J? se tak? sna??m vyh?bat multipolygon?m. Datov? model by m?l b?t > slu?ka ne p?n a multipolygon je nyn? ?asto p?nem. N?kdy je pou?it? > naopak vhodn?, jako je dne?n? administrativn? ?len?n? ?zemn?ch celk?. > Je zaj?mav?, ?e dodnes, d?ky multipolygon?m, nelze z OSM rozumn? > exportovat plochy, co? pova?uji za velk? handicap. > > Je zaj?mav?, ?e b??n? u??van? datov? modely v GIS na?e ?sporn? > probl?my ne?e??, > > > > prost? ka?d? plocha m? nejen svou hranu na hranici, > ale tak? sv? lomov? body. > > Tomu nerozum?m, ocenil bych vysv?tlen?. > > > Tedy ten luxus v OSM, ?e nody jsou jen > jednou v b??n?ch form?tech GIS nezn?m. (Aby nedoch?zelo ke smy?k?m a > p?ekryv?m p?i editaci m??e fungovat nadstavba mezi u?ivatelem a > modelem, kter? to neumo?n?.) P?esto form?ty GIS zpravidla umo??uj? > definovat polygonu exkl?vu nebo enkl?vu. > > hranice polygon? v GIS (ESRI Shapefile): > a-----b-----c-----d > g-----h-----i-----j > > hranice polygon? v OSM bez relac?: > a-----b-----c-----d > a-----b-----c-----d > > hranice polygon? v OSM s relac?: > a-----b-----c-----d + rel1 +rel2 > > > ha > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > http://lists.openstreetmap.org/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130523/d7de0630/attachment.html>

23.5.2013 02:51:46 (#18)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
Zrovna v p??pad? silnic/?ek apod. z?kladn? pravidlo existuje - jeden objekt v realit? - jeden objekt v osm. Z toho by vypl?valo, ?e v osm by m?l b?t jen jeden objekt s ref=D1 a to by nutn? byla relace, proti kter?m existuje zna?n? (pro m? nepochopiteln?) odpor. Stejn? tak u ?koly bych tyto informace d?val do relace - je to univerz?ln?j?? v p??pad?, ?e ?kola m? v?c budov/h?i??/cel? are?l, z?rove? funguje i pro jednodomkovou vesnickou ?kolu. LM_1 Dne 23. kv?tna 2013 14:07 jzvc <jzvc at tpfree.net> napsal(a): zobrazit citaci
> Dne 23.5.2013 10:48, LM_1 napsal(a): > > P?izn?m se, ?e jsem to nikdy nezkou?el, ale nen? ten probl?m s exportem > ploch v tom, ?e je tolik zp?sob? jejich reprezentace? > - uzav?en? cesta s typick?m tagam pro oblast > - uzav?en? plocha s typick?m liniov?m tagem a area=yes > - multipolygon > - ...? > > > To spolu souvisi ;D, a je to zcela obecnej problem OSM, nejen problem > ploch. Jen si bohuzel moc nedokazu predstavit zpusob, jak to vyresit. Tech > problemu je samo vic ... trebas vazby virtualnich prvku na realny (hranice > vs silnice, silnice vs jeji oznaceni ...). Vem si, ze mas klasickou > dvouprodouvou dalnici ... vetsinou se to kresli jako dve silnice ... a > vetsinou se to dava do relace ... > > A ted ... das oznaceni (ref=..D1...) na ty cesty nebo az do relace? => je > to jak kde a jak kdy a je to cim dal horsi, cim vic ruznych prvku se v mape > objevuje. A samo, nekdy reneder bere info z relace v potaz, nekdy ne ... > pro priklad, mam tu budovu skoly, a vedle druhou budovu, ktera je jako > moltipolygon. V prvnim pripade jsou tagy primo na ceste => renederuje se > jako skola, ve druhym jsou na relaci => renederuje se jako obyc barak ... > > Potiz vidim v tom, ze jaksi neexistuje ani nejaky zakladni desatero co kam > patri. > > > LM_1 > > > Dne 23. kv?tna 2013 8:50 hanoj <ehanoj at gmail.com> napsal(a): > >> > N?kdo by mohl nesouhlasit, ale podle m?: na hranici mezi loukou a lesem >> jen >> > jedna cesta (way) s tagem source, p??padn? plotem nebo jinou fyzickou >> > hranic? apod., kter? je ?lenem dvou multipolygon? - jednoho pro les, >> jednoho >> > pro louku, na kter?ch jsou v?echny p??slu?n? tagy. V?ce ?ar p?es sebe >> (by? >> > se stejn?mi body) obvykle komplikuje editaci. >> *** J? se tak? sna??m vyh?bat multipolygon?m. Datov? model by m?l b?t >> slu?ka ne p?n a multipolygon je nyn? ?asto p?nem. N?kdy je pou?it? >> naopak vhodn?, jako je dne?n? administrativn? ?len?n? ?zemn?ch celk?. >> Je zaj?mav?, ?e dodnes, d?ky multipolygon?m, nelze z OSM rozumn? >> exportovat plochy, co? pova?uji za velk? handicap. >> >> Je zaj?mav?, ?e b??n? u??van? datov? modely v GIS na?e ?sporn? >> probl?my ne?e??, > > > >> prost? ka?d? plocha m? nejen svou hranu na hranici, >> ale tak? sv? lomov? body. > > Tomu nerozum?m, ocenil bych vysv?tlen?. > > >> Tedy ten luxus v OSM, ?e nody jsou jen >> jednou v b??n?ch form?tech GIS nezn?m. (Aby nedoch?zelo ke smy?k?m a >> p?ekryv?m p?i editaci m??e fungovat nadstavba mezi u?ivatelem a >> modelem, kter? to neumo?n?.) P?esto form?ty GIS zpravidla umo??uj? >> definovat polygonu exkl?vu nebo enkl?vu. >> >> hranice polygon? v GIS (ESRI Shapefile): >> a-----b-----c-----d >> g-----h-----i-----j >> >> hranice polygon? v OSM bez relac?: >> a-----b-----c-----d >> a-----b-----c-----d >> >> hranice polygon? v OSM s relac?: >> a-----b-----c-----d + rel1 +rel2 >> >> >> ha >> hanoj >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > > > _______________________________________________ > Talk-cz mailing listTalk-cz at openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >
-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130523/b07a48ef/attachment.html>

23.5.2013 03:04:49 (#19)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> P?izn?m se, ?e jsem to nikdy nezkou?el, ale nen? ten probl?m s exportem > ploch v tom, ?e je tolik zp?sob? jejich reprezentace? > -1 uzav?en? cesta s typick?m tagam pro oblast > -2 uzav?en? plocha s typick?m liniov?m tagem a area=yes > -3 multipolygon > - ...?
*** ano, exportovat variantu -1 p??padn? -2 nen? probl?m. Multipolygon u? nen? jen o zm?n? z?pisu p?es n?jak? API ale o celkov? p?eformulov?n? formy objektu. zobrazit citaci
>> Je zaj?mav?, ?e b??n? u??van? datov? modely v GIS na?e ?sporn? >> probl?my ne?e??, >> prost? ka?d? plocha m? nejen svou hranu na hranici, >> ale tak? sv? lomov? body. > > Tomu nerozum?m, ocenil bych vysv?tlen?.
*** viz srovn?n? n??e hranice dvou polygon? v GIS (ESRI Shapefile): a-----b-----c-----d g-----h-----i-----j hranice dvou polygon? v OSM bez relac?: a-----b-----c-----d a-----b-----c-----d hranice dvou polygon? v OSM s relac?: a-----b-----c-----d + rel1 +rel2 ha hanoj

23.5.2013 03:24:01 (#20)
gravatar

Milan Vancura

<milan at ucw.cz>
25
On Thu 23-05-13 14:51:46, LM_1 wrote: zobrazit citaci
> Zrovna v p??pad? silnic/?ek apod. z?kladn? pravidlo existuje - jeden objekt > v realit? - jeden objekt v osm. Z toho by vypl?valo, ?e v osm by m?l b?t > jen jeden objekt s ref=D1 a to by nutn? byla relace, proti kter?m existuje > zna?n? (pro m? nepochopiteln?) odpor. > Stejn? tak u ?koly bych tyto informace d?val do relace - je to > univerz?ln?j?? v p??pad?, ?e ?kola m? v?c budov/h?i??/cel? are?l, z?rove? > funguje i pro jednodomkovou vesnickou ?kolu.
Probl?m je, ?e pak bys musel zav?st pravidlo, ?e (t?m??) v?echno je a? v relac?ch. Pro? by ?kola m?la b?t v?jimkou? Nav?c to d?v? u? te? v mnoha jin?ch p??padech dobr? smysl. Nap?. ulice. Dnes jsou tak rozkouskovan?, mimo jin? kv?li (zase jin?m) relac?m, ?e u mnoha ulic u? neexistuje jeden objekt "ulice", kter? by ji obsahoval celou. Pak z toho plynou r?zn? probl?my. Nejsn?z/okam?it? je to vid?t t?eba na popisc?ch v map?, jak jsou ?asto nelogicky a hust? v m?stech, kde by je ?lov?k v map? fakt ne?ekal a necht?l. Nap?. na most? ?i v tunelu. Pro? tam jsou? Proto?e ten ?sek (nap?. v tunelu) je samostatn? objekt, a to se jm?nem. Ale to by bylo nov?ch relac?... A ?pln? nov? pravidla pro editaci OSM. A asi sousta feature request? na JOSM, proto?e aspo? mn? teda p?ijde, ?e editovat relace (zkou?el jsem pra?skou MHD) je za trest. Milan

23.5.2013 03:47:12 (#21)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
Dne 23. kv?tna 2013 15:24 Milan Vancura <milan at ucw.cz> napsal(a): zobrazit citaci
> On Thu 23-05-13 14:51:46, LM_1 wrote: > > Zrovna v p??pad? silnic/?ek apod. z?kladn? pravidlo existuje - jeden > objekt > > v realit? - jeden objekt v osm. Z toho by vypl?valo, ?e v osm by m?l b?t > > jen jeden objekt s ref=D1 a to by nutn? byla relace, proti kter?m > existuje > > zna?n? (pro m? nepochopiteln?) odpor. > > Stejn? tak u ?koly bych tyto informace d?val do relace - je to > > univerz?ln?j?? v p??pad?, ?e ?kola m? v?c budov/h?i??/cel? are?l, z?rove? > > funguje i pro jednodomkovou vesnickou ?kolu. > > Probl?m je, ?e pak bys musel zav?st pravidlo, ?e (t?m??) v?echno je a? v > relac?ch. Pro? by ?kola m?la b?t v?jimkou? Nav?c to d?v? u? te? v mnoha > jin?ch > p??padech dobr? smysl. >
Kdyby to bylo jen na m? tak bych ho zavedl. zobrazit citaci
> > Nap?. ulice. Dnes jsou tak rozkouskovan?, mimo jin? kv?li (zase jin?m) > relac?m, > ?e u mnoha ulic u? neexistuje jeden objekt "ulice", kter? by ji obsahoval > celou. Pak z toho plynou r?zn? probl?my. Nejsn?z/okam?it? je to vid?t > t?eba na > popisc?ch v map?, jak jsou ?asto nelogicky a hust? v m?stech, kde by je > ?lov?k > v map? fakt ne?ekal a necht?l. Nap?. na most? ?i v tunelu. Pro? tam jsou? > Proto?e ten ?sek (nap?. v tunelu) je samostatn? objekt, a to se jm?nem. >
Relace = p??tel ?lov?ka zobrazit citaci
> > Ale to by bylo nov?ch relac?... A ?pln? nov? pravidla pro editaci OSM. A > asi > sousta feature request? na JOSM, proto?e aspo? mn? teda p?ijde, ?e editovat > relace (zkou?el jsem pra?skou MHD) je za trest. >
Pou??v?m toto http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Relation_Toolbox a relace jsou za odm?nu. :-) zobrazit citaci
> > Milan > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130523/3a214cdf/attachment.html>

23.5.2013 03:49:32 (#22)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
@hanoj: zobrazit citaci
>>...ka?d? plocha m? nejen svou hranu na hranici, ale tak? sv? lomov? body.
M? tento v?rok je?t? jin? v?znam, ne? ?e hranice mezi dv?ma objekty nen? v?dy rovn? ??ra, ale n?kdy i lomen?? Jestli ne, je v?echno jasn?. LM_1 Dne 23. kv?tna 2013 15:04 hanoj <ehanoj at gmail.com> napsal(a): zobrazit citaci
> > P?izn?m se, ?e jsem to nikdy nezkou?el, ale nen? ten probl?m s exportem > > ploch v tom, ?e je tolik zp?sob? jejich reprezentace? > > -1 uzav?en? cesta s typick?m tagam pro oblast > > -2 uzav?en? plocha s typick?m liniov?m tagem a area=yes > > -3 multipolygon > > - ...? > *** ano, exportovat variantu -1 p??padn? -2 nen? probl?m. Multipolygon > u? nen? jen o zm?n? z?pisu p?es n?jak? API ale o celkov? > p?eformulov?n? formy objektu. > > >> Je zaj?mav?, ?e b??n? u??van? datov? modely v GIS na?e ?sporn? > >> probl?my ne?e??, > >> prost? ka?d? plocha m? nejen svou hranu na hranici, > >> ale tak? sv? lomov? body. > > > > Tomu nerozum?m, ocenil bych vysv?tlen?. > *** viz srovn?n? n??e > > hranice dvou polygon? v GIS (ESRI Shapefile): > a-----b-----c-----d > g-----h-----i-----j > > hranice dvou polygon? v OSM bez relac?: > a-----b-----c-----d > a-----b-----c-----d > > hranice dvou polygon? v OSM s relac?: > a-----b-----c-----d + rel1 +rel2 > > ha > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130523/516ebd7d/attachment.html>

23.5.2013 05:02:12 (#23)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
>>>...ka?d? plocha m? nejen svou hranu na hranici, ale tak? sv? lomov? body. > M? tento v?rok je?t? jin? v?znam, ne? ?e hranice mezi dv?ma objekty nen? > v?dy rovn? ??ra, ale n?kdy i lomen?? Jestli ne, je v?echno jasn?.
*** Nerozum?m ot?zce ;) *** Dva soused?ci polygony maj? spole?nou spole?nou hranici (tj. dot?kaj? se v ?se?k?ch). Pak v datov?m modelu: * v GIS m? ka?d? polygon sv? origin?ln? lomov? body (respektiv? sv? hrany) * v OSM m? ka?d? polygon svou hranu po spole?n?ch bodech * v OSM s relac? m? ka?d? polygon spole?nou hranu i body ha hanoj

23.5.2013 05:07:13 (#24)
gravatar

Milan Vancura

<milan at ucw.cz>
25
On Thu 23-05-13 17:02:12, hanoj wrote: zobrazit citaci
> >>>...ka?d? plocha m? nejen svou hranu na hranici, ale tak? sv? lomov? body. > > M? tento v?rok je?t? jin? v?znam, ne? ?e hranice mezi dv?ma objekty nen? > > v?dy rovn? ??ra, ale n?kdy i lomen?? Jestli ne, je v?echno jasn?. > *** Nerozum?m ot?zce ;) > *** Dva soused?ci polygony maj? spole?nou spole?nou hranici (tj. > dot?kaj? se v ?se?k?ch). Pak v datov?m modelu: > * v GIS m? ka?d? polygon sv? origin?ln? lomov? body (respektiv? sv? hrany) > * v OSM m? ka?d? polygon svou hranu po spole?n?ch bodech > * v OSM s relac? m? ka?d? polygon spole?nou hranu i body
Jo, tohle jsem nepochopil, jak se to v praxi pou??v?. Nap?. kdy? kolem ??sti lesa vede plot, m??u pou??t stejn? body a "obt?hnout" ??st jeho hranice novou cestou barrier=fence nebo mus?m duplikovat body? Minim?ln? u budov mi p?ijde, ?e se body duplikuj? a faktu, ?e bod m??e b?t sou??st? v?ce cest, se nevyu??v?. Milan

23.5.2013 05:10:33 (#25)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
U? je mi to jasn?. :) Dne 23. kv?tna 2013 17:02 hanoj <ehanoj at gmail.com> napsal(a): zobrazit citaci
> >>>...ka?d? plocha m? nejen svou hranu na hranici, ale tak? sv? lomov? > body. > > M? tento v?rok je?t? jin? v?znam, ne? ?e hranice mezi dv?ma objekty nen? > > v?dy rovn? ??ra, ale n?kdy i lomen?? Jestli ne, je v?echno jasn?. > *** Nerozum?m ot?zce ;) > *** Dva soused?ci polygony maj? spole?nou spole?nou hranici (tj. > dot?kaj? se v ?se?k?ch). Pak v datov?m modelu: > * v GIS m? ka?d? polygon sv? origin?ln? lomov? body (respektiv? sv? hrany) > * v OSM m? ka?d? polygon svou hranu po spole?n?ch bodech > * v OSM s relac? m? ka?d? polygon spole?nou hranu i body > > ha > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130523/cd307daf/attachment-0001.html>

23.5.2013 08:31:59 (#26)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
Body se neduplikuj? a v?ce cest vedouc?ch jedn?m bodem se u pr?b??n?ch hranic pou??v? docela v hojn? m??e. V p??pad? oplocen?ho lesa bych nakreslil jen plot a pou?il ho pro multipolygon lesa v roli outer (stejn? jako p??padnou soused?c? louku) - o tom jestli to tak m? b?t je podstatn? ??st p?edchoz? diskuse. LM_1 Dne 23. kv?tna 2013 17:07 Milan Vancura <milan at ucw.cz> napsal(a): zobrazit citaci
> On Thu 23-05-13 17:02:12, hanoj wrote: > > >>>...ka?d? plocha m? nejen svou hranu na hranici, ale tak? sv? lomov? > body. > > > M? tento v?rok je?t? jin? v?znam, ne? ?e hranice mezi dv?ma objekty > nen? > > > v?dy rovn? ??ra, ale n?kdy i lomen?? Jestli ne, je v?echno jasn?. > > *** Nerozum?m ot?zce ;) > > *** Dva soused?ci polygony maj? spole?nou spole?nou hranici (tj. > > dot?kaj? se v ?se?k?ch). Pak v datov?m modelu: > > * v GIS m? ka?d? polygon sv? origin?ln? lomov? body (respektiv? sv? > hrany) > > * v OSM m? ka?d? polygon svou hranu po spole?n?ch bodech > > * v OSM s relac? m? ka?d? polygon spole?nou hranu i body > > Jo, tohle jsem nepochopil, jak se to v praxi pou??v?. Nap?. kdy? kolem > ??sti > lesa vede plot, m??u pou??t stejn? body a "obt?hnout" ??st jeho hranice > novou > cestou barrier=fence nebo mus?m duplikovat body? Minim?ln? u budov mi > p?ijde, > ?e se body duplikuj? a faktu, ?e bod m??e b?t sou??st? v?ce cest, se > nevyu??v?. > > Milan > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130523/f0281c96/attachment.html>

24.5.2013 12:18:51 (#27)
gravatar

Milan Vancura

<milan at ucw.cz>
25
On Thu 23-05-13 20:31:59, LM_1 wrote: zobrazit citaci
> Body se neduplikuj? a v?ce cest vedouc?ch jedn?m bodem se u pr?b??n?ch > hranic pou??v? docela v hojn? m??e. > V p??pad? oplocen?ho lesa bych nakreslil jen plot a pou?il ho pro > multipolygon lesa v roli outer (stejn? jako p??padnou soused?c? louku) - o > tom jestli to tak m? b?t je podstatn? ??st p?edchoz? diskuse.
Teda nechci se h?dat, ale tohle m?m pocit nem??e technicky proj?t. Asi jsme si nerozum?li, kl??ov? bylo, ?e ten plot NEjde kolem cel?ho lesa, ?ili zat?mco hranice lesa je uzav?en? k?ivka a--b--c--d--e--f--a, tak plot je nap?. c--d--e a jinde nen? pro jednoduchost v?bec nic (soused?c?ho). Podle m? relace typu multipolygon pot?ebuje uzav?en? k?ivky, nebo ne? Tak?e s mmi dne?n?mi znalostmi bych to ?e?il tak, ?e bych zavedl body a, b, c, d, e a f, pak vyrobil prvn? cestu a--b--c--d--e--f--a a otagoval bych j? jako les a naposledy druhou cestu, neuzav?enou, c--d--e a otagoval bych ji jako plot. A tto je ta ot?zka, co m? zaj?m?: d?l?te to tak? tak? :-) Nebo se dokonce pletu a jdou na to n?jak napasovat ty multipolygony? Milan

24.5.2013 07:11:57 (#28)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
Multipolygon pr?v? umo??uje ud?lat oblast z r?zn?ch, rozd?len?ch ?sek?. J? bych to ud?lal takto: prvn? cesta: e--f--a--b--c (??dn? tag krom? source) druh? cesta: c--d--e (plot, source) multipolygon obsahuj?c? ob? cesty (les) LM Dne 24. kv?tna 2013 0:18 Milan Vancura <milan at ucw.cz> napsal(a): zobrazit citaci
> On Thu 23-05-13 20:31:59, LM_1 wrote: > > Body se neduplikuj? a v?ce cest vedouc?ch jedn?m bodem se u pr?b??n?ch > > hranic pou??v? docela v hojn? m??e. > > V p??pad? oplocen?ho lesa bych nakreslil jen plot a pou?il ho pro > > multipolygon lesa v roli outer (stejn? jako p??padnou soused?c? louku) - > o > > tom jestli to tak m? b?t je podstatn? ??st p?edchoz? diskuse. > > Teda nechci se h?dat, ale tohle m?m pocit nem??e technicky proj?t. Asi > jsme si > nerozum?li, kl??ov? bylo, ?e ten plot NEjde kolem cel?ho lesa, ?ili zat?mco > hranice lesa je uzav?en? k?ivka a--b--c--d--e--f--a, tak plot je nap?. > c--d--e > a jinde nen? pro jednoduchost v?bec nic (soused?c?ho). Podle m? relace typu > multipolygon pot?ebuje uzav?en? k?ivky, nebo ne? > > Tak?e s mmi dne?n?mi znalostmi bych to ?e?il tak, ?e bych zavedl body a, > b, c, > d, e a f, pak vyrobil prvn? cestu a--b--c--d--e--f--a a otagoval bych j? > jako > les a naposledy druhou cestu, neuzav?enou, c--d--e a otagoval bych ji jako > plot. A tto je ta ot?zka, co m? zaj?m?: d?l?te to tak? tak? :-) > Nebo se dokonce pletu a jdou na to n?jak napasovat ty multipolygony? > > Milan > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130524/041e0124/attachment.html>

24.5.2013 07:33:13 (#29)
gravatar

Pavel Moravec

<pavel.moravec at email.cz>
11
Zdravim, zobrazit citaci
> Teda nechci se h?dat, ale tohle m?m pocit nem??e technicky proj?t. Asi jsme si > nerozum?li, kl??ov? bylo, ?e ten plot NEjde kolem cel?ho lesa, ?ili zat?mco > hranice lesa je uzav?en? k?ivka a--b--c--d--e--f--a, tak plot je nap?. c--d--e > a jinde nen? pro jednoduchost v?bec nic (soused?c?ho). Podle m? relace typu > multipolygon pot?ebuje uzav?en? k?ivky, nebo ne?
Kupodivu nepotrebuje, jen je treba seradit useky cest za sebou tak, aby tu uzavrenou krivku tvorily (a velka cast rendereru si to umi seradit sama i pokud jsou tam se spravnou roli outer na preskacku). Ono by to ani jinak neslo kvuli omezeni maximalniho poctu bodu v 1 ceste, takze treba takova hranice CR by se nedala realizovat.

24.5.2013 09:15:09 (#30)
gravatar

Milan Vancura

<milan at ucw.cz>
25
On Fri 24-05-13 07:33:13, Pavel Moravec wrote: zobrazit citaci
> >multipolygon pot?ebuje uzav?en? k?ivky, nebo ne? > Kupodivu nepotrebuje, jen je treba seradit useky cest za sebou tak, > aby tu uzavrenou krivku tvorily (a velka cast rendereru si to umi
On Fri 24-05-13 07:11:57, LM_1 wrote: zobrazit citaci
> Multipolygon pr?v? umo??uje ud?lat oblast z r?zn?ch, rozd?len?ch ?sek?. J? > bych to ud?lal takto: > prvn? cesta: e--f--a--b--c (??dn? tag krom? source) > druh? cesta: c--d--e (plot, source) > multipolygon obsahuj?c? ob? cesty (les)
D?ky v?m ob?ma, zase v?m n?co v?c. Tak?e ta ??st relace pro trasu linky MHD, kde jsou cesty, je vlastn? n?co podobn?ho (cesty se?azen? za sebou). A te? je?t? jakou to m? v?hodu oproti tomu znovupou?it? bod?? ?e je to mnohem univerz?ln?j?? princip? Milan

24.5.2013 10:41:12 (#31)
gravatar

jan lana

<lana.jan at gmail.com>
9
Dne 24. kv?tna 2013 9:15 Milan Vancura <milan at ucw.cz> napsal(a): zobrazit citaci
> On Fri 24-05-13 07:33:13, Pavel Moravec wrote: > > >multipolygon pot?ebuje uzav?en? k?ivky, nebo ne? > > Kupodivu nepotrebuje, jen je treba seradit useky cest za sebou tak, > > aby tu uzavrenou krivku tvorily (a velka cast rendereru si to umi > > On Fri 24-05-13 07:11:57, LM_1 wrote: > > Multipolygon pr?v? umo??uje ud?lat oblast z r?zn?ch, rozd?len?ch ?sek?. > J? > > bych to ud?lal takto: > > prvn? cesta: e--f--a--b--c (??dn? tag krom? source) > > druh? cesta: c--d--e (plot, source) > > multipolygon obsahuj?c? ob? cesty (les) > > D?ky v?m ob?ma, zase v?m n?co v?c. Tak?e ta ??st relace pro trasu linky > MHD, > kde jsou cesty, je vlastn? n?co podobn?ho (cesty se?azen? za sebou). > A te? je?t? jakou to m? v?hodu oproti tomu znovupou?it? bod?? ?e je to > mnohem > univerz?ln?j?? princip?
kreslit s pomoci relaci je (mozna) pracnejsi, ale mnohem lepe se pak edituje - kdyz mam napriklad nakreslit les a pole vedle sebe a---b---c---d---e | Pole | Les | | f-------g | | h-------i Bez relaci to lze namalovat jako dve cesty C1: a-b-c-f-i-h-a (tag source,pole) C2: a-d-e-g-f-c (tag source, les) Kdyz to maluji jako relaci, nejdriv vyrobim tri cesty E1: c-b-a-h-i-f (tag source) E2: c-f (tag source) E3: c-d-e-g-f (tag source) (ve skutecnosit v JOSM namaluju C1, pak vyberu body c a f a dam split a pak namaluju E3, takze to jde stejne rychle) a pak udelate dva multipolygony M1: C1+C2 (tag pole) M2: C2+C3 (tag les) Vysledek je stejny. Ale kdyz treba chcete zpresnit hranici c--f (protoze to puvodne bylo treba moc hrube), tak ve variante s relacemi jen pridame par bodu do cesty E2': c-x-y-z-f a je hotovo. U varianty bez relaci to znamena ... no, vlastne nevim, asi pridat ty body do C1 a pak nejak pridat ty stejne body i do C2. Vychytavka JOSM je v tom, ze kdyz rozdelite cestu, tak automaticky upravi vsechny relace ktere tu cestu obsahuji, takze kdyz si pak treba vsimnu, ze v bode f je rybnicek, tak jen rozdelim E1 v bode i na E1a a E1b E3 v bode g, na E3a a E3b namaluju cestu E4: i-g (tag source) a vyrobim multipolygon M3: E1a+E3a+E4 (tag rybnik) (s temi vsemi pismenky a indexy to vypada slozite, ale v JOSM je to jen par kliku, zkuste si to). - Jenda -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130524/9d3d36b2/attachment-0001.html>

24.5.2013 11:08:48 (#32)
gravatar

Marián Kyral

<mkyral at email.cz>
2232 2371
---------- P?vodn? zpr?va ---------- Od: jan lana <lana.jan at gmail.com> Datum: 24. 5. 2013 P?edm?t: Re: [Talk-cz] Spole?n? hranice ploch " Dne 24. kv?tna 2013 9:15 Milan Vancura?<milan at ucw.cz(mailto:milan at ucw.cz)>? napsal(a): " On Fri 24-05-13 07:33:13, Pavel Moravec wrote: zobrazit citaci
> >multipolygon pot?ebuje uzav?en? k?ivky, nebo ne? > Kupodivu nepotrebuje, jen je treba seradit useky cest za sebou tak, > aby tu uzavrenou krivku tvorily (a velka cast rendereru si to umi
On Fri 24-05-13 07:11:57, LM_1 wrote: zobrazit citaci
> Multipolygon pr?v? umo??uje ud?lat oblast z r?zn?ch, rozd?len?ch ?sek?. J? > bych to ud?lal takto: > prvn? cesta: e--f--a--b--c (??dn? tag krom? source) > druh? cesta: c--d--e (plot, source) > multipolygon obsahuj?c? ob? cesty (les)
D?ky v?m ob?ma, zase v?m n?co v?c. Tak?e ta ??st relace pro trasu linky MHD, kde jsou cesty, je vlastn? n?co podobn?ho (cesty se?azen? za sebou). A te? je?t? jakou to m? v?hodu oproti tomu znovupou?it? bod?? ?e je to mnohem univerz?ln?j?? princip?" kreslit s pomoci relaci je (mozna) pracnejsi, ale mnohem lepe se pak edituje - kdyz mam napriklad nakreslit les a pole vedle sebe ??a---b---c---d---e ? | Pole ?| Les ? | ? | ? ? ? f-------g ? | ? ? ? | ? h-------i ?? Bez relaci to lze namalovat jako dve cesty C1: a-b-c-f-i-h-a (tag source,pole) C2: a-d-e-g-f-c (tag source, les) Kdyz to maluji jako relaci, nejdriv vyrobim tri cesty? E1:?c-b-a-h-i-f (tag source) E2: c-f ? ? ? ? (tag source) E3: c-d-e-g-f ? (tag source) (ve skutecnosit v JOSM namaluju C1, pak vyberu body c a f a dam split a pak namaluju E3, takze to jde stejne rychle) a pak udelate dva multipolygony? M1: C1+C2 (tag pole) M2: C2+C3 (tag les) Vysledek je stejny. Ale kdyz treba chcete zpresnit hranici c--f (protoze to puvodne bylo treba moc hrube), tak ve variante s relacemi jen pridame par bodu do cesty E2': c-x-y-z-f a je hotovo. U varianty bez relaci to znamena ... no, vlastne nevim, asi pridat ty body do C1 a pak nejak pridat ty stejne body i do C2. " Norm?ln? p?id?m body x - y - z a ty se automaticky p?idaj? do cesty C1 i C2. Ob? oblasti mus? b?t uzav?eny. Tak?e i kdy? maj? spole?nou hranici, ve skute?nosti to jsou dv? plochy. OSM p?ed ? <way id='-976' action='modify' visible='true'> ??? <nd ref='-217' /> ??? <nd ref='-975' /> ??? <nd ref='-977' /> ??? <nd ref='-979' /> ??? <nd ref='-217' /> ??? <tag k='landuse' v='farmland' /> ??? <tag k='name' v='pole' /> ? </way> ? <way id='-218' action='modify' visible='true'> ??? <nd ref='-214' /> ??? <nd ref='-217' /> ??? <nd ref='-979' /> ??? <nd ref='-216' /> ??? <nd ref='-215' /> ??? <nd ref='-214' /> ??? <tag k='landuse' v='forest' /> ??? <tag k='name' v='les' /> ??? <tag k='source' v='cuzk:km;bing' /> ? </way> a po p?id?n? zp?es?uj?c?ch bod? na spole?n? hranici: ? <way id='-976' action='modify' visible='true'> ??? <nd ref='-217' /> ??? <nd ref='-975' /> ??? <nd ref='-977' /> ??? <nd ref='-979' /> ??? <nd ref='-1089' /> ??? <nd ref='-1086' /> ??? <nd ref='-1083' /> ??? <nd ref='-217' /> ??? <tag k='landuse' v='farmland' /> ??? <tag k='name' v='pole' /> ? </way> ? <way id='-218' action='modify' visible='true'> ??? <nd ref='-214' /> ??? <nd ref='-217' /> ??? <nd ref='-1083' /> ??? <nd ref='-1086' /> ??? <nd ref='-1089' /> ??? <nd ref='-979' /> ??? <nd ref='-216' /> ??? <nd ref='-215' /> ??? <nd ref='-214' /> ??? <tag k='landuse' v='forest' /> ??? <tag k='name' v='les' /> ??? <tag k='source' v='cuzk:km;bing' /> ? </way> Nebo jsem n?co p?ehl?dl? Mari?n ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130524/61e25e13/attachment.html>

24.5.2013 11:18:45 (#33)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> a---b---c---d---e > | Pole | Les | > | f-------g > | | > h-------i > > (s temi vsemi pismenky a indexy to vypada slozite, ale v JOSM je to jen par > kliku, zkuste si to).
*** Ono o t? jednoduchosti multipolygonu u? mluv? to, ?e pro 2 plochy vytvo??? 5 objekt? s r?zn?mi tagy ;) Co?, vytvo?it to je?t? mo?n? jde, ale vysv?tli to n?komu nebo po n?kom zedituj, zkontroluj, oprav to... Popravd? mi Plugin Relation Toolbox mnoho ?test? nep?inesl. Jsem r?d, ?e zat?m to nikoho nenapadlo d?lat hromadn? s buildings... Kde vid?m multipolygony opr?vn?n? a pou?iteln?: * Vnit?n? ostrovy polygon? jako multipolygony s inner/outer, OK. * Trasy (zpravidla my?len?) jako multipolygony s route, OK. * Seskupov?n? autonomn?ch objekt? jako multipolygony s collection, OK. * Administrativn? hranice jako multipolygony s inner/outer, OK (to vzniklo jednou a nav?dy importem a edituje to jen p?r guru). ha hanoj

24.5.2013 12:47:27 (#34)
gravatar

jan lana

<lana.jan at gmail.com>
9
aha, diky za info - kdyz jsem to kdysi v JOSM zkousel tak to pridalo ten bod jen do jedne cesty, takze vznikla "dira". Ale ted to funguje jak rikate (neni ani nutne aby ty cesty byly uzavrene) JOSM prida ty nove body do obou. tudiz tenhle argument pada, autori JOSM podporuji obe varianty :) - jenda Dne 24. kv?tna 2013 11:08 Mari?n Kyral <mkyral at email.cz> napsal(a): zobrazit citaci
> > ---------- P?vodn? zpr?va ---------- > Od: jan lana <lana.jan at gmail.com> > Datum: 24. 5. 2013 > P?edm?t: Re: [Talk-cz] Spole?n? hranice ploch > > Dne 24. kv?tna 2013 9:15 Milan Vancura <milan at ucw.cz> napsal(a): > > On Fri 24-05-13 07:33:13, Pavel Moravec wrote: > > >multipolygon pot?ebuje uzav?en? k?ivky, nebo ne? > > Kupodivu nepotrebuje, jen je treba seradit useky cest za sebou tak, > > aby tu uzavrenou krivku tvorily (a velka cast rendereru si to umi > > On Fri 24-05-13 07:11:57, LM_1 wrote: > > Multipolygon pr?v? umo??uje ud?lat oblast z r?zn?ch, rozd?len?ch ?sek?. > J? > > bych to ud?lal takto: > > prvn? cesta: e--f--a--b--c (??dn? tag krom? source) > > druh? cesta: c--d--e (plot, source) > > multipolygon obsahuj?c? ob? cesty (les) > > D?ky v?m ob?ma, zase v?m n?co v?c. Tak?e ta ??st relace pro trasu linky > MHD, > kde jsou cesty, je vlastn? n?co podobn?ho (cesty se?azen? za sebou). > A te? je?t? jakou to m? v?hodu oproti tomu znovupou?it? bod?? ?e je to > mnohem > univerz?ln?j?? princip? > > > kreslit s pomoci relaci je (mozna) pracnejsi, ale mnohem lepe se pak > edituje - kdyz mam napriklad nakreslit les a pole vedle sebe > > > a---b---c---d---e > | Pole | Les | > | f-------g > | | > h-------i > > Bez relaci to lze namalovat jako dve cesty > > C1: a-b-c-f-i-h-a (tag source,pole) > C2: a-d-e-g-f-c (tag source, les) > > Kdyz to maluji jako relaci, nejdriv vyrobim tri cesty > > E1: c-b-a-h-i-f (tag source) > E2: c-f (tag source) > E3: c-d-e-g-f (tag source) > > (ve skutecnosit v JOSM namaluju C1, pak vyberu body c a f a dam split a > pak namaluju E3, takze to jde stejne rychle) > > a pak udelate dva multipolygony > > M1: C1+C2 (tag pole) > M2: C2+C3 (tag les) > > Vysledek je stejny. > > Ale kdyz treba chcete zpresnit hranici c--f (protoze to puvodne bylo treba > moc hrube), tak ve variante s relacemi jen pridame par bodu do cesty > > E2': c-x-y-z-f > > a je hotovo. U varianty bez relaci to znamena ... no, vlastne nevim, asi > pridat ty body do C1 a pak nejak pridat ty stejne body i do C2. > > > Norm?ln? p?id?m body x - y - z a ty se automaticky p?idaj? do cesty C1 i > C2. Ob? oblasti mus? b?t uzav?eny. Tak?e i kdy? maj? spole?nou hranici, ve > skute?nosti to jsou dv? plochy. > > > OSM p?ed > > > <way id='-976' action='modify' visible='true'> > <nd ref='-217' /> > <nd ref='-975' /> > <nd ref='-977' /> > <nd ref='-979' /> > <nd ref='-217' /> > <tag k='landuse' v='farmland' /> > <tag k='name' v='pole' /> > </way> > <way id='-218' action='modify' visible='true'> > <nd ref='-214' /> > <nd ref='-217' /> > <nd ref='-979' /> > <nd ref='-216' /> > <nd ref='-215' /> > <nd ref='-214' /> > <tag k='landuse' v='forest' /> > <tag k='name' v='les' /> > <tag k='source' v='cuzk:km;bing' /> > </way> > > > a po p?id?n? zp?es?uj?c?ch bod? na spole?n? hranici: > > > <way id='-976' action='modify' visible='true'> > <nd ref='-217' /> > <nd ref='-975' /> > <nd ref='-977' /> > <nd ref='-979' /> > <nd ref='-1089' /> > <nd ref='-1086' /> > <nd ref='-1083' /> > <nd ref='-217' /> > <tag k='landuse' v='farmland' /> > <tag k='name' v='pole' /> > </way> > <way id='-218' action='modify' visible='true'> > <nd ref='-214' /> > <nd ref='-217' /> > <nd ref='-1083' /> > <nd ref='-1086' /> > <nd ref='-1089' /> > <nd ref='-979' /> > <nd ref='-216' /> > <nd ref='-215' /> > <nd ref='-214' /> > <tag k='landuse' v='forest' /> > <tag k='name' v='les' /> > <tag k='source' v='cuzk:km;bing' /> > </way> > > > Nebo jsem n?co p?ehl?dl? > > > Mari?n > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >
-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130524/cf0941a2/attachment-0001.html>

24.5.2013 12:50:22 (#35)
gravatar

Zdeněk Pražák

<zprazak at seznam.cz>
752
No zde se ?e?? vytv??en? relac? multi polygon? ale mne v?ce tr?p? p??pad pro rozd?len? polygonu na multipolygon s vni?n?mi polygony, nap??klad kdy? chci rozdelit polygon lesa na ??st tvo?enou sm??en?m lesem, ??st tvo?enou jehli?nat?m lesem, ve kter?m bude rybn?k, p??padn? m?tina ?i louka. Pokud se bude jednat o mal? objekt tak to v JOSM nakresl?m snadno, hor?? je to v p??pad? v?t??ho lesa ji? vytvo?en?ho jako multipolygon - zde se mi mnohdy stane p?esto?e pou??v?m editor relac? v JOSM, ?e v?sledek se n?jak zamot? a mus?m jej smazat. Existuje n?jak? jednoduch? postup na d?len? velk?ch multipolygon?? Pra??k Dne 24. kv?tna 2013 10:41 jan lana <lana.jan at gmail.com> napsal(a): zobrazit citaci
> Dne 24. kv?tna 2013 9:15 Milan Vancura <milan at ucw.cz> napsal(a): > >> On Fri 24-05-13 07:33:13, Pavel Moravec wrote: >> > >multipolygon pot?ebuje uzav?en? k?ivky, nebo ne? >> > Kupodivu nepotrebuje, jen je treba seradit useky cest za sebou tak, >> > aby tu uzavrenou krivku tvorily (a velka cast rendereru si to umi >> >> On Fri 24-05-13 07:11:57, LM_1 wrote: >> > Multipolygon pr?v? umo??uje ud?lat oblast z r?zn?ch, rozd?len?ch ?sek?. >> J? >> > bych to ud?lal takto: >> > prvn? cesta: e--f--a--b--c (??dn? tag krom? source) >> > druh? cesta: c--d--e (plot, source) >> > multipolygon obsahuj?c? ob? cesty (les) >> >> D?ky v?m ob?ma, zase v?m n?co v?c. Tak?e ta ??st relace pro trasu linky >> MHD, >> kde jsou cesty, je vlastn? n?co podobn?ho (cesty se?azen? za sebou). >> A te? je?t? jakou to m? v?hodu oproti tomu znovupou?it? bod?? ?e je to >> mnohem >> univerz?ln?j?? princip? > > > kreslit s pomoci relaci je (mozna) pracnejsi, ale mnohem lepe se pak > edituje - kdyz mam napriklad nakreslit les a pole vedle sebe > > > a---b---c---d---e > | Pole | Les | > | f-------g > | | > h-------i > > Bez relaci to lze namalovat jako dve cesty > > C1: a-b-c-f-i-h-a (tag source,pole) > C2: a-d-e-g-f-c (tag source, les) > > Kdyz to maluji jako relaci, nejdriv vyrobim tri cesty > > E1: c-b-a-h-i-f (tag source) > E2: c-f (tag source) > E3: c-d-e-g-f (tag source) > > (ve skutecnosit v JOSM namaluju C1, pak vyberu body c a f a dam split a > pak namaluju E3, takze to jde stejne rychle) > > a pak udelate dva multipolygony > > M1: C1+C2 (tag pole) > M2: C2+C3 (tag les) > > Vysledek je stejny. > > Ale kdyz treba chcete zpresnit hranici c--f (protoze to puvodne bylo treba > moc hrube), tak ve variante s relacemi jen pridame par bodu do cesty > > E2': c-x-y-z-f > > a je hotovo. U varianty bez relaci to znamena ... no, vlastne nevim, asi > pridat ty body do C1 a pak nejak pridat ty stejne body i do C2. > > Vychytavka JOSM je v tom, ze kdyz rozdelite cestu, tak automaticky upravi > vsechny relace ktere tu cestu obsahuji, takze kdyz si pak treba vsimnu, ze > v bode f je rybnicek, tak jen rozdelim > > E1 v bode i na E1a a E1b > E3 v bode g, na E3a a E3b > > namaluju cestu > > E4: i-g (tag source) > > a vyrobim multipolygon > > M3: E1a+E3a+E4 (tag rybnik) > > (s temi vsemi pismenky a indexy to vypada slozite, ale v JOSM je to jen > par kliku, zkuste si to). > > - Jenda > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130524/c5861674/attachment.html>

24.5.2013 01:26:54 (#36)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
D?len? velk?ch multipolygon? (JOSM+relation toolbox): - Nakresl?m hranici, v m?stech, kde kon?? (dot?k? se hranic st?vaj?c?ho multipolygonu) rozd?lit cesty, pokud u? nejsou - p?vodn? multipolygon je bu? stejn?, nebo se uvnit? n?k rozd?lily cesty ale po??d funguje jako p?edt?m. - Vyberu si, jednu ze dvou nov?ch oblast? - tu kter? z?stane v sou?asn?m multipolygonu. Postupn? klik?m na ?seky kter? nejsou hranic? t?to oblasti a na [-] - odstran?m je z relace, stejn? tak vyberu novou hranici a kliknu na [+] - p?id?m novou hranici. Ve vlastnostech p?vodn? relace nech?m se?adit ?seky za sebou - m?l by se uk?zat uzav?en? ov?l p?es v?echny ?seky. - Vyberu v?echny ?seky / hranice nov? vytv??en?ho multipolygonu a kliknu na [multipolygon] v toolboxu - vytvo?? se nov? multipolygon, na n?j p?id?m tagy podle pot?eby. Jestli to st?le zn? slo?it? tak zkus?m ud?lat n?vod s obr?zkama. LM Dne 24. kv?tna 2013 12:50 Zden?k Pra??k <zprazak at seznam.cz> napsal(a): zobrazit citaci
> No zde se ?e?? vytv??en? relac? multi polygon? > ale mne v?ce tr?p? p??pad pro rozd?len? polygonu na multipolygon s > vni?n?mi polygony, nap??klad kdy? chci rozdelit polygon lesa na ??st > tvo?enou sm??en?m lesem, ??st tvo?enou jehli?nat?m lesem, ve kter?m bude > rybn?k, p??padn? m?tina ?i louka. > Pokud se bude jednat o mal? objekt tak to v JOSM nakresl?m snadno, hor?? > je to v p??pad? v?t??ho lesa ji? vytvo?en?ho jako multipolygon - zde se mi > mnohdy stane p?esto?e pou??v?m editor relac? v JOSM, ?e v?sledek se n?jak > zamot? a mus?m jej smazat. > Existuje n?jak? jednoduch? postup na d?len? velk?ch multipolygon?? > Pra??k > > > Dne 24. kv?tna 2013 10:41 jan lana <lana.jan at gmail.com> napsal(a): > >> Dne 24. kv?tna 2013 9:15 Milan Vancura <milan at ucw.cz> napsal(a): >> >>> On Fri 24-05-13 07:33:13, Pavel Moravec wrote: >>> > >multipolygon pot?ebuje uzav?en? k?ivky, nebo ne? >>> > Kupodivu nepotrebuje, jen je treba seradit useky cest za sebou tak, >>> > aby tu uzavrenou krivku tvorily (a velka cast rendereru si to umi >>> >>> On Fri 24-05-13 07:11:57, LM_1 wrote: >>> > Multipolygon pr?v? umo??uje ud?lat oblast z r?zn?ch, rozd?len?ch >>> ?sek?. J? >>> > bych to ud?lal takto: >>> > prvn? cesta: e--f--a--b--c (??dn? tag krom? source) >>> > druh? cesta: c--d--e (plot, source) >>> > multipolygon obsahuj?c? ob? cesty (les) >>> >>> D?ky v?m ob?ma, zase v?m n?co v?c. Tak?e ta ??st relace pro trasu linky >>> MHD, >>> kde jsou cesty, je vlastn? n?co podobn?ho (cesty se?azen? za sebou). >>> A te? je?t? jakou to m? v?hodu oproti tomu znovupou?it? bod?? ?e je to >>> mnohem >>> univerz?ln?j?? princip? >> >> >> kreslit s pomoci relaci je (mozna) pracnejsi, ale mnohem lepe se pak >> edituje - kdyz mam napriklad nakreslit les a pole vedle sebe >> >> >> a---b---c---d---e >> | Pole | Les | >> | f-------g >> | | >> h-------i >> >> Bez relaci to lze namalovat jako dve cesty >> >> C1: a-b-c-f-i-h-a (tag source,pole) >> C2: a-d-e-g-f-c (tag source, les) >> >> Kdyz to maluji jako relaci, nejdriv vyrobim tri cesty >> >> E1: c-b-a-h-i-f (tag source) >> E2: c-f (tag source) >> E3: c-d-e-g-f (tag source) >> >> (ve skutecnosit v JOSM namaluju C1, pak vyberu body c a f a dam split a >> pak namaluju E3, takze to jde stejne rychle) >> >> a pak udelate dva multipolygony >> >> M1: C1+C2 (tag pole) >> M2: C2+C3 (tag les) >> >> Vysledek je stejny. >> >> Ale kdyz treba chcete zpresnit hranici c--f (protoze to puvodne bylo >> treba moc hrube), tak ve variante s relacemi jen pridame par bodu do cesty >> >> E2': c-x-y-z-f >> >> a je hotovo. U varianty bez relaci to znamena ... no, vlastne nevim, >> asi pridat ty body do C1 a pak nejak pridat ty stejne body i do C2. >> >> Vychytavka JOSM je v tom, ze kdyz rozdelite cestu, tak automaticky upravi >> vsechny relace ktere tu cestu obsahuji, takze kdyz si pak treba vsimnu, ze >> v bode f je rybnicek, tak jen rozdelim >> >> E1 v bode i na E1a a E1b >> E3 v bode g, na E3a a E3b >> >> namaluju cestu >> >> E4: i-g (tag source) >> >> a vyrobim multipolygon >> >> M3: E1a+E3a+E4 (tag rybnik) >> >> (s temi vsemi pismenky a indexy to vypada slozite, ale v JOSM je to jen >> par kliku, zkuste si to). >> >> - Jenda >> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >
-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130524/8d3d6cf5/attachment-0001.html>

24.5.2013 03:42:04 (#37)
gravatar

Pavel Machek

<pavel at ucw.cz>
1034 1226
Ahoj! zobrazit citaci
> > Zrovna v p??pad? silnic/?ek apod. z?kladn? pravidlo existuje - jeden objekt > > v realit? - jeden objekt v osm. Z toho by vypl?valo, ?e v osm by m?l b?t > > jen jeden objekt s ref=D1 a to by nutn? byla relace, proti kter?m existuje > > zna?n? (pro m? nepochopiteln?) odpor. > > Stejn? tak u ?koly bych tyto informace d?val do relace - je to > > univerz?ln?j?? v p??pad?, ?e ?kola m? v?c budov/h?i??/cel? are?l, z?rove? > > funguje i pro jednodomkovou vesnickou ?kolu. > > Probl?m je, ?e pak bys musel zav?st pravidlo, ?e (t?m??) v?echno je a? v > relac?ch. Pro? by ?kola m?la b?t v?jimkou? Nav?c to d?v? u? te? v mnoha jin?ch > p??padech dobr? smysl. > > Nap?. ulice. Dnes jsou tak rozkouskovan?, mimo jin? kv?li (zase jin?m) relac?m, > ?e u mnoha ulic u? neexistuje jeden objekt "ulice", kter? by ji obsahoval > celou. Pak z toho plynou r?zn? probl?my. Nejsn?z/okam?it? je to vid?t t?eba na > popisc?ch v map?, jak jsou ?asto nelogicky a hust? v m?stech, kde by je ?lov?k > v map? fakt ne?ekal a necht?l. Nap?. na most? ?i v tunelu. Pro? tam jsou? > Proto?e ten ?sek (nap?. v tunelu) je samostatn? objekt, a to se > jm?nem.
zobrazit citaci
> Ale to by bylo nov?ch relac?... A ?pln? nov? pravidla pro editaci OSM. A asi > sousta feature request? na JOSM, proto?e aspo? mn? teda p?ijde, ?e editovat > relace (zkou?el jsem pra?skou MHD) je za trest.
Ale tady jsou ty nove relace asi na miste :-(. A taky chytrejsi renderer, ktery si porovna jmeno, a nebude psat 2x stejne.... -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

24.5.2013 03:55:36 (#38)
gravatar

Zdeněk Pražák

<zprazak at seznam.cz>
752
jestli bych mohl poprosit o obr?zkov? n?vod pro po??ta?ov? negramoty D?kuji Dne 24. kv?tna 2013 13:26 LM_1 <flukas.robot+osm at gmail.com> napsal(a): zobrazit citaci
> D?len? velk?ch multipolygon? (JOSM+relation toolbox): > - Nakresl?m hranici, v m?stech, kde kon?? (dot?k? se hranic st?vaj?c?ho > multipolygonu) rozd?lit cesty, pokud u? nejsou - p?vodn? multipolygon je > bu? stejn?, nebo se uvnit? n?k rozd?lily cesty ale po??d funguje jako > p?edt?m. > - Vyberu si, jednu ze dvou nov?ch oblast? - tu kter? z?stane v sou?asn?m > multipolygonu. > Postupn? klik?m na ?seky kter? nejsou hranic? t?to oblasti a na [-] - > odstran?m je z relace, stejn? tak vyberu novou hranici a kliknu na [+] - > p?id?m novou hranici. Ve vlastnostech p?vodn? relace nech?m se?adit ?seky > za sebou - m?l by se uk?zat uzav?en? ov?l p?es v?echny ?seky. > - Vyberu v?echny ?seky / hranice nov? vytv??en?ho multipolygonu a kliknu > na [multipolygon] v toolboxu - vytvo?? se nov? multipolygon, na n?j p?id?m > tagy podle pot?eby. > > Jestli to st?le zn? slo?it? tak zkus?m ud?lat n?vod s obr?zkama. > LM > > > Dne 24. kv?tna 2013 12:50 Zden?k Pra??k <zprazak at seznam.cz> napsal(a): > >> No zde se ?e?? vytv??en? relac? multi polygon? >> ale mne v?ce tr?p? p??pad pro rozd?len? polygonu na multipolygon s >> vni?n?mi polygony, nap??klad kdy? chci rozdelit polygon lesa na ??st >> tvo?enou sm??en?m lesem, ??st tvo?enou jehli?nat?m lesem, ve kter?m bude >> rybn?k, p??padn? m?tina ?i louka. >> Pokud se bude jednat o mal? objekt tak to v JOSM nakresl?m snadno, hor?? >> je to v p??pad? v?t??ho lesa ji? vytvo?en?ho jako multipolygon - zde se mi >> mnohdy stane p?esto?e pou??v?m editor relac? v JOSM, ?e v?sledek se n?jak >> zamot? a mus?m jej smazat. >> Existuje n?jak? jednoduch? postup na d?len? velk?ch multipolygon?? >> Pra??k >> >> >> Dne 24. kv?tna 2013 10:41 jan lana <lana.jan at gmail.com> napsal(a): >> >>> Dne 24. kv?tna 2013 9:15 Milan Vancura <milan at ucw.cz> napsal(a): >>> >>>> On Fri 24-05-13 07:33:13, Pavel Moravec wrote: >>>> > >multipolygon pot?ebuje uzav?en? k?ivky, nebo ne? >>>> > Kupodivu nepotrebuje, jen je treba seradit useky cest za sebou tak, >>>> > aby tu uzavrenou krivku tvorily (a velka cast rendereru si to umi >>>> >>>> On Fri 24-05-13 07:11:57, LM_1 wrote: >>>> > Multipolygon pr?v? umo??uje ud?lat oblast z r?zn?ch, rozd?len?ch >>>> ?sek?. J? >>>> > bych to ud?lal takto: >>>> > prvn? cesta: e--f--a--b--c (??dn? tag krom? source) >>>> > druh? cesta: c--d--e (plot, source) >>>> > multipolygon obsahuj?c? ob? cesty (les) >>>> >>>> D?ky v?m ob?ma, zase v?m n?co v?c. Tak?e ta ??st relace pro trasu linky >>>> MHD, >>>> kde jsou cesty, je vlastn? n?co podobn?ho (cesty se?azen? za sebou). >>>> A te? je?t? jakou to m? v?hodu oproti tomu znovupou?it? bod?? ?e je to >>>> mnohem >>>> univerz?ln?j?? princip? >>> >>> >>> kreslit s pomoci relaci je (mozna) pracnejsi, ale mnohem lepe se pak >>> edituje - kdyz mam napriklad nakreslit les a pole vedle sebe >>> >>> >>> a---b---c---d---e >>> | Pole | Les | >>> | f-------g >>> | | >>> h-------i >>> >>> Bez relaci to lze namalovat jako dve cesty >>> >>> C1: a-b-c-f-i-h-a (tag source,pole) >>> C2: a-d-e-g-f-c (tag source, les) >>> >>> Kdyz to maluji jako relaci, nejdriv vyrobim tri cesty >>> >>> E1: c-b-a-h-i-f (tag source) >>> E2: c-f (tag source) >>> E3: c-d-e-g-f (tag source) >>> >>> (ve skutecnosit v JOSM namaluju C1, pak vyberu body c a f a dam split a >>> pak namaluju E3, takze to jde stejne rychle) >>> >>> a pak udelate dva multipolygony >>> >>> M1: C1+C2 (tag pole) >>> M2: C2+C3 (tag les) >>> >>> Vysledek je stejny. >>> >>> Ale kdyz treba chcete zpresnit hranici c--f (protoze to puvodne bylo >>> treba moc hrube), tak ve variante s relacemi jen pridame par bodu do cesty >>> >>> E2': c-x-y-z-f >>> >>> a je hotovo. U varianty bez relaci to znamena ... no, vlastne nevim, >>> asi pridat ty body do C1 a pak nejak pridat ty stejne body i do C2. >>> >>> Vychytavka JOSM je v tom, ze kdyz rozdelite cestu, tak automaticky >>> upravi vsechny relace ktere tu cestu obsahuji, takze kdyz si pak treba >>> vsimnu, ze v bode f je rybnicek, tak jen rozdelim >>> >>> E1 v bode i na E1a a E1b >>> E3 v bode g, na E3a a E3b >>> >>> namaluju cestu >>> >>> E4: i-g (tag source) >>> >>> a vyrobim multipolygon >>> >>> M3: E1a+E3a+E4 (tag rybnik) >>> >>> (s temi vsemi pismenky a indexy to vypada slozite, ale v JOSM je to jen >>> par kliku, zkuste si to). >>> >>> - Jenda >>> >>> >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz at openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130524/e5425a61/attachment.html>

24.5.2013 04:08:32 (#39)
gravatar

jan lana

<lana.jan at gmail.com>
9
Dne 24. kv?tna 2013 11:18 hanoj <ehanoj at gmail.com> napsal(a): zobrazit citaci
> > a---b---c---d---e > > | Pole | Les | > > | f-------g > > | | > > h-------i > > > > (s temi vsemi pismenky a indexy to vypada slozite, ale v JOSM je to jen > par > > kliku, zkuste si to). > *** Ono o t? jednoduchosti multipolygonu u? mluv? to, ?e pro 2 plochy > vytvo??? 5 objekt? s r?zn?mi tagy ;) Co?, vytvo?it to je?t? mo?n? jde, > ale vysv?tli to n?komu nebo po n?kom zedituj, zkontroluj, oprav to... > Popravd? mi Plugin Relation Toolbox mnoho ?test? nep?inesl. Jsem r?d, > ?e zat?m to nikoho nenapadlo d?lat hromadn? s buildings... >
on ten pomer zacne byt vyrovnanejsi kdyz je tech sousedicich ploch vic (vesnice, kolem pole a lesy ...) nebo po hranach vedou zminovane ploty, cesty apod. A jak se nam mapa zaplnuje, je takovych mist vic a vic ... Vysvetlovani nevim, princip "nejdriv si to nacrtni a pak to teprve vybarvi" mi prijde celkem pochopitelny, ale jasne ze bodel se da vyrobit ve vsem. Relation Toolbox neznam, podivam se co to umi. Kde vid?m multipolygony opr?vn?n? a pou?iteln?: zobrazit citaci
> * Vnit?n? ostrovy polygon? jako multipolygony s inner/outer, OK. > * Trasy (zpravidla my?len?) jako multipolygony s route, OK. > * Seskupov?n? autonomn?ch objekt? jako multipolygony s collection, OK. > * Administrativn? hranice jako multipolygony s inner/outer, OK (to > vzniklo jednou a nav?dy importem a edituje to jen p?r guru)
pouzitelne jsou i jinde (viz tento diskutovany priklad), jestli opravnene ...ani jeden model bych nezatracoval, vzajemne si neprekazi a uvidime za par let jak se to vyvine ... Me osobne se relace libi vic - trojvrstvy model: body, z nich cesty a z nich relace (objekty) mi prijde elegantni - automaticky prevod relace -> sdilene body je jednoduchy, opacny smer ne - kdyz jsou hranice dlouhe, data zaberou min mista - jenda -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130524/e5a0afea/attachment-0001.html>

24.5.2013 10:29:04 (#40)
gravatar

jzvc

<jzvc at tpfree.net>
529
Dne 23.5.2013 15:24, Milan Vancura napsal(a): zobrazit citaci
> On Thu 23-05-13 14:51:46, LM_1 wrote: >> Zrovna v p??pad? silnic/?ek apod. z?kladn? pravidlo existuje - jeden objekt >> v realit? - jeden objekt v osm. Z toho by vypl?valo, ?e v osm by m?l b?t >> jen jeden objekt s ref=D1 a to by nutn? byla relace, proti kter?m existuje >> zna?n? (pro m? nepochopiteln?) odpor. >> Stejn? tak u ?koly bych tyto informace d?val do relace - je to >> univerz?ln?j?? v p??pad?, ?e ?kola m? v?c budov/h?i??/cel? are?l, z?rove? >> funguje i pro jednodomkovou vesnickou ?kolu. > Probl?m je, ?e pak bys musel zav?st pravidlo, ?e (t?m??) v?echno je a? v > relac?ch. Pro? by ?kola m?la b?t v?jimkou? Nav?c to d?v? u? te? v mnoha jin?ch > p??padech dobr? smysl. > > Nap?. ulice. Dnes jsou tak rozkouskovan?, mimo jin? kv?li (zase jin?m) relac?m, > ?e u mnoha ulic u? neexistuje jeden objekt "ulice", kter? by ji obsahoval > celou. Pak z toho plynou r?zn? probl?my. Nejsn?z/okam?it? je to vid?t t?eba na > popisc?ch v map?, jak jsou ?asto nelogicky a hust? v m?stech, kde by je ?lov?k > v map? fakt ne?ekal a necht?l. Nap?. na most? ?i v tunelu. Pro? tam jsou? > Proto?e ten ?sek (nap?. v tunelu) je samostatn? objekt, a to se jm?nem.
Ono to svoji logiku (ty relace vsude) ale ma ... cesta = nejaky "fyzicky" objekt (reka/potok/plot ...) ... vse dalsi (ulice s nazvem, silnice a jeji reference...) by melo byt uz v relaci, protoze to se netyka toho fyzickyho objektu. Ten muze mit nejaky povrch, rozmery ... ale ne jmeno. Silnice muze byt nejak siroka, mit nejaky povrch ... ale to ze je to 1/2/3. trida ... stejne od pohledu nepoznas. Navic je to jak kdy a jak kde. Potiz je v tech nastrojich - JOSM jde v tomhle nejdal, presto je prace s relacema proste tragicka, predevsim pokud mas jeden objekt, kterej je clenem vice relaci ... tak je to takovej gulas, ze se to stava naprosto neudrzovatelny. Vem si, ze mas dum ... fyzicky objekt ... a ten bude sam o sobe v deseti relacich, protoze je v nem 10 obchodu (tohle by dokonce vyresilo problem vice stejnych tagu nebo vice adres...), dal ten dum bude trebas v relaci "je pamatkove chranen" s 50ti dalsima, cast z nich bude v relaci "skola" .... a tahle se ti to bude ruzne prolinat a prekryvat, coz z hlediska dat jako takovych problem neni ... problem je, jak to editovat aby to nebylo vecne rozbity. Z myho pohledu by totiz idealni stav byl takovej, ze pri nejakym "BFUlike" nastaveni, by ten clovek vubec netusil, ze neco jako relace existuje. Jednoduse klipnu na barak ... a zjistim ... building=yes height=... color=... --------- address+ address+ shop+ shop+ shop+ kdyz pak klipnu na opluskovany data ... tak se mi rozvine obsah ty relace. Typy vuci jednotlivym objektum jako budova/silnice/... relaci bych urcil striktne (proste co se dohodne a nic jinyho, s tim, ze se samo muze neco pridat, pokud se dojde k tomu ze je to treba) custom tagy by pak povine mely mit prefix - trebas cust_ - s tim, ze v pripade standardizace by se hromadne odstranil a samo, slo by je davat pouze do relaci, v zadnym pripade primo na objekty. Jeneze ... protlac to ... ;D zobrazit citaci
> > Ale to by bylo nov?ch relac?... A ?pln? nov? pravidla pro editaci OSM. A asi > sousta feature request? na JOSM, proto?e aspo? mn? teda p?ijde, ?e editovat > relace (zkou?el jsem pra?skou MHD) je za trest. > > Milan > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

24.5.2013 10:51:42 (#41)
gravatar

jzvc

<jzvc at tpfree.net>
529
Dne 24.5.2013 10:41, jan lana napsal(a): zobrazit citaci
> Dne 24. kv?tna 2013 9:15 Milan Vancura <milan at ucw.cz > <mailto:milan at ucw.cz>> napsal(a): > > On Fri 24-05-13 07:33:13, Pavel Moravec wrote: > > >multipolygon pot?ebuje uzav?en? k?ivky, nebo ne? > > Kupodivu nepotrebuje, jen je treba seradit useky cest za sebou tak, > > aby tu uzavrenou krivku tvorily (a velka cast rendereru si to umi > > On Fri 24-05-13 07:11:57, LM_1 wrote: > > Multipolygon pr?v? umo??uje ud?lat oblast z r?zn?ch, rozd?len?ch > ?sek?. J? > > bych to ud?lal takto: > > prvn? cesta: e--f--a--b--c (??dn? tag krom? source) > > druh? cesta: c--d--e (plot, source) > > multipolygon obsahuj?c? ob? cesty (les) > > D?ky v?m ob?ma, zase v?m n?co v?c. Tak?e ta ??st relace pro trasu > linky MHD, > kde jsou cesty, je vlastn? n?co podobn?ho (cesty se?azen? za sebou). > A te? je?t? jakou to m? v?hodu oproti tomu znovupou?it? bod?? ?e > je to mnohem > univerz?ln?j?? princip? > > > kreslit s pomoci relaci je (mozna) pracnejsi, ale mnohem lepe se pak > edituje - kdyz mam napriklad nakreslit les a pole vedle sebe
Rozhodne se to lepe needituje ... protoze kdyz standarne stahnes uzavrenou cestu, jejiz cast je ve vyrezu, stahne se ti ta cesta cela, vidis tagy ty plochy, ktery sou prirazeny ceste. Kdyz je to tak jak niz popisujes, mas problem ... hned nekolik problemu. Sosne se ti jen ta jedna cesta (trebas) a na ty v principu nemusi byt vubec zadne tagy ... nebo na ni jsou jen nejake - uz to je matouci. Porpavde velmi casto netusim, podle jakyho klice to vznika ... ale trebas vim, ze "aktualni" multipolygon (tak jak to vyrobi JOSM) dava vetsinu tagu do relace, kdezto kdysi to bylo tak, ze relace byla prazdna a tagy byly na vnejsi ceste ... Dal, kdyz klipnu na nejaky objekt, ocekavam, ze edituju vybrany objekt a ne nejaky dalsi. A mas zase problem ... bod/cesta ... muze byt v N ruznych relacich ... a ty chces editovat N-X objektu ... Kdyby ... se o chovalo tak, ze z hlediska dat to bude jedna cesta v relaci, ale editor by se tvaril, jako ze to jsou cesty dve ... tak stim nemam zadnej problem. Ostatne, velmi podobne bych si doved predstavit kresleni vicepruhovych vozovek - proste aby se to pro kreslice jevilo, jako ze maluje jednotlivy pruhy, odbocovaky .... a at si to pak editor nejak preklopi do relaci. Protoze vysvetlovat nekomu, ze kdyz kresli slozitejsi krizovatku, ze musi do kazdyho bodu krizeni pridavat 2+ zakazy odboceni, a kvuli tomu musi rozfrncat vsechny cesty na pidisegmenty ... (a pak se v takovy krizovatce renderuje nazev ulice 10x ...) zobrazit citaci
> > > a---b---c---d---e > | Pole | Les | > | f-------g > | | > h-------i > > Bez relaci to lze namalovat jako dve cesty > > C1: a-b-c-f-i-h-a (tag source,pole) > C2: a-d-e-g-f-c (tag source, les) > > Kdyz to maluji jako relaci, nejdriv vyrobim tri cesty > > E1: c-b-a-h-i-f (tag source) > E2: c-f (tag source) > E3: c-d-e-g-f (tag source) > > (ve skutecnosit v JOSM namaluju C1, pak vyberu body c a f a dam split > a pak namaluju E3, takze to jde stejne rychle) > > a pak udelate dva multipolygony > > M1: C1+C2 (tag pole) > M2: C2+C3 (tag les) > > Vysledek je stejny. > > Ale kdyz treba chcete zpresnit hranici c--f (protoze to puvodne bylo > treba moc hrube), tak ve variante s relacemi jen pridame par bodu do cesty > > E2': c-x-y-z-f > > a je hotovo. U varianty bez relaci to znamena ... no, vlastne nevim, > asi pridat ty body do C1 a pak nejak pridat ty stejne body i do C2. > > Vychytavka JOSM je v tom, ze kdyz rozdelite cestu, tak automaticky > upravi vsechny relace ktere tu cestu obsahuji, takze kdyz si pak treba > vsimnu, ze v bode f je rybnicek, tak jen rozdelim > > E1 v bode i na E1a a E1b > E3 v bode g, na E3a a E3b > > namaluju cestu > > E4: i-g (tag source) > > a vyrobim multipolygon > > M3: E1a+E3a+E4 (tag rybnik) > > (s temi vsemi pismenky a indexy to vypada slozite, ale v JOSM je to > jen par kliku, zkuste si to). > > - Jenda > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130524/cfce67d9/attachment.html>

24.5.2013 10:59:39 (#42)
gravatar

jzvc

<jzvc at tpfree.net>
529
Dne 24.5.2013 13:26, LM_1 napsal(a): zobrazit citaci
> D?len? velk?ch multipolygon? (JOSM+relation toolbox): > - Nakresl?m hranici, v m?stech, kde kon?? (dot?k? se hranic > st?vaj?c?ho multipolygonu) rozd?lit cesty, pokud u? nejsou - p?vodn? > multipolygon je bu? stejn?, nebo se uvnit? n?k rozd?lily cesty ale > po??d funguje jako p?edt?m. > - Vyberu si, jednu ze dvou nov?ch oblast? - tu kter? z?stane v > sou?asn?m multipolygonu. > Postupn? klik?m na ?seky kter? nejsou hranic? t?to oblasti a na [-] - > odstran?m je z relace, stejn? tak vyberu novou hranici a kliknu na [+] > - p?id?m novou hranici. Ve vlastnostech p?vodn? relace nech?m se?adit > ?seky za sebou - m?l by se uk?zat uzav?en? ov?l p?es v?echny ?seky. > - Vyberu v?echny ?seky / hranice nov? vytv??en?ho multipolygonu a > kliknu na [multipolygon] v toolboxu - vytvo?? se nov? multipolygon, na > n?j p?id?m tagy podle pot?eby. > > Jestli to st?le zn? slo?it? tak zkus?m ud?lat n?vod s obr?zkama. > LM
Ono ti neni slozity, ale je to neskutecnej vupruz - narozdil od rozdeleni plochy bez relace. Pokud by to JOSM zpracovat z hlediska uzivatele transparentne => pracujes s plochou jako celkem, ne s jednotlivejma cestama, tak by se to i dalo pouzivat. Proste bych (trebas) cekal, ze kdyz oznacim dva body vnejsi hranice, tak to v nich roztrhne a "prepuli" to primkou ... ja si pak doladim kudy vede ... zobrazit citaci
> > > Dne 24. kv?tna 2013 12:50 Zden?k Pra??k <zprazak at seznam.cz > <mailto:zprazak at seznam.cz>> napsal(a): > > No zde se ?e?? vytv??en? relac? multi polygon? > ale mne v?ce tr?p? p??pad pro rozd?len? polygonu na multipolygon s > vni?n?mi polygony, nap??klad kdy? chci rozdelit polygon lesa na > ??st tvo?enou sm??en?m lesem, ??st tvo?enou jehli?nat?m lesem, ve > kter?m bude rybn?k, p??padn? m?tina ?i louka. > Pokud se bude jednat o mal? objekt tak to v JOSM nakresl?m snadno, > hor?? je to v p??pad? v?t??ho lesa ji? vytvo?en?ho jako > multipolygon - zde se mi mnohdy stane p?esto?e pou??v?m editor > relac? v JOSM, ?e v?sledek se n?jak zamot? a mus?m jej smazat. > Existuje n?jak? jednoduch? postup na d?len? velk?ch multipolygon?? > Pra??k > > > Dne 24. kv?tna 2013 10:41 jan lana <lana.jan at gmail.com > <mailto:lana.jan at gmail.com>> napsal(a): > > Dne 24. kv?tna 2013 9:15 Milan Vancura <milan at ucw.cz > <mailto:milan at ucw.cz>> napsal(a): > > On Fri 24-05-13 07:33:13, Pavel Moravec wrote: > > >multipolygon pot?ebuje uzav?en? k?ivky, nebo ne? > > Kupodivu nepotrebuje, jen je treba seradit useky cest za > sebou tak, > > aby tu uzavrenou krivku tvorily (a velka cast rendereru > si to umi > > On Fri 24-05-13 07:11:57, LM_1 wrote: > > Multipolygon pr?v? umo??uje ud?lat oblast z r?zn?ch, > rozd?len?ch ?sek?. J? > > bych to ud?lal takto: > > prvn? cesta: e--f--a--b--c (??dn? tag krom? source) > > druh? cesta: c--d--e (plot, source) > > multipolygon obsahuj?c? ob? cesty (les) > > D?ky v?m ob?ma, zase v?m n?co v?c. Tak?e ta ??st relace > pro trasu linky MHD, > kde jsou cesty, je vlastn? n?co podobn?ho (cesty se?azen? > za sebou). > A te? je?t? jakou to m? v?hodu oproti tomu znovupou?it? > bod?? ?e je to mnohem > univerz?ln?j?? princip? > > > kreslit s pomoci relaci je (mozna) pracnejsi, ale mnohem lepe > se pak edituje - kdyz mam napriklad nakreslit les a pole vedle > sebe > > > a---b---c---d---e > | Pole | Les | > | f-------g > | | > h-------i > > Bez relaci to lze namalovat jako dve cesty > > C1: a-b-c-f-i-h-a (tag source,pole) > C2: a-d-e-g-f-c (tag source, les) > > Kdyz to maluji jako relaci, nejdriv vyrobim tri cesty > > E1: c-b-a-h-i-f (tag source) > E2: c-f (tag source) > E3: c-d-e-g-f (tag source) > > (ve skutecnosit v JOSM namaluju C1, pak vyberu body c a f a > dam split a pak namaluju E3, takze to jde stejne rychle) > > a pak udelate dva multipolygony > > M1: C1+C2 (tag pole) > M2: C2+C3 (tag les) > > Vysledek je stejny. > > Ale kdyz treba chcete zpresnit hranici c--f (protoze to > puvodne bylo treba moc hrube), tak ve variante s relacemi jen > pridame par bodu do cesty > > E2': c-x-y-z-f > > a je hotovo. U varianty bez relaci to znamena ... no, vlastne > nevim, asi pridat ty body do C1 a pak nejak pridat ty stejne > body i do C2. > > Vychytavka JOSM je v tom, ze kdyz rozdelite cestu, tak > automaticky upravi vsechny relace ktere tu cestu obsahuji, > takze kdyz si pak treba vsimnu, ze v bode f je rybnicek, tak > jen rozdelim > > E1 v bode i na E1a a E1b > E3 v bode g, na E3a a E3b > > namaluju cestu > > E4: i-g (tag source) > > a vyrobim multipolygon > > M3: E1a+E3a+E4 (tag rybnik) > > (s temi vsemi pismenky a indexy to vypada slozite, ale v JOSM > je to jen par kliku, zkuste si to). > > - Jenda > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > http://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > http://lists.openstreetmap.org/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130524/4193095a/attachment-0001.html>

25.5.2013 10:04:47 (#43)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> rozfrncat vsechny cesty na pidisegmenty ... (a pak se v takovy krizovatce > renderuje nazev ulice 10x ...)
*** No v editoru to az tak asi nevadi a pri renderovani lze pouzit bezny postprocessing pro konkr?tn? tag. V GIS se tomu ??k? rozpu?t?n?, dissolve, viz obr?zek: http://kuc.cz/ds40o2 Dissolve je opa?n? princip k neomezen? hierarchizaci tag?. ha hanoj

26.5.2013 12:27:23 (#44)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
Sl?ben? n?vod na d?len? multipolygon?: http://wiki.openstreetmap.org/wiki/CS:How_to_split_multipolygon Dne 25. kv?tna 2013 22:04 hanoj <ehanoj at gmail.com> napsal(a): zobrazit citaci
> > rozfrncat vsechny cesty na pidisegmenty ... (a pak se v takovy krizovatce > > renderuje nazev ulice 10x ...) > *** No v editoru to az tak asi nevadi a pri renderovani lze pouzit > bezny postprocessing pro konkr?tn? tag. V GIS se tomu ??k? rozpu?t?n?, > dissolve, viz obr?zek: http://kuc.cz/ds40o2 > > Dissolve je opa?n? princip k neomezen? hierarchizaci tag?. > > > ha > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130526/2332fb94/attachment.html>

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