BaseCamp routepunt gaat verder heen en komt weer terug?

[Krivas]

Zoals ik al eerder schreef, dit probleem ontstaat als je twee routepunten bij elkaar in de buurt hebt staan. In het voorbeeld Voorbeeld CN NT2013.gpx van Krivas staan er twee punten op de Doorndijk. Als ik het middelste punt weg haal en de route herbereken is deze goed. Ook als ik een nieuwe route maak met twee punten op dezelfde plaats als het begin en einde van de route is deze goed. Pas op het moment dat er een punt tussen wordt geplaatst gaat het fout.

Voorbeeld Doorndijk.gpx

Dat is mogelijk zo. En naar wat ik ervaar is dat niet altijd het geval.... Maar hoe dan ook, zo zou het toch niet moeten zijn? Want soms kom ik hiermee op zo'n manier mee in de knoei, dat ik mijn route niet meer kan laten lopen zoals ik dat wens.

[HaWee]

je zult moeten leren om op de juiste manier routes te maken, dan heb je dit probleem niet

een cursus is het beste, zowel Waypoint als MrGPS als gps-expert hebben cursussen maar je kunt ook even een paar gratis video's kijken http://forum.gps.nl/viewtopic.php?f=110&t=36085

[ankeric]

Dat is mogelijk zo. En naar wat ik ervaar is dat niet altijd het geval.... Maar hoe dan ook, zo zou het toch niet moeten zijn? Want soms kom ik hiermee op zo'n manier mee in de knoei, dat ik mijn route niet meer kan laten lopen zoals ik dat wens.

Niets mis met je route.
Voor mij direct reproduceerbaar (OSM Fietskaart, fiets, snelste route).
En herkenbaar. Maar ik maak dan ook extreem veel routes, ook in het buitenland.
Je bent ook zeker niet de eerste of enige die hier tegenaan loopt. Volgens mij was ik de eerste

Wat wel "jouw" probleem is dat je je er druk om maakt.
Niet druk maken, gewoon "anders" doen is in 99% van de gevallen een oplossing.

Die 1% is meestal een kaartfout: wegen, die als je extreem inzoomt met een OpenStreetMap Tool (JOSM), zichzelf (gedeeltelijk) blijken te overlappen, kruisen of dupliceren.
Voorbeeld van een routeringsfout in OSM, zónder viapunt (het kruis is een waypoint dat de fout markeert, geen viapunt):



Oplossingen:

* Routeer als fiets (niet: auto) en kies voor kortste route (is een work-around, vereist sinds Basecamp 4.3.3, want normaal geef ik de voorkeur aan "snelste route").

* Gebruik geen overbodige viapunten. (Maar soms heb je die nodig om een route te dwingen jouw voorkeur te volgen).

* Verplaats viapunten.

* Plaats je viapunten bij voorkeur op kruisingen. (Of juister geformuleerd: áls een punt een probleem geeft, verplaats het dán naar een kruising).


Je hebt overigens best een leuk voorbeeld gevonden.
Als je het tweede punt óp de kruising plaatst is het probleem opgelost.
Maar als je dan óók nog het laatste punt verplaatst tot vóór de kruising, heb je een duplicate, heen-en-weertje, gecreëerd.

Mijn eerste voorbeeld (Amsteldijk-Noord ter hoogte van Uithoorn, waar ik persé langs het water wil) lijkt inmiddels te zijn verdwenen. Vraag is nu: dankzij BaseCamp of OSM (laatste versie mkgmap?) aanpassing?

[ankeric]

Bovenstaande reactie heeft met name met BaseCamp te maken. Een route die fout gaat binnen BaseCamp gaat goed binnen MapSource en gaat goed op de GPS.

Maar ik lees hierboven: "die 1% is meestal een kaartfout"...
Klopt die "1%"?
Of was de schrijver in een optimistische stemming als gevolg van een kortetermijngeheugen?
Afgelopen week een route door Duitsland gemaakt en op ongeveer 10 punten kreeg ik routes die weer omkeerden.
10 punten is véél méér dan 1%...

Dergelijke punten worden dan veroorzaakt door:

Onmogelijkheden (maar geen onjuistheden) in de kaart:

* Weg loopt dood

* Weg eindigt op bijvoorbeeld een voetpad, voetgangersgebied of een onverharde weg (indien “onverhard vermijden”) en loopt effectief dus ook dood.

* De route keert om, niet omdat weg vervolgen niet mogelijk is, maar omdat weg vervolgen een extreme omweg betekent. (Dit is ook precies het gedrag dat ik verwacht als mijn route een waypoint bezoekt dat naast de route ligt).

