Issues

  • vtnum parameter verdwenen

    Er moet precies een update geweest zijn, de realtime info wordt anders ingedeeld (nog één element per array), en de variabele "vtnum" is helaas verdwenen.

    Status: Proposed | Reported by Hidden Tue, 09 Jul 2019 10:02:56 GMT
  • Doorkomsten soms dubbel

    Aan sommige haltes worden bepaalde doorkomsten dubbel getoond. Komt vaak voor met trams, maar in het voorbeeld in bijlage zijn het ook soms bussen. (misschien te maken met soort stiptheidshaltes?) Ik ga er van uit dat per ritnummer slechts één doorkomst zou mogen zijn.

    Status: Proposed | Reported by Hidden Mon, 08 Jul 2019 07:19:25 GMT
  • HTTP 200 maar geen doorkomsten

    Hoi, op dit moment doe ik deze call: ttps://delijn.azure-api.net/DLKernOpenData/api/v1/haltes/lijst/2_205358_2_201144_2_201242_2_205921_2_205919_2_211128_2_200144_2_202350_2_205915_2_205916/real-time. Die geeft 200 terug, maar er zitten geen doorkomsten in de lijst. Ik zie dat de officiële De Lijn app hetzelfde probleem heeft. Is het niet mogelijk om in het geval van een achterliggend probleem, toch een HTTP foutcode te geven?

    Status: Proposed | Reported by Hidden Tue, 04 Jun 2019 04:39:45 GMT
  • Confirmation email "Give feedback" points to Google

    The confirmation email when you create an account has a button 'give feedback' which is linking to Google.

    Status: Proposed | Reported by Hidden Mon, 25 Feb 2019 19:27:50 GMT
  • Is het mogelijk om "lijnnummerPubliek" toe te voegen aan geefDoorkomstenVoorHalte

    Ik kreeg van enkele gebruikers de melding dat mijn toepassing foutieve tram/busnummers weergeeft. Als ik voor de halte 200064 (entiteit 2) opzoek bij MijnLijn.be/200064 krijg ik als eerste bus/trams de 76, 2, 71, 4, 42... (zie bijlage) Als ik dezelfde halte via de nieuwe API oproep krijg ik: 176, 102, 171, 40, 142 terug... Het lijkt erop dat dit enkel in OV (entiteit 2) gebeurt. In Antwerpen is de lijnnummer op het eerste zicht altijd gelijk aan de publieke lijnnummer. Nu vind ik terug dat er een "getLijn" is welke de lijn-nummer als input heeft en de publieke nummer weergeeft, maar gezien de limieten is het jammer dat hiervoor een losse call nodig is. Uiteraard kunnen we deze data cachen, daar ik vermoed dat de deze mapping vrij statisch is, maar, zou het mogelijk zijn om de lijnnummerPubliek ook bij geefDoorkomstenVoorHalte (etc) weer te geven? Dat zou de implementatie vereenvoudigen en bij deze calls is de publieke lijnnr vaak nodig. Met vriendelijke groeten, Jelle

    Status: Open | Reported by Hidden Mon, 25 Feb 2019 19:25:13 GMT
  • Concept vervoersregio toevoegen

    Is het mogelijk om vervoersregio's toe te voegen aan de API. Dus iets in de zin van GeefGemeentesVoorVervoersregio? En/of GeefLijnenVoorVervoersregio...

    Status: Proposed | Reported by Hidden Fri, 15 Feb 2019 09:27:50 GMT
  • geefDoorkomstenVoorHalte geeft plaatsnamen terug als capitalized string

    De geefDoorkomstenVoorHalte-API geeft de bestemming voor een doorkomst steeds terug in een full-capitalized string. Via de lijnrichting-API kan enkel het eindpunt van een lijnrichting worden opgevraagd, maar dat geldt niet voor beperkte ritten. Bijvoorbeeld: een doorkomst op lijn 370 Leuven - Diest, beperkt tot Tielt, kan momenteel niet worden opgevraagd. De bestemming in full-caps kunnen gebruikers van de API in hun UI-interface toevoegen indien gewenst, maar andere gebruikers die graag de bestemming als "normale" string willen krijgen (zoals mezelf) kunnen momenteel nergens terecht. Kan dit eventueel aangepast worden? Alvast bedankt!

    Status: Resolved | Reported by Hidden Sat, 02 Feb 2019 10:46:52 GMT
  • Response voor geefDoorkomstenVoorHalte en geefDoorkomstenVoorHalteLijst

    De responses voor geefDoorkomstenVoorHalte en geefDoorkomstenVoorHalteLijst kloppen niet meer met de documentatie en zijn zelfs recentlijk aangepast. Vroeger: { "halteDoorkomsten": [{ "haltenummer" : "332211", "doorkomsten" : [{ // Doorkomst }, { // Doorkomst }, { // Doorkomst }] }] } Nu: { "halteDoorkomsten": [{ "haltenummer" : "332211", "doorkomsten" : [{ // Doorkomst }]},{ "haltenummer" : "332211", "doorkomsten" : [{ // Doorkomst }]},{ "haltenummer" : "332211", "doorkomsten" : [{ // Doorkomst }]} ] } Is deze aanpassing gewenst? Het zorgt voor extra complexiteit bij het itereren over de resultaten. Vroeger waren de resultaten gegroepeerd per haltenummer en konden we de doorkomsten per haltenummer makkelijk opvragen, nu moeten we deze opsplitsing telkens opnieuw doen bij de response die we krijgen. Overigens heeft elke "haltedoorkomst" nu een array met doorkomsten waar telkens maar één doorkomst in zit. Het zou handiger zijn om dit dan om te zetten naar één doorkomst-object.

    Status: Proposed | Reported by Hidden Fri, 01 Feb 2019 10:24:55 GMT
  • Voertuignummers in realtime info

    Vanuit gebruikers komt de vraag om de voertuignummers te kunnen krijgen vanuit de realtime info. Op die manier is het voor minder ervaren reizigers handig om te verifiëren of ze op het juiste voertuig stappen. De info zit al in de realtime info in de website van De Lijn (RiseAPI Core), is het mogelijk om deze toe te voegen in de Open Data Services?

    Status: Proposed | Reported by Hidden Fri, 01 Feb 2019 10:13:15 GMT
  • geefDoorkomstenVoorHalteLijst werkt niet met meerdere haltes

    In het voorbeeld dat jullie geven wordt op de plek van {haltesleutels} 1/201302/5/5024541 ingevuld. Dat ziet er dan zo uit: https://api.delijn.be/DLKernOpenData/v1/beta/haltes/1/201302/5/5024541/real-time Als antwoord volgt onderstaande foutmelding: "statusCode": 404, "message": "Resource not found" Wanneer ik slechts 1 halte en entiteitnummer ingeef, zoals in onderstaand voorbeeld, werkt de api wel: https://api.delijn.be/DLKernOpenData/v1/beta/haltes/1/201302/real-time

    Status: Proposed | Reported by Hidden Thu, 20 Dec 2018 16:22:49 GMT

You're not signed in. Please sign-in to report an issue or post a comment.