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

Pondělí Září 30 08:00:52 UTC 2019

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 na 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 xkomczax na 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) a predem vytvorene zastavky (mel by je
> zjednodusit do  podoby bodu). Mel by umet podobne jako navigace
> navrhnout trasu ze zastavky A do B, a umoznit pridat/odebrat dalsi
> zastavky na trase (a trasu pripadne prepocitat) + totez s vyse zminenymi
> useky silnic.
>
> Vysledkem by mela byt adekvatni relace, kterou by mel umet zpetne nacist
> a upravovat.
>
>
> A BTW: Hodne velky problem tu dela, co jineho nez neexistujici
> strukturovani dat v OSM. Stav kdy je naprosto vse ukladano jako name=x,
> value=y je zkratka tristni. Pak se to nahrazuje silenym konceptem relace
> relaci v relaci.
>
>
> >
> > ...coz je min prace nez tam davat vsechny ty cary po kterejch to
> > doopravdy jede, a da to i min prace s udrzbou. Minimalne to znamena ze
> > nebude potreba delit cesty na kousicky ktere pujdou dat do relace.
> >
> > Na prvni pohled to dava smysl...
> >                                                               Pavel
> >
>
>
>
> _______________________________________________
> talk-cz mailing list
> talk-cz na openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20190930/64dae0e6/attachment.html>