topzoekertje

Ik vind het ook wel leuk om mee te doen. Ik zou naast een bepaling van de nauwkeurigheid op een RD-punt met goed zichtbare satellieten ook praktijksituatie willen onderzoeken. Bv. nauwkeurigheid onder bladerdek, nauwkeurigheid tijdens de benadering van een waypoint of snelheid waarmee de positie wordt aangepast tijdens het langzaam bewegen rond een waypoint.

Op zich is de manier van Brouwertjes eenvoudig. Nadeel is dat niet bij ieder cache de plaatsingsdatum wordt aangepast en er nog de datum van aanmaak van de cachelisting staat. Die caches ga je dan wel missen.

Zoek maar eens op nonogram.

In Nederland is er zelfs een cache die gebruik maakt van zo'n apparaat. Overigens kan ik me best voorstellen dat er een markt is om het idee verder uit te werken.

Hallo José, Fysieke punten van jouw cache mogen niet binnen een afstand van 161 meter van de fysieke punten van een andere cache liggen. Fysieke punten zijn dus 'stages of a multi' en de 'final location'. Fysieke punten van je eigen cache mogen wel binnen 161 meter van elkaar liggen. Het is handig om even uit te zoeken of de waypoints van de andere caches goed zijn benoemd. Soms wordt het verkeerde type aan een WP gehangen en dan heb je onnodig last van nabijheidsconflicten. Het niet begraven van caches is een typisch Amerikaanse regel, die helaas ook voor Nederland geldt. Als de beheerder van het bos het goed vindt, dan zou ik het gewoon niet melden. succes met het leggen van je cache

Volgens mij is het nog steeds zo dat mooie multi's door minstens 95% van de loggers op de manier worden gelopen waarop de CO dat bedoeld heeft. Waarom je dan druk maken om een enkele cacher die het anders doet. Het sop is de kool niet waard. De meeste logs via databases zie jij juist op te moeilijke mysteries. Als een CO naar zijn idee te veel database-logs krijgt zou hij zich achter de oren moeten krabben en zich afvragen of zijn cache wel boeiend genoeg is.

Volgens mij heb je daar geen macro voor nodig. Je kunt de database waarin de caches staan in een nieuwe directory in de map met data-bestanden van GSAK zetten. Deze map heet \data en je kunt de locatie opzoeken onder 'extra's'. De databases staan in mappen met de naam van de database. Het bestand sqlite.db3 bevat alle gegevens en als je dat bestand overzet ben je klaar. Een alternatief is de betreffende caches te exporteren naar een gpx.file en die file op je andere computer in te lezen.

Dat lijkt me niet het probleem, want Dark_angel1969 heeft maar 36 caches gelegd. Als je doorklikt in het profiel van Bariet op de eerste dark_angel1969 dan krijg je een foutmelding en geeft hij in de adresbalk dit aan: http://www.geocaching.com/profile/?id=0. Ik denk daarom dat bij deze 283 caches de owner niet in de database staat (id=0). Dit kun je oplossen door de cache-informatie te refreshen of door een nieuw my_founds pocket-query te draaien. Waarom de macro dan de naam van dark_angel1969 toont is mij niet duidelijk. Misschien is dat de owner met het laagste id in jouw database.

Ik ben toch echt wel eens vergeten te tekenen, namelijk toen we met een groep een cache aan het doen waren. Het logboek ging van hand tot hand, terwijl ik de TB's aan het bekijken was. Later, toen we weer terug waren bij de auto bedacht ik me dat ik het logboek niet getekend had. Ik heb deze cache wel als gevonden gelogd op internet.

Op het forum van geocaching.com werd gesuggereerd dat het aan het "&" teken in je accountname ligt. Twee andere teams met een & in hun naam hebben hetzelfde probleem.

Ik vind dat Branie wel een punt heeft. De smartphones hebben veel betere mogelijkheden op het gebied van internetconnectie en apps. De gebruikersinterface is ook vriendelijker. Eigenlijk hoop je dat er apparaten komen die het beste van deze twee werelden delen. Dus gebruikersvriendelijk zijn, met veel mogelijkheden, maar ook robuust, waterdicht en behoorlijke accuduur. Ik ben benieuwd of de nieuwste apparaten van Garmin daarin een goede ontwikkeling laten zien.

Je kunt je cache toch in een Word-bestandje maken en niet op geocaching.com. Mijn kinderen hebben dat voor mij ook wel eens gedaan. Voordeel is dat je niet gehinderd wordt door toestemmingsregels, afstand tot bestaande caches etc. Ook kun je de vragen en opdrachten veel persoonlijker maken. Nadat je vriend zijn cadeautjes heeft gevonden is de cache meteen opgeruimd.

Ik draai de oudere PQ's van Nederland maar heel af en toe. Met de refresh-functie van de API kun je je database ook up-to-date houden. Je mist dan alleen recente caches die met een verkeerde datum zijn gepubliceerd. Omdat daar tegenwoordig niet meer heel erg op gelet wordt, draai ik de laatste vijf PQ's van Nederland regelmatig om redelijk zeker te weten dat mijn database compleet blijft. De refresh-functie kan tot 6000 caches per dag aan. Voor heel Nederland heb je dan vier dagen nodig. In de praktijk refresh ik alleen caches in een kleine cirkel rond mijn woonplaats.

Mij maak je het meest blij met een multi 3 tot 5 sterren D en terrein tot 4 (als ik maar geen klimgerei, waadpak of boot nodig heb). Maar ik denk dat ik niet representatief ben. Als je veel cachers wilt trekken, dan kun je het beste een trailje met difficulty 1,5 neerleggen.

Je hoeft helemaal niets op te lossen. De cache ligt toch op de coördinaten op de cachepagina ? De GPS wijst je daar vanzelf naar toe. Je kunt hoogstens een parkeercoördinaat toevoegen voor cachers die zo dicht mogelijk met de auto willen komen.

Ik heb bij de plaatselijke doehetzelf-winkel een aluminiumstrip van twee centimeter breed gekocht. Daar zaag ik telkens een stukje van af. Effen glad vijlen en klaar is kees.

Ik laat ze gewoon staan. De favorites-lijst geeft aan welke caches ik heb gewaardeerd en de huidige status maakt me niet uit. Als ik nu nog eens door mijn favorites heen loop, zie ik dat er wel een paar zijn die ik nu geen favorite meer zou geven. Het gaat daarbij vooral om caches die ik als een van de eersten heb gevonden. Ik geef toch wat sneller een favorite aan nieuwe caches die nog geen favorites hebben dan voor caches die er al veel hebben. Maar ook die laat ik gewoon staan.

Ik herken dit niet. Misschien staan de oude pocket-queries ook nog op de Oregon ? Heb je dat al eens via de verkenner bekeken ?

Je hebt dan toch nog steeds maar 99 gevonden caches ? Topicstarter heeft er 100.

Klopt, maar die moet dan ook nog op found zijn gezet op diezelfde dag.

Als je de database de laatste keer gevuld hebt met de myfound-PQ, dan kun jij kijken naar de laatste GPX-datum. Die moet bij 1 gevonden cache afwijkend zijn van de rest.

Dat is een mogelijkheid. Bij een enkele cache moet je er nullen achter zetten, maar daar ken ik er maar één of twee van. Maar ik zou nog eens goed narekenen of het inderdaad 6 moet zijn en niet een groter getal.

Volgens mij ben je er al aardig uitgekomen met de codering van weerstand. Hoe je het precies moet invullen in de formule is niet helemaal duidelijk, maar met een beetje proberen kom je daar vast wel uit. Anders is de CO de aangewezene voor hulp.

Even googlen, dan vind je het wel. Bv. hier.

Volgens mij moet je het snijpunt uitrekenen tussen de gevarencirkel en de lijn met noord-coördinaat N 52 11.007. De laatste lijn trek je door een route te maken met twee punten met precies dat Noord-coordinaat. Je krijgt dan twee snijpunten. Misschien geeft de cacheopdracht aan welk van de twee je moet hebben.