OFM Routering in BaseCamp V4.3.3 en hoger foutief

Engelstalige post m.b.t. een Engelstalige discussie met Garmin verwijderd.

Ik zou het op prijs stellen dat je het in het Nederlands zou posten hier.

Anyway, ik kan het reproduceren:
https://www.dropbox.com/s/f65nr4u97melbkk/bug%20basecamp%20444.mp4?dl=0 (download de clip voor een scherper beeld)
https://www.dropbox.com/s/jktycir2h9s8yol/bug%20basecamp.gpx?dl=0

OFM Benelux 22 Nov. 2014, http://www.openfietsmap.nl/downloads/bnl_full

Snelste tijd icm auto levert de meeste problemen, kortste tijd/fiets niet.
Ook maakt het uit of je het punt meer naar het oosten zet of niet.

M.i. duidelijk een bug in Basecamp, in 4.3.5 treedt dit niet op.
Bij Garmin wordt deze bug al meteen behandeld, dus dat is positief.

Tja dat hoeft nu ook weer niet. :frowning:

Hier de link https://forums.garmin.com/showthread.php?164294-BaseCamp-4-4-4-Is-Now-Available/page3

en “posten” is een twijfelgeval in deze context
:roll_eyes:

Sorry, kon het niet laten… :wink:

Hallo specialisten

Betekent dit dat we voorlopig beter bij BC 4.3.5 kunnen blijven?

Bvd Marius

Dat lijkt me wel het verstandigste.

Vraag 1: Marius, waarom wil je upgraden naar BaseCamp V4.4.4?

Staan er in de Release Notes punten waarvan jij denkt: daar zat ik op te wachten?
Welke versie draai je nu? Heb je problemen met die versie?
Maar het is vooral de vraag: hoe comfortabel voel jij je bij het hanteren van “work-arounds”?
Die bovendien alleen nog in uitzonderlijke gevallen nodig lijken te zijn (maar ik heb niet heel Nederland gecontroleerd).

En: schakel nooit over op een nieuwe versie van Garmin (BaseCamp of GPS) op een moment dat je je geen problemen kunt permitteren. Dus nooit vlak voor een vakantie.
En: maak, als je overschakelt, een extra back-up van de database. Plaats deze niet in de "D:\BaseCamp\Database" folder (maar liefst op een andere machine). En vergeet hierbij vooral niet de folder “TrackSegments”, want die behoort óók tot de “database”.
Uiteraard praat ik, helaas, uit ervaring.

Vraag 2: JaVaWa, waarom adviseer jij V4.3.5?

Toen ik dit probleem (routes die dubbele routesegmenten bevatten of zichzelf in de staart bijten) ontdekte in V4.3.3 was het probleem véél groter.

Ik maak een route met het minimaal vereiste aantal via-punten en voeg vervolgens met RTWTool extra via-punten toe.
Dit om de - directe - route op GPS - na herberekening - zoveel mogelijk gelijk te houden aan de route in BaseCamp.
De “nieuwe” Garmin methode om de volledige berekende route (dus inclusief routepunten) naar de GPS te sturen en deze daar niet te her berekenen is voor mij volstrekt onacceptabel. Alleen al vanwege het feit dat je een dergelijke route op de GPS niet kunt muteren.

En juist bij deze methode ontdekte ik destijds het – grote – probleem. De route ziet er nog steeds hetzelfde uit, maar de afgelegde afstand is groter geworden. Vinden waar de fout zit is dan lastig. Je moet de route over het gehele traject verschuiven en continue kijken of de route pijl vooruit beweegt. Op de foute (dubbele) stukken keert de pijl om van richting en gaat de route eerst weer terug naar het vorige via-punt.
Eenmaal gevonden is de oplossing (meestal) simpel: het twee maal bezochte via-punt verwijderen. “Work-around” dus.
Maar dit probleem heb ik vandaag niet meer kunnen reproduceren in V4.4.4. Bovendien is deze methode geen algemeen gebruik.
Dus als je last hebt van dit probleem moet je – volgens mijn eerdere testjes die ik ondertussen al lang ben vergeten, zie het Garmin forum – terug naar 4.2.5, want dit gaat al fout in 4.3.3.

De problemen die ik nog wel zie (route die zichzelf in de staart bijt) heb ik op slechts twee (!) locaties gevonden.
Als het probleem optreedt, is het duidelijk zichtbaar.
Bovendien ook hier geldt: als dit probleem optreedt, is de work-around meestal eenvoudig: via-punt verplaatsen.

