Juna 917 lähtöpäivä 2019-03-30

[Ilkka Kudjoi]

Moikka,

Tämä taitaa olla yleensä aika turhaa itkeä vuoden vanhojen junien datojen kummallisuuksista, mutta kun on kuitenkin erilainen tapaus niin kysyn kuitenkin.

Juna 917 näemmä kulki Turusta Ouluun viime vuoden keväällä, ainakin joinakin ajopäivinä. 2019-03-30 se ei kuitenkaan kulkenut sinne asti, vain kaiketi Tampereelle
https://rata.digitraffic.fi/api/v1/trains/2019-03-30/917

Mut miksi Tampereella ei ole "commercialStop":true? Ja mikä roska tuo OLL viimeinen asema on? Ihmettelen myös että jos junat.net pohjaa tähän samaan dataan, miten heillä on ehjän näköinen juna: https://www.junat.net/fi/juna/917/2019-03-30

Kannattaisiko dataa siivota kuluttajana siten, että olettaa määräasemaksi viimeinen "type":"ARRIVAL" asema? Esimerkissäni juna päättyy lähtöön eikä saapumiseen. Kiitos avusta!

[Solita / Jaakko]

Lähdejärjestelmässä juna näyttää olevan kunnossa, joten kyseessä on bugi DT:n päässä

Hyvä kun toit asian ilmi! Korjaan bugin lähipäivinä. Muodostan samalla rajoitteen, että DT ei voi tarjoilla junia, joissa viimeinen pysähdys on lähtö. Kuluttajan ei kannata siivota dataa

Yt. Jaakko

[Ilkka Kudjoi]

Kiitos ripeästä vastauksesta!

 - Ilkka

maanantai 1. kesäkuuta 2020 8.45.57 UTC+3 Ilkka Kudjoi kirjoitti:

[Solita / Jaakko]

Tämä on nyt korjattu

Huomioita:

* Tämä johtui siitä, että juna oli haettu päättyväksi "OL_V330":aan, joka on vaihde. Junan "vaihdepysähdyksiä" ei DT:ssä näytetä, joten junan viimeinen aikataulurivi oli vaihdetta edeltävä OLL-lähtö. Siinä ei tietysti ole järkeä, että junan pääsepysäkki on vaihde. Varmaankin inhimillinen erehdys

* OLL-lähtö (ja OL_V330-saapuminen) oli peruttu. Junat.net varmaankin filtteröi jotenkin peruttuja aikataulurivejä ja siksi näkyi oikein

[Ilkka Kudjoi]

Moi,

Kiitoksia! Onko tämä korjattu jo dumppeihin myös? Entä osaatko sanoa, oliko paljon muita junia, jotka kärsivät samasta ongelmasta?
Nyt totesinkin, että tätä EI ole korjattu dumppiin, saako sen sinnekin?

 - Ilkka

maanantai 1. kesäkuuta 2020 8.45.57 UTC+3 Ilkka Kudjoi kirjoitti:

[Solita / Jaakko]

Tätä selviteltiin vielä lisää eilen. Vika johtui kellojensiirtelystä ja vuonna 2019 lähdejärjestelmässä olleesta bugista

Tarkistin, että päivälle 2019-03-30 ei ole muita viallisia junia. Muillakaan päivillä ei pitäisi olla viallisia junia johtuen vian luonteesta, mutta en kyennyt tätä varmistamaan

Dumppiin korjaaminen ei ole täysin triviaalia, joten en sitä lähde tekemään ellei ole kova tarve

[Ilkka Kudjoi]

Moi, toki pystyn ongelman kiertämään, ei ole välttämätöntä.

maanantai 1. kesäkuuta 2020 8.45.57 UTC+3 Ilkka Kudjoi kirjoitti:

[Ilkka Kudjoi]

Moi,

Manuaalisesti korjaten törmäsin ikävään haasteeseen. Junan versio dumpissa on 252325765019, ja uuden korjatun junan versio on 252325760739.
Uudempaa versiota preferoidessa dumppi menee tämän ohi. Miksi versio on alempi kuin dumpissa?

 - Ilkka

maanantai 1. kesäkuuta 2020 8.45.57 UTC+3 Ilkka Kudjoi kirjoitti:

[Solita / Jaakko]

Train-vastaus koostetaan monesta eri järjestelmästä. Esimerkiksi junien ennustetietoa kerätään monesta eri järjestelmästä

Tässä on käynyt varmaankin näin:

1) Juna on haettu lähdejärjestelmästä A ja sille on kirjattu versio 1

2) Junaan on liitetty tietoa toisesta lähdejärjestelmästä B ja sen versionumeroa on korotettu arvoon 2

3) Juna on haettu uudestaan lähdejärjestelmästä A, jotta OLL-keissi saadaan korjattua, jolloin sen versionumero on taas laskettu taas arvoon 1, joka se on lähdejärjestelmässä A

Liitettävät tiedot ovat yleensä niin vähäpätöisiä ja "korjaushakuja" tehdään niin vähän, että liitostietoja ei haeta uudestaan lähdejärjestelmästä B kun junia haetaan uudestaan lähdejärjestelmästä A

Vähän monimutkainen selittää, toivottavasti aukesi :-)