Re: [Talk-cz] Turistické známky
Přiznávám, překvapuje mě, že v tak základní věci (co se týče typu dat) není shoda ani po tolika letech projektu. Pořád jsem čekal, co napíší zkušenější, ale teď mám pocit, že už se téma začíná rozmělňovat do detailů, a tak se ozývám, než se úplně rozdrobí do ztracena (stejně jako např. téma tagování českých škol nedávno, toho je velká škoda). *** Záleží co si představuješ za shodu, asi ne jednotné hlasování jako KSSS ;) Přesto adresní body fungují jako nody od počátku OSM (s menší přetržkou díky jednomu pluginu), třídění škol funguje beze změn od počátku OSM. hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Společné hranice ploch (was: Re: Par dotazu, na veci nenalezene na Wiki)
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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Společné hranice ploch
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 eha...@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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Společné hranice ploch
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 eha...@gmail.com mailto:eha...@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@openstreetmap.org mailto:Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Společné hranice ploch
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 j...@tpfree.net napsal(a): 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 eha...@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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing listTalk-cz@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Společné hranice ploch
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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Společné hranice ploch
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. 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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Společné hranice ploch
Dne 23. května 2013 15:24 Milan Vancura mi...@ucw.cz napsal(a): 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. 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 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. :-) Milan ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Společné hranice ploch
@hanoj: ...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 eha...@gmail.com 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? -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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Společné hranice ploch
...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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Společné hranice ploch
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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Společné hranice ploch
Už je mi to jasné. :) Dne 23. května 2013 17:02 hanoj eha...@gmail.com napsal(a): ...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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Společné hranice ploch
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 mi...@ucw.cz napsal(a): 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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Společné hranice ploch
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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Společné hranice ploch
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 mi...@ucw.cz napsal(a): 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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz