giga

Bedankt voor de tips! Heb de GarminExport macro inmiddels gedownload. Nu een keer mijn GPS opschonen en dan de child waypoints als POI laden. Denk dat mijn probleem dan voorbij is.

Nu al enige tijd een GPS map 62S. Met behulp van GSAK laad ik daar geocaches (inclusief childpoints) in. Wat me echter opvalt is als ik op 'mark' klik zegt mijn GPS dat het waypointgeheugen vol is. Hoe voorkom ik dit?

Een found loggen terwijl je de cache niet gevonden hebt vind ik onzin . Kan me helemaal voorstellen dat je het hinderlijk vindt als je dat soort mailtjes ontvangt. Het zou ook nooit in mijn hoofd opkomen, maar misschien ben ik nog van de oude stempel

Ik vind een * en / vaak wel duidelijker dan : of x. Met name de x kan verwarrend zijn, aangezien die ook als letter (variabele dus) gebruikt wordt. De ** notatie zou ik ook niet begrepen hebben, waar komt die vandaan?? Ik vind sowieso dat machtsverheffen wel wat overdreven is om een eindlocatie uit te rekenen. Je moet dit toch even in het veld kunnen doen?

Dat zal ik morgen eens gaan bekijken, maar misschien dat alle backups ondertussen van mijn nieuwe database zijn.... Weet niemand of er een los bestandje is waarin die user data staat? De corrected coordinats kun je namelijk gewoon via verkenner kopieren naar je nieuwe database, waarbij je dat bestandje overschrijft.

mijn database is gecrasht, dus iedere keer als ik deze probeer te openen in GSAK loopt het volledige programma vast. Nu heb ik een nieuwe aangemaakt en die weer gevuld met de PQ's. De gecorrigeerde coordinaten heb ik nu geloof ik weer terug weten te halen, maar de ingevulde informatie uit de user data zou ik ook graag terug vinden. Heeft iemand een idee hoe ik deze informatie te voorschijn kan krijgen?

Een GPS met kaart is voor geocaching helemaal niet nodig! Wij zijn begonnen met een etrex euro en daarna bij het aanschaffen van een eigen hebben we gekozen voor een Etrex venture, dit vanwege de basis kaart (waarop je alleen kunt zien hoe de WP ten opzichte van elkaar liggen en je track in beeld komt) de handigere bediening en de meegeleverde datakabel. Als ik nu een nieuwe zou kopen en niet veel te besteden had zou ik voor de GPS 60 gaan, want wij hebben nu al meerdere keren problemen gehad met de klikstik van de venture. Of nog even flink doorsparen en dan de uitgebreidere versies met CSX aanschaffen, want het lijkt me wel leuk speelgoed.

Ik gebruik altijd de nieuwe kaarten. Als je standaard je huisgebied met niet gevonden hebt ingesteld, ver genoeg ingezoomd is het ook zo geldaden. Eventueel zoomen naar een andere regio duurt iets langer, maar daar komt voor mij wel het voordeel bij dat je nu lekker ver in kunt zoomen. Kortom, ik vind het ideaal.

Volgens de regels van tegenwoordig is dat dus wel 27. Daarom is het ook beter om de haakjes te plaatsen zodat het voor iedereen duidelijk is. Dat bedoelde ik met het éénduidig zijn van een berekening in mijn reactie. Dat scheelt een hoop frustratie. En is het dat wel is, vind ik berekeningen helemaal niet erg in een cache. Zijn de rekenregels dan veranderd ??? Wij hebben niets tegen een beetje rekenen, maar het moet idd in het veld niet te veel werk zijn. Wij zijn namelijk ook een kei in fouten maken

Ik vind het er eerder op lijken dat je een foutje gemaakt hebt. Waarschijnlijk is I namelijk een getal van 1 cijfer of er staat ergens in de cachebeschrijving dat je de getallen nog moet bewerken tot er 1 cijfer overblijft.....

maar met Kerstmis zit ik in de sneeuw en kan dus helaas niet meedoen Jammer, volgend jaar misschien weer.

