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

[Milan Vancura]

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?

Milan

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

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

[jan lana]

Dne 24. května 2013 9:15 Milan Vancura  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@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

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

[Marián Kyral]

-- Původní zpráva --
Od: jan lana 
Datum: 24. 5. 2013
Předmět: Re: [Talk-cz] Společné hranice ploch

"

Dne 24. května 2013 9:15 Milan Vancura mailto:mi...@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




  
    
    
    
    
    
    
    
  
  
    
    
    
    
    
    
    
    
    
  




a po přidání zpřesňujících bodů na společné hranici:




  
    
    
    
    
    
    
    
    
    
    
  
  
    
    
    
    
    
    
    
    
    
    
    
    
  




Nebo jsem něco přehlédl?




Marián




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

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

[hanoj]

>  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

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

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

[jan lana]

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  napsal(a):

>
> -- Původní zpráva --
> Od: jan lana 
> Datum: 24. 5. 2013
> Předmět: Re: [Talk-cz] Společné hranice ploch
>
> Dne 24. května 2013 9:15 Milan Vancura  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
>
>
>   
> 
> 
> 
> 
> 
> 
> 
>   
>   
> 
> 
> 
> 
> 
> 
> 
> 
> 
>   
>
>
> a po přidání zpřesňujících bodů na společné hranici:
>
>
>   
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>   
>   
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>   
>
>
> Nebo jsem něco přehlédl?
>
>
> Marián
>
>
>
> ___
> 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

[Zdeněk Pražák]

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  napsal(a):

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

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  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  napsal(a):
>
>> Dne 24. května 2013 9:15 Milan Vancura  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@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] Turistické známky

[Marián Kyral]

Tak jsem teď čirou náhodou narazil na: http://wiki.openstreetmap.org/wiki/
Proposed_features/Checkpoint_for_Tourism

Ony vlastně turistické známky jsou v podstatě totéž. Dokládají, že turista 
na daném místě byl*, protože jinde daná známka nejde koupit a poštou ji 
zašlou pouze oproti nějakému důkazu (vstupenka, fotka).

*) Ne vždy se daná známka prodává přímo na místě (například některé vrcholy 
bez chaty), takže někomu stačí dorazit na nejbližší prodejní místo a na 
místo samé už pak ani nejde.

Ovšem tag by se musel rozšířit:

checkpoint=tourist
checkpoint:type=tourist_stamp
checkpoint:category:cz=Pohoří
checkpoint:sales_place_1=IC aa
checkpoint:sales_place_web_13=http://ic.xx.cz

checkpoint:sales_place_13=IC aa
checkpoint:sales_place_web_13=http://ic.xx.cz

Co myslíte?

Marián




-- Původní zpráva --
Od: Marián Kyral 
Datum: 23. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"
Na http://www.kyralovi.cz/tmp/all.zip lze stáhnout soubor obsahující všechny
CZ známky. Když si to člověk otevře, dostane krásnou slepou mapu republiky ;
-)

Mám trochu problém s klíčem "description". Dle validátoru nesmí být jeho 
hodnota delší než 119 znaků. Takže zamýšlená konstrukce neprojde.

description="CATEGORY; prodejní_místo_1 (www1); prodejní_místo_2 (www2);...
prodejní_místo_13 (www13);"

Potřebuji to nějak rozdělit do více řádků. Něco jako 

ts_category=
ts_sales_point_1=
ts_sales_point_2=
ts_sales_point_3=
...
ts_sales_point_13=

Marián


-- Původní zpráva --
Od: Marián Kyral 
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"
Tak jsem spáchal první verzi importního skriptu.

Výstup pro kategorii BESKYDY lze stáhnout tady: http://www.kyralovi.cz/tmp/
tz_beskydy.osm

Stačí stáhnout a otevřít v josm. Následně pak jdou přidat další vrstvy a 
klasicky dotáhnout relevantní data z OSM. Můžete si třeba zkusit doplnit 
nějakou relaci. Otestuje a dejte vědět co vylepšit (a jestli to je vůbec 
ono).

V souboru jsou následující kategorie:

ARCHEO
BEROUNKA
BESKYDY
BÍLÉ KARPATY
BROUMOVSKÉ MEZIHOŘÍ
CÍRKEVNÍ PAMÁTKY
ČESKÉ STŘEDOHOŘÍ
ČESKÝ LES
ČESKÝ RÁJ (www.rajnet.cz)
HISTORICKÁ MĚSTA
HISTORICKÉ PIVOVARY
HOSTÝNSKÉ VRCHY
HRADY
CHKO
CHŘIBY
JAVORNÍKY
JESENÍKY
JESKYNĚ A PROPASTI
JESTŘEBÍ HORY
JEŠTĚDSKÝ HŘBET
JIHLAVSKÉ VRCHY
JIZERSKÉ HORY
Karviná
KRKONOŠE
KRUŠNÉ HORY
LABSKÉ PÍSKOVCE
LITOVELSKÉ POMORAVÍ
LUŽICKÉ HORY
LUŽNICE
MORAVSKÝ KRAS
NÁRODNÍ PARK ČESKÉ ŠVÝCARSKO
NEZAŘAZENO
NOVOHRADSKÉ HORY
OHŘE
ORLICKÉ HORY
OTAVA
PAMÁTNÍKY
RALSKÁ PAHORKATINA
ROZHLEDNY
RYCHLEBSKÉ HORY
SÁZAVA
SKANZENY A MUZEA
SKUPINA KRALICKÉHO SNĚŽNÍKU
SLAVKOVSKÝ LES
ŠUMAVA
TECHNICKÉ PAMÁTKY
VÁLEČNÉ PAMÁTNÍKY
VINAŘSKÉ OBCE
VLTAVA
VSETÍNSKÉ VRCHY
WESTERN
ZÁMKY
ZOOLOGICKÉ ZAHRADY
ŽĎÁRSKÉ VRCHY
ŽELEZNÉ HORY

Předpokládám, že import se bude dělat po kategoriích. Zatím jsem nezjiťoval,
kolik je v každé známek.

Marián



-- Původní zpráva --
Od: Marián Kyral 
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"


-- Původní zpráva --
Od: Tomáš Tichý 
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"


Při importu by mohl být v relaci jediný provizorní bod označený nějakým 
FIXME.

TT



"



Nějak takto?






  
  
    
  
  
    
    
    
    
    
    
    
    
    
  






Marián



"

Dne 22.5.2013 17:26 "LM_1" mailto:flukas.robot%2b...@gmail.com)> napsal(a):
>
> Import známek jako relací by se mi osobně líbil. Akorát bych nevěděl, jaký
objekt vložit hned při importu - musel by být hned označený přesný obchod/
atrakce...
> LM_1
>
>
> Dne 22. května 2013 16:54 Tomáš Tichý mailto:t.ti...@post.cz)> napsal(a):
>
>> A co importovat známky jako relace? Jednak má známka obvykle vlastní 
objekt - zajímavost a pak několik prodejních míst, které by se dala také do 
relace přidat. A také by se tím vyřešil problém s dvojím tagováním, protože 
tagy tz by byly na relaci a nemusel by se vymýšlet žádný podivný prefix / 
sufix.
>> TT
>>

"
"
 
"
"



"
"
___
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] Turistické známky

[Jakub Sykora]

Za me dobry :-)

Dne 24.5.2013 14:25, Marián Kyral napsal(a):

Tak jsem teď čirou náhodou narazil na:
http://wiki.openstreetmap.org/wiki/Proposed_features/Checkpoint_for_Tourism

Ony vlastně turistické známky jsou v podstatě totéž. Dokládají, že
turista na daném místě byl*, protože jinde daná známka nejde koupit a
poštou ji zašlou pouze oproti nějakému důkazu (vstupenka, fotka).

*) Ne vždy se daná známka prodává přímo na místě (například některé
vrcholy bez chaty), takže někomu stačí dorazit na nejbližší prodejní
místo a na místo samé už pak ani nejde.

Ovšem tag by se musel rozšířit:

checkpoint=tourist
checkpoint:type=tourist_stamp
checkpoint:category:cz=Pohoří
checkpoint:sales_place_1=IC aa
checkpoint:sales_place_web_13=http://ic.xx.cz

checkpoint:sales_place_13=IC aa
checkpoint:sales_place_web_13=http://ic.xx.cz

Co myslíte?

Marián



-- Původní zpráva --
Od: Marián Kyral 
Datum: 23. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky


Na http://www.kyralovi.cz/tmp/all.zip lze stáhnout soubor obsahující
všechny CZ známky. Když si to člověk otevře, dostane krásnou slepou
mapu republiky ;-)

Mám trochu problém s klíčem "description". Dle validátoru nesmí být
jeho hodnota delší než 119 znaků. Takže zamýšlená konstrukce neprojde.

description="CATEGORY; prodejní_místo_1 (www1); prodejní_místo_2
(www2);...prodejní_místo_13 (www13);"

Potřebuji to nějak rozdělit do více řádků. Něco jako

