Reitityksen ja realiaikatiedon virheelliset tilanteet

Transkriptio

1 Reitityksen ja realiaikatiedon virheelliset tilanteet Dokumentin tarkoitus Dokumentti kuvaa Digitransit- palvelun haasteita reitityksen, reittidatan ja realiaikatiedon näkökulmasta. Tällä hetkellä on tunnistettu seuraavat haasteelliset tilanteet: Case 1: Jore aineiston duplikaattipysäkit Case 2: Erilliset kaukoliikenteen ja HSL alueen pysäkit Case 3: Väärään kohtaan paikantuva käyttäjä Case 4: Kahdesta eri lähteestä tuleva liikenne Case 5: Piirretty reitti sisältää hyppäyksiä Case 6: Vaaralliset reititykset Case 7: Kummalisesti piirtyvät kaukoliikenteen reitit Case 8: Turhat kävelytykset Case 9: Realiaikatiedon yhdistäminen oikeaan lähtöön Case 10: Etäisyys pysäkille lasketaan linnuntietä Case 1: Jore aineiston duplikaattipysäkit Kuvan esimerkissä asemapäällikönkadun pysäkillä on kaksi pysäkkiä päällekäin kartalla. HSL:n Jore aineistossa eri linjatyypit (bussi, raitiovaunu, ) sisältävät oman pysäkkiverkkonsa, josta aiheutuu duplikaattipysäkit 1. Pysäkit piirtyvät kartalle päällekkäin, jolloin vain toinen on klikattavissa 2. Pysäkistä generoituu useampi pysäkkikortti, vaikka kyseessä on yksi ja sama fyysinen pysäkki Toive: Jore GTFS tulisi sisältää pysäkit ainoastaan kerran, mikäli kyseessä on yksi ja sama pysäkki

2 Case 2: Erilliset kaukoliikenteen ja HSL alueen pysäkit Kuvan esimerkissä Käpylänaukiolle generoituu kaksi pysäkkiä (HSL: , Linja- auto:240533), josta kaukoliikenteen pysäkkikupla on auki. Tämä aiheutuu siitä, että HSL alueen ja Liikenneviraston koontikannan pysäkkejä ei tällä hetkellä yhdistetä. Vallu- aineisto, josta pysäkki Linja- auto: saadaan, lähetetään koontikantaan ja sen sijainti muodostuu Digiroad- aineiston perusteella. Digiroad aineistossa pysäkkit on sijoitettu tien keskilinjaan, toisin kuin HSL Jore aineistossa, jossa pysäkit on sijoitettu tien reunaan. 1. Kartalle generoituu digiroad pysäkkejä, joita ei fyysisesti ole 2. Samasta pysäkistä generoituu useampi pysäkkikortti Digiroad aineisto sisältää myös tarkan HSL alueen pysäkkikoodin, joten pysäkkien yhdisteleminen lienee jollain tavalla mahdollista. Case 3: Väärään kohtaan paikantuva käyttäjä Kuvan esimerkissä käyttäjä on antanut sijainnikseen Talontie (H1513) pysäkin, mutta kartalla käyttäjä näytetään hieman vasemmalle pysäkistä. Tämä aiheutuu siitä, että haku tehdään Digiroad pysäkin koordinaateilla, mutta kartalle piirretään kuitenkin Jore GTFS datasta löytyvä pysäkki. Digiroad pysäkit on asetettu tien keskilinjalle, GTFS:ssä pysäkit ovat tien sivussa. 1. Käyttäjä paikantuu väärään paikkaan kun asettaa sijainnikseen pysäkin 2

