on4bam

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.

Je kan perfect als GGZ exporteren maar zoals bij mijn screenshot van de child WPs staat " Hier kan je aangeven dat WPs ook als GPX moeten geëxporteerd worden" (Send child WPs as separate GPX aanvinken)

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

Als je de additional WPs wil gebruiken vanuit het cachescherm van de Oregon dan moet je de WPs als GPX exporteren EN de originele naam gebruiken. De GPS herkent de WPs aan de hand van de GC code. Hernoem je de WPs of exporteer je ze als POI dan zie je ze niet vanuit het cachescherm. BTW, het is misschien handig om de cache(s) waarvan je niet alle info ziet bij de WPs hier te posten. Misschien staan er karakters in die er voor zorgen dat de zinnen afgebroken worden. Ik weet dat er voor de listing een maximum aantal karakters is dat kan weergegeven worden (vervelend bij lange listings van Earthcaches waarbij de vragen helemaal achteraan staan en dus niet meer te lezen zijn op de GPS). Ter info, we cachen wel met de OR700 maar ik heb steeds mijn tablet met zowel GDAK als c:geo met offline kaarten bij. Mijn settings voor Garminexport (GGZ en WPs als GPX) Hier kan je aangeven dat WPs ook als GPX moeten geeporteerd worden

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.

Je kan perfect een multi doen met de OR700. Alles hangt af van hoe je de caches op je GPS zet. Ik doe dat met GSAK en de macro GarminExport waarbij de caches als GGZ en de WPs als POI worden geëxporteerd. Het is wel van belang dat je kijkt of de info van de WPs correct werd ingevuld in de listing. Soms zie je wel de WPs maar staat de opdracht er niet bij maar staat die in de listing. Als wij caches voorbereiden hernoem ik steeds alle WPs naar WPxx_cachenaam zodat ze eenvoudig terug te vinden zijn bij de POI's onder Extra. Hoe alles op de GPS staat wanneer je de GPX van de website naar je GPS stuurt weet ik niet (waarschijnlijk gewoon in de GPX folder). Hou er ook rekening mee dat er een maximum aantal caches en een maximum aantal files op je GPS mogen staan.

In Firefox zorgt de combinatie NoScript, Adblock, Ghostery, weigeren van 3rd party cookies e.d er voor dat je daar geen last van hebt. Je kan natuurlijk ook een klacht sturen naar de "privacycommissie" (hier in België is dat de GBA, GegevensBeschermingsAutoriteit). Los daarvan: "geoacacher"? Nee, dat klopt niet. De oudste (actieve) is GC12 in Oregon, nummer 2 GC16, ook in Oregon. De derde oudste ligt alvast wel in Washington maar op ongeveer 100Km ten oosten van Seattle. De allereerste (maar niet meer actieve ) geocache werd trouwens ook in Oregon gelegd. In Belgie hebben we de reeks "Rondje Vlaanderen", "Tour de Bruxelles" en "Tour de Wallonie". Van de RV reeks heb ik er nog 3 nodig waarvan er 2 gemeenten (nog) geen cache hebben. De provinciebonussen en de "superbonus" werden ook al gevonden. De andere reeksen worden "meegenomen" als we er in de buurt zijn maar niet actief verzameld. https://kaart.rondjevlaanderen.be/export.php?style=RV&name=on4bam

Het gaat om een verdwenen cache die alsnog als "found" gelogd wordt. De keren dat ik op de cachelocatie stond en de cache verdwenen was logde ik een DNF en een NM. Als de CO dan alsnog toelating gaf om te loggen heb ik dat altijd geweigerd. Log niet getekend = DNF voor ons. We hebben dat trouwens al gehad na een lange fietstocht waarmee we bijna een hele dag bezig waren. Maar goed.. OT in dit topic.

Goed dat je de cache ter adoptie aanbiedt.

Hint: jigidi

Heb je de puzzel al opgelost?

Wat is de GC code?

Is er een checker waar je dat woord kan invullen?

Hoeveel letters zijn er? (zelfde aantal als het aantal cijfers van een coördinaat?) Heb je al geprobeerd de letterwaarde te gebruiken (A=1, B=2....)

De plek waar de cache ligt is niet echt de reden dat er iets geplaatst is, het is een aan bushalte. De andere is "iets" beter van locatie en ligt aan een afslag van een hoofdweg waar het rustiger is. De NM werd gelogd zonder naar het profiel van de CO te kijken maar zelfs dan... had ik geweten dat de CO niet meer actief was had ik de NM toch ook nog geplaatst. Misschien wordt er na archivering wel een nieuwe gelegd op de vrijgekomen plaats door iemand die wel onderhoud doet. Dat er weinig caches zijn in een streek of land mag geen excuus zijn om geolitter achter te laten, liever wat minder caches die onderhouden worden dan veel caches zonder onderhoud. It's not about the numbers. Van de ongeveer 160 caches die er in het hele land zijn hebben we er 10 gevonden, 1 DNF (met NM) waarop de CO (buitenlander) zegt in september een nieuwe te zullen plaatsen. We zijn er nog een aantal voorbij gereden zonder te stoppen. We zijn al enkele keren op plaatsen geweest waar er weinig caches zijn maar dat wil niet zeggen dat er geen DNF of NM geplaatst wordt wanneer dat nodig is.

1 van beide caches heeft nu een reviewer note. Benieuwd hoe lang het zal duren eer de cache TD en daarna archived zal gezet worden, tenzij de CO uit winterslaap komt.

Mag het ook gezegd worden.... Wie al eens over de grenzen heen gaat cachen heeft het misschien ook al gemerkt, in onze (BE,NL,D...) contreien mogen we blij zijn met de inzet van reviewers. Wanneer een CO niet binnen een maand reageert op een NM wordt meestal een reviewer note geplaatst om de cache na te kijken, na nog een maand zonder reactie gaat de cache tijdelijk offline en een maand later is het over en uit, het archief in. In andere streken kan het behoorlijk anders lopen en volgt er na een NM niets, zelfs niet na meerdere NM logs gebeurt er niets. Bij het meest recente voorbeeld waar ik een NM logde op 17/4/24 wegens overvol (logboek) is in mei nog een NM toegevoegd en is er verder geen reviewer actie en ook de CO reageert niet (niet meer actief sinds september 2023. Een tweede cache van dezelfde CO heeft hetzelfde probleem en ook daar geen reactie na een NM. Het probleem is dat er geen container is maar een magneetstrip zodat een extra blaadje papier niet kan. Het enige voordeel is dat er meer caches actief blijven (er zijn er niet heel veel) zodat er toch iets kan gevonden worden maar misschien kan door archivering iemand anders iets nieuws plaatsen. In elk geval is de opvolging "hier" toch beter geregeld.

Het is er 9 u vroeger. (UTC-7)

Idem hier, ik heb up-to-date databases voor Belgie en Nederland en nadat de PQs zijn gedownload filter ik in GSAK wekelijks de nieuw toegevoegde caches. Die worden dan nagekeken op T waarde en vervolgens wordt ook de listing bekeken. Hengel >5 meter krijgt een "-" mee in een userveld, bonus voor labcaches ook (we doen geen LC) en puzzels of mysteries die onoplosbaar lijken ook. De labcache bonussen gaan in de ignore list, de rest blijft in GSAK maar bij het selecteren van een cachedag zijn de "-" cachers er vlug uit gehaald. Caches mogen best moeilijk zijn maar als plezier frustratie wordt houdt het op. Wat is de meerwaarde van een hengelcache op 8 meter of hoger tegenover 4-5 meter?

Ze waren gewoon te traag bij het zoeken, team 1 had gemiddeld 10-11 seconden besteed per opgezocht antwoord, team 2 had voor de 1e antwoord 40+ seconden nodig. De vragen voor beide teams waren in deze aflevering "gemakkelijk" tegenover vorige week.

Dat lijkt mij de oplossing... Beetje vreemd aangezien ik voor de QS5 vraag op de Duitse Wiki 123 als antwoord vond maar na wat verder zoeken op de NL en UK versies 212 (en dus 5 na stapeltellen) Het stapeltellen is voor de controle en het hele getal moet gebruikt worden als oplossing. Bedankt voor het meedenken. (Ook de QS4 klopt trouwens). Rest nog enkel de andere antwoorden na te kijken want de berekening klopt nog niet (N51 17 maar dat moet dichter bij N51 23.. zijn).

Lijkt mij niet logisch. Deelbaar door 5 van stapeltellen is gewoon 5, Deelbaar door 4 is 4 of 8, dat zou het wel heel gemakkelijk maken.