Onjuistheden in de kaart:

* Wegwerkzaamheden ('absteigen und über Baustelle schieben möglich (2015-04-21)') wordt op de OSM-kaart - soms - als [access=no] gemarkeerd.
Fietspad door Zwaansbroek bij Hillegom is op 7/13/13 dichtgezet: [note=way is out of use (survey)] + [access=no]. Pas op 3/15/15 is deze blokkade opgeheven.

* Fietsroutes gaan in Duitsland - soms - over voetpaden en voetgangersgebieden (zelfs de markt zijn we een keer tegengekomen). In Engeland worden voetgangersbruggen - soms - gebruikt in fietsroutes. Juist zou zijn om een dergelijke passage te markeren met [bicycle=dismount]. Waarna een goede fietskaart dit weer interpreteert als "routerend voor fietsers".
Ook is het mogelijk dat een fietskaart [voetpad + fietsroute] altijd interpreteert als "routerend voor fietsers". Maar dan mag er zeker geen, expliciet, [bicycle=no] op staan.

* Twee wegen sluiten net niet aan. Dit is vanuit BaseCamp niet te controleren (daar kun je geen "gaten" van 1 meter zien), maar elk gat in de wegen, hoe klein ook, blokkeert de routering.

* De kaart routeert niet goed als gevolg van: overlappingen, kruisende (niet verbonden) wegen, gedupliceerde wegen of "eilandjes" (bijvoorbeeld: onjuist eenrichtingsverkeer op de kaart maakt een route onmogelijk). Dit zijn fouten van de OpenStreetMap-mappers.

* De kaart routeert niet goed als gevolg van fouten in de OpenStreetMap software waarmee een routerende kaart wordt gemaakt op basis van de beschikbare data.

* Soms is het ook een lastige afweging. Een trap zonder fietsgoot geldt als "niet routerend op de fiets". Maar wat als daar nu een fietsroute (of "mijn fietsroute") overheen loopt?

Nog een - laatste? - oorzaak van "routepunt gaat verder heen en komt weer terug".
Mijn Duitsland-route is gemaakt in begin 2014. Pas na ruim een jaar is deze weer in bewerking genomen. Inmiddels is "de kaart" ingrijpend gewijzigd. Met als gevolg dat herberekenen van een aantal routes behoorlijke problemen oplevert: afstand is toegenomen, heen-en-weertjes of route berekeningsfouten. Dit is geen Garmin-, geen OSM-probleem, maar uitsluitend het gevolg van het gebruik van een verouderde route op een gewijzigde (of andere) kaart.
Snelste methode om te herstellen: maak de herberekening ongedaan, maak een track van deze route (naar mijn normen had je dat al gedaan) en maak vervolgens weer een route van deze track. Corrigeer de verschillen tussen route en track, door de route handmatig aan te passen. Daarna hield ik alleen de 10 eerder genoemde punten over.

Kortom @Krivas, het is allemaal niet zo gemakkelijk. Leer maar leven met de beperkingen en onmogelijkheden.
Vrijwel altijd is er een oplossing voorhanden. Zie bovenstaand plaatje: daar zie je een "gevarenzone" die waarschuwt: sla niet rechtsaf, gewoon rechtdoor...
Later heb ik de kaart gecorrigeerd op dit punt. Ook een oplossing. Net als voor die andere 9 punten...

Tenslotte: het leven wordt ook een stuk eenvoudiger als je soms gewoon de BaseCamp route accepteert zonder deze op alle punten te willen aanpassen aan jouw voorkeuren. Accepteer vervolgens ook dat de GPS er soms weer een andere route van maakt.
Van de route langs Pauluspolder begrijp ik niet waarom "rechtsom" beter zou zijn dan "linksom".
Dergelijke afwijkingen zijn altijd te vermijden, maar accepteer dan ook dat dit tijd en inspanning kost.

(Aanname: "kaartupdate van de OFM" en "kaarten die bij een Edge Touring geleverd zitten" zijn OpenStreetMap kaarten)

[Hans Vaessen]

Voor mij direct reproduceerbaar (OSM Fietskaart, fiets, snelste route).

Ah, correct! Thks. Vind inderdaad z'n oorzaak in OFM. Bij de Garmin cycle map gaat het wel goed. Door toevoegen van een via gaat het in OFM wel vi de gewenste route; kennelijk heeft die weg een wat hoge weerstand.

[Krivas]

Het vindt inderdaad zijn oorzaak in de combinatie OFM en BC. Daar ben ik, met hulp van hier, ook inmiddels achter. Maar ligt het nu aan OFM of aan BC? Want in MS doet dit probleem zich niet voor?