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

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