de Roode Lantaarn
-
Aantal bijdragen
1507 -
Geregistreerd
-
Laatst bezocht
Soort bijdrage
Profielen
Forums
Kalender
Berichten geplaatst door de Roode Lantaarn
-
-
Mag ik hier de vraag dan ook stellen voor het ventilator probleem?
Tuurlijk.
Een andere positie zoeken voor de GPS houder.
Bijv. In de linkeronderhoek van het raam.
Goed af te lezen en (althans bij mij) vanaf het stuur te bedienen.
hoezo handsfree.
Ger@ld
-
- Geen gebruik maken van magnetisch compas, door de minum snelheid hoog genoeg in te stellen.
Succes
Of gewoon harder fietsen, ook geen grapje en werkt ook echt.
Ger@ld
-
Ik denk de kompasfunctie uitschakelen, als dit kan.
Anders zijn er nog opties om bijvoorbeeld je stuur te demagnetiseren.
Een plastic stuur.
Of gewoon gaan lopen.
Ger@ld
-
Is de site van de Bruine Beren plat?
Ik krijg de pagina niet
Programma inmiddels via andere weg gekregen nu nog aan de praat krijgen
Nieuwe stand van zaken....ik krijg dezelfde foutmelding als de bende van 4. Ik heb windows mobile 5.1.70 op mijn pda
(T-mobile MDA)
Volgens mij draait dit niet onder Mobile 5.
Staat ergens in dit draadje vermeld.
Ger@ld
-
Inderdaad lag daar het probleem.
Nooit beseft dat in de map "Program Files" een spatie stond.
Nu twee mappen aangemaakt in de root van D: en het werkt.
Overigens werkt dat geen-spatie verhaal ook voor de naam die je opgeeft tijdens het draaien van de macro.
Is de opgegeven naam All Founds dan maakt hij een map "All" aan die leeg blijft.
Is de opgegeven naam Founds dan maakt hij een map "Founds" aan die gevuld wordt met de HTML export van GSAK.
Zo ik denk dat GPXSonar bij mij zijn langste tijd beleeft heeft.
MrChaos en Powk
Ger@ld.
-
Inderdaad.
Dit had ik over het hoofd gezien.
Bij mij staat bij Gmail inderdaad "2. Wanneer berichten worden geopend met POP : Gmail-kopie verwijderen".
Blijft echter nog wel de vraag waarom GSAK ze gewoon niet "zag".
Ze waren namelijk niet verwijderd dus is er ook geen POP verbinding geweest met Gmail.
Hoe dan ook. Het werkt nu, nu volgende week afwachten of het dan ook werkt.
Iedereen en Jurgen in het bijzonder (vinkjes aan/uit zetten) bedankt.
Weer een kopzorg minder.
Ger@ld
-
De nog op de server staande mailtjes zijn niet eerder met de hand binnen gehaald, sterker nog: ze zijn nog vet gedrukt dus nooit geopend.
Met en zonder vinkje geeft overigens het zelfde (negatieve) resultaat.
Ger@ld
Update:
Het lukt
Maar wel op een heel vreemde manier.
Ik heb de optie After matching download veranderd van delete naar leave on server.
Nu haalt hij ze keurig binnen maar zoals je al verwacht laat hij ze op de server staan.
Nou nee dus, hij delete ze keurig netjes na het downloaden van de server.
Hoe dit kan??? Geen idee, maar voorlopig ben ik weer even gered.
Ger@ld
-
we gaan het nog gekker maken.
Van NL krijg ik 7 PQ's
4 op de Woensdag en 3 op de Donderdag.
Zojuist geprobeert om ze met GSAK op te halen.
Alleen de vandaag aangemaakte PQ's ziet hij staan.
Die gisteren zijn verzonden dus niet!!!!! (terwijl ze nog gewoon op de server staan).
Ze beginnen allemaal met [Geo] Pocket Query: NL(volgnummer).
Ger@ld
-
En bij mij werkt het(als gewoonlijk) weer eens niet.
Op de PC netjes twee mapjes gemaakt.
Deze worden ook netjes gevuld door de macro.
De ene map bevat het .wpt filetje en de andere map bevat een mapje (Cache) mat daarin de .html files en het aantal benodigde .gif jes welke bij de .html behoren.
Na het kopieren naar de SD-card heb ik een keurig .wpt bestand in een daarvoor aangemaakte map en, in die zelfde map, een map waarin dus weer die .html's en .gif's zouden moeten staan.
Zouden, want bij mij is de map leeg.
Als ik de .html's en gif's handmatig versleep van PC naar PDA werkt alles wel.
Waarschijnlijk gaat er dus iets mis bij het kopieren.
Hieronder even de eerste en laatste paar regels uit de macro:
$path = "D:\Program Files\GSAK\ozimap\"
$path2 = "D:\Program Files\GSAK\oziwp\"
$card = "M:\"
$cardpath = "M:\OziData\"
FILECOPY From=$File To=$cardpath$Filename.wpt OnError=Continue
FILEERASE File=$File OnError=Continue
$program = $_Install +"\Macros\copy.cmd"
$par1 = $cardpath + $Filename + "\"
$par2 = $path + "Cache\"
RUNPGM pgm=$program parms=$par1 $par2 Wait=yes
Ger@ld
-
Even voorop gesteld:
Ik haal niet alle data in één run binnen. De PQ's komen ook op verschillende dagen aan dus daar zit altijd al een tijdslimiet van enkele dagen in.
Heb het zojuist geprobeert met gewoon 1 mail adres (moet toch kunnen) om de NL data binnen te krijgen.
De voorlaatste keer was twee uur geleden en kreeg toen netjes de B data van de server gehaald.
Met de NL data lukt het dus niet, hij delete ze ook niet van de server (gelukkig) maar ziet gewoon de berichten header niet (lijkt het).
Ger@ld
-
Met het GetMail commando binnen GSAK haal ik mijn PQ's (in .zip) van mijn Gmail account.
Binnen GSAK gebruik ik 3 databases.
1 Nederland
2 Duits grensgebied
3 Belgisch grensgebied.
Voor NL draaien nu 7 PQ's gesorteerd op plaatsingsdatum waarbij de naam van het mailtje begint met:
[GEO] Pocket Query: NL
Voor D draaien nu een aantal PQ's waarbij de naam van het mailtje begint met:
[GEO] Pocket Query: Grens D (gevolgt door een volgnummer)
en voor B draaien nu een aantal PQ's waarbij de naam van het mailtje begint met:
[GEO] Pocket Query: Grens B (gevolgt door een volgnummer)
Binnen GSAK ook deze verschillen aangegeven in het GetMail scherm mbv:
Get files that match Subject ->Contains<- -> [GEO] Pocket Query: NL (of Grens B of Grens D)
Ik laat ze daarbij ook in drie verschillende mappen wegschrijven.
Hoewel alle drie de series kwa instellingen identiek zijn ziet GSAK alleen de mail van Grens B.
In de NL database de [GEO] Pocket Query: NL mailtjes ophalen lukt niet omdat hij ze gewoon niet ziet staan op de mailserver.
Hetzelfde geld voor de [GEO] Pocket Query: Grens D ook dezw 'ziet' hij gewoon niet terwijl ze wel op de server aanwezig zijn (kan ze handmatig wel binnenhalen).
Dus kortom, waarom gaat het wel met de Belgische grens maar niet met de Duitse grens en nederlandse caches.
Ger@ld
-
Hehe Barny eindelijk.
ik zal nooit je gezicht vergeten bij aanvang van het Mini-M event.
Bedankt voor de prachtige log die via de watchlist binnenkwam.
Zoals de Fee beweegt, zo schrijf jij: Gracieus!!!
Ger@ld
-
-
Ik ving laatst ook al zoiets op dat het in Duitsland de normaalste zaak van de wereld is om je daar voor te laten enten. ben benieuwd wat de zorgverzekeraars hiervan gaan vinden. ik volg dit draadje met spanning.
Bij de eerste keer moet je 3 keer een prik halen. Daarna ben je er voor een jaar of 7 vanaf. Dan hoef je het alleen nog maar iedere 7 jaar te "opfrissen" (één prikje).Euh Prof. Misschien wat voor de goodieshop?
Ger@ld
-
Maar misschien toch maar eens kijken of het dan mogelijk is om elke 15 minuten een kopietje te makan van mijn cachekaart via geocaching.nl en zo :-) Daar heb ik immers ook voor betaald.
En daar ga je nu net even fout.
Bij GC.NL ben je geen member maar donateur.
Als donateur heb je gewoon dezelfde opties en restrikties als een niet-donateur.
Ger@ld
-
Als je het stukje verder doorleest kom je tot de conclusie dat Megaheks hier onlangs nog geweest is.
Het bos schijnt bezaait te liggen met "Heksenboter".
Ger@ld
-
Als je goed kijkt zal boven het kaartje een beknopte omschrijving komen te staan wanneer je op zo'n ballonnetje klikt.
klik hier na op de naam van de cache en een nieuwe pagina met beschrijving en logs wordt geopend.
Ger@ld
-
Ik zie inderdaad de avatar van de Rode Loper ook niet! Een leeg vakje met een rood kruisje, meer niet!
Dan istie naar de dokter.
Ger@ld
-
Als je het coordinaat weet van de server kun je proberen de GPS te laten routeren.
Ger@ld
-
Hier ook vaak problemen met de webspace van @home.
Via http prima te bereiken maar via ftp ho maar.
Gewoon even wachten tot morgen en anders hard aan de bel trekken.
Ger@ld
-
En met mijn cache geheugen is niks mis.
Na 258 founds weet ik de eerste found nog blindelings te vinden.
-
Blijkbaar is de storing voorbij want ik zie hem gewoon hoor.
Ger@ld
-
Pyne gefeliciteerd.
Ik voel me een waardig verliezer.
Heet zoiets niet "voorkennis".
Ger@ld
-
Ik wilde vandaag cache loggen maar ook op de kaart waren de gister gelopen caches verdwenen. Omdat dit er een van een serie was kon ik er gek genoeg via de daag genoemde link wel op komen. Ik kan dus ook beamen dat de kaarten niet goed werken. Tip; via een andere cacher die de cache al gelopen heeft kun je ze wel loggen. :
Beetje omslachtig. Eerst een ander opzoeken die hem wel gelopen heeft en dan via die link naar de pagina van de cache.
We zijn allemaal veel te veel verwend.
Gewoon naar www.geocaching.com en daar even de cache opzoeken, of op naam of op code of op naam van eigenaar. Noem maar op.
En voor de hele verwenden onder ons.
GSAK
Ger@ld
Gsak en cacheraid
in G.S.A.K.
Geplaatst
Klopt als een bus.
6.6.3.22 is dan ook geen major update zodat hij wordt gedetecteerd door GSAK als update maar meer een soort BETA versie. Pas als alle foutjes hieruit zijn wordt hij 'wereldkundig' gemaakt. Build 22 is ook alweer achterhaald. We zijn alweer bij Build 25.
Op het forum vind je hier alles over.
KNIP-PLAK.
This is the start of the fixes for the 3rd maintenance release for 6.6.0
This version will only be available from the forums and will not show up as the latest when doing a version check.
When I have accumulated enough fixes I will then make it public on my web site.
Build 10 is primarily to fix an issue reported by some Cachemate users that get an error when trying to use the Palm Install tool
For more information please see this thread and this post
Download here http://gsak.net/GSAK663B10.exe
Note: This update is a patch and only includes the main GSAK.exe file. A prerequisite for this patch is that you have installed the latest public release of GSAK (6.6.2 Build 25) from http://gsak.net
Ger@ld