3 Case 4: Kahdesta eri lähteestä tuleva liikenne Kuvan esimerkissä Käpylänaukiolle generoituu linja 635 kahdelle eri pysäkille (HSL: , Linja- auto:240533) Liikennöintitietoja haetaan useasta eri paikasta ja lienee mahdollista, että osa näistä duplikaateista pääsee jossain kohdassa läpi kahteen kertaan. 1. Sama linja näkyy useammalla pysäkillä Case 5: Piirretty reitti sisältää hyppäyksiä Kuvan esimerkissä matka Ratamestarinkadulta Haukilahdenkadulle sisältää reitin loppupäässä merkillisen hyppäyksen tieltä linjan 504 pysäkille. Tämä aiheutuu siitä, että Joren GTFS shape.txt. tiedoston datassa kuvattu linjan 504 reitti on piirretty kulkevaksi länsiväylää, mutta linjan käyttämä GTFS pysäkki on shape piirroksen kanssa eri paikassa. 1. Reititystuloksessa näytetään hyppäys 2. Reitti piirtyy väärään paikkaan Toive: Jore shape.txt reittien tulisi olla piirrettynä oikeaan paikkaan, jolloin hyppäys on pienempi, mutta nykyisellä toteutustavalla pieni hyppäys jää silti reitille. Lienee mahdollista piirtää käyttöliittymässä hyppäyksen kohdalle suora viiva, mutta tämä saattaa tehdä reittikuvauksesta entistä haastellisemman, jos piirretty viiva kulkee maastossa paikasta, josta ei voi kulkea. 3

4 Case 6: Vaaralliset reititykset Kuvan esimerkissä Riihimäen seudulla Open Trip Planner reitittää vaarallisesti junaradan yli. Tämä aiheutuu siitä, että reititys pohjautuu Open Street Map:iin tehtyihin reitteihin, joita kuka tahansa Open Street Map yhteisön käyttäjä voi vapaasti luoda. Open Street Map reittejä ei tällä hetkellä varmenneta mitenkään HSL:n tai Liikenneviraston toimesta. Tästä aiheutuu seuraavia haasteita: 1. Ihmiset voivat luoda Open Street Map:iin reittejä, joita ei tulisi näyttää lainkaan Case 7: Kummallisesti piirtyvät kaukoliikenteen reitit Kuvan esimerkissä reitti Ratamestarinkadulta Aurinkokivenkadulle kaukolinjalla Kamppi Tampere kulkee omituisesti metsän läpi. Tämä aiheutuu siitä, että Koontikannan kautta tulevalle datalle ei ole saatavilla GTFS shapes.txt tyylistä ratkaisua, vaan reitit piirretään puhtaasti pysäkiltä toiselle. Tästä aiheutuu seuraavat haasteet: 1. Kaikki kaukoliikenne piirtyy kartalle suorina viivoina, eikä se kulje tiellä. 4

5 Case 8: Turhat kävelytykset Kuvan esimerkissä käyttäjä ohjataan Talontien pysäkiltä H1513 Talontielle turhan pitkän kävelytyksen kautta. Tämä johtuu siitä, että reititys tehdään Open Street Map datan perusteella, eikä se sisällä kyseisessä kohtaa optimaalista reittiä pisteiden välillä. Tästä aiheutuu seuraavat haasteet: 1. Paikoitellen käyttäjä ohjataan kävelemään hieman kummallista reittiä. Case 9: Realiaikatiedon yhdistäminen oikeaan lähtöön LIJ Realiaikajärjestelmästä saatu realiaikatieto on mahdollisesti vaikeasti yhdistettävissä GTFS reittitietoon TODO: tästä pitää kerätä enemmän tietoa. 5

6 Case 10: Etäisyys pysäkille lasketaan linnuntietä Kuvan esimerkissä Lähtöpaikaksi on asetettu Munkkisaaren laituri. Länsiterminaalin raitiovaunupysäkki on käyttöliittymän mukaan 368m päässä, vaikka todellisuudessa välissä on meri. Tämä aiheutuu siitä, että tällä hetkellä Open Trip Planner laskee etäisyyden pysäkille linnuntietä. Tästä aiheuttu seuraavat haasteet: 1. Jossain tapauksissa linnuntie on hyvä vaihtoehto, mutta jossain toisissa huono. 6