Motor Navigatie | de Hype van de Track ontkracht? deel 2 #Track-Hype-Busted

 de Hype van de Track ontkracht?

 deel 2

de Aanleiding

Het is allemaal begonnen toen ik vorig jaar een Garmin Zumo XT2 kocht en ik vol vertrouwen mijn eigen routes wilde rijden. Ik had hiervoor een Garmin Zumo XT gebruikt en daar slechts zelden een probleem ondervonden bij het rijden van mijn routes.

Ik maak al sinds 2009 routes en ik heb dat ook enkele jaren op een semiprofessionele basis gedaan. Hierbij heb ik alle ontwikkelingen op het gebied van motornavigatie wel meegemaakt en bestudeerd.
Zo heb ik de transformatie meegemaakt om routes te maken: van een beperkt aantal harde punten (waypoints) naar de combinatie van harde (via) punten en zachte (shaping/vormings) punten. En de tracks om de routes uiteindelijk met elkaar te delen. 

Sinds de introductie van de TomTom Rider 400 medio 2014 werd het steeds gebruikelijker om geen routes (met -punten) meer te delen, maar om tracks te delen. Steeds meer fabrikanten ontwikkelden hun toestellen zodanig dat deze tracks én routes kunnen laden. De tracks worden dan veelal tot een route geconverteerd (gewijzigd). Zo ook de modellen van Garmin.

Probleem  

Zoals ik al beschreef bemerkte ik dat mijn Garmin Zumo XT2 met enige regelmaat een track wijzigde terwijl ik deze reed. Natuurlijk heb ik daar mijn aandacht op gevestigd en heb ik enige testen uitgevoerd om de oorzaak hiervan te achterhalen. De oorzaak heb ik gevonden in de Algoritmes* die gebruikt worden om een route te berekenen. Dit zal ik later verder in detail uitleggen.

Om mijn verhaal beter te kunnen onderbouwen en uitleggen zal ik starten met één voorbeeldsituatie. Het is een situatie zoals je die overal kunt tegen komen waarbij je de route zo uitwerkt dat je, zoals ik, tijdens het rijden hiervan bij bijvoorbeeld een tankstation wilt uitkomen. Dat mag toch eigenlijk niet te moeilijk zijn en dat was het tot 2025 ook niet.....

voorbeeld Battice

Dit is een deel uit een route die ik verschillende keren getest heb, waarbij ik van punt 1 via het tankstation 2 naar punten 3,4 en vervolgens naar 5 wilde rijden. Het deel van 1 naar 3 is zo'n 2,8 km lang en van 3 naar 4 is zo'n 2 km lang. Deze 'lus' zoals ik die noem, is totaal 5,8 km lang. Deze 'lus' had ik in een route opgenomen die ik naar een track had geconverteerd/ omgezet. Dat had ik met behulp van MyRoute-app gedaan, maar had ik dit ook in BaseCamp gedaan. Beide systemen heb ik getest.

Bij alle uitgevoerde testen heb ik vooraf, na het laden van de track en de routeberekening, de route gecontroleerd en was de 'lus' zichtbaar. Ik liet het toestel de route naar het startpunt van de route berekenen en hierna ben ik gaan rijden. Het spreekt voor zich dat ik de instellingen (routecaclulatie) vooraf gecontroleerd heb en dat die hetzelfde waren. En het belangrijkste hierbij was dat het toestel de route NIET mocht herberekenen!

Deze test heb ik dus meerdere malen uitgevoerd (gereden) en hierbij heb ik de Garmin Zumo XT2 én later ook de Navigation Next app van MyRoute-app gebruikt. 

Het resultaat was eigenlijk in vrijwel alle situaties hetzelfde: de lus werd tijdens het rijden zonder enige noodzaak of aantoonbare reden gewijzigd. Of ik moest bij punt 2 terug rijden om via een andere (niet in de route opgenomen weg), de lus werd via een doorsteek ingekort en in een andere situatie werd de lus in z'n geheel weggelaten!
Het was dus niet voorspelbaar welke route het toestel zou berekenen en allerminst was het zeker of ik wel bij punt 2 (het tankstation) zou uitkomen.

Dit is in mijn beleving, als routemaker maar ook als gebruiker, een ongewenste situatie!

Wordt vervolgd.

   

Algoritmes*

Een algoritme is een eindige reeks stapsgewijze instructies of regels om een specifiek probleem op te lossen, een taak uit te voeren, of een bepaald doel te bereiken, zoals een recept, een routebeschrijving of de aanbevelingen op social media. Hoewel het vaak geassocieerd wordt met computers, is een algoritme breder dan code: het is het logische plan dat programmeurs vertalen naar code.