Re: [talk-cz] Mapovani MHD was Re: SotM deníček - den třetí

[Petr Vozdecký]

Od: Mirek Dlask 
Předmět: Re: [talk-cz] Mapovani MHD was Re: SotM deníček - den třetí
"

Ahoj,

nepotřebuji vědět kudy bus jede. Jestli po Hlavní, nebo Souběžnou mi je
jedno.

"



To je jako: ...nepotřebuji vědět, kudy ta cesta/pěšina/silnice vede, stačí
mi jen křižovatky, zjednodušíme si to na 2D drátový model a vše bude snazší,
bude se to líp spravovat, nemusí se řešit změny geometrie cest mezi
křižovatkami, bude to zabírat míň místa všude, navigovat "za 200m doleva" to
bohatě stačí...




Těch argumentů "pro" se dá najít vlastně strašně moc... ...a nakonec si
strašně zjednodušíme práci... ...a vlastně úplně všechno :)





vop
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Mapovani MHD was Re: SotM deníček - den třetí

[Mirek Dlask]

po 30. 9. 2019 v 17:09 odesílatel jzvc via talk-cz <
talk-cz@openstreetmap.org> napsal:

> Dne 30.9.2019 v 13:33 Mirek Dlask napsal(a):
>
> Ahoj,
> nepotřebuji vědět kudy bus jede. Jestli po Hlavní, nebo Souběžnou mi je
> jedno. Zajímá mě odkud kam, kdy to jede a kdy tam budu.  O kompletních
> časech odjezdů a příjezdů můžeme v OSM jenom snít.
> Vkládat do relací pouze zastávky je dobrá myšlenka. Problém je, že by se
> data musela  udržovat někde mimo OSM. Pokud nemám cesty, nemám podle čeho
> bych zastávky seřadil a seřazení hlídal.
> Naopak by odpadly problémy s udržováním relací tras a fragmentací cest.
>
> Jako variantu bych omezení jenom na zastávky podpořil. Je to někde mezi
> route_ref na zastávkách, kde nemám návaznost na další zastávky a
> kompletními relacemi zastávek + cest.
>
> Nezajima me nejaka geometrie budov, staci mi vedet, ze tam nejaka je,
> natoz aby me zajimal nejaky 3d model. Stejne tak me nezajima jestli ma
> silnice 2, 3 nebo 10 pruhu ... mam pokracovat? Uplne stejne se totiz z OSM
> da vyhodit 99% dat ktery tam jsou, protoze zrovna me naprosto nezajimaji (a
> navic ty informace stejne 99% objektu nema). Nekoho ale zajima muzou a
> muzou mu poskytnout vemi podstatnou informaci. Treba na tema jak dlouho to
> pojede, pripadne kolik ho to bude stat (kupodivu je jizdny dost casto dany
> km ...)
>
> Proto si ja osobne myslim, ze skutecna trasa autobusovych a jinych linek
> je proste neco, co do OSM patri, bez ohledu na to, jak blbe to je nebo neni
> aktualne udrzovane. Ono se totiz vzhledem k tomu, jak podobna data
> (ne)zobrazuje mapa, neni cemu divit.
>
>
>  Netvrdím, že trasy  do mapy nepatří. Jenom bych (možná) měl mít možnost
veř. dopravu mapovat bez nich. Je jednodušší stáhnout si v JOSM zastávky a
vyhledat např:
"U1528Z2" OR "U1526Z2" OR "U1525Z2" OR "U1524Z2" OR "U1502Z1" OR "U1503Z4"
OR "U280Z3" OR "U62Z2" OR "U388Z4" OR "U1158Z82"
vložit do relace a seřadit. Je to PID linka 906. Předpoklad -  že tam někdo
ty ref, nebo ref:PID dal.

Vyzkoušel jsem si i mapování linek abych otestoval jejich 'nerozbitnost'.
Třeba https://www.openstreetmap.org/relation/10024893
Je to zkrátka přinejmenším pracnější.
Vůbec jsem neuspěl v Turnově, kde jsem si nechal cesty seřadit, čímž se
dokonale rozřadily. Možná se k tomu někdy vrátím.

