on4bam

Off topic maar sinds we met geocaching begonnen zijn (2006) heb ik steeds add-ons gebruikt op de website (Greasemonkey/Tampermonkey scripts) om de website bruikbaarder te maken. Functies waar niemand om vroeg werden geïmplementeerd (met bugs die laat of niet opgelost geraakten) en dingen waar wel om gevraagd werden kwamen er niet (vandaar de 3-rd party scripts). De 3rd party apps werken ook beter dan de eigen app van gc....

Het is nochtans gemaakt door een Nederlander (wolojoli)

Markeren in c:geo is niet hetzelfde dan online loggen. Dat doe je met "log Visit". GDAK gebruik ik vooral omdat ik de database van GSAK (Windows) daar via mijn cloud kan naar exporteren. Het was ook een API partner maar dat is niet meer zo. De maker had ook zijn eigen website met forum maar die bestaat helaas niet meer. Ik zou GDAK dan ook niet meer aanraden aangezien het programma (al jaren) niet meer ondersteund wordt en ik zie het ook niet meer in de playstore. Ik gebruik GDAK, net als c:geo als backup (wij cachen met een GPS) en om op de tablet een grotere kaart te hebben. Beiden gebruiken we 100% offline.

Geen idee hoe het zit met "de app" (ik ga er van uit dat je de app van geocaching.com bedoeld) maar in c:geo en GDAK is het alleszins geen probleem om offline kaarten te installeren. Bij c:geo gaat dat vanuit de app zelf, bij GDAK moet je ze downloaden bv. op http://www.openandromaps.org/en/

Ik vraag mij af of Bluesky zal kunnen vermijden om de weg van Twitter op te gaan, door de grote toevloed van nieuwe gebruikers is er momenteel al een moderatieprobleem. De trage groei van Mastodon lijkt in dat opzicht in elk geval een voordeel te zijn. Enkel mastodon.social is sporadisch een probleem maar de andere instances zorgen er dan voor dat de spam niet verder verspreid wordt.

