Converteer track naar route

[Marinus van Deudekom]

Wanneer je een track van iemand krijgt en je wil die in MRA uploaden dan is dat een simpel klusje. Omdat ik een hekel heb aan navigeren met een track wil ik die track omzetten naar een route. Ook nog simpel maar dan…. Door MRA worden een hele reeks vormingspunten toegevoegd en dan blijkt helaas dat er if te weinig worden toegevoegd of de route wordt anders berekend. Het resultaat komt helaas niet 1 op 1 overeen met de track. Dus ben ik ff bezig om de route gelijk te krijgen met de track. Alle vormingspunten krijgen de naam routepunt en dan weet ik al bijna zeker dat er nacontrole moet plaatsvinden. Veel vormingspunten staan naast de route en frequent er flink naast.
Is er een mogelijkheid om dit geautomatiseerd te fixen of is het misschien iets om in de toekomst te implementeren.

[Leike Lodiers]

@Marinus-van-Deudekom

Volgens mij is dit topic al eens aangehaald en wordt eraan gewerkt om in de toekomst dit makkelijker te kunnen doe. Zodat de punt wel op de weg terecht komen.

[Hans van de Ven MR.MRA]

@Marinus-van-Deudekom

Als je een bestand krijgt van iemand of je download een bestand van internet, weet je niet in welke kaart en hoe oud deze kaart is waar de route/ track in is gemaakt. Vandaar dat de punten vaak langs de door jou gebruikte kaart liggen en dat er afwijkingen in zitten.
Route openen, geïmporteerde track zichtbaar maken en de 2 bestanden met elkaar vergelijken. Routepunten verminderen of uitbreiden en goed op de routelijn leggen.

[Marinus van Deudekom]

@Hans-van-de-Ven-MR-MRA de track kwam van een vriend waarvan ik weet dat hij up to date is met zijn Here kaarten. De vergelijking had ik zo ook al gemaakt en de route zo gelijk gemaakt aan de track. De optie met eventueel vermeerderen of verminderen nog niet. Die ga ik nog proberen om te kijken wat eruit komt. Vond het wel bijzonder dat er zoveel vormingspunten echt naast de route kwamen. Checken die je natuurlijk altijd. Het zou fijn zijn als plaatsing wel automatisch gied zou gaan

[Marinus van Deudekom]

@Hans-van-de-Ven-MR-MRA Hoi Hans, beide methodes zojuist geprobeerd maar dat levert nog niet het gewenste resultaat op
Eerst zoals het er uitkwam zonder uitbreiden of verminderen

Met vermeerderen tot 100

met vermeerderen tot 120

Met vermeerderen tot 150

met verminderen tot 60

Zoals je kunt zien levert het alleen in de marge verbetering op.
misschien dat @Corjan-Meijerink dit fenomeen tijdens de update van de web planner mee zou kunnen nemen. Of misschien heeft hij nog wel een andere goede tip.

[Hans van de Ven MR.MRA]

@Marinus-van-Deudekom

Stuur me de url van de route eens?

[Hubert Thoring]

@Hans-van-de-Ven-MR-MRA :
@MARINUS-VAN-DEUDEKOM :

Hallo, das möchte ich ergänzen.
Mir ist auch schon aufgefallen wenn man eine Route in OSM plant oder Importiert, diese für gut befindet sagen wir mal mit 15 WP, diese dann automatisch Auffüllen lässt z. B. dann von 15 auf 50 WP. Diese Route dann nach HERE wandelt und als HERE berechnet liegen WP sehr gut, macht man das auffüllen erst unter HERE, also erst nachdem man die Berechnung schon auf HERE stehen hat, und füllt dann die WP auf, das machmal auch diese WP weiter links oder rechts von der Straße liegen.

Vermutung:

• OSM weicht von HERE oft mehr ab als logisch

Empfehlung :

• OSM Planung und Berechnung nutzen inklusive WP Auffüllen
• Erst nach Auffüllen von OSM nach HERE wechseln.

Dann ist das Ergebnis besser !

Sonst passiert beim Auffüllen in HERE sowas denn WP 34 gehört da nicht hin .

[Marinus van Deudekom]

@Hans-van-de-Ven-MR-MRA Hoi Hans, aangenomen dat je de track bedoelde
https://www.myrouteapp.com/routetrack/open/9668973
hieronder wat ervan gemaakt werd met uitbreiding naar 150 routepunten
https://www.myrouteapp.com/route/open/9683482
Ben benieuwd wat er bij jou uit komt

[Guzt]

Ik herken het probleem volledig. Eerste wat ik doe is de track (die soms ook nog een vreemde bokkensprongen maakt) onderliggend zichtbaar maken en aantal routepunten verminderen met de toolkit. De logica waar er dan routepunten gezet worden is echter ook ver te zoeken. Daarna trek ik de route gelijk met de track en zet de routepunten juist.
Met een route gpx1.1 uit MRA heb ik het nog niet uitgetest maar BC routes exporteer ik en haal het door het unglitchprogramma op JaVaWa [link text]https://www.javawa.nl/unglitcher.html(link url) waarna ik de route weer importeer

[Hans van de Ven MR.MRA]

@Marinus-van-Deudekom

Routepunten worden inderdaad niet altijd goed op de routelijn geplaatst, daarom krijg je ook de melding dat je deze moet nalopen.
Zie, jou route: 65 routepunten, route gelijk met de track, en TomTom en OSM, tevens er nog een afsluiting uitgehaald

Afsluioting:

Route nu langs de doorgaande weg bij afsluiting

[Marinus van Deudekom]

@Hans-van-de-Ven-MR-MRA de 2 url waren de routes die verder nog niet door mij waren bewerkt. Alleen het resultaat na upload en de andere na vermeerderen. Die wegafsluiting had ik in mijn bewerking ook gezien. Het grappige was dat de originele track precies de oplossing volgde die jij en ik ook gevonden hadden. Blijft over hoe dat het komt dat het in de automatische conversie niet goed gaat. Was jouw resultaat met 65 routepunten het gevolg van verminderen of na jou rechttrekken van de route met de track. Ik had nl ook verminderd tot 60 maar met een teleurstellend resultaat.

[MTC-Zeilberg]

@Marinus-van-Deudekom
Ik start met het verminderen door de afstand van de route te delen door 4, dus een route van 200 Km / 4 = 50
Verminderen naar 50 dus.
Dat zijn het aantal punten waar ik mee start

[M. Schrijver]

Zeer herkenbaar.
Het is een inderdaad een enorme berg werk om routes/track die je binnen krijgt als GPX allemaal in MRA weer goed te krijgen.
MRA heeft een hele sterke neiging om de automatisch geplaatste punten precies op kruispunten, bruggen, rotondes, etc te plaatsen. Eigenlijk precies op de plekken waar je ze niet hebben wil.
Het aantal automatisch geplaatste punten is voor mij normaal gesproken genoeg (meestal zo'n 80 stuks). Het is vooral waar deze punten geplaatst worden.
In het verleden al een paar keer ter sprake gebracht maar weinig respons op gekregen.

Op mijn laatste paar motortripjes heb ik ook mensen gesproken die werken bij reisorganisaties die motorreizen doen. Zij zien dit als een hinderlijk probleem van MRA. Veel van hun klanten gebruiken MRA en zetten de bestanden die ze krijgen van de organisaties in MRA. MRA verbouwd die routes dus grondig en dan krijgen die organisaties weer allerlei vragen over de rare resultaten van MRA.

[Hans van de Ven MR.MRA]

@M-Schrijver
Als die organisaties MRA zouden gebruiken, zouden ze de routes in een gesloten evenement kunnen delen met de deelnemers en hoeven ze de gpx bestanden niet te mailen ‍️

[M. Schrijver]

Klopt maar zo ver is het nog niet. En klinkt erg als voor eigen parochie preken.
Dat doet er verder niets aan af, dat MRA je gewoon veel werk bezorgd als je een route of track importeert.
14 dagen op vakantie, zijn 14 routes. Gemiddeld ben ik een kleine 30 min per route bezig om de routes goed te krijgen (incl. vergelijken op 2 kaarten).
Dat is dus 5-6 uur werk.
Dit kan gewoon veel beter.

De werkwijze van MRA lijkt nu te zijn.
1.
Op basis van de geladen track, allemaal routepunten plaatsen. Deze worden daardoor soms naast de weg of andere rare plekken gezet.
2.
Daarna een route maken tussen al deze punten. Op basis van de geselecteerde kaart. (OSM, Here of TomTom). Omdat er routepunten naast de weg kunnen staan, gaat het algoritme een oplossing zoeken. Wat vaak niet de juiste is.

Beter zou een extra stap zijn.
1.
Op basis van de geladen track een nieuwe route maken op basis geselecteerde kaart. Net als wat Tomtom Rider/Go bij het laden van een track en Garmin Zumo doet bij de functie "Spoor naar Reis converteren".
Je hebt nu een route die netjes op de weg ligt.
2.
Nu de routepunten plaatsen (Maar dan op betere plekken).
3.
Daarna de eigenlijke route maken. Zoals deze uiteindelijke gebruikt gaat worden bij verdere bewerkingen.

Scheelt gewoon veel werk.

[Hans van de Ven MR.MRA]

@M-Schrijver

Je kunt de ontvangen gpx bestanden ook rechtstreeks in je toestel zetten, want als het goed is zijn deze gecondoleerd voordat ze verstuurd worden naar de deelnemers

[M. Schrijver]

Klopt. Dat kan ook. Velen doen dat ook. Maar niet iedereen.
Het is mijn eigen keuze om deze via MRA te doen. Maar dat wil niet zeggen dat het een prettige weg is.
In al die jaren dat MRA bestaat er op dit punt nog niet zo veel verbeterd.
Basecamp is voor mij alweer heel lang geleden ( 10 jaar ongeveer). Ik kan me niet herinneren dat ik er in Basecamp er ook zo veel werk aan had.

[Guzt]

@M-Schrijver Ook in BC zet deze de routepunten op kruispunten en rotondes bij track naar route convertie. Die moet ik dan ook verplaatsen.
Jaco (JaVaWa) had een tooltje ontwikkeld waarbij de routepunten altijd na het kruispunt gezet worden maar werkt ook niet optimaal. https://geo.javawa.nl/routefilter/