Team DeLammetjes

volgens mij komt dat doordat de route uit punten bestaat en er tussen die punten een rechte lijn getrokken wordt...

of is er een andere manier om alle caches van Frankrijk in GSAK te laden?

Hmm, dan moest ik ook maar eens op vakantie, dan maar een internet café onderweg...

voor mijn vakantie laad ik meestal de caches in de omgeving in GSAK met pocket queries van geocaching.com Soms gebruik ik daar de de buren tool voor, maar die werkt nu niet meer. Ook kan ik niet bij de site van de buren. Is er iets veranderd, is er een andere manier om de caches van bijv. heel Frankrijk in te stellen als pocket query op cc.com?

Die ga ik doen! Ziet er leuk uit... Dank je wel!

Dan is deze prima te doen: linkje Dank je, die heb ik opgeslagen als bookmark om later nog eens te doen. Voor nu is hij wel een beetje veel uit de buurt...

Aankomende vrijdag ga ik met de motor vanuit Groningen naar Nijverdal. Ik heb de hele dag en heb al de caches rond Nijverdal op m'n GPSr staan. En sinds kort heb ik een RAM mount voor de GPSr op de motor. Wie weet er een leuke motor cache op deze route? Ik heb de hele dag, dus een beetje uit de buurt is geen bezwaar....

Bedankt! Ik heb het meteen ingesteld...

Over de naamgeving van child waypoints is hier: http://forum.geocaching.nl/index.php?showtopic=13558 ook al wat geschreven, als je tenminste GSAK gebruikt om de caches op de oregon te krijgen...

Zie ook http://gsak.net/board/index.php?showtopic=...amp;#entry76175 en het draadje over child waypoints (waypoints in de Oregon), naamgeving, daaruit blijkt dat GSAK zonder macro maar met standaardfunctionaliteit van de childs waypoints maakt en van de caches geocaches. Als je het nog kan volgen... Link naar draadje: http://forum.geocaching.nl/index.php?showtopic=13599

En hij heeft het al in build 23 gefixed: http://gsak.net/board/index.php?showtopic=11034&hl= Snel hoor! Ik heb het alleen nog niet uitgeprobeerd... Nu wel uitgeprobeerd, werkt prima. Zie http://gsak.net/board/index.php?showtopic=...amp;#entry76175 met een korte opmerking van mij over de lengte van het child waypoint zodat hij nog leesbaar is in het scherm vd Oregon.

Handig, dank je!

Hoe doe je dat dan, POI's vanuit je PC overschrijven? Ben ik ook wel in geinteresseerd, nu wis ik af en toe al mijn waypoints, ook de nuttige... anders moet het 1 vcoor 1...

En hij heeft het al in build 23 gefixed: http://gsak.net/board/index.php?showtopic=11034&hl= Snel hoor! Ik heb het alleen nog niet uitgeprobeerd...

En ik heb hier: http://gsak.net/board/index.php?showtopic=11552 dit ook gevraagd...

Zelf gebruik ik: %drop2 %smart %children%drop2-%c_Prefix Het voordeel is dat je de aanduiding "GC" dan kwijt bent. Aantal characters staat op 8 maar de oregon kan iets van 30 aan heb ik uitgeprobeerd. Normaal staat er %name, dan krijg je de volledige naam, niet %smart, die spaties en veel voorkomende woorden weglaat. Maar ook met %smart werkt het niet... Ik klooi nog even door!

Ik heb juist het idee dat het plaatsen van een zagg shield de leesbaarheid beter heeft gemaakt. Ik heb er totaal geen problemen mee!

Ik kwam er afgelopen weekeinde achter tijdens het lopen van een multi dat de child waypoints van een cache op mijn Oregon 300 een vreemde naam hebben. Na wat zoekwerk kwam ik er achter dat dat de unieke naam is die GSAK aan de child waypoints geeft. En dat er een manier is om een naam mee te geven die meer op de parent cache lijkt. Zie http://www.gsak.net/help/hs40500.htm#childexport Daar staat onder andere: " I suspect most users will want the child waypoints to show up in the GPSr "related" to the master Cache. The only way I see this happening is if the naming convention you use, has the first characters the same, and then something added to the end to differentiate the child waypoint. For example, if your GPSr will accept a maximum of 8 characters for the waypoint name, it is very popular to use smart names with a length of 8. In this situation, if you want the child waypoints sorted correctly in your GPSr, change your smart name setting to 7 characters (via Tools=>Options=>General) then use the following tags in the "waypoint name": %smart %children %smart%c_Code1 This will result in the parent cache getting the smart name, then the child waypoints having the smart name plus the one alpha code tacked on the end. If your GPSr will accept more characters then perhaps a better solution is to set your smart name length to 2 less than you maximum length and use this setting %smart %children %smart%c_Prefix This will result in the parent cache getting the smart name, then the child waypoints having the smart name plus the 2 character prefix tacked on the end. " Ik vind niet duidelijk waar ik dit in moet vullen en vul het dus maar in bij het Send Waypoint schempje in het GPS menu, in het veld "Waypoint name". Maar helaas, de child waypoint hebben nog steeds de naam zoals die in de GSAK DB staat. Iemand een idee?

