de Hype van de Track ontkracht?
deel 3
extra Voorbeeld
Een dag nadat ik de aanleiding en het probleem #de Hype van de Track ontkracht deel 2 op m'n Blog heb gepubliceerd, doet zich een nieuwe maar soortgelijke situatie voor. Tijdens het bewerken van een bestaande route in de Eifel met behulp van de Routeplanner van MyRoute-app, wordt de route op een kenmerkende wijze gewijzigd. Voor mij is dit een schoolvoorbeeld van een ongewenste routewijziging door huidige algoritmes.
Wat is er gebeurd?
Zoals ik al schreef, was ik druk doende met het nakijken en zo nodig verbeteren van een bestaande route in de Eifel. Deze route heb ik lang geleden in BaseCamp gemaakt en is de track hiervan vele jaren zonder enig probleem gebruikt.
Vanochtend heb ik de track uit de database die jullie ook gebruiken om route-tracks te downloaden, gedownload en heb ik deze naar mijn Routes in de portal van MyRoute-app geüpload.
Nadat ik de track geopend had, heb ik met behulp van de mooie functie bewerken Route-track naar een route met routepunten gewijzigd. Het systeem van MyRoute-app plaatst hierbij automatisch routepunten zodat je een bewerkbare route krijgt van de oorspronkelijke track. Zoals ik al zei, een heel fijne functie!
Natuurlijk moet je vervolgens de routepunten verfijnen door deze te controleren, beter te plaatsen. Dit paste echter geheel in het patroon van mijn werkzaamheden om de kwaliteit van de route te verbeteren door meer routepunten te plaatsen en door deze op meer geschikte plaatsen neer te zetten. Het kost wat tijd, maar daarvoor krijg je ook weer een mooie en goed werkende route terug.
Tijdens deze werkzaamheden viel mij op dat in het plaatsje Schöneken de route automatisch door de Routeplanner van MyRoute-app gewijzigd was. De route was van de doorgaande weg verplaatst naar een route door enkele steegjes om daarna weer op de oorspronkelijke route aan te sluiten.
In de onderstaande afbeeldingen kunnen jullie dit beter zien.
In afbeelding 1 zien jullie de route (donkere lijn) die in MyRoute-app berekend werd. De oranje stippellijn geeft de oorspronkelijke route aan.
![]() |
| afbeelding 2 |
In afbeelding 2 zien jullie de oorspronkelijke track zoals die in BaseCamp op de juiste wijze in kaart gebracht is. De track is (nog) niet in BaseCamp berekend.
Natuurlijk was ik hierna benieuwd wat er zou gebeuren als ik deze track in BaseCamp naar een route zou laten omzetten (berekenen volgens het motorprofiel zoals ik dat altijd gebruik).
![]() |
| afbeelding 3 |
In afbeelding 3 zien jullie het resultaat van de herberekening die Garmin heeft uitgevoerd om van de track een route te maken.
De lila gekleurde lijn is de vervormde route die zeer onlogisch in elkaar steekt. De doorgaande route wordt afgesneden, dan volgt de onlogische route door de steegjes om vervolgens weer naar een punt op de oorspronkelijke route te gaan om vandaar weer terug te moeten rijden!
Voor mij is dit een herkenbaar beeld dat ik tijdens de testen ook ervaren heb in de lus waarover ik in het vorige bericht geschreven heb #de Hype van de Track ontkracht deel 2 .
bevestiging?
Zoals ik al schreef herken ik dit patroon waarbij de route op een onverklaarbare en niet gewenste wijze veranderd wordt.
Vooruitlopend op de conclusies die ik hieruit meen te kunnen trekken, wil ik graag verduidelijken dat geen van de producten Garmin of MyRoute-app defect is of fouten vertoont. Het heeft allemaal te maken met de algoritmes die tegenwoordig toegepast worden.
Wordt vervolgd.




Kijk eens in streetvieuw of het wellicht veroorzaakt wordt door verbodsborden , eenrichtingsverkeer. Overigens herkenbaar probleem.
BeantwoordenVerwijderenUiteraard heb ik al deze mogelijkheden al bekeken en tevens alle instellingen! Hierdoor kan ik met grote mate van zekerheid de oorzaak van onvoorziene wijzigingen achterhalen. Anders heeft een dergelijk onderzoek geen zin.
Verwijderen