Japiejoo

- Je kan uiteraard gewoon op de kaart kijken, dan zie je dat er sowieso niet veel multi's zijn daar. - Ja kan in de zoekfunctie de coördinaten van de locatie invoeren en eventueel ook nog filteren op multi's. Volgens mij mogelijkheden te over dus.

Als ze die aanvullende alinea in de guidelines hier ook strikt gaan hanteren zou ik dat maar niet meer doen Peetee

Dat was mij de vorige keer bij dit event ook al opgevallen inderdaad.

14 November aanstaande is er een struin event met nieuwe struincaches, bij Weert. Struinen door de Loozerheide

De ARK serie bij Wolfhaag is prachtig struinen! Dit is de bonus: http://coord.info/GC5FW19

Met de gratis Geocaching Intro App krijg je direct een notificatie van een bericht in het message center en kan je direct antwoorden (vergelijkbaar met WhatsApp). Dus dat is volgens mij even snel als een mail beantwoorden en misschien nog wel sneller.

Tussen het coördinaat boven aan de pagina en de cachelocatie mag niet meer dan 3.2km zitten (tenminste, zo staat het in de guidelines). Technisch gezien kan er dus tussen het daadwerkelijke startcoördinaat en de cache wel een grote afstand zitten. Overigens staat dit ook op diezelfde pagina van de guidelines: In de guidelines over Multi's staat dan weer een apart stukje over wanneer het een multi en wanneer het een mystery is: Dit samen met de guidelines voor een multi zou je zeggen dat het bij een multi alleen over eenvoudige (wie zegt wat eenvoudig is?) puzzels mag gaan, anders wordt het een mystery. Zoals ze het dus blijkbaar in de VS doen. Maar ik ga nu wel compleet off topic hier.... dus tot zo ver.

Dit vind ik wel een mooie (even afgezien van de foute benaming, het zijn GEEN seconden, en de verwisseling van de getallen, 14 en 41). Met name de volgorde van wat je hier logisch noemt en wat niet. Ik vind het namelijk precies andersom logisch en zal ook even uitleggen waarom. De coördinaten die we standaard gebruiken zijn genoteerd als graden en decimale minuten. We hebben het hier over de laatste 3 cijfers van de minuten, dit zijn GEEN seconden, dit zijn de decimalen van de minuten. Bij decimalen blijft het getal hetzelfde, hoeveel nullen je er ook achter zet en niet als je er nullen voor gaat zetten. Kortom 3,5 en 3,50 en 3,5000000000 is precies hetzelfde, terwijl 3,05 en 3,000005 totaal andere getallen zijn. Nu even een concreet coördinaten voorbeeld. Stel de formule is N55 35.A en de waarde van A blijkt 28 te zijn. Ik zou in dit geval N55 35.280 invullen. Immers N55 35.280 is precies dezelfde locatie als N55 35.28, alleen mijn GPS wil 3 decimalen, dus zet ik er een 0 achter. In mijn ogen is het dus onlogisch om daar N55 35.028 van te maken wat een compleet andere plek is. Ik weet het, het wordt vaker andersom gedaan dan ik hier nu aangeef. Dit komt door het feit dat het getal A als los getal wordt gezien en dus 028 dezelfde waarde heeft als 28, terwijl 280 juist een heel andere waarde is. Het is dus maar net of je naar A als een 'los' getal kijkt of het daadwerkelijk als decimalen van de minuten ziet. Kortom, het advies blijft gelijk, probeer het allebei als je vreemd uitkomt, maar wat onlogisch is, dat hangt van je visie op de getallen af.

Elk veelvoud van 9 stapeltelt altijd naar 9. Dus veelvouden van 45 ook omdat dat weer een veelvoud van 9 is. Ik heb dit trucje al vaker gebruikt (in eigen caches bedoel ik dan).