Bij mij werkt hij ook prima, multi gelopen zonder problemen...

Ga ik ook nog proberen. Alleen zie ik het voordeel boven de Google Earth route niet?

Het lijkt er op dat je niets verkeerd doet. Nadat je in MapSource de route hebt gemaakt en bewaard als .gdb bestand, zijn de handelingen in GSAK als volgt: 1. Start de filter-functie 2. Ga naar het tabblad 'Arc/Poly' 3. Klik in het blokje 'Get points from a file' op 'Select file'. 4. Selecteer je .gdb bestand met de route. 5. Vul de maximale afstand in van een cache tot de route en GO Arcin.txt wordt aangemaakt op het moment dat je onder stap 4 het .gdb bestand opgeeft. Je ziet dan als het goed is de routepunten daaruit verschijnen onder het kopje 'Arc/Polygon points' (dat dan ook geel wordt). Mogelijk gaat het daar mis. Ik zie inderdaad de routepunten verschijnen en het kopje wordt geel. Maar als ik naar de gevonden caches kijk zie ik dat er veel buiten de opgegeven afstand van de route liggen. Ik denk dat er (te) weinig punten in de gdb file staan, en dat er tussen de punten een rechte lijn getrokken wordt die flink kan afwijken van de feitelijke loop van de weg. Om dit te controleren zou ik graag de getoonde punten in GSAK plotten in een kaart, zoals google maps. Iemand een idee hoe ik dat moet doen? Ik heb de punten uit het GSAK filter geteld (niet met de hand) en met 1 bepaalde route kom ik op 168 tussenpunten als ik de gdb file gebruik en 757 punten als ik vanuit mapsource google earth start en dan de kml file gebruik in GSAK. Dat wordt voor mij dus de manier!

Het lijkt er op dat je niets verkeerd doet. Nadat je in MapSource de route hebt gemaakt en bewaard als .gdb bestand, zijn de handelingen in GSAK als volgt: 1. Start de filter-functie 2. Ga naar het tabblad 'Arc/Poly' 3. Klik in het blokje 'Get points from a file' op 'Select file'. 4. Selecteer je .gdb bestand met de route. 5. Vul de maximale afstand in van een cache tot de route en GO Arcin.txt wordt aangemaakt op het moment dat je onder stap 4 het .gdb bestand opgeeft. Je ziet dan als het goed is de routepunten daaruit verschijnen onder het kopje 'Arc/Polygon points' (dat dan ook geel wordt). Mogelijk gaat het daar mis. Ik zie inderdaad de routepunten verschijnen en het kopje wordt geel. Maar als ik naar de gevonden caches kijk zie ik dat er veel buiten de opgegeven afstand van de route liggen. Ik denk dat er (te) weinig punten in de gdb file staan, en dat er tussen de punten een rechte lijn getrokken wordt die flink kan afwijken van de feitelijke loop van de weg. Om dit te controleren zou ik graag de getoonde punten in GSAK plotten in een kaart, zoals google maps. Iemand een idee hoe ik dat moet doen?

Kleine aanvulling: Als je de route in MapSource hebt gemaakt, dan kun je die heel makkelijk in Google Earth tonen via 'Beeld' --> 'Weergeven in Google Earth'. Daarna opslaan als kml-file, als hierboven omschreven. Precies wat ik zoek, het gemak van het maken van routes in mapsource icm het gemak van google earth om een pocket query te maken.... Bedankt! Trouwens, net ontdekt dat die kml file uit Google Earth ook in GSAK als filter gebruikt kan worden. Heb je helemaal geen pocket query meer nodig als de route door een gebied loopt waarvan je de caches toch al in GSAK hebt.

Kleine aanvulling: Als je de route in MapSource hebt gemaakt, dan kun je die heel makkelijk in Google Earth tonen via 'Beeld' --> 'Weergeven in Google Earth'. Daarna opslaan als kml-file, als hierboven omschreven. Precies wat ik zoek, het gemak van het maken van routes in mapsource icm het gemak van google earth om een pocket query te maken.... Bedankt!

geïnstalleerd, lijkt goed.