de trije susters
-
Aantal bijdragen
91 -
Geregistreerd
-
Laatst bezocht
Soort bijdrage
Profielen
Forums
Kalender
Berichten geplaatst door de trije susters
-
-
Na de antwoorden van Kalkendotters en BigFurryMonsters lijkt het me duidelijk wat het probleem is. En inderdaad dat heeft helemaal niks met .NL te maken. Ik snap die opmerking daarover ook niet.
Zal nu maar eens trachten op een andere manier er achter te komen van welke cache een log gedelete is.
Draadje kan wat mij betreft dicht.
Bedankt voor de reacties.
-
Afgelopen dinsdagavond had ik nog 1748 founds op GC.com, kijk ik vanavond weer zijn het er nog maar 1747. Er is dus één verdwenen. Die zou b.v. gedelete kunnen zijn (ik kan me niet bedenken welke trouwens), maar ik heb geen note of logje daarover gehad van com.
Iemand dit "probleem" ook??
-
En deze dan??
Ik heb 'm ooit gevonden in Wageningen, daarna in Oranjewoud en tijdens het Cachers in Crime Event opnieuw in Wageningen op een andere plek.
Ik heb dezelfde cache op drie verschillende plaatsen gevonden en dus drie keer gelogd
-
Als ik het op de site goed gelezen heb is het gratis voor wie na 1 oktober 2008 registreerde. De anderen moeten betalen.
Het gaat om een Beta versie, ik heb 'm getest maar mijn HTC P3300 loopt vast op het importeren van caches, er worden er wel geimporteerd (niet allemaal) maar het programma sluit plots af. Verder vind ik de vereisten nogal zwaar voor mijn PDA, MS NETCF 3.5 en SQLserverCompact 3.5Core dienen geinstalleerd om deze versie te laten werken. Ik denk dat ik straks terug naar de vorige versie ga. Hoewel de filtereingeschappen wel leuk zijn, aleen tradjes zien, of alleen multi's met 3 sterren of meer invoeren, het kan nu allemaal.
Kris
Ik heb versie 2 ook gebrobeerd (de eerdere versies niet) op mijn HTC Touch Cruise P3600. Ook bij mij sluit het programma plots af bij het importeren van caches.
-
Hoi
de code voor deze macros is heel groot
en de aanpassingen zitten op heel veel plekken. Ik wil de wijzigingen wel maken, maar heb geen tijd deze maand. Overigens gebruik ik deze macro http://gsak.net/board/index.php?act=Attach...st&id=45761 werkt iets makkelijker en is ook beter aan te passen.als er iemand anders is die een aanpaassing heeft gedaan is dat natuurlijk toppie.
Ik zou zo'n aanpassing wel fijn vinden, maar om dat nou helemaal alleen voor mij te doen. Zijn er geen andere cachers die deze macro gebruiken??
Zal in elk geval de macro die jij gebruikt eens bekijken.
-
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.
-
Hm, ik weet niet of het alleen om vertraging in het inlezen van nieuwe caches gaat?
Eerst was ik 19 caches kwijt en dat waren geen nieuwe, maar juist grotendeels oudere caches, die ik al jaren geleden had gedaan. Dus dat is haast niet uit te zoeken.
Vanmorgen waren het er nog 5, een uur geleden 11 en nu weer 14, dus het is nog steeds in beweging in ieder geval...
Voorlopig wacht ik maar rustig af.
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?
-
foutmelding
in Forum
Telkens als ik nieuwste berichten wil bekijken op de laatste pagina van een onderwerp krijg ik deze melding:Board Bericht
Sorry, er is een fout opgetreden. Als je niet weet wat de fout is, kijk dan in onze help documentatie.
De fout is:
Sorry, sommige velden missen, als je een onderwerp toch wilt zien, kijk dan of het onderwerp verplaatst is
Terwijl er dan toch gereageerd is of door mezelf of een ander.Meestal bestaat het draadje uit meerdere pagina's de eerste kan ik dan wel bekijken maar de volgende pagina's weer niet.
Wat doe ik fout want dat kan ik niet terug vinden
Ik kom op meerdere forums maar dit maak daar echt niet mee
daar zie nl alle beantwoorde draadjes.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).
-
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?
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!
-
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?
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?
-
Bovenstaande optie werkt inderdaad als je zelf semi-handmatig de .gpx inlaad via File->Load GPX/LOC file.
Bovendien kan dit dan werken vanuit iedere denkbare directory behalve ...GSAK/Temp/zip.
Deze folder is gereserveerd voor intern gebruik.
Dat zal misschien ook de reden zijn dat het via GetMAil ook niet gedelete wordt.
Ik zal ze eens verhuizen naar een andere map en dan proberen we het nog eens met GetMail.
EDIT:
Na alles nog eens bestudeerd te hebben kom ik tot het volgende.
In het GetMail pop-up venster geef je aan waar de bijlages (attachments) moeten worden weggeschreven.
In de directory worden inderdaad de .zip files die van G-mail komen neer gezet.
Na de bewerking worden deze ook automatisch gedelete (de directory is helemaal leeg)
Nadat deze zijn uitgepakt door GSAK worden de .gpx files standaard in ...GSAK/temp/zip geplaatst.
Na de bewerking blijven deze in de directory staan en worden (en kunnen) niet door GSAK worden gedelete.
Dit kan wel handmatig gebeuren via een Verkennerscherm.
Blijft dus het probleem bestaan dat als je in het verleden 10 PQ's had draaien er minimaal 10 .gpx files achter blijven.
Ga je nu via GetMail 1 PQ binnenhalen zal er dus ook een 11-de .gpx file worden toegevoegd aan de temp/zip directory.
Als dit is gebeurt gaat GSAK de database updaten met 11 .gpx files.
In plaats van die ene nieuwe gaat hij dus ook 10 oude .gpx files opnieuw inlezen.
Dat is dus inefficiënt (tijdrovend) en moet beter kunnen.
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.
-
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
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?
Statistieken Andere Cachers In Gezin
in G.S.A.K.
Geplaatst
Voor mijzelf maak ik elke maand met GSAK mooie statistieken voor op mijn profielpagina. Nu zijn er binnen het gezin nog twee jongere cachers (Dolfijntjecool en Pjuk) waarvoor ik ook statistieken zou willen maken op basis van de door hun gevonden caches.
Is dat mogelijk zonder extra abonnementen op Groundspeak of extra versies van GSAK? En zo ja, wat is dan het handigst?