@Eftelaar: Hoe Moeten Wij Van De Onvoldoendes Afkomen Toevoeging: maar de 4 stappen is veiliger, want hier zie je niet dat 'machtsverheffen en worteltrekken' gelijkwaardig zijn en dus gewoon in volgorde moeten gebeuren, net als 'vermenigvuldigen en delen' en 'optellen en aftrekken'. Zo is 24 / 2 x 4 = 48. Als je het ezelsbruggetje letterlijk volgt zou je op 3 uitkomen, wat niet goed is.

Vooral bij puzzelcaches, maar ook soms bij multi's, het wel of niet doortellen van de woordwaarde naar 1 cijfer. Het komt nog al eens voor dat er woordwaarde staat, maar bedoeld wordt doortellen naar 1 cijfer. Bij twijfel dus altijd even met beide getallen rekenen.

Dat zou moeten staan bij Stel in -> Positieweergave -> Kaartdatum volgens de handleiding (pag 14 van de pdf, pag 10 op de pagina gedrukt).

Dat komt toch niet omdat deze dan langer in de lader zit en dus niet gebruikt kan worden he?

Je kan volledig internetloos cachen als je dat goed voorbereid. Zoals je zelf al zegt door de caches en eventueel kaarten vooraf te downloaden. Als je niet weet wat er nou wel en niet opgeslagen wordt kan je altijd een cache in de buurt downloaden en vervolgens die cache gaan zoeken nadat je het internet op je telefoon uitgeschakeld hebt. Dan zie je precies wat er op vakantie ook zal gebeuren.

Hier is een hulpje te vinden:http://www.geocachingtoolbox.com/index.php?lang=nl&page=baseConversion

Gedurende de dag hier ook al enkele keren last van gehad. Paar minuten later was het meestal weer goed.

Klopt, dat komt omdat het verzendadres niet altijd het antwoordadres hoeft te zijn (als je om meer details vraagt in de mail en als je op beantwoorden klikt kan je dat ook gewoon zien). De gebruiker kan bij de Email functie (dus niet de message functie) zelf aangeven of hij op die manier zijn mailadres mee wil sturen en dat werkt inderdaad nog steeds zo. Overigens staat er als de gebruiker zijn adres niet mee heeft gestuurd ook bij die mails duidelijk bij dat je niet kan reageren op die mail, maar dat via het profiel moet doen.

Zo veel klikken scheelt het niet als Premium Member om een cache in je GPS te zetten. In plaats van 'Sent to My GPS' klik je op 'GPX File', je navigeert naar de map Garmin/gpx op je GPS en klikt op 'Opslaan'. Alleen het bladeren naar de juiste map maakt het verschil, lijkt me overkomelijk (In de nieuwe generatie GPSen die gpx files kunnen lezen uit die map uiteraard)

Het ging hier toch ook om het beantwoorden van een kennisgeving dat je een bericht hebt. Die kennisgeving komt van noreply@...., dus antwoorden daarop gaat daar heen terug. Er staat ook duidelijk in die mail dat je het message center moet bezoeken om te antwoorden. Niks mis mee lijkt me.

Je mail gaat dan ook naar noreply@geocaching.com, dus dat is op zich wel logisch

Wat bij mij werkt als de garmin de cache (of caches van een pocketquery) niet ziet, is even het gpx-bestandje openen in de kladblok en opslaan. Dan ziet de GPS ze ineens wel. In dit geval ligt het echt gewoon aan de 60cx, die kan dit (caches lezen uit een .gpx in de map garmin/gpx) gewoon niet. Alleen nieuwere generaties kunnen dit.

Ik lees chirps uit op de telefoon, mag dat ook?

In de titel staat 62st, maar in de beschrijving 64st. Dat is wat verwarrend. (ik heb geen interesse maar wilde dit even melden)

Sorry ikke de 60cx is te oud hiervoor. Daarvoor moet je echt de plugin gebruiken of een programma als mapsource. (Ik heb hetzelfde 'probleem' met mijn 60CSx)

Dat is inderdaad waar ja. Je kan wel de 'LOC waypoint file' downloaden, die moet je dan alleen eerst nog omzetten naar een .gpx file (met bijvoorbeeld GPSBabel) voordat je deze kan kopiëren naar je GPS. Als de communicator werkt is dat uiteraard makkelijker.