V4.4.4 lost wel het (veel grotere) probleem van de rechte lijnen op.
Ook dat was - bijna - altijd oplosbaar door via-punten te verplaatsen, maar dit was lastiger. Meest succesvol was het verplaatsen van het via-punt aan het eind van de rechte lijn naar een kruising van wegen.
Als je nu 4.4.1 (of is het 4.4.2?) draait mét rechte lijnen probleem zou ik zeker overschakelen op 4.4.4.

Zelf werk ik nu gewoon met V4.4.4 en zonder problemen (zolang ik ze niet opzoek).
Wel met work-arounds, want het blijft Garmin. (Al hebben ze inmiddels wel het punt gevonden waar de goede weg begint).

Belangrijker vind ik dat het kopiëren van Waypoints genaamd “001”, “002” enz. van GPS naar BaseCamp nog steeds fout gaat.
Send-Waypoint-from-GPS-to-BaseCamp-incorrect-when-Waypoint-names-are-not-unique
Maar ook hiervoor moet je terug naar versie V4.2.5.

omdat:

maar het komt er dus op neer dat de keuze voor een bepaalde versie afhankelijk is van welke fouten je het meest last hebt :rage:

Yep.

Net als MapSource 6.15.7 nog steeds de enige versie is die er in slaagt om het symbool van 30.000 POI’s binnen een paar seconden te wijzigen (Archies campings).
MapSource 6.16.3 en BaseCamp zijn dan al lang afgehaakt.

Maar… Terwijl ik eerder van mening was dat 4.4.4 nu een goed bruikbare versie is, inmiddels blijkt de zoekfunctie weer compleet en volledig stuk te zijn. Zoek op categorie en als resultaat krijg je alle POI’s voor alle categorieën.

Iets meer naar het zuiden (Uithoorn) nog een testje (in de lus uit het eerste voorbeeld).
De onmogelijkheid om in de vorige BaseCamp versie een route over Amsteldijk-Noord te leggen zonder rechte lijnen was het begin van… en nu is het gevolg de eerder getoonde lus…

==== Instellingen =====

  • Fiets/Motorfiets/Auto

  • Snelste/Kortste

  • Te vermijden: niets

==== Test 1 ========

Maak een Route van Noord, Via_1, Via_2, naar Zuid:

  • Noord: N52.24186° E4.85069°
  • Via_1: N52.24020° E4.85144° (dit via-punt leidt tot een heen-en-weertje, verder geen nut)
  • Via_2: N52.23939° E4.85145° (dit via-punt is bedoeld om Amsteldijk-Noord af te dwingen)
  • Zuid: N52.23983° E4.84660°

Resultaat, Route van Noord naar Zuid:

  • Fiets/Motorfiets/Auto + Kortste = OK
  • Fiets/Motorfiets/Auto + Snelste = 2x NOT OK (én weigert Amsteldijk-Noord (NOT OK) én maakt heen-en-weertje (NOT OK))

Resultaat, Route van Zuid naar Noord (route omkeren):

  • Fiets/Motorfiets/Auto + Kortste = OK
  • Fiets/Motorfiets/Auto + Snelste = 1x NOT OK (accepteert Amsteldijk-Noord (OK), maakt heen-en-weertje (NOT OK))

Deze fouten treden alleen op in OFM, recente versie.
Deze fouten treden niet op in “OSM_generic”, recente versie.
Deze fouten treden niet op vanuit MapSource.

Deze fouten treden niet op in de GPS (Etrex 30) + OFM (mits verstuurd als directe route). Dus voor de GPS is OFM wél goed genoeg!
Of, andere mogelijke conclusie, de bug in BaseCamp 4.3.3 en hoger is geen bug, maar nieuwe, nuttige functionaliteit (maar wel: “undocumented feature”) die pas bij een volgende firmware update op de GPS zal worden geïmplementeerd.

==== Test 2 ========

Oud draadje: Routerende Openfietsmap voor de GPS (Garmin)

Route loopt via: [highway=path], [bicycle=yes], [surface=unpaved].

Maak een Route van Noord, Via, naar Zuid:

  • Noord: N51.38741° E4.44837°
  • Via: N51.38300° E4.44838°
  • Zuid: N51.37511° E4.45085°