ts_category=
ts_sales_point_1=
ts_sales_point_2=
ts_sales_point_3=
...
ts_sales_point_13=

Marián

-- Původní zpráva --
Od: Marián Kyral 
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky


Tak jsem spáchal první verzi importního skriptu.

Výstup pro kategorii BESKYDY lze stáhnout tady:
http://www.kyralovi.cz/tmp/tz_beskydy.osm

Stačí stáhnout a otevřít v josm. Následně pak jdou přidat další
vrstvy a klasicky dotáhnout relevantní data z OSM. Můžete si
třeba zkusit doplnit nějakou relaci. Otestuje a dejte vědět co
vylepšit (a jestli to je vůbec ono).

V souboru jsou následující kategorie:

ARCHEO
BEROUNKA
BESKYDY
BÍLÉ KARPATY
BROUMOVSKÉ MEZIHOŘÍ
CÍRKEVNÍ PAMÁTKY
ČESKÉ STŘEDOHOŘÍ
ČESKÝ LES
ČESKÝ RÁJ (www.rajnet.cz)
HISTORICKÁ MĚSTA
HISTORICKÉ PIVOVARY
HOSTÝNSKÉ VRCHY
HRADY
CHKO
CHŘIBY
JAVORNÍKY
JESENÍKY
JESKYNĚ A PROPASTI
JESTŘEBÍ HORY
JEŠTĚDSKÝ HŘBET
JIHLAVSKÉ VRCHY
JIZERSKÉ HORY
Karviná
KRKONOŠE
KRUŠNÉ HORY
LABSKÉ PÍSKOVCE
LITOVELSKÉ POMORAVÍ
LUŽICKÉ HORY
LUŽNICE
MORAVSKÝ KRAS
NÁRODNÍ PARK ČESKÉ ŠVÝCARSKO
NEZAŘAZENO
NOVOHRADSKÉ HORY
OHŘE
ORLICKÉ HORY
OTAVA
PAMÁTNÍKY
RALSKÁ PAHORKATINA
ROZHLEDNY
RYCHLEBSKÉ HORY
SÁZAVA
SKANZENY A MUZEA
SKUPINA KRALICKÉHO SNĚŽNÍKU
SLAVKOVSKÝ LES
ŠUMAVA
TECHNICKÉ PAMÁTKY
VÁLEČNÉ PAMÁTNÍKY
VINAŘSKÉ OBCE
VLTAVA
VSETÍNSKÉ VRCHY
WESTERN
ZÁMKY
ZOOLOGICKÉ ZAHRADY
ŽĎÁRSKÉ VRCHY
ŽELEZNÉ HORY

Předpokládám, že import se bude dělat po kategoriích. Zatím jsem
nezjiťoval, kolik je v každé známek.

Marián


-- Původní zpráva --
Od: Marián Kyral 
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky



-- Původní zpráva --
Od: Tomáš Tichý 
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky



Při importu by mohl být v relaci jediný provizorní bod
označený nějakým FIXME.

TT


Nějak takto?




   
   
 
   
   
 
 
 
 
 
 
 
 
 
   



Marián


Dne 22.5.2013 17:26 "LM_1" mailto:flukas.robot%2b...@gmail.com>> napsal(a):
 >
 > Import známek jako relací by se mi osobně líbil.
Akorát bych nevěděl, jaký objekt vložit hned při importu
- musel by být hned označený přesný obchod/atrakce...
 > LM_1
 >
 >
 > Dne 22. května 2013 16:54 Tomáš Tichý
mailto:t.ti...@post.cz>> napsal(a):
 >
 >> A co importovat známky jako relace? Jednak má známka
obvykle vlastní objekt - zajímavost a pak několik
prodejních míst, které by s

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

[Pavel Machek]

Ahoj!

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

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

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

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

[Zdeněk Pražák]

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  napsal(a):

> 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  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  napsal(a):
>>
>>> Dne 24. května 2013 9:15 Milan Vancura  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@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
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tal

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

[jan lana]

Dne 24. května 2013 11:18 hanoj  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
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

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

[jzvc]

Dne 23.5.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.
>
> 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

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


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

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

[jzvc]

Dne 24.5.2013 10:41, jan lana napsal(a):
> Dne 24. května 2013 9:15 Milan Vancura  > 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
...)

>
>
>   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@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 24.5.2013 13:26, LM_1 napsal(a):
> 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 ...

>
>
> Dne 24. května 2013 12:50 Zdeněk Pražák  > 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  > napsal(a):
>
> Dne 24. května 2013 9:15 Milan Vancura  > 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