Umím si představit variantu, kdy jsou v OSM jenom zastávky a jinde v OSM
uloženy trasy včetně cest pro ty zvědavější. Vím, určitě už něco takového
existuje, nevím jestli pro ČR.

M.D

>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Mapovani MHD was Re: SotM deníček - den třetí

[jzvc via talk-cz]

Dne 30.9.2019 v 13:33 Mirek Dlask napsal(a):

Ahoj,
nepotřebuji vědět kudy bus jede. Jestli po Hlavní, nebo Souběžnou mi 
je jedno. Zajímá mě odkud kam, kdy to jede a kdy tam budu.  O 
kompletních časech odjezdů a příjezdů můžeme v OSM jenom snít.
Vkládat do relací pouze zastávky je dobrá myšlenka. Problém je, že by 
se data musela  udržovat někde mimo OSM. Pokud nemám cesty, nemám 
podle čeho bych zastávky seřadil a seřazení hlídal.

Naopak by odpadly problémy s udržováním relací tras a fragmentací cest.

Jako variantu bych omezení jenom na zastávky podpořil. Je to někde 
mezi route_ref na zastávkách, kde nemám návaznost na další zastávky a 
kompletními relacemi zastávek + cest.


Nezajima me nejaka geometrie budov, staci mi vedet, ze tam nejaka je, 
natoz aby me zajimal nejaky 3d model. Stejne tak me nezajima jestli ma 
silnice 2, 3 nebo 10 pruhu ... mam pokracovat? Uplne stejne se totiz z 
OSM da vyhodit 99% dat ktery tam jsou, protoze zrovna me naprosto 
nezajimaji (a navic ty informace stejne 99% objektu nema). Nekoho ale 
zajima muzou a muzou mu poskytnout vemi podstatnou informaci. Treba na 
tema jak dlouho to pojede, pripadne kolik ho to bude stat (kupodivu je 
jizdny dost casto dany km ...)


Proto si ja osobne myslim, ze skutecna trasa autobusovych a jinych linek 
je proste neco, co do OSM patri, bez ohledu na to, jak blbe to je nebo 
neni aktualne udrzovane. Ono se totiz vzhledem k tomu, jak podobna data 
(ne)zobrazuje mapa, neni cemu divit.





M.D.


po 30. 9. 2019 v 10:01 odesílatel <0174 > napsal:


Ahoj,
ona je podle mě hlavní otázka, jak přesně potřebujeme vědět, kudy
to "opravdu jezdí".
Příklad - několik let jsem dojížděl z vesnice do blízkého města.
Autobus měl dané zastávky a obvyklou trasu, ale pokud byla kolona,
jel jinudy. Což znamená ve všední dny třeba polovinu spojů (ve
špičce jich jezdí víc). Pak je tam úsek, kde se dá jet buď kratší
trasou, kde jsou po cestě semafory, nebo delší bez semaforů.
Většina řidičů jezdí tou delší, ale jsou řidiči, kteří raději
jedou tou kratší - pokud trefí zelené na semaforech, je to rychlejší.
Myslím si, že podobné stavy jsou poměrně běžné a zažil jsem je i
na jiných linkách. A vzhledem k tomu, v jakém stavu relace
silniční hromadné dopravy v ČR jsou, tak mi zjednodušení relací
jen na zastávky přijde jako dobrý krok - alespoň jako varianta.
Protože jen ta linka zmíněná výše má několik variant sama o sobě a
zmapování všech variant + neoficiálních variant (Jak zjistíme tu
oficiální? Musí existovat? Musí mapper spojem jezdit pár týdnů,
aby zjistil varianty? Co když se oficiální a reálná liší?) je
určitě alespoň na hodinu pro zkušeného mappera. Příměstských linek
jsou u větších měst desítky. A pak se překope křižovatka a řidiči
pojedou jinudy... nemyslím si, že máme kapacity a chuť to udržovat.

Jiná věc je železnice, kde je podle mého názoru důležitější vědět
"vlak jede tudy" - i kvůli přejezdům apod. - osobní vlaky na
tratích u nás tvoří zásadní část dopravy, narozdíl od autobusů na
našich silnicích. Navíc je to jednodušší na mapování, protože
strojvůdce se předpokládám nemůže rozhodnout "dnes pojedu tudy".

Vojta

No vidis, a pritom zrovna autobusy maji pomerne striktne narizeno kudy 
jezdit a jinudy nesmi. Duvodu je cela rada, od toho, ze dotycna trasa je 
nahlasena uradum, pres to, ze se nevi, jestli je "alternativa" vubec 
prujezdna (muze tam byt most ktery autobus neunese, muze tam probihat 
udrzba, o ktery ridice nikdo neinformuje, protoze neni proc ... ) az po 
to, ze specielne ruzny primestky linky stavi (v cr to zrovna bezny neni, 
to je fakt) na znameni kdekoli.


Ve finale opravdu nevim, proc se podobnou doslova a dopismene hovadinou 
zaobirat, kdyz oficielni reneder OSM pokud dobre vidim uz nejakych 8 let 
s klidem ignoruje oficielne odsouhlaseny standard pro tagovani hromadne 
dopravy. Jinak receno, ani ty zastavky na mape videt nejsou. Neboli, 
zadny automatismus ktery by nejak libovolne zobrazil jakoukoli trasu 
nikdy existovat nebude.




___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Multipolygon relace

[Jakub Jelen]

Druidsky les ani neni potreba. Staci lesnici z Brna:

https://mapy.cz/turisticka?x=16.6490172=49.2697615=20=ophoto

V OSM je to myslim zatim netknute.


On Mon, Sep 30, 2019 at 10:58 AM Jan Macura  wrote:
>
> Ahoj,
>
> podle popisu na wiki si myslím, že je to validní případ a Mapnik to 
> vykresluje přesně podle tam popsaných pravidel.
> Zároveň jsem přesvědčen, že ten konkrétní případ ad [2] je relikt pro 
> neopatrném trasování LPIS polygonů a by měl být opraven.
>
> Co se sémantiky multipolygonů týče, tak jak já ji chápu, teoreticky to takhle 
> můžeš rekurzivně řetězit do nekonečna. Když budeš mít nějaký druidský les, 
> který bude z 6 soustředných pásu stromů, tak to můžeš nakreslit jednou 
> relací, která bude ze 6 cest jako "outer" a 6 cest jako "inner", které se 
> budou postupně střídat ;-)
>
> H.
>
> On Mon, 30 Sep 2019 at 08:02, Lukáš Karas  wrote:
>>
>> Ahoj, při refactoringu OSMScout rendereru jsem narazil na prapodivný
>> typ multipolygonu který má outer ring uvnitř inner. Na wiki je tenhle případ
>> zmíněn jako "Island within a hole" [1]
>>
>> V datech jsem podobný případ našel třeba tady [2] a Mapnik tu vloženou outer
>> cestu 314945870 vesele vykreslí jako "forest".
>>
>> Myslíte že je to validní případ?
>> Jaká se sémantika tagů v relaci? "Přenáší" se tagy multipolygon relace na
>> všechny její outer členy, ať jsou jakkoliv poskládané? Tedy když označím
>> relaci jako listnatý les, tak všechny její outer členy jde brát jako listnatý
>> les (pokud není uvedeno jinak)?
>>
>> Omlouvám se za fundamentální dotaz. Když mapuju, tak často používám
>> "zdravý rozum", ale když to pak člověk má naprogramovat, tak potřebuje jasně
>> definovaná pravidla...
>>
>> Lukáš
>>
>> 1) https://wiki.openstreetmap.org/wiki/
>> Relation:multipolygon#Island_within_a_hole
>>
>> 2) 
>> https://www.openstreetmap.org/relation/24011#map=19/50.39519/14.85755___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Mapovani MHD was Re: SotM deníček - den třetí

[Jan Macura]

On Mon, 30 Sep 2019 at 13:42, Jiri Vlasak  wrote:

> Nápad: Node by obsahoval informace (číslo node) o (předchozí a) následující
> zastávce.
>

...a pak zjistíš, že na tohle už OSM vůbec nepotřebuješ...

https://w.wiki/5XF


H.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Mapovani MHD was Re: SotM deníček - den třetí

[Jiri Vlasak]

> Vkládat do relací pouze zastávky je dobrá myšlenka. Problém je, že by se
> data musela  udržovat někde mimo OSM. Pokud nemám cesty, nemám podle čeho
> bych zastávky seřadil a seřazení hlídal.

Nápad: Node by obsahoval informace (číslo node) o (předchozí a) následující
zastávce.

jiri

___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Mapovani MHD was Re: SotM deníček - den třetí

[Jiri Vlasak]

On Mon, Sep 30, 2019 at 10:00:52AM +0200, <0174 wrote:
> Ahoj,
> ona je podle mě hlavní otázka, jak přesně potřebujeme vědět, kudy to
> "opravdu jezdí".

Pro autobusy mi tohle dává smysl. Seznam zastávek, kde je důležité pořadí
průjezdu. Nejsem expert na mapování.

jiri

___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Mapovani MHD was Re: SotM deníček - den třetí

[Mirek Dlask]

Ahoj,
nepotřebuji vědět kudy bus jede. Jestli po Hlavní, nebo Souběžnou mi je
jedno. Zajímá mě odkud kam, kdy to jede a kdy tam budu.  O kompletních
časech odjezdů a příjezdů můžeme v OSM jenom snít.
Vkládat do relací pouze zastávky je dobrá myšlenka. Problém je, že by se
data musela  udržovat někde mimo OSM. Pokud nemám cesty, nemám podle čeho
bych zastávky seřadil a seřazení hlídal.
Naopak by odpadly problémy s udržováním relací tras a fragmentací cest.

Jako variantu bych omezení jenom na zastávky podpořil. Je to někde mezi
route_ref na zastávkách, kde nemám návaznost na další zastávky a
kompletními relacemi zastávek + cest.

M.D.


po 30. 9. 2019 v 10:01 odesílatel <0174  napsal:

> Ahoj,
> ona je podle mě hlavní otázka, jak přesně potřebujeme vědět, kudy to
> "opravdu jezdí".
> Příklad - několik let jsem dojížděl z vesnice do blízkého města. Autobus
> měl dané zastávky a obvyklou trasu, ale pokud byla kolona, jel jinudy. Což
> znamená ve všední dny třeba polovinu spojů (ve špičce jich jezdí víc). Pak
> je tam úsek, kde se dá jet buď kratší trasou, kde jsou po cestě semafory,
> nebo delší bez semaforů. Většina řidičů jezdí tou delší, ale jsou řidiči,
> kteří raději jedou tou kratší - pokud trefí zelené na semaforech, je to
> rychlejší.
> Myslím si, že podobné stavy jsou poměrně běžné a zažil jsem je i na jiných
> linkách. A vzhledem k tomu, v jakém stavu relace silniční hromadné dopravy
> v ČR jsou, tak mi zjednodušení relací jen na zastávky přijde jako dobrý
> krok - alespoň jako varianta. Protože jen ta linka zmíněná výše má několik
> variant sama o sobě a zmapování všech variant + neoficiálních variant (Jak
> zjistíme tu oficiální? Musí existovat? Musí mapper spojem jezdit pár týdnů,
> aby zjistil varianty? Co když se oficiální a reálná liší?) je určitě
> alespoň na hodinu pro zkušeného mappera. Příměstských linek jsou u větších
> měst desítky. A pak se překope křižovatka a řidiči pojedou jinudy...
> nemyslím si, že máme kapacity a chuť to udržovat.
>
> Jiná věc je železnice, kde je podle mého názoru důležitější vědět "vlak
> jede tudy" - i kvůli přejezdům apod. - osobní vlaky na tratích u nás tvoří
> zásadní část dopravy, narozdíl od autobusů na našich silnicích. Navíc je to
> jednodušší na mapování, protože strojvůdce se předpokládám nemůže
> rozhodnout "dnes pojedu tudy".
>
> Vojta
>
> pá 27. 9. 2019 v 19:55 odesílatel jzvc via talk-cz <
> talk-cz@openstreetmap.org> napsal:
>
>> Dne 26.9.2019 v 13:03 Pavel Machek napsal(a):
>> > On Tue 2019-09-24 08:37:01, jzvc via talk-cz wrote:
>> >> Dne 23.9.2019 v 23:08 xkomc...@centrum.cz napsal(a):
>> >>> Naposledy ahoj,
>> >>>
>> >>> dnes to bude stručnější, protože ráno jsem se ještě snažil nachystat
>> na
>> >>> prezentaci co to šlo a pořád dokola ji pročítal, tak jsem toho moc
>> >>> nestihl. Nicméně, hodně zajímavé byly Lightening talks VII, kde mluvil
>> >>> SK53 o mapování poštovních schránek v UK (všichni, co mapují schránky
>> v ČR
>> >>> by měli shlédnout - máme toho ještě hodně co dohánět :-D), pak člověk
>> z
>> >>> Geofabriku představoval OSMInspector pro hledání chyb v routovacích
>> >>> relacích a na to navazoval poslední příspěvek, ve které padl návrh na
>> >>> zrušení routovacích relací (tj. veřejná doprava, cyklotrasy, pěší
>> trasy,
>> >>> ...) jak je známe a jejich nahrazení systémem "routovacích relací", ve
>> >>> kterých by byly jen body, přes které se má jít a o výběr cesty by se
>> >>> staral hledač tras.
>> >> Cus,
>> >>
>> >> pokud mi skleroza slouzi tohle se tu uz kdysi probiralo, a minimalne v
>> >> podminkach CR to nemuze fungovat. Jednoduse proto, ze temi body by z
>> logiky
>> >> veci byly zastavky, a hledat muzes tak maximalne nejkratsi nebo
>> >> "nejrychlejsi" trasu, ale to neni vzdy ta, po ktere MHD realne
>> > Jasne ze to fungovat muze. Krome zastavek by tam bylo i par bodu ktere
>> > ukazou kudy to doopravdy jezdi...
>>
>> To by me zajimalo, jak by sis to predstavoval. Dam ti par prikladu:
>>
>> 1) rekneme ze uvazujes nekratsi trasu. Krizovatka cestou se zmeni na
>> kruhac, coz udela tech par metru, ktery zmenej nejkratsi trasu na zcela
>> jinudy. Ale MHD jezdi porad stejne. Dokonce pokud bude editace v trase
>> trochu zivejsi, muze automat klidne co den vykazovat jinou trasu. Editor
>> silnic nema tuseni ze tam mas nejakou virtualni a v datech neexistujici
>> trasu. Naopak, pokud edituje soucasny stav, tak vidi pripadne prerusene
>> relace a muze je snadno doplnit. Editor tras prozmenu netusi, ze rozdil
>> mezi trasou ktera se mu prave zobrazila a jinou je trebas 10cm.
>>
>> 2) kdyz se prozmenu trasa zmeni, bude kazdy jeden editor resit, proc mu
>> pridani "jeho" pomocneho bodu vygeneruje uplnou blbost. Mozna po par
>> dnech prijde na to, ze musi nejaky fake bod odebrat. A pak si bude
>> nejspis muset pokazdy par hodin pockat, nez neco nekde trasu
>> pregeneruje, aby overil, ze vede tam, kde by chtel. Coz zcela
>> automaticky povede k tomu, ze "pro zjednoduseni" prida vsechny body na
>> trase, protoze se prece nebude 

Re: [talk-cz] Multipolygon relace

[Jan Macura]

Ahoj,

podle popisu na wiki si myslím, že je to validní případ a Mapnik to
vykresluje přesně podle tam popsaných pravidel.
Zároveň jsem přesvědčen, že ten konkrétní případ ad [2] je relikt pro
neopatrném trasování LPIS polygonů a by měl být opraven.

Co se sémantiky multipolygonů týče, tak jak já ji chápu, teoreticky to
takhle můžeš rekurzivně řetězit do nekonečna. Když budeš mít nějaký
druidský les, který bude z 6 soustředných pásu stromů, tak to můžeš
nakreslit jednou relací, která bude ze 6 cest jako "outer" a 6 cest jako
"inner", které se budou postupně střídat ;-)

H.

On Mon, 30 Sep 2019 at 08:02, Lukáš Karas  wrote:

> Ahoj, při refactoringu OSMScout rendereru jsem narazil na prapodivný
> typ multipolygonu který má outer ring uvnitř inner. Na wiki je tenhle
> případ
> zmíněn jako "Island within a hole" [1]
>
> V datech jsem podobný případ našel třeba tady [2] a Mapnik tu vloženou
> outer
> cestu 314945870 vesele vykreslí jako "forest".
>
> Myslíte že je to validní případ?
> Jaká se sémantika tagů v relaci? "Přenáší" se tagy multipolygon relace na
> všechny její outer členy, ať jsou jakkoliv poskládané? Tedy když označím
> relaci jako listnatý les, tak všechny její outer členy jde brát jako
> listnatý
> les (pokud není uvedeno jinak)?
>
> Omlouvám se za fundamentální dotaz. Když mapuju, tak často používám
> "zdravý rozum", ale když to pak člověk má naprogramovat, tak potřebuje
> jasně
> definovaná pravidla...
>
> Lukáš
>
> 1) https://wiki.openstreetmap.org/wiki/
> Relation:multipolygon#Island_within_a_hole
>
> 2) https://www.openstreetmap.org/relation/24011#map=19/50.39519/14.85755
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Mapovani MHD was Re: SotM deníček - den třetí

[<0174]

Ahoj,
ona je podle mě hlavní otázka, jak přesně potřebujeme vědět, kudy to
"opravdu jezdí".
Příklad - několik let jsem dojížděl z vesnice do blízkého města. Autobus
měl dané zastávky a obvyklou trasu, ale pokud byla kolona, jel jinudy. Což
znamená ve všední dny třeba polovinu spojů (ve špičce jich jezdí víc). Pak
je tam úsek, kde se dá jet buď kratší trasou, kde jsou po cestě semafory,
nebo delší bez semaforů. Většina řidičů jezdí tou delší, ale jsou řidiči,
kteří raději jedou tou kratší - pokud trefí zelené na semaforech, je to
rychlejší.
Myslím si, že podobné stavy jsou poměrně běžné a zažil jsem je i na jiných
linkách. A vzhledem k tomu, v jakém stavu relace silniční hromadné dopravy
v ČR jsou, tak mi zjednodušení relací jen na zastávky přijde jako dobrý
krok - alespoň jako varianta. Protože jen ta linka zmíněná výše má několik
variant sama o sobě a zmapování všech variant + neoficiálních variant (Jak
zjistíme tu oficiální? Musí existovat? Musí mapper spojem jezdit pár týdnů,
aby zjistil varianty? Co když se oficiální a reálná liší?) je určitě
alespoň na hodinu pro zkušeného mappera. Příměstských linek jsou u větších
měst desítky. A pak se překope křižovatka a řidiči pojedou jinudy...
nemyslím si, že máme kapacity a chuť to udržovat.

Jiná věc je železnice, kde je podle mého názoru důležitější vědět "vlak
jede tudy" - i kvůli přejezdům apod. - osobní vlaky na tratích u nás tvoří
zásadní část dopravy, narozdíl od autobusů na našich silnicích. Navíc je to
jednodušší na mapování, protože strojvůdce se předpokládám nemůže
rozhodnout "dnes pojedu tudy".

Vojta

pá 27. 9. 2019 v 19:55 odesílatel jzvc via talk-cz <
talk-cz@openstreetmap.org> napsal:

> Dne 26.9.2019 v 13:03 Pavel Machek napsal(a):
> > On Tue 2019-09-24 08:37:01, jzvc via talk-cz wrote:
> >> Dne 23.9.2019 v 23:08 xkomc...@centrum.cz napsal(a):
> >>> Naposledy ahoj,
> >>>
> >>> dnes to bude stručnější, protože ráno jsem se ještě snažil nachystat na
> >>> prezentaci co to šlo a pořád dokola ji pročítal, tak jsem toho moc
> >>> nestihl. Nicméně, hodně zajímavé byly Lightening talks VII, kde mluvil
> >>> SK53 o mapování poštovních schránek v UK (všichni, co mapují schránky
> v ČR
> >>> by měli shlédnout - máme toho ještě hodně co dohánět :-D), pak člověk z
> >>> Geofabriku představoval OSMInspector pro hledání chyb v routovacích
> >>> relacích a na to navazoval poslední příspěvek, ve které padl návrh na
> >>> zrušení routovacích relací (tj. veřejná doprava, cyklotrasy, pěší
> trasy,
> >>> ...) jak je známe a jejich nahrazení systémem "routovacích relací", ve
> >>> kterých by byly jen body, přes které se má jít a o výběr cesty by se
> >>> staral hledač tras.
> >> Cus,
> >>
> >> pokud mi skleroza slouzi tohle se tu uz kdysi probiralo, a minimalne v
> >> podminkach CR to nemuze fungovat. Jednoduse proto, ze temi body by z
> logiky
> >> veci byly zastavky, a hledat muzes tak maximalne nejkratsi nebo
> >> "nejrychlejsi" trasu, ale to neni vzdy ta, po ktere MHD realne
> > Jasne ze to fungovat muze. Krome zastavek by tam bylo i par bodu ktere
> > ukazou kudy to doopravdy jezdi...
>
> To by me zajimalo, jak by sis to predstavoval. Dam ti par prikladu:
>
> 1) rekneme ze uvazujes nekratsi trasu. Krizovatka cestou se zmeni na
> kruhac, coz udela tech par metru, ktery zmenej nejkratsi trasu na zcela
> jinudy. Ale MHD jezdi porad stejne. Dokonce pokud bude editace v trase
> trochu zivejsi, muze automat klidne co den vykazovat jinou trasu. Editor
> silnic nema tuseni ze tam mas nejakou virtualni a v datech neexistujici
> trasu. Naopak, pokud edituje soucasny stav, tak vidi pripadne prerusene
> relace a muze je snadno doplnit. Editor tras prozmenu netusi, ze rozdil
> mezi trasou ktera se mu prave zobrazila a jinou je trebas 10cm.
>
> 2) kdyz se prozmenu trasa zmeni, bude kazdy jeden editor resit, proc mu
> pridani "jeho" pomocneho bodu vygeneruje uplnou blbost. Mozna po par
> dnech prijde na to, ze musi nejaky fake bod odebrat. A pak si bude
> nejspis muset pokazdy par hodin pockat, nez neco nekde trasu
> pregeneruje, aby overil, ze vede tam, kde by chtel. Coz zcela
> automaticky povede k tomu, ze "pro zjednoduseni" prida vsechny body na
> trase, protoze se prece nebude dohadovat s nejakym blbym automatem.
>
> 3) radsi si ani nepredstavuju delsi linky. Aneb jede to po (delsi)
> dalnici nebo po kratsi okrsce? Takze budes pridavat kolik bodu na ty
> dalnici? Per kazdy usek mezi sjezdama? Co kdyz ti zrovna ten "tvuj" bod
> nekdo odmaze, nebo cestou nekdo prida sjezd.
>
> Urcite to neni ani zdaleka vse, co muze nastat a zcela jiste nastane.
> Generovana data jsou totiz mimo jine velmi zavisla na zmenach algoritmu.
> A trebas zrovna OSRM mel velmi dlouho problem pochopit, ze vazne pri
> prujezdu obci nepojedes mezi baraky, protoze je to o 10cm kratsi, misto
> jizdy po silnici I. tridy.
>
> ---
>
> K predchozimu jeste mozna nejaky nastrel ... editor tras by mel uvazovat
> nejspis jenom useky silnic mezi krizovatkama (tzn zjednodusit to na
> vyber prave takovych useku) 

[talk-cz] Multipolygon relace

[Lukáš Karas]

Ahoj, při refactoringu OSMScout rendereru jsem narazil na prapodivný 
typ multipolygonu který má outer ring uvnitř inner. Na wiki je tenhle případ 
zmíněn jako "Island within a hole" [1]

V datech jsem podobný případ našel třeba tady [2] a Mapnik tu vloženou outer 
cestu 314945870 vesele vykreslí jako "forest". 

Myslíte že je to validní případ? 
Jaká se sémantika tagů v relaci? "Přenáší" se tagy multipolygon relace na 
všechny její outer členy, ať jsou jakkoliv poskládané? Tedy když označím 
relaci jako listnatý les, tak všechny její outer členy jde brát jako listnatý 
les (pokud není uvedeno jinak)?

Omlouvám se za fundamentální dotaz. Když mapuju, tak často používám 
"zdravý rozum", ale když to pak člověk má naprogramovat, tak potřebuje jasně 
definovaná pravidla...

Lukáš

1) https://wiki.openstreetmap.org/wiki/
Relation:multipolygon#Island_within_a_hole

2) https://www.openstreetmap.org/relation/24011#map=19/50.39519/14.85755

signature.asc
Description: This is a digitally signed message part.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz