[Talk-cz] Společné hranice ploch

[jan lana]

Dne 24. května 2013 11:18 hanoj <ehanoj na gmail.com> 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
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130524/e5a0afea/attachment.html>