Lemon

Ik gebruik ook c:geo (Android), maar voor projecteren ook de app GeoMT (The Geocaching Multi-Tool). Heeft veel mogelijkheden.

Ook een GEARCHIVEERDE (en daarna weggehaalde) cache wordt soms doodleuk nog als FOUND gelogd: zie http://www.geocaching.com/seek/cache_details.aspx?wp=GC3W95W, log van 2 mei.

Bogus logs zijn "valse" logs, of neplogs. Iemand logt bijvoorbeeld op geocaching.com een cache als gevonden, terwijl hij in werkelijkheid de cache helemaal niet heeft gevonden en zijn naam dus ook niet in het logboekje staat. Zie voor een voorbeeld http://forums.groundspeak.com/GC/index.php?showtopic=278884 .

Al wachtend meld ik nog even dat het probleem vandaag (1 november) nog bestaat (Windows 7 + Firefox). Foutmelding luidt: Fatal error: Call to a member function topicPostSearchResultAsForum() on a non-object in /home/geocaching/domains/geocaching.nl/public_html/forum-7nUT6/admin-21zxc/applications/forums/extensions/search/format.php on line 229

Ik denk, dat de contacten nog vééél leuker worden, indien je de logger toch eerst even een mailtje zou sturen met de vraag om het logje te verwijderen. En als je dat dan ook nog met redenen omkleedt, dan kom de cacher waarschijnlijk ook nog bij jou op de thee.... Zomaar logjes weghalen zonder reden aan te geven vind ik niet passend.Veelal zal de beginnende cacher "iets doen" uit onwetendheid of onnadenkendheid. Het is mijzelf aanvankelijk ook wel eens overkomen. Eén keer heb ik een mailtje ontvangen waarbij ik dacht... "Ja natuurlijk, de legger heeft helemaal gelijk, zo heb ik het niet bekeken". En uiteraard heb ik toen onmiddellijk het logje gewijzigd. Nogmaals.... het is een spelletje. Ik zou het nog wat minder eufemistisch willen zeggen: ik vind het weghalen van een log van een ander, zónder daarover eerst contact te hebben gehad, bepaald onfatsoenlijk. Zo ga je toch niet met elkaar om. Het kan dan wel jouw cache zijn, maar het is zijn/haar log. En het is juist wat in het citaat staat, wellicht is het log zo geplaatst uit onwetendheid of onnadenkendheid. Als ik zou merken dat een vinderslog van mij zónder voorafgaand overleg door de CO is verwijderd, zou ik daar zeker over klagen bij een reviewer. Maar natuurlijk niet dan eerst van mijn kant een poging te hebben gedaan, contact te leggen.

Met de voorgestelde richtlijn 1 (Altijd een hint) ben ik het niet eens. Dat lokt juist uit dat men onnodige hints gaat plaatsen, zoals "Leg de cache voorzichtig terug" of "Kijk goed om je heen" e.d. Maar met de voorstellen 2 t'm 4 gaarne eens!

Mijn reactie (die gedeeltelijk herhaalt wat anderen al hebben geantwoord): 1. Gebruikers van prikstokken woelen juist niet de grond om. Hooguit maken ze kleine gaatjes. Het omwoelen gebeurt door mensen die geen prikstok bij zich hebben, en daarom met takken of met hun schoenen gaan "vegen" of "graven". 2. Eigenlijk zou ook een prikstok niet nodig moeten zijn. Een cache moet zó zijn weggelegd dat een cacher de plek kan vinden door scherp opmerken, terwijl een dreuzel niets zal opvallen. Een kist met een stammetje, stronkje of tak op het deksel waardeer ik hoog. 3. Additional hints zouden beter kunnen. Hoe vaak lees ik nog: "Achter een boom" (over een cache die in een bos ligt). 4. "De cache-legger heeft altijd gelijk" zegt men. Als dat zo is, schept dat een grote verantwoordelijkheid. Een cache-legger moet zich ervan bewust zijn dat zijn cache bezoekers lokt. En dat de natuur daarvan schade kan lijden. Ik heb wel eens het idee dat niet iedere cache-legger zich realiseert wat de gevolgen kunnen zijn van een cache op een bepaalde plaats in de natuur. 5. Er zijn kennelijk ook cachers (ik bedoel hier: vinders) die zich geroepen voelen om een cache moeilijker weg te leggen dan ze 'm zelf hebben gevonden. Zij verwijderen bijv. een stapeltje takken boven de kist (hoewel misschien afkomstig van de cache-legger zelf) en begraven de kist onder een paar centimeter zand. Soms vermelden ze dat zelfs trots in hun log. Mijns inziens een foute mentaliteit. Ook dat lokt weer prikken en/of omwoelen uit. 6. Waar ik wél waardering voor heb (en ik doe het zelf ook) is dat een vinder ook een beetje onderhoud pleegt: bijv. door een met zand e.d. volgelopen kist weer even leeg te graven. En uiteraard feedback aan de legger (in log of indien echt van belang via maintenance log) als er echt iets mis is waarvan herstel door de legger zal moeten plaatsvinden (bijv. kapot deksel, kist onder water etc.)

Wat de tweede vraag, over omzetten van RD-waarden, betreft: het is je toch wel bekend dat in RD de X en de Y staan voor resp. Lengtegraad en Breedtegraad? Dat is dus net andersom dan in WGS84, waarin de Breedtegraad (voor Nederland N=Noorderbreedte) als eerste pleegt te worden opgegeven. In sommige tools moet je daarmee rekening houden. Wat ik als controlemiddel wel eens toepas, is dat ik de gegeven WGS84-coördinaten van de Mystery via bijv. gct.exe (te downloaden hier) omzet naar RD-waarden. Dan heb ik tenminste een beetje idee hoe de RD-waarden X en Y er ongeveer zouden moeten uitzien. Natuurlijk ligt de cache niet op die coördinaten, maar het geeft soms wat houvast bij het oplossen van puzzels. Wat de eerste vraag betreft: helaas kent gct.exe niet de mogelijkheid om de snijpunten van drie cirkels te berekenen. Wel van twee cirkels, dus misschien een paar keer toepassen? Deze tool kan ook de snijpunten van twee cirkels berekenen. Succes

Ik sluit me graag bij alle andere complimenten aan. Er zaten hele mooi foto's bij, en graag volgend jaar weer zo'n wedstrijd!

Glennenmaik vergist zich. In logs van september en oktober 2010 bij deze cache wordt over een recent afgebroken tak geschreven. En er is ook een (andere) foto, van 22 september 2010 waarop de tak te zien is. (N.B. Ik ben niet de inzender van de foto.)

Hm, hier geen probleem met Firefox 3.6.13. Het laden van een Geocaching.com pagina duurt wel even, maar dat komt door de geïnstalleerde scripts (Greasemonkey, Geocache Decrypt 2010, GC Vip List Helper, GC Gallery, GCV Email Maximizer, GC Find Counter, GC Tidy, GC Bag-o-tricks, GC VIP list, GC-Vote; hier moet ik eens in snoeien denk ik). Terug naar je probleem: kan het niet veroorzaakt worden door een antivirusprogram (real time web shield) dat niet zo goed samenwerkt met Firefox?

Dit verschijnsel (ook op andere webpagina's) kan liggen aan de cache (jawel) van Firefox. Het helpt dan om te doen Extra -> Opties -> Netwerk -> Nu wissen, en dan Huidige pagina vernieuwen (blauwe ronde pijl op de werkbalk). De Add on Clear Cache doet met één klik hetzelfde (op het Huidige pagina vernieuwen na, dat moet daarna nog wel). Met de Add on Better cache kun je instellen dat Geocaching.com niet meer gecachet wordt. Verder: Greasemonkey-scripts (GCVote, GCTidy enz.) zo mogelijk updaten. De Greasemonkey-scripts vertragen overigens het volledig laden van de pagina altijd wel, daar is niet veel aan te doen (behalve dan geen of zo weinig mogelijk scripts gebruiken). Je kunt controleren of het aan deze scripts ligt door Greasemonkey even helemaal uit te zetten en dan een pagina te laden.

Dit lijkt me geenszins 'volkomen onnodig', maar juist precies volgens de richtlijnen van Groundspeak, zoals enkele postings eerder geciteerd: If you find a geocache that is in need of some help (e.g. container is cracked, logbook is full or wet), please post a "Needs Maintenance" log on the cache page so the cache owner and the community is notified. (...) Needs Maintenance logs are not forwarded to reviewers. Ik zie ook niet in waarom dat een smetje zou zijn, vooral niet als op die cachepagina ook nog te zien is dat direct actie is ondernomen.

Als je een PDA bij je zou hebben in 't veld, zou je het programmaatje GCT.exe kunnen gebruiken. (Dit kan je ook thuis op je computer draaien, maar daar heb je uiteraard niet onmiddellijk wat aan in het veld.)

Misschien een beetje Off Topic, want het gaat niet over het nut van de hidden waypoints. Maar het lost wel een probleem op: met het Greasemonkeyscript GC Tidy kun je bereiken dat de hidden waypoints altijd worden getoond. En dus ook geprint. Dus onderweg merken dat je print niet compleet is, is er niet meer bij.