Resultaat, Route van Noord naar Zuid:

  • Fiets/Motorfiets + Kortste = OK
  • Auto + Kortste/Snelste = NOT OK (geeft rechte lijnen over niet bestaande wegen)
  • Motorfiets + snelste = 2x NOT OK (2x heen-en-weertje)
  • Fiets + snelste = 1x NOT OK (1x heen-en-weertje)

Mijn conclusie: Auto en Motorfiets niet (meer) gebruiken.
Fiets profiel is beter, Fiets + kortste is altijd foutloos. Maar “kortste” route is een “domme” route die geen gebruik maakt van de OSM tagging van fietspaden. Daarom gebruik ik altijd: “snelste”.

Ook getest met instelling “U-bochten” vermijden. Hiermee zou je mogen verwachten dat de “heen-en-weertjes” vermeden worden, maar dat is niet het geval.

OpenFietsMap tips-tricks

*Cycle touring:

  • This type of cycling will seek the cycle routes, to select this one needs to set toll roads avoidance on.
  • This is not available in the bicycle profile, so you need to use the motorcar or car profiles:*

Deze tekst lijkt achterhaald te zijn: ook “bicycle profile” kent “tolwegen”. Dus ook hier geldt: gebruik “Fiets” en geen “Motorfiets” of “Auto”.

Wie het weet mag het zeggen:

  • het is de fout van OSM (onjuiste tagging m.b.t. routering)
  • het is de fout van OFM (onjuiste rendering, want OSM Generic is wel goed)
  • het is het fout van mkgmap (black box, dus prima kandidaat)
  • het is een bug in BaseCamp 4.3.3 (want in 4.2.5 was er nog geen probleem?)
  • het is geen bug, maar vooruitgang die OSM/OFM/mkgmap niet kan bijsloffen…

Ik denk vooral het laatste: mkgmap/OFM zijn niet in staat de ontwikkelingen van Basecamp bij te houden. Zodra we het lek boven water lijken te hebben, hebben ze weer wat nieuws bedacht en loopt de routering weer in de soep. Dat is nu eenmaal de prijs van closed source (Garmin) vs reverse engineering (mkgmap).
Helaas is er nog steeds geen Garmin killer app ontwikkeld maar Osmand is hard op weg om die leemte in te vullen.

Zou het kunnen zijn dat Garmin de osm kaarten in de toekomst minder gaat ondersteunen? Ivm de active routing kaaryen technieken bij Garmin?

Als we (ze) richting mkgmap gaan zoeken…

Wat opvalt in vrijwel alle problemen is de werking van een kruising, splitsing, node die twee wegen verbindt.

  • Rechte lijnen probleem: was “meestal” oplosbaar door via-punt te verplaatsen. Maar “altijd” oplosbaar door het via-punt op een kruising te plaatsen. Met uitzondering van het Amsteldijk-Noord voorbeeld, omdat hier geen splitsing op Amsteldijk-Noord aanwezig is.

  • Onverhard volgen (Kalmhoutse Heide): ook hier was de oplossing (een jaar geleden) om het via-punt op de kruising te zetten. Indien mogelijk. Of op het eind van het onverharde stuk (verbindende node van twee wegen) in de hoop dat er geen ander alternatief beschikbaar is.

  • De duplicate heen-en-weertjes trekken - ten onrechte - de route door naar de volgende kruising. Zie de voorbeelden. De aantrekkingskracht van kruisingen (glue).

Garmin heeft de OSM kaarten nooit ondersteund, hun format is “closed source” en de mkgmap ontwikkelaars (in eerste instantie afgeleid van cpgpsmapper) hebben de code dmv reverse engineering gehackt.
Dat stond Garmin oogluikend toe, omdat dit waarschijnlijk de verkoop van hun hardware op zijn zachts gezegd niet in de weg stond. Inmiddels zijn ze zelf ook OSM kaarten gaan maken en worden sommige toestellen als de Edge Touring al uitgerust met een OSM kaart.

Het knelpunt is gewoon dat de ontwikkeling van Garmin’s routering doorgaat, dwz dat de kaarten van mkgmap op een gegeven moment niet meer compatible zijn met de gehackte code, die bijv. in Mapsource nog prima werkt. Dat zal zich eerder manifesteren bij de OFM omdat die wat gecompliceerder in elkaar zit als de OSM generic.