Plán na VO: vyhľadávač dopravných spojení IDS BK

To je dobrý nápad! Vďaka.

Tomuto sa venujeme uz nejaku dobu, a hlavny problem je v tom, ze jednotlive dopravne podniky si myslia, ze tie data (o poriadkoch) sa daju nejako spenazit a tak ich neposkytuju. Jedinou vynimkou je Zilina a tusim Nitra, kde to poskytuju cez API pre Google (alebo tak nejak, kazdopadne ne google to mozete vidiet). https://goo.gl/0Xd0a6
Samozrejme otazka je, ci vobec tvorit nejaky SW, ked planovanie intermodalnej dopravy google vie, len ho treba nakrmit.
BTW, vzorom by mohol byt rakusky AnachB (www.anachb.at). V rakusku zaviedli standard, takze maju topologicky cistu siet kombinovanej (bus, peso, cyklo a ine) dopravy, pravidelne upravovanu a spravovanu jednotlivymi regionmi. A funguje to, osobne pre rakusko nepouzivam nic ine.
A co sa tyka ceska, tam to az take jednoduche nie je, ale to je ina diskusia.
https://goo.gl/hwQBuz

1 Like

chystal som sa to robiť, ale vzhľadom na nedostupnosť dát som zatiaľ dorobil iba vyhladanie najbližších zastáviek mhd k súradniciam: http://epsilon.sk/mhd/?lat=48.1535383&lon=17.1096711

2 Likes

Cool. Rád použijem.

snáď som to dobre napísal (a poslal na BID), som nováčik :slight_smile:

==============

Na základe predchádzajúcej komunikácie som si dovolil spísať podnety/návrhy k pripravovanému verejnému obstarávaniu na informačný systém - vyhľadávač dopravných spojení IDS BK.

  1. Navrhujem, aby BID iniciovala unifikáciu dát v rámci existujúcich dopravcov (SlovakLines, ZSSK a DPB) a potom aj ako požiadavku pre zapojenie ďalších dopravcov (Arriva, RegioJet, a pod.). Všetky dáta by mali byť ideálne už na strane dopravcu v štandardizovanom formáte GTFS. Ide o jednoduchý formát, tu je príklad informácie o stanici/zastávke: https://developers.google.com/transit/gtfs/reference/stops-file (povinné údaje: ID, názov, súradnice GPS; voliteľné údaje: popis, zóna a pod.). V prípade, že to nebude možné, tak BID musí zabezpečiť konverziu do tohto formátu, aby samotná BID mala dáta v správnom formáte a tie sa dali následne použiť vo vlastnej aplikácii (ktorá sa má vytvoriť), ale aj v cuzdích aplikáciach tretích strán (Google Maps, imhd.sk, CP.atlas.sk a ďalšie desiatky aplikácii). Viac informácii o štandarde na
    https://developers.google.com/transit/. Príklad dát: https://developers.google.com/transit/gtfs/examples/gtfs-feed. Dôležité je rozhodnúť sa, či GTFS štandard bude pre statické dáta (podľa plánovaných odchodov liniek) alebo podľa reálnej polohy (ZSSK pozná polohu svojich vlakov, DPB pozná polohu svojich vozidiel, ostatní dopravcovia neviem, ale otázka, či sprístupnia aj tieto real-time dáta). Samozrejme, v dnešenej dobe, ak vieme polohy jednotlivých vozidiel by bolo škoda nevyužiť to a oznamovať aj informácie o meškajúcich spojoch.
    Dôležité je držať dáta aktuálne, keďže vieme, že DPB mení cestovné poriadky v priemere raz týždenne.

  2. Po kroku štandardizácii dát by mal nasledovať krok zverejnenia dát. Napr. na stránke developer.bid.sk alebo opendata.bid.sk tieto zosumarizované dáta v štadardizovanom formáte boli dostupné pre developer mobilých i webových aplikácii (aj vyššie spomenutých) cez rozhranie API.

Aplikácia vyhľadávač dopravných spojení by mal mať tieto funkcie:
3) Zadanie adresy alebo výber bodu na mape (začiatočná i koncová adresa, s možnosťou pridania zastávky/waypoints), čiže z môjho bytu, domu, z miesta kde práve som mi to navrhne najlepšie spojenie, vrátane pešieho presunu na zastávku/stanicu. Napr. obyvateľ Belinského 4 môže ísť na autobus na zastávku Rusovská cesta (93, 94, N93) alebo Hálova (83, 84, 88, 92, 99, 192, N95), v súčasnosti si musí vyhľadať spojenie samostatne pre každú zastávku. Obyvateľ Račianskej 88 má na výber vlakové stanice Predmestie, Vinohrady, regionálne zastávky autobusov ŽST Vinohrady, zastávky električiek ŽST Vinohrady (3, 5, 7) a zastávky autobusov ŽST Vinohrady (59, 75, N55) a Nobelova (51). Cieľom by malo byť navrhnurie systému, ktorý zváži všetky relevantné možnosti podľa pešej vzdialenosti na zastávku i odchodu liniek (ideálne s prihliadnutím na skutočné meškanie).
Výsledkom by malo byť navrhnutie kedy treba odísť (napr. z domu), aby to cestujúci stihol peši na zastávku električky a kedy ide daný spoj a kde treba prestúpiť. Infomrácia o linkách by mala obsahovať informácie, či daný spoj je nízkopodlažný (možnosť nastaviť vyhľadávanie len v takýchto spojoch), či má WiFi, či umožňuje prepravu bicyklov (v danom čase, ak je preprava časovo obmedzená) a pod.

  1. Vypočet tarify. Aplikácia by po zobrazení výsledku mala zobraziť tarifu/cenu, za plánované spojenie ako aj možnosť doplniť si doplnkové služby (preprava batožín, psov, bicyklov, detí, ďalších dospelých a pod.) a aktualizovať tarifu, vrátane návrhu najvhodnejšej tarify - napr. celodenný lístok.

  2. Možnosť zakúpenia lístkov. Podľa zadania to vyzerá, že má ísť len o informačný systém, nie elektronický obchod. V prípade, že by sa išlo to maximalizovaného riešenia, bolo by super, ak by sa dal lístok kúpiť priamo v aplikácii (elektronický lístok - SMS lístok, QR kód a pod.), kľudne na faktúru telekomunikačného operátora (alebo na kredtinú kartu, z konta predplatenej dopravnej karty, a pod.)

  3. Navrhujem to neobstarávať ako licenciu, ale ako softvér, na ktorý bude mať BID, a.s. vlastnícke práva. Licencia sa oplatí len vtedy, ak to už bude fakt hotový softvér a nebude ho treba programovať, len sa zaplatí licencia (lebo však podobné systémy už vo svete existujú).

Najdôležitejšie považujem práve body 1 a 2, ktoré umožnia komukoľvek vytvoriť z dát vlastnú aplikáciu. Keďže BID plánuje vytvoriť vyhľadávač spojení, niekto iný sa môže chytiť dát a spraviť aplikáciu typu “odchody”, kde sa budú zobrazovať a aktualizovať najbližšie odchody liniek v okolí. To sa môže zobrazovať na obrazovke recepcie každej firmy, nemocnice a pod. Niekto iný zase zoberie tie dáta a vytvorí aplikáciu vyhľadávača spojení aj na Windows Phone. Proste je super, ak vznikne ten vyhľadávač spojení, ale nech ten dodávateľ aj uprace dáta do takej formy, aby ich dopravcovia vedeli ľahko aktualizovať (meniť cestovné poriadky, pridávať zastávky, premenovať zastávky, meniť linky a pod.) a aby ich sprístupnili pre ostatných developerov formou API, pričom na tomto základe by mala byť postavená aj tá ich aplikácia (vuyžitie tých otvorených a štandardizovaných dát).

V prípade, že budete mať draft zadania, prosím zvážte jeho zverejnenie na platforma.digital.sk a nechajte si ho ešte spripomienkovať komunitou Slovensko Digital, tak ako to bolo napr. v prípade nového webu SND SND - nový web (SND sa rozhodlo robiť svoj web transparentne a dobre, hoci nemuselo).

======

zatiaľ ani neodpísali “ďakujem”

2 Likes

Minulú stredu som o sprístupnení údajov rokoval v DPB s M.Áčom - riaditeľ úseku GR. Ich základný postoj je, že údaje chcú sprístupňovať, limitom sú kapacity. Toto samo o sebe je pozitívny posun.

K cestovným poriadkom:
DPB nemá problém poskytnúť ich ako OpenData. Hovoril som, že z nášho pohľadu tomu chýba iba sprístupnenie vo forme vhodnej na strojové spracovanie (na začiatok by som neriešil konkrétne štandardy pre dopravné info.) a licencia (odporúčal som CC-BY). Dostal som prísľub že preveria ako a kedy to vedia spraviť. Majú viacero záujemcov o tieto údaje, vrátane firmy čo ich chce ďalej posielať pre Google, Apple a TomTom.

Problematická ja kvalita údajov - nie je tajomstvo, že v CP sa niekedy vyskytujú chyby a niektoré “lokálne” zmeny (napr. jednodňové výluky) do dát nezapracúvajú. Zhodli sme sa, že nikto nechce aby nejaká appka ukázala že autobus príde o 10:00 a on nepríde vôbec. Z môjho pohľadu však určite sprístupniť aj nie-100%-kvalitné údaje je nepomerne lepšie ako nič.

K online údajom:
Online údaje existujú, pre všetky vozidlá DPB, generujú/zbierajú/spracovávajú sa na základe komerčných služieb za ktoré DPB platí dodávateľom. A tiež tých dát je dosť veľa, čo zvyšuje nároky na zdroje sprístupňovacieho riešenia (ktoré zatiaľ ani nemajú navrhnuté).
Súčasné vedenie mesta a DPB chce sprístupňovať všetky údaje, ktoré budú smerovať k zvýšeniu komfortu cestujúcich a služieb mesta pre nich, treba však individuálne posudzovať jednotlivé prípady, aby nedošlo k porušeniu obchodného tajomstva DPB, ktoré by mohlo spoločnosť znevýhodniť v konkurenčnom podnikateľskom prostredí.
Preto ich predstava momentálne je, že teda ide o “komerčné údaje” a sprístupňovať ich budú za “malý” poplatok, výška nie je zatiaľ určená. O tieto údaje tiež má záujem viacero subjektov, pripravujú template zmluvy, nezverejnia ho.

Môj pohľad je, že ide o údaje generované za verejné zdroje, ich použitie nie je konkurencia DPB, ale práve naopak propagácia ich služieb a aj zo sveta je mnoho príkladov kde sú takéto údaje otvorene dostupné k všestrannému prospechu.

V tejto veci budeme ešte ďalej rokovať. Myslím že jasné stanovisko by mal zaujať aj zriaďovateľ DPB a objednávateľ dopravných výkonov - teda magistrát, ktorý sa dosiaľ vždy tváril že ide o internú vec DPB. Toto som aj hovoril p.Heldovi (vedúci riaditeľa kancelárie magistrátu), ktorý mi sprostredkoval kontakt do DPB.

Ďalší rozmer v celej situácii sú firmy/skupiny, ktoré majú k údajom prístup v súčasnosti. Je to totiž vždy na základe zmluvy a DPB za to dostáva vždy nejakú protislužbu. Napr. iMHD za prístup k údajom poskytuje DPB web rozhranie pre cestovné poriadky, vyhľadávanie, nahlasujú/opravujú chyby v dátach, spolupracujú na kreslení máp, spracúvajú online dáta. Otázka je čo s týmito vzťahmi ďalej keď údaje budú verejne dostupné.

(Tento zápis bol odsúhlasený aj zo strany DPB.)

4 Likes

BID odpísal:

======

Dobrý deň prajem,
Ďakujem za zaslanie vašich podnetov k VO. V prípade opodstatnenosti môžu byť zapracované do súťažných podkladov.

S pozdravom,

Infocentrum IDS BK

=====
človek čo odpovedal sa ani nepodpísal

DPB začalo zverejňovať online polohu vozidiel na mape:
http://www.dpb.sk/pre-cestujucich/vozidla/

Skoda tejto pachute. https://www.facebook.com/malik.peter123/posts/10211164819625784

Všetky vozidlá majú meškanie 0 minút. Náš dopravný podnik je dokonalý! :laughing:

1 Like

Tipujem že to je, ako ma vždy @jsuchal učí, MVP.

majú aj nejaké API na tie vozidlá?