Nee hoor, maak een cirkel van xxx meter vanaf nr1 en een van yyy meter vanaf de laatste cache. Je hebt dan 2 snijpunten. Meestal kan je al zien dat 1 van de 2 niet kan (in een huis, midden een veld of in het water. Niettegenstaande de "circa" zit je dan toch al zeer dicht in de buurt van de bonus en aan de hand van de hint (als die er is) kan je dan al op zoek naar een logische plaats. Je zal zien dat wanneer je meer en meer ervaring krijgt en meer verschillende verstopmethodes leert kennen gemakkelijker de logica van de caches en verstopplaatsen gaat herkennen.

Door het gebruik van GSAK zal je idd weinig kans hebben dat je een cache an een reeks mist. In elk geval kan je dan ook filteren en kijken of de filter even veel caches bevat dan er bij de reeks vermeld wordt. Ik probeer elke week via API en "get geocaches" de nieuw gepubliceerde caches in GSAK te zetten, het risico dat er dan een week later een cache niet in de PQ zit die ook gemist werd bij het ophalen van nieuwe caches is dan wel heel klein. Na het runnen van alle PQs om de Belgische database up-to-date te houden doe ik nog eens een refresh van de caches die geen update kregen in de laatste 7 dagen. Dat moeten gearchiveerde caches zijn maar mocht er eentje niet in een PQ gezeten hebben dan wordt die alsnog vernieuwd door de refresh.

Met deze info zijn er dus 2 plaatsen om de bonus te gaan zoeken . Je kan de afstanden, hoewel ze maar "ongeveer" zijn best weghalen.

De PQs die gisteren faalden en als corrupte ZIP file werden aangeven werden vandaag probleemloos binnen gehaald via API. Ook refresh (via API) werkt alweer foutloos.

Blijkbaar is er wat verwarring... Het bogus coördinaat van een mystery (een bonus van een reeks is ook een mystery) mag inderdaad niet verder dan 3.2Km (2 miles) van de verstopplaats liggen maar de cache van een multi mag gelijk waar liggen. Er zijn genoeg multi's die geen "loop" vormen waar de cache 10-tallen kilometers van het startpunt liggen. Voorbeeld: https://coord.info/GC3QR3K en https://coord.info/GC3QR3J Beiden zijn 160Km lang en "one way" waarbij de cache dus 160Km van het startcoördinaat ligt. Het zou een mooi "wandelingetje" zijn, de tags hangen in de hutjes waar je kan overnachten. In Duitsland ligt/lag ook een lange fietsmulti waarbij de cache 10-tallen kilometers van de start ligt en er is een reeks en dan is er nog de Vennbahnradweg, twee enkelrichting multi's waarbij de cache 120+ Km van de start ligt. https://coord.info/GC7A4TR en https://coord.info/GC7AKR7 Wat helpt om even snel te kijken of een gevonden coördinaat mogelijk is is om te kijken in bv. GSAK (Windows) of c:geo (Android) waar op de kaart cirkels van 161 meter rond fysieke punten staan. Een cache kan nooit binnen zo'n cirkel liggen (behalve als het punten van dezelfde cache betreft).

Ik heb net eens gekeken naar de caches die je gedaan hebt en ook naar de formules van de bonussen. Je hebt voor beiden geen toolbox nodig, je moet gewoon de onderweg gevonden waarden invullen in de formules. De ene heeft N 53 0A.BCD & E 006 EF.GHI dus als je daar A=2 B=9 C=4 D=6 enz.. voor gevonden hebt dan wordt dat N 53 02.946 enz... Bij de andere zie ik N 53 01. (V + U)(I - E) (H + G) E 006 23.(S - L)O(V + E) dat wordt dus (fictieve waarden: V=1 U=3 I=4 E=1 H=7 G=2 enz...) N 53 01. (1 + 3)(4 - 1) (7 + 2) ofwel: N 53 01. 439... Meestal ligt een bonus ook tussen de laatste cache van een reeks en de start waardoor je ook al kan vermoeden dat je iets fout deed (vooral als de locatie ver uit de weg ligt). Wat adventures betreft, geen idee, die doen we niet. Ook "de app" gebruiken we niet dus het gebruik er van kennen we niet, we cachen met een GPS.

Hi, Heeft nog iemand problemen gemerkt bij het gebruik van functies via de API? Concreet: gisteren werden mijn PQs uitgevoerd maar bij het downloaden via de API vanuit GSAK werkte de download traag en moest ik regelmatig een retry doen waarna de PQ niet ingeladen werd wegens "corrupte ZIP file". Manueel de PQs downloaden en importeren werkte wel, de ZIPfiles waren dus niet corrupt maar waarschijnlijk gebeurde er iets mee door de API. Ook vandaag lukte de download van de PQs via API niet zonder retries en konden de Zipfiles weer niet geïmporteerd worden wegens "corrupt". Manueel was er weer geen probleem. Een refresh van een aantal caches (alweer API) ging tergend traag en er werd zelfs manueel een nieuw token gevraagd terwijl dat normaal automatisch vernieuwd wordt. Op status.geocaching.com is te zien dat er gisteren een outage van een 10-tal minuten is geweest, vandaag staat alles nog groen.

Niet alleen de spanningen kunnen een probleem vormen. Tegenwoordig kom je overal USB-stekkers tegen om apparaten op te laden, bijvoorbeeld in luchthavens en hotels. Het is aan te raden om niet zo maar deze oplaadpunten te gebruiken aangezien mensen met slechte bedoelingen via deze connectie malware installeren. https://en.wikipedia.org/wiki/Juice_jacking Zelf gebruik ik steeds mijn powerbank om te laden als de gewone adapter niet kan gebruikt worden, de powerbank kan dan weer zonder risico aan zo'n oplaadpunt geladen worden. Oh ja, publieke WiFi netwerken gebruiken is ook ten stelligste af te raden, tenzij je een (betrouwbare) VPN gebruikt.

Het klopt wel dat ik eerst inlog op de wherigo website. Zonder inloggen kan je namelijk de cartridge niet downloaden. Ik bereid me wel voor door thuis via c:geo de cartridge(s) al te downloaden zodat ze "in the field" gewoon via "start" kunnen geladen en uitgevoerd worden. Als er al eens iets mis loopt dan heeft het meestal te maken met een cartridge die crashed of om 1 of andere reden niet verder wil.

Ik heb geen probleem met de WhereYouGo app op mijn tablet met Android 14.