on4bam

Nee, ik ga geen reviewer verwittigen. Ik zou wel graag de motivatie van de legger weten. Wie in IJsland woont of het bezoekt ziet de listing en kan de cache niet gaan vinden, wie in Finland woont of het bezoekt ziet de listing niet en zal de cache dus ook niet gaan zoeken. Dat lijkt mij contraproductief. Gezien bijna alle founds van Finnen zijn ziet het er naar uit dat heb bestaan van deze cache via de lokale "tam-tam" rond gaat met als enig doel een IJsland souvenir. Geen idee of ik zelf nog in Finland ga komen, we waren er al 2 keer "pre-geocaching", maar ik zal deze multi misschien toch maar in mijn vakantie-backup database zetten. We hebben voor dit mini tripje ook al de bestemming veranderd (dachten eerst aan de Lofoten in Noorwegen maar daar zouden we te weinig kunnen doen en meer afstanden moeten afleggen).

Geen probleem met de stats waar een niet bezocht land in staat (hoe veel hebben geen virtual gelogd vanuit de "armchair"). Het gaat er vooral om dat deze cache op de verkeerde plaats op de kaart staat. Dat zie je ook in de logs waar mensen deze multi bij de start in IJsland willen doen maar dan teleurgesteld zijn als blijkt dat de final in Finland ligt. Je ziet trouwens in de stats van de vinders dat ze maar 1 found hebben in IJsland, de "multi" wordt gewoon met streetview opgelost. Vandaar ... Mystery en de bogus binnen de 3.2Km dus. De reviewer vindt blijkbaar dat de listing in orde in (en volgens de regels). Raar...

Hi, We bereiden momenteel een kort tripje voor om nog eens naar Aurora Borealis te kijken. Natuurlijk proberen we dan wat caches mee te pikken en de selectie kan natuurlijk niet vroeg genoeg beginnen. Wat bij een geselecteerde multi opviel was dat het eerste WP zeer eenvoudig was maar dat WP2 al direct meer dan 1000Km verder lag. De vraag werd met streetview opgelost en WP3 lag alweer in een ander land. Niettegenstaande het start coördinaat in IJsland ligt is het eind coördinaat bijna 2500Km verderop in Finland. De eindoplossing was op 10 minuten gevonden en toch zou dit een D5 moeten zijn. Dit had beter een mystery geweest met bogus coördinaat op minder dan 3.2Km van de cache. Wie in Finland de cache vindt heeft meteen, zonder te reizen, IJsland in zijn statistieken staan.

Ik heb geen probleem met Bonus caches, wel als die voor ALC zijn, dus zou men een bonus van een ALC beter onder de labcaches zetten, wie geen ALCs doet heeft ook geen boodschap aan een ALC bonus. Challenges hebben trouwens ook een mystery icoon en die liggen wel op de gegeven coördinaten. Het filteren dat ik vandaag in GSAK deed toonde aan dat ik veel ALC bonus caches gemist had in het verleden omdat er geen standaard is om ze weg te filteren. Kleine ergernis: caches van Ommetje Nederland die ALC bonus zijn... Ik ga er van uit dat we nooit alle OM's gaan doen (voor Rondje Vlaanderen deden we ze wel allemaal, behalve 3 gemeenten waar er geen RV is) dus het niet héél erg.

Hi, Het is nu al een hele tijd dat er Labcaches zijn, ondertussen zijn er ook al veel bonussen voor deze labcaches. Whatever tickles your fancy zeggen ze dan. Zou het niet prettig zijn dat iedereen "ALC" of "LAB" in de titel zou zetten. We hebben namelijk geen enkele interesse in labcaches (we gebruiken een GPS, geen smartphone) en de bonussen er van willen (en kunnen) we dan ook niet doen. Meestal filter ik wekelijks in GSAK de nieuwe mysteries en bekijk die dan allemaal even om de ALC bonussen te taggen, in de ignorelist te zetten en te wissen. Als in de eerste zinnen van de listing "dit is de bonus van de labcache xxx" staat is dat eenvoudig maar toen ik vandaag een filter instelde met mysteries met "bonus" in de titel en "lab" in de beschrijving had ik meer dan 80 "hits". Ze werden allemaal bekeken en er bleven 71 lab bonus caches over (labyrint en een cacher met "lab" in zijn naam zaten ook in de gefilterde lijst). Meestal was de info dat het om ALC bonussen ging onderaan de listing, en dus niet te zien zonder scrollen, te vinden. Zou een standaard, ALC in de naam van de cache, extra attribuut of minstens een zin bovenaan de listing niet handig zijn? Bij mysteries wordt meestal "de cache ligt niet op bovenstaande coördinaten" o.i.d. gezet, dat moet vor ALC bonussen toch ook kunnen?

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.

Geen trails in de buurt, het is een 5Km multi

Ik zie nog geen "found" log

Hi, Het komt voor dat we ergens vast geraken en hulp vragen. De eerste waar we naar sturen is de CO en daarna eventueel de laatste logger of iemand die we kennen. We geven altijd mee wat we al wel vonden, waarden, berekeningen e.d. en vragen dan waar we fout zitten. Vanmorgen kreeg ik een vraag om hulp voor een multi die we bijna een jaar geleden deden en die ondertussen een 10-tal nieuwere logs heeft. De vraag was "kan je helpen want we denken dat we de cache zoeken waar hij niet ligt". Geen info over niet gevonden waarden, omgeving of wat dan ook dus hoe te helpen? Eindlocatie gewoon geven of alle waarden die wij vonden? Nee, toch. Op mijn vraag wat ze zelf hadden gevonden kreeg ik later een mail terug dat ze het ondertussen zelf hadden opgelost. Ik vind dit een beetje vreemd... Oh ja, wanneer we zelf hulp vragen apprecieer ik het meer wanneer we een hint krijgen, men aanwijst waar de fout zit of een duwtje in de goede richting dan wanneer direct de oplossing gegeven wordt.

Klopt, in geocache_visits.txt (en bij de GSAK data als backup na elke import).

Je zorgt er idd best voor dat je de reden vermeld waarom je laat logt. Dikwijls zie je mensen opnieuw loggen nadat hun team opsplitst (bv door scheiding) Wel goed dat je nog weet of kan terugvinden welke caches je toen gedaan hebt.