de trije susters

Ik gebruik bovenstaande macro (met wat kleine aanpassingen) om elke maand mijn gevonden caches op een een kaart e krijgen. Zie: www.belvedere-advies.nl/geocaching/googlemaps/myGMEv3_hosted.html te benaderen via mijn profiel op gc.com. De macro is de laatste tijd niet meer aangepast en wherigo's en mega-events worden niet getoond. Ik heb wel gezien dat er in de macro nog mogelijkheden zitten voor niet bestaande cache types (locationless b.v.). Vraag: Is er al iemand die bovenstaande macro heeft aangepast voor eigen gebruik zodat ook wherigo'en mega-events afzonderlijk zichtbaar zijn? Zou er iemand zijn die die aanpassingen eventueel kan maken. Dat zou namelijk wel fijn zijn en ik vertrouw me daar zelf niet mee. Heb al wat pogingen gedaan, maar dan werkt de macro helemaal niet meer.

Nog weer even een iets andere vraag m.b.t. de pocet queries. Ik laad ongeveer elke week alle caches via pocket queries in GSAK in. Daarmee dacht ik altijd de meest actuele stand van zaken te hebben. Nu kom ik er deze week achter dat dat niet zo is. B.v. de webcamcache Bushokje (GCN60D) is al sinds begin 2007 uit de lucht, maar in mijn GSAK staat ie nog steeds op actief. En zo heb ik er nog een aantal. Nader onderzoek leverde op dat ik zag dat er verscheidene caches niet meer geupdate worden. Voor alle duidelijkheid: de door mij gemaakte queries hebben geen fouten in de gebruikte periode's. Alles zit erin. Hoe kan dit, en hoe zorg ik ervoor dat b.v. ook zo'n Bushokje op niet meer actief/inactief gemaakt komt te staan?

Ik krijg geen lege mails, maar soms helemaal geen mails. Dus van gevonden en verplaatste (race)coins bijvoorbeeld. Ook van de caches op mijn watchlist krijg ik niet altijd (ik zie geen patroon) meer bericht dat ze gevonden zijn. Ik wacht wel af. Zal wel met de nieuwe look te maken hebben.

In mijn geval ging het ook om cache die ik al een aantal jaren geleden heb gevonden. Die wachtrij heb ik zien staan, maar ik heb deze cache gecorrigeerd op het moment dat er geen wachtrij was. En nu net kijk ik; nu mis ik plotseling weer vier caches, heb nog niet uitgezocht welke, maar inderdaad er zit dus nog steeds beweging in. Ik ga voorlopig ook maar even afwachten. Zag nu net ook dat de cache die ik eerst miste inmiddels wel is gecorrigeerd. Vreemd allemaal.

En ook nog niet alles wordt gecorrigeerd. Voor de door mij gevonden cache Delleboersterheide (GCC5B2) staat een vraagtken. Al een paar geprobeerd via corrigeer logs, maar hij wordt niet gecorrigeerd in een gevonden cache. ??

Volgens mij heb ik alles goed nu, maar de provinciekolom wordt niet gevuld. Hij selecteert wel de caches in de desbetreffende provincie. Dus ik kan wel zien hoeveel ik in een bepaalde provincie heb gedaan. Of moet de desbetreffende kolom handmatig worden gevuld na de provincieselectie?

Ik had hetzelfde probleem. Bij toeval de oplossing gevonden (tenm inste voor mij). Rechtsboven zie je een mogelijkheid "Options". Waarschijnlijk staat die op "uitgelijnd". Als je die optie veranderd in "standaard" gaat het goed (bij mij).

Via de link kom ik wel op jouw niet gevonden pagina. Overigens: de gevonden kaart werkt bij mij wel zoals zou moeten de trije susters

Ik heb een xp met IE 7. Als ik klik op de niet gevonden krijg ik de overzichtskaart van Nederland wel; als ik daarna klik op mijn regio (heerenveen/Oranjewoud), maar ook elders op de overzichtskaart, gaat het mis. "De webpagina kan niet worden weergegeven" Het gaat trouwens om de "oude kaarten", ik gebruik geen google-kaarten

Nee, dat ligt niet aan jou, bij mij doet ie het ook al geruime tijd niet meer de trije susters

De volgorde van loggen is inderdaad bepalend. Er wordt een variabele bijgehouden met de volgorde van logs in geocaching.com. Verder moet je FTF's zelf aanvinken in de GSAK database (ik neem aan dat je macro in GSAK gebruikt). Dat dacht ik al. De volgorde van de logs is zeker niet te corrigeren? Ik heb de FTF van de laatste cache inderdaad niet aangevinkt in GSAK. Kan me niet herinneren dat bij die andere wel te hebben gedaan, kan me zelfs niet voor de geest halen waar dat item staat. Maar dat ga ik vanavond thuis eens even nazoeken en proberen. Dank De volgorde van de logs is volgens mij niet te manipuleren. Mocht je 150ste cache echter nu nr. 151 zijn, dan zou je eventueel log nr. 150 kunnen laten vervallen en deze weer opnieuw kunnen toevoegen. Wellicht dat je 150ste cache dan ook werkelijk nr. 150 wordt. Maar of dit echt werkt kan ik je niet garanderen... Alles werkt (weer) zoals ik het graag wil hebben. Dank voor de hulp!

De volgorde van loggen is inderdaad bepalend. Er wordt een variabele bijgehouden met de volgorde van logs in geocaching.com. Verder moet je FTF's zelf aanvinken in de GSAK database (ik neem aan dat je macro in GSAK gebruikt). Dat dacht ik al. De volgorde van de logs is zeker niet te corrigeren? Ik heb de FTF van de laatste cache inderdaad niet aangevinkt in GSAK. Kan me niet herinneren dat bij die andere wel te hebben gedaan, kan me zelfs niet voor de geest halen waar dat item staat. Maar dat ga ik vanavond thuis eens even nazoeken en proberen. Dank

Twee andere vragen Een bepaalde cache was mijn 150 ste cache. Het was er echter een van de twee die ik die dag vond. De statistieken macro geeft nu die andere cache als 150ste aan. Hoe kan dat? Heeft dat wellicht te maken met het feit dat ik eerst die andere heb gelogd en daarna mijn 150ste. Tijdstip van loggen bepalend voor nummering? Verder is het zo dat ik afgelopen zaterdag mijn tweede "first find" had ("langs de ijsbanen" bij heerenveen). Toen ik de statistiekenmacro had gedaan werd de cache wel meegenomen in de tellingen (het was nr 160), maar hij werd niet als "first find cache" getoond. Dit terwijl ik als FTF vermeld sta, en als eerste log sta. Voor een mogelijke verklaring denk ik aan het volgende. De telling van Geocaching.com klopt niet. Bij een paar net gepubliceerde caches zie je b.v. drie logs staan, terwijl er achter de icoon maar "2" staat. Het lijkt wel of de eerste wordt overgeslagen. Is er iemand die wat licht in de duisternis kan verschaffen?

Dit is dus precies wat er gebeurd. Ze blijven in de temp folder staan. In de directory waar ik de zips opsla gaat alles goed. Ik heb altijd de 10 meest recente zips. GSAK zou de temp folder na gebruik van de files moeten legen. Maar hoe krijg je dat voor elkaar? Ik heb trouwens wel wat losgemaakt met mijn vraag.... Is nu niemand eerder tegen dit probleem opgelopen? Ben benieuwd naar het vervolg. Zal zelf mijn temp folder nog eens helemaal leeg halen en het opnieuw proberen, maar ik geef het weinig kans.

Even een nieuwe vraag. Ik gebruik Getmail en dat gaat goed, behalve dat het wat minder efficient gaat dan ik graag wil. Ik heb tien queries waaarvan er vijf op maandag en vijf op dinsdag komen. Als ze opgehaald zijn zet ie ze netjes in de goede directory om te bewaren, maar bij het updaten van GSAK bestan pakt ie alles wat er in een tijdelijke (temp) directery van GSAK gezet is. Als ik die directory niet leeg maak, laadt ie na vijf week 50 files in. Ik wil alleen ingelezen hebben/de update hebben van de vijf opgehaalde files van die dag. Hoe regel ik dat? Vast dank

Wij wonen in Oranjewoud; aan de rand van de bossen. Misschien ook een idee. Ik wil ook wel een bijdrage leveren.

volgens mij wordt er helemaal niets meer geupdate als je een cache gelockt hebt. Dan slaat hij die gewoon over als er een nieuwe gpx is. Ik had de vraag anders moeten stellen: als ik de cache niet lock; wat blijft dan onveranderd bij het overschrijven met de nieuwe gpx-file?

Ik heb GSAK nu een paar weken en ben wat aan het experimenteren. Kan iemand mij vertellen wat er nu precies gelockt wordt als ik die functie instel. Wat wordt overschreven en geupdate, en wat blijft onveranderd. thanks

In mijn statistieken heb ik 54 gevonden caches. Daarbij hoort "De Zwerver", een cache van Jati die op verschillende plekken verstopt is geweest en die door ons twee keer is gevonden. Op de site van geocaching ook twee keer geteld. Lees ik de gevonden caches in in GSAK kom ik maar tot 53, veroorzaakt door bovenstaande. Is daar wat aan te doen?