Dne 24. května 2013 11:18 hanoj <[email protected]> napsal(a): > > 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ě: > * 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
_______________________________________________ Talk-cz mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-cz