Aktuálne informácie z DPB:

  • technické riešenie sprístupňovania majú navrhnuté, bude to pre nich zabezpečovať externý dodávateľ
  • formátovo to má byť “CIS, DIS, GTFS alebo podľa aktuálnych softwarových možností” - dohodne si každý žiadateľ s tým ich dodávateľom
  • záujemcom o údaje rozosielajú draft zmluvy (mám ho, nie je povolené zverejniť)
  • zmluva umožňuje použiť údaje len pre seba, na vopred dohodnutý účel (appku), nekomerčne
  • dávať údaje ďalej, komerčné a iné použitie - “na základe súhlasu” DPB
  • pri komerčnom použití DPB “chce mať na tom podiel, lebo sú to naše údaje”
    .
  • “statické” údaje: cestovné poriadky, linkové vedenia, polohy zastávok:
  • majú byť na zmluvu, za 1€ mesačne (alebo možno aj 0, ide o nejaké účtovné pravidlá)
  • riešenie OpenData “bude v roku 2017”, aj na základe toho ako to teraz so zmluvami pôjde
    .
  • údaje o aktuálnej polohe vozidiel:
  • za 60€ na mesiac
  • lebo “potrebujú pokryť náklady ktoré s tým majú spojené”
2 Likes

Takže pre tie cestovné poriadky, linky, zastávky je aj takáto možnosť:

  • my S.D vieme uzavrieť zmluvu s DPB a skúsiť vyrokovať, že to môžeme ďalej dávať ako OpenData
  • ak sa nájde niekto, čo sa tomu bude technicky venovať
  • na ňom by bolo nakódiť automat čo bude sťahovať/aktualizovať údaje, prípadne formátové konverzie
  • ležať dáta môžu na našom storage a bežať ten kód tiež u nás samozrejme

Nejaký záujemca, napr. @Netro ?

@Lubor Ahoj, pokud by ta smlouva tedy byla přes S.D, bylo by pak licenčně možné data CP použít třeba v Google Transitu? Jak moc reálné je to takto vyjednat? Protože jestli to dobře chápu, tak smlouva přímo s DPB by to neumožňovala.

Data DPB jsme se pokoušeli do Google Transitu dostat už dvakrát a vždy neúspěšně. Pokud by se k tomu teď otevřela cesta, určitě by mě to zajímalo. Mám na svědomí Google Transit v Žilině i Nitře.

1 Like

ZSSK hľadá niekoho na testovanie API pre dopravné dáta

1 Like

Ja s kamošom by sme to skúsili. Prosím, ako sa dostanem k tej API?

2 Likes

Podobna vec funguje v Dansku - https://beta.rejseplanen.dk/webapp/index.html?language=en_EN. Da sa tam vybrat zastavka/adresa hocikde v Dansku, najde to spojenia medzi vlakmi, autobusmi, metrom, S-trainom. Dokonca to najde aj vlakove spojenia do Svedska. Je tam vela roznych filtrov, mapka, aktualne informacie o vylukach. Taktiez to aj ukaze vyslednu cenu a zoznam prejdenych zon, kedze v Kodani maju podobny system zon ako v BA.

Samozrejme, minimalne v dancine a anglictine.

Ak by sme mali nieco podobne na Slovensku, bolo by to super:)

Aktualne prebieha testovanie API, ktore sa riesi interne. Bohuzial som do toho zasiahol iba okrajovo kedze som mal znizeny uvazok na 50%. Ak budu v API casti, ktore bude mozne verejne prezentovat ZSSK to bude v buducnosti reflektovat (podla slov ludi z vnutra zeleznic). Aktualne je problem, ze ziadna appka nie je ZSSK a ludia sa toho obavaju, takze cakame na prvu dodanu aplikaciu ZSSK aby sa uvolnila aj situacia okolo OPEN-API.

ahojte, podobný problém riešim teraz pre hyperloop. @max bolo by možné sa spojiť a testovať ZSSK api? @Netro , nie je toto niečo podobné, na čo si sa pýtal? Rome2rio poskytuje API na search, zadarmo do 100K requestov. a poskytuje tzv door2door multimodal travel search. Akurát neposkytujú ticketing, čo považujem za nutnú súčasť použiteľného API, aby prinášalo aj komerčný efekt.