Dat klopt allemaal, maar ik wil de child WP's juist niet los in GPX-sonar hebben staan. Dat vervuilt en maakt het hartstikke traag. Heb even voorbeeldjes gemaakt van GCT6NY, echter kan ik die nu nergens op het web plaatsen... Kan ik ze even naar iemand mailen? Zo staat het in een lossen GPX-file <p>Additional Hidden Waypoints</p>T0T6NY - Parkeerplaats onderaan de trappen<br />N 52° 02.867 E 004° 27.628<br /><br />T1T6NY - Hier is hij ontsnapt<br />N 52° 02.921 E 004° 27.340<br /><br />T2T6NY - Eerste honk<br />N/S __ ° __ . ___ W/E ___ ° __ . ___ <br />Hier schuilde de trol onder een eenzame boom in het veld.<br />T3T6NY - Tweede honk<br />N/S __ ° __ . ___ W/E ___ ° __ . ___ <br />Hier schuilde de trol weer onder een boom maar nu in het moeras.<br />T4T6NY - Derde honk<br />N/S __ ° __ . ___ W/E ___ ° __ . ___ <br />Al weer een boom nu in een bos<br />TCT6NY - De trol<br />N/S __ ° __ . ___ W/E ___ ° __ . ___ <br />Na het vinden van de trol het pad vervolgen om terug te komen bij de parkeerplaats.<br /></groundspeak:long_description> En zo in een verzamelde uit GSAK. Dit gedeelte staat dan ook niet bij de cache. </wpt> <wpt lat="52.047783" lon="4.460467"> <time>2006-03-13T00:00:00.0000000-08:00</time> <name>T0T6NY</name> <cmt></cmt> <desc>Parkeerplaats onderaan de trappen</desc> <url>http://www.geocaching.com/seek/wpt.aspx?WID=122f1dc0-c798-481b-b457-0862b210e3a8</url> <urlname>Parkeerplaats onderaan de trappen</urlname> <sym>Parking Area</sym> <type>Waypoint|Parking Area</type> <gsak:wptExtension xmlns:gsak="http://www.gsak.net/xmlv1">'>http://www.gsak.net/xmlv1"> <gsak:Parent>GCT6NY</gsak:Parent> </gsak:wptExtension> </wpt> <wpt lat="52.048683" lon="4.455667"> <time>2006-03-13T00:00:00.0000000-08:00</time> <name>T1T6NY</name> <cmt></cmt> <desc>Hier is hij ontsnapt</desc> <url>http://www.geocaching.com/seek/wpt.aspx?WID=f43538cb-75a1-426c-ae2b-1b5cef8f970b</url> <urlname>Hier is hij ontsnapt</urlname> <sym>Trailhead</sym> <type>Waypoint|Trailhead</type> <gsak:wptExtension xmlns:gsak="http://www.gsak.net/xmlv1"> <gsak:Parent>GCT6NY</gsak:Parent> </gsak:wptExtension> </wpt>

Maar waarom geeft GPX-sonar ze wel weer in de cachebeschrijving bij een losse GPX van geocaching.com en niet bij een GPX uit GSAK? Het lijkt dus of het probleem in GPX-sonar zit of in ieder geval in de manier waarop deze de files uitleest...

Dat is de oplossing om ze duidelijker in je GPS te krijgen. Het helpt niets voor GPX sonar. Heb via het forum van GSAK uitgevonden dat de GPX-file van 1 cache de child WP omschrijving wel bevat en de GPX-files uit PQ 's niet. Daar gaat het dus fout. GSAK exporteert ze blijkbaar ook niet duidelijk. Voorlopig nog geen oplossing dus.

Ik wil idd exporteren naar een gpx file, die ik dan open met GPX-sonar. Vindt het echter zeer irritant als al die child WP's tussen de caches staan. Nu heb ik weer eens geexporteerd met included child WP's en dan staan ze weer hinderlijk er tussen, maar niet onderaan de cache beschrijving. De GPX-files haal ik altijd binnen via get data bij mail, maar kan nu even niet meer vinden waar ik dat heb ingesteld.... Dat laatste is gevonden. Ik heb aangevinkt dat de extra WP's als Child WP bij de caches moeten komen. De caches waar ze bijhoren zijn dan ook dik gedrukt. Kan het ook aan de instellingen in gpx-sonar liggen? Heb namelijk nu een file van geocaching.com genomen en dan zie ik ze ook niet. En dat werkte bij Teph wel?? Begrijp er steeds minder van