pas de toesteloverdrachtopties aan

[Co Visser]

Dan denk ik dat BaseCamp niet goed werkt en ondanks de instelling de routepunten toch niet verwijdert. Beetje raar allemaal, het lijkt bij sommigen niet te werken en bij anderen wel...

Net een route gemaakt met 25 viapunten. Deze overgezet naar de Nav V met de optie "verwijder routepunten van de route bij overdracht naar toestel" aangevinkt. Wat blijkt; geen vlaggen en 23 lichtblauwe bolletjes (de softe viapunten) zichtbaar op het toestel. Start en finish doen niet mee, dus volgens mij klopt het. Volgens mij had er bij "verwijder routepunten van route bij overdracht naar toestel" moeten staan "verwijder vlaggen en laat routepunten in de route staan bij overdracht naar toestel".

[Co Visser]

En toen snapte ik het niet meer. Ik heb de route van gisteren ook eens op het scherm van de Nav V vergeleken met de route op de computer. Wat blijkt; in BC heb ik 71 viapunten staan. Allemaal soft. Op de Nav heb ik 47 lichte blauwe bullets staan.
Nu denk ik dat dit moet liggen aan de manier van behandelen.
Wat gedaan;
1) Route ontvangen, herberekend naar nieuwe kaart. Glitchen expres laten staan. Want er zaten er een hoop in en ik wilde weten hoe de Nav hier mee om zou gaan.
2) Route hier en daar aangepast zodat deze weer overkwam met de originele route.
3) Naar SD van toestel gezonden

Ik heb ook eens gekeken of de glitchen hiermee te maken zouden kunnen hebben. Dus opgezocht in BC en deze vergeleken met de Nav. Nee dus. Sommigen staan een eind naast de weg en laat hij op de Nav zien. Sommige viapunten staan goed op de weg en deze laat hij niet zien op de Nav.

Waar kan dit aan liggen?

[guzzi vero]

In dit opzicht is het gebruik van de RTW tool dan ook minder relevant, ik creeer namelijk geen glitches!!

Nou, ben hier ook bezig met een 20 tal routes in NT aan te passen in NTU en je moet verdomme zeer goed inzoomen om geen glitches te hebben.

Dat je routes veranderen (zie je pdf) is normaal daar ook je activiteiten profiel veranderd is zoals JaVaWa reeds opmerkte. Ik heb hiervoor 2 custom profiles (motor - fastest en motor- shortest) aangemaakt en herbereken consequent steeds met beide profielen. Deed dit ook al jaren zo in MS en desondanks treden er in BC toch nog verschillen op die ik moet aanpassen die waarschijniijk te wijten zijn aan andere profiel instellingen MS vs BC. Je profiel dien te trouwens in BC aan te passen in de route eigenschappen zelf en niet in het algemeen BC scherm want dan verandert er niets

Op de Nav heb ik 47 lichte blauwe bullets staan

Glitchen expres laten staan

Tel eens je glitches in BC en dat zullen er waarschijnlijk 47 zijn. In de vorige versie van BC had ik het puntje veranderd in het zwarte vlaggetje. Als ik dan een punt echt naast de weg had had ik geen zwart vlaggetje maar een blauw vlaggetje. Nu blijft het gewoon een puntje (glitch dus).

[Hans Vaessen]

Probeer eens wat er gebeurt als je de orgininele NT route niet-herberekend naar het toestel zet; waarbij je de toestelopties instelt op niet herberekenen en de softe via's laat verwijderen?

[DanielT]

Als het aan RTWtool had gelegen had ik er nog wat aan kunnen doen, maar helaas ligt het aan BaseCamp...

OK, erg bedankt voor dit inzicht!
Er zal in de GPX file van BC dan enkel het ID (of zoiets) van het activity profile bijgehouden worden en niet de routeringsinstellingen zelf. Aan een none/ custom profile wordt dan maar het actief profiel geplakt bij de import functie in BC.
1) MAAR hoe kom ik dan aan die none/ custom routeringsprofielen in BC, alle routes zijn nu eenmaal door een import routine van BC gegaan!!
Trouwens al mijn routes afkomstig van mijn eigen Mapsource en (alle/ vele/ sommige...??) aangeleverde routes hebben een none/ custom profiel.
Zou het kunnen dat een gpx export afkomstig van BC andere routeinfo bevat dan b.v. van Mapsource of andere en desgevallend de import in BC een corresponderende none/custom aanmaakt en niet het actieve profiel eraan plakt?
Bovendien wijzigde ik die profielen niet, ook niet bij aanpassen van de route omdat die dan het minste afweek van de originele en ik er dus minder moest aan sleutelen!
2) Moet het advies dan zijn om STEEDS een profiel aan te maken en NOOIT een none/custom!?

[Co Visser]

Glitchen expres laten staan

Tel eens je glitches in BC en dat zullen er waarschijnlijk 47 zijn. In de vorige versie van BC had ik het puntje veranderd in het zwarte vlaggetje. Als ik dan een punt echt naast de weg had had ik geen zwart vlaggetje maar een blauw vlaggetje. Nu blijft het gewoon een puntje (glitch dus).

Nu is dit moeilijk te zien. Maar ik kom niet verder dan een glitch of 26 stuks.

[JaVaWa]

Er zal in de GPX file van BC dan enkel het ID (of zoiets) van het activity profile bijgehouden worden en niet de routeringsinstellingen zelf. Aan een none/ custom profile wordt dan maar het actief profiel geplakt bij de import functie in BC.

Correct.

1) MAAR hoe kom ik dan aan die none/ custom routeringsprofielen in BC, alle routes zijn nu eenmaal door een import routine van BC gegaan!!

Dat zal toch gekomen zijn doordat je zelf de opties voor die route hebt aangepast i.p.v. het toekennen van een van de standaardprofielen (of heb je misschien een eigen profiel toegevoegd?)

Zou het kunnen dat een gpx export afkomstig van BC andere routeinfo bevat dan b.v. van Mapsource

BaseCamp zet alleen de naam van het profiel in het GPX-bestand (tenzij er sprake is van aangepaste routeopties; dan staat er niets over profielen/routeopties in). MapSource kent het begrip "profielen" niet, en zet er dus ook niets overeenkomstigs in.

Moet het advies dan zijn om STEEDS een profiel aan te maken en NOOIT een none/custom!?

Ja.
Opvallend is trouwens dat de Mac-versie van BaseCamp geen aangepaste routeopties ondersteunt. Gezien het feit dat deze opties alleen binnen BC bestaan en verloren gaan bij een export misschien geen onverstandige keuze...

[DanielT]

Nou, ben hier ook bezig met een 20 tal routes in NT aan te passen in NTU en je moet verdomme zeer goed inzoomen om geen glitches te hebben.

Dat is heel juist, maar met het muiswieltje gaat dat toch heel vlot!
Trouwens ik maak onderscheid tussen technische glitches (naast de route en ook naast een andere straat) en functionele glitches (naast de route, maar wel op een andere straat) en deze laatste zal de RTW tool niet kunnen verwijderen.

Dat je routes veranderen (zie je pdf) is normaal daar ook je activiteiten profiel veranderd is zoals JaVaWa reeds opmerkte.

Uiteraard, kwestie is waarom en wie/wat dat profile aanpast, want dat wil ik niet. Import functie van BC, cfr JaVaWa.

Ik heb hiervoor 2 custom profiles .........

Vroeger liet ik die ‘none’ profielen bestaan omdat die bij herrekenen de route minder aanpasten en dus minder moest corrigeren.
Thans teken ik de route toch volledig opnieuw (glitchvrij ) met een voorgedefinieerd profiel!
Voortschrijdend inzicht.......ik kom er wel .....maar een maand geleden reeds dacht ik dat ik er al was......maar waar ergens ?

[JaVaWa]

en deze laatste zal de RTW tool niet kunnen verwijderen.

Toch wel, mits het om een klein stukje gaat.

[Hans Vaessen]

Wie echt interesse heeft om die verschillen te kunnen inschatten leest dan maar deze bijlage:

Track op basis route EVALUATIE_forum.pdf

Heb 'm bekeken. Interessant. Heb zelf vooralsnog uit eigen ervaring en feedback van derden selchts twee situaties gezien waarin de track niet overeenkwam, dit zijn er een hele hoop en geeft te denken. Wellicht kun je de tracks zelf ook even posten?

[DanielT]

[Ik neem aan dat je niet het gdb-formaat gebruikt voor de bestandsuitwisseling? .

Inderdaad, sinds ik BC gebruik werk ik enkel nog met GPX bestanden buiten BC.

@JaVaWa....
Ah opgelet, de aangeleverde routes die ik importeerde in BC stonden echter WEL in een .GDB file!!
En deze komen dus binnen met een activity profile = none
Maar waar haalt BC dan zijn routeringsparameters (zie mijn PDF) vandaan, dan toch uit die GDB file?
Is werken met GDB dan niet beter dan met GPX voor uitwisselingen, dan toch binnen de (besloten) Garmin wereld?

[JaVaWa]

In geen enkel bestandsformaat worden de afzonderlijke routeringsopties bewaard; alleen in het gpx-formaat wordt het profiel-ID opgeslagen. BaseCamp gebruikt de parameters van het op het moment van import actieve profiel.

Het gdb-formaat mist een hoop nieuwe zaken die wel in het gpx-formaat zitten, dus gpx heeft beslist de voorkeur. Slechts in heel specifieke gevallen heeft het gdb-formaat een voordeel, aangezien in dit formaat ook de richtingaanwijzingen worden opgeslagen.

[Hans Vaessen]

[quote="JaVaWa"Slechts in heel specifieke gevallen[/quote]

Heb je een voorbeeld van een situatie waarin dat relevant is?

[JaVaWa]

Met JaVaWa RTWtool kun je routes en tracks converteren naar koersen. Daarbij is er de optie om afslagen te vertalen in koerspunten. Nu kan dat gebeuren o.b.v. de hoek tussen tracksegmenten, maar dat kan als consequentie hebben dat er onterechte koerspunten worden geplaatst (bij een scherpe knik in de weg) en/of dat er bij afslagen met een kleine richtingsverandering géén koerspunt wordt geplaatst.
Door nu een gdb-bestand als invoer te gebruiken kan RTWtool de routeaanwijzingen benutten en de koerspunten op precies de juiste plaatsen neerzetten.
Hetzelfde kan trouwens ook met de "Hermanizer"truc met POI's.

[Hans Vaessen]

Ah, right... Feitelijk edge-specifiek dus.