[talk-cz] MHD v Praze

Úterý Únor 28 21:37:21 UTC 2023

Ahoj, diskuze se celkem rozjela, což je super. Jen se začínám trochu ztrácet. 

Co mapovat?

Ideálně bych mapoval všechny změny které trvají déle jak měsíc. Ale samozřejmě 
je problém v tom že se musí najít dostatek lidí kteří trasy budou upravovat. 
Nyní jsme ve stavu kdy některé linky nemají v OSM geometrii vůbec, nebo 
několik let neaktuální. Čím to? Nikoho to netrápí? Úpravy MHD relací jsou 
složité?

Ručně v JOSM jsem aktualizoval tramvajové linky 1 a 2 podle nesrovnalostí 
co našel gtfs-osm validátor. ( https://gitlab.com/stalker314314/gtfs-osm-validator ) Ale je to celkem mravenčí práce. Teď když nejsou OSM a gtfs data 
"napárována", tak jedna linka je tak na hodinu.

Pak jsem ještě našel tool na synchrozaci OSM z gtfs dat ( https://github.com/
CUTR-at-USF/gtfs-osm-sync ) ale devět let na něj nikdo nesáhl a když jsem ho 
zkusil spustit tak během zpracování gtfs dat upadl, ani do konzole nezalogoval 
proč. Není tu nějaký Javista co má hodně volného času? Podle popisu 
a screenshotů umí synchronizovat zastávky linek, ale neumí geometrii.

Mirek Dlask napsal:
> P je dokonce nežádoucí a můžeš ho mazat.

Na tomhle by bylo dobré mít širší schodu. Protože ref:PID používá gtfs-osm 
validátor pro párování zastávek (kontroluje jméno, pozici...). Pokud by se ref 
neshodovalo s gtfs daty, byly by podobné validátory celkem k ničemu. 
Nebo bychom si museli udržovat vlastní fork a na vícero místech jej upravit.

Otázka co se zastávkami kde vícero gtfs id na jednom bodu, tam mi přijde hezčí 
je oddělit středníkem, než ořezávat. Být správcem libovolného toolu, tak merge 
request s takovouhle logikou nepřijmu. Pokud má stanoviště jen jedno ID, 
nevidím důvod ho mít v jiném tvaru než v gtfs datech. 

Lukáš

Dne úterý 28. února 2023 8:00:09 CET Mirek Dlask napsal(a):
> po 27. 2. 2023 v 15:29 odesílatel Aleš <f.ales1 na seznam.cz> napsal:
> > Pokud jsem dobře pochopil to Z1 a Z2, tak by to mohlo značit zastávku 1 a
> > zastávku 2.
> 
> v podstatě ano - je to místo, kde čekáš na bus, tram, troll ...
> Může to být krajnice bez označníku, kde nevíš kam si stoupnout -
> přes místo s označníkem https://mapy.cz/s/balakepuha
> až po plně vybavené nástupiště pro několik autobusů-
> https://mapy.cz/s/nuzebuluma
> 
> > Sice jsem nepochopil to P na konci,
> 
> P je dokonce nežádoucí a můžeš ho mazat.
> 
> > ale úplně nechápu tu Skalku. Ta to má úplně jinak.
> 
>  Co to je jinak? Jinak než to máme v OSM, nebo jinak než je to v plánku?
> Skutečný stav má vždy přednost.
> 
> > Ještě jsem se setkal s tím, že někde byla označena zastávka na silnici pro
> > obě strany. Jako kdyby byl někdo líný to pořádněji zmapovat.
> 
> Kdysi to stačilo, dneska se mapuje každý směr zvlášť. Čumáčky busu
> uprostřed se stále vyskytují.
> https://www.openstreetmap.org/node/1119837506/history#map=18/49.30557/14.156
> 08 Nikdo nemá odvahu, chuť to změnit. Nebo má strach z té hrůzy?
> https://tools.geofabrik.de/osmi/?view=pubtrans_routes&lon=14.15403&lat=49.30
> 621&zoom=14&baselayer=Geofabrik%20Standard&opacity=0.31&overlays=ptv2_routes
> _valid%2Cptv2_routes_invalid%2Cptv2_error_ways%2Cptv2_error_nodes%2Cptv2_rou
> tes_valid%2Cptv2_routes_invalid%2Cptv2_error_ways%2Cptv2_error_nodes
> > --
> > Aleš
> > 
> > 
> > ---------- Původní e-mail ----------
> > Od: Mirek Dlask <dlask.m na gmail.com>
> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org>
> > Datum: 27. 2. 2023 14:21:03
> > Předmět: Re: [talk-cz] MHD v Praze
> > 
> > Ahoj,
> > opravit se dá leccos, ale určitě ne všechno.
> > Například z v pátečních GTFS dat:
> > 
> > "kod1","kod2","platform1","platform2","nazev"
> > "U5930Z2","U5930Z1","A","A","Borotice, Dražetice, rozc."
> > "U32105Z2","U32105Z1","A","A","Borotín, Kamenná Lhota, rozc. 1.0"
> > "U4817Z2","U4817Z1","A","A","Buštěhrad, Bouchalka, Křiž."
> > "U2764Z2P","U2764Z1P","A","A","Holýšovská"
> > "U4594Z2","U4594Z1","A","A","Kladno, celnice"
> > "U4233Z2","U4233Z1","A","A","Kralupy n. Vlt., Dýhárna"
> > "U2143Z2","U2143Z1","A","A","Lišany, u ovčína"
> > "U2932Z2","U2932Z1","A","A","Liteň, Leč, rozc."
> > "U4356Z2","U4356Z1","A","A","Mšeno, žel. st."
> > "U3149Z2","U3149Z1","A","A","Nymburk, Drahelice, Mlýn Bašta"
> > "U3153Z2","U3153Z1","A","A","Ostrá, kino"
> > "U4769Z2","U4769Z1","A","A","Pchery, ObÚ"
> > "U4889Z2","U4889Z1","A","A","Pletený Újezd"
> > "U2866Z2","U2866Z1","A","A","Podlešín"
> > "U3055Z2","U3055Z1","A","A","Rokytovec, Malé Horky"
> > "U6806Z2","U6806Z1","A","A","Říčany, MŠ Zahrádka"
> > "U4785Z2","U4785Z1","A","A","Slaný, Arbesova"
> > "U4789Z2","U4789Z1","A","A","Slaný, Tomanova"
> > "U6051Z2","U6051Z1","A","A","Úžice, Čekanov, Sázavská"
> > "U4829Z2","U4829Z1","A","A","Velvary, Ješín"
> > "U2752Z2P","U2752Z1P","A","A","Záveská"
> > "U953Z3P","U953Z8P","C","C","Skalka"
> > 
> > U1171Z1,"Dobrovice,aut.st.",50.368629,14.963701,"6",,0,,2,,*A*,1171,1
> > U1171Z2,"Dobrovice,aut.st.",50.368950,14.963671,"6",,0,,0,,*B*,1171,2
> > ale v reálu jsou tam stále označníky *1* a *2*
> > V Jihočeském a na Vysočině jsem úmyslně local_ref většinově nedával v
> > domnění, že to nikdo nechce.
> > 
> > Královéhradecký kraj a Liberecký kraj mají označníky nové a používají
> > výhradně čísla (1,2, ale i vyšší ;-))
> > Ústecký kraj mám z ruky, ale rozlišení označníků mají v mapě.
> > Asi by bylo ideální se s okolními kraji nějak sladit.
> > 
> > Nejsem zaměstnancem ROPIDu ani IDSK což je pro ně škoda ;-)
> > Mir
> > 
> > 
> > po 27. 2. 2023 v 9:27 odesílatel Petr Pulc <petrpulc na gmail.com> napsal:
> > 
> > Ahoj všichni, chvilku jsem si s tím hrál a určitě je potenciál většinu z
> > oprav automatizovat (a tedy potenciálně i spouštět nějak pravidelněji pro
> > lepší zachycení aktuálního stavu).
> > 
> > První na čem bychom se, podle mého, měli domluvit je právě systém
> > označníků, ať je možné na ně ostatní úpravy elegantně připnout.
> > 
> > Osobně jsem určitě pro zachování tagu ref:PID, minimálně proto, že jiné
> > integrované systémy mohou mít systém referencí úplně jiný. A pokud je
> > referenci více různých, nechť jsou oddělené středníkem, ale zrovna u
> > suffixu "P" bych jej prostě odříznul a neuvažoval nikde (a zdokumentoval,
> > že dvojice U1385Z1P;U1385Z1 se zapisuje pouze jako ref:PID=U1385Z1).
> > Skripty pro validaci a automatickou opravu můžeme přizpůsobit.
> > 
> > Nicméně otevřu ještě jedno téma, kvůli kterému jsem si s tím nezávisle
> > začal hrát... local_ref
> > Místní označení jsou vyplněná sporadicky, a když, tak úplně špatně. A s
> > tím bych chtěl (možná v návaznosti na dokončení označníků jako takových)
> > něco dělat.
> > 
> > Navíc, tramvajové zastávky v Praze používají pro lokální označení pole
> > "ref", což je asi úplně špatně. Tedy bych byl pro sjednocení do local_ref
> > (i když se asi tak jako tak nebude vykreslovat).
> > 
> > Moje znalost je omezená naopak jen na Prahu, takže pokud máte jiný názor,
> > než že chceme prostě převzít do local_ref (pro vykreslování do mapy) pole
> > platform z PIDu, ale chtěli byste to provést nějak lépe (univerzálněji, s
> > prefixem PID, ...), budu rád za jakýkoliv vstup.
> > 
> > Petr
> > _______________________________________________
> > talk-cz mailing list
> > talk-cz na openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > https://openstreetmap.cz/talkcz
> > 
> > _______________________________________________
> > talk-cz mailing list
> > talk-cz na openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > https://openstreetmap.cz/talkcz
> > 
> > _______________________________________________
> > talk-cz mailing list
> > talk-cz na openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > https://openstreetmap.cz/talkcz
------------- další část ---------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20230228/58dc5ee1/attachment-0001.sig>