Re: [Talk-cz] Společné hranice ploch

[Pavel Moravec]

Zdravim,


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.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Společné hranice ploch

[LM_1]

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  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

Re: [Talk-cz] Společné hranice ploch

[Milan Vancura]

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

[LM_1]

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  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

[LM_1]

Už je mi to jasné. :)


Dne 23. května 2013 17:02 hanoj  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

[Milan Vancura]

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

[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é.
*** 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

[LM_1]

@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  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

[LM_1]

Dne 23. května 2013 15:24 Milan Vancura  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

[Milan Vancura]

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

[hanoj]

> 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

[LM_1]

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  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  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

[jzvc]

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  > 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

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Společné hranice ploch

[LM_1]

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  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