Converteer track naar route
-
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 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 komtRoutepunten 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
Garmin Zumo XT2/XT/BMW Connected Ride Navigator/MyRouteapp (The App)
Een dag niet gelachen is een dag niet geleefd / Een route is net zo goed als deze uitgezet is. -
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
@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.
Honda Goldwing GL1500,
Honda Silverwing GL 650
DMD2 T865X 8 inch Android tablet using MRA next for navigation
Garmin XT (almost in the cupboard)
Samsung S20FE mounted on a Quadlock and using Android Auto in my car -
@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.
@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 -
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.
(I use MRA Next only on Android Auto. Every comment, suggestion, etc will be based on my usage with Android Auto)
-
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.
@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
️ -
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.
(I use MRA Next only on Android Auto. Every comment, suggestion, etc will be based on my usage with Android Auto)
-
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.
@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
-
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.(I use MRA Next only on Android Auto. Every comment, suggestion, etc will be based on my usage with Android Auto)
-
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.@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/
