de Roode Lantaarn

Ga eens bij jezelf te rade vanaf wanneer dit probleem speelt. Heb je onlangs nog iets geïnstalleert en zijn daarna de problemen begonnen? Grote kans dus dat dit de boosdoener is/was. Dat nieuwe progje weghalen zal vaak ook niet veel meer uithalen omdat het leed al geschied is. Beter is het om te achterhalen wanneer je dit geïnstalleert hebt. XP maakt herstelpunten aan. Ga nu naar een herstelpunt vlak voor de installatie (dus toen alles nog goed werkte). In 99% van de gevallen zijn je problemen nu opgelost. (Dit lijkt veel maar is altijd nog een kans van 1:2 Hij doet het of hij doet het niet. ) Ger@ld (euh, ik ben er vanuit gegaan dat je XP draait)

Als ik in GSAK onder "Tools " check naar de versie die je hier noemt krijg ik als antwoord dat ik al de nieuwste versie heb . . terwijl ik in grote letters bovenaan "version 6.2.2" heb staan ? 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

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

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

Volgens mij draait dit niet onder Mobile 5. Staat ergens in dit draadje vermeld. Ger@ld

Prof. het is gelukt. De waypoints blijven nu keurig op hun plaats staan. Het duurt nu echter wel wat langer voor de kaart daadwerkelijk op het scherm staat. Maar daar kan ik wel mee leven. Ieder voordeel hep z'n nadeel. Beter een trage kaart dan een foutieve. Ger@ld

Klopt inderdaad. ik hem wel een datum.dat voor LUREF. Kan ik deze dan zonder meer met wordpad in de bestaande datum.dat plakken? Ger@ld

Vanavond ontdekte ik dat er een kleine 'afwijking' in de Luxemburgse kaarten zit. Dit in vergelijk met de Duitse en Belgische kaarten. Als voorbeeld nemen we het slot van Dasburg (D). Dit ligt tegen de grens aan maar staat op zowel de Lux alsook op de D en B kaarten. Een Wp geprojecteerd op de toren van het slot geeft op de Duitse kaart: N50 02.827 E006 07.948. Schakel ik nu over naar de Belgische kaart dan ligt het Wp nog keurig op de toren maar schakel ik over naar de Luxemburgse kaart dan is het Wp 148 mtr zuid-westelijk (222gr) verschoven. Dit verschijnsel treed in heel Lucemburg op en de schuif is nagenoeg gelijk. Hoe kan ik dit goed krijgen zonder de Luxemburgse kaarten opnieuw te moeten callibreren. Hieronder de eerste paar regels uit de .map files. Duitsland: s3_59_08.ozf2 1 ,Map Code, Potsdam Rauenberg DHDN,WGS 84, 0.0000, 0.0000,WGS 84 MSF,2 Reserved 2 Magnetic Variation,,,E Map Projection,Transverse Belgié: 61-Limerle.png 1 ,Map Code, WGS 84,WGS 84, 0.0000, 0.0000,WGS 84 Reserved 1 Reserved 2 Magnetic Variation,,,E Map Projection,Lambert Conformal Luxemburg: LUX4.ecw 1 ,Map Code, LUREF,WGS 84, 0.0000, 0.0000,WGS 84 Reserved 1 Reserved 2 Magnetic Variation,,,E Map Projection,Transverse Ondanks dat de drie landen verschillende kaartdatums gebruiken (Potsdam Rauenberg, WGS 84 en LUREF) komen de Duitse en Belgische kaarten precies overeen. De Luxemburgse dus niet.

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

Misschien dat hier wat bij zit. Nog wel even zelf callibreren. 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. Euh Prof. Misschien wat voor de goodieshop? Ger@ld

Zijn we het dus eigenlijk wel eens maar het juiste coordinaat moest zijn 00.021!!!!!!! Dat bedoel ik dus met juistheid in formulering en heeft niets met wel of geen ervaring te maken. Fout geformuleerd en fout geinterpreteerd geeft een goed resultaat (- - = +) Maar fout geformuleerd en juist geïnterpreteerd geeft een foutief resultaat ( - + = frustratie) Ger@ld

Toch blijf ik van mening dat E 006 00.C tot verwarring kan lijden. Ervaring of niet. Een coordinaat met twee cijfers achter de komma is óók een coordinaat. Hij wordt dan als 00.21 ingevoerd waarna de GPS er zelf een nul achter denkt. Tuurlijk mag er wel wat avontuurlijks overblijven maar laten we het wel allemaal duidelijk houden. Als er 00.021 bedoelt wordt vermeld dan ook 00.0C. Dit geeft maar één mogelijkheid. Als er 00.C staat ga je al snel denken dat je een fout hebt gemaakt omdat je een drie-digits getal verwacht uit de uitkomst. Je loopt dan onnodig terug en gaat op zoek nbaar onnodige dingen. Ger@ld

Mijns inziens klopt de manier van bereken niet, beter gezegt de manier hoe deze opgave is geformuleerd. Het tweede haakje had beter achter de 100 gezet kunnen worden om misverstanden te voorkomen. Ook een veelvoorkomend probleem ontstaat vaak bij berekening waarbij de uitkomst maar twee cijfers geeft en waarbij achter de komma ruimte is voor 3 cijfers. VB. A=7 B=3 C=A*B=21 WP is N52 00.000 E 006 00.C Is het nu N52 00.000 E 006 00.21 of N52 00.000 E 006 00.021 Het verschil is niet reuze groot maar groot genoeg om het volgende Wp mis te lopen. Ger@ld

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

OFFTOPIC mode on: Een PQ alleen van en voor Nederland vinden ze bij Groundspeak niet leuk. Er zijn ook andere manieren ipv van Credit Card. Paypal waarop eerst een cash bedrag op wordt gestort (meen ik te weten) Er is hierover al eens een draadje geweest. Gewoon biljetjes in een enveloppe stoppen werkt ook hoor. Maar wat is er mis met een credit card, iedere bank verstrekt hem graag. OFFTOPIC mode off: Ik denk dat er al zoveel voor de PDA is dat er weinig valt aan te vullen. Eigenlijk is alles al eens uitgevonden, hoewel....... Het zou wel mooi zijn als er een soort verlengstukje komt voor GPXSonar zodat je de coordinaten via een synckabeltje ( USB of USB->Serieel) naar je GPSr kan fluiten. Het is alleen jammer dat GPXSonar soms zo traag is (vooral met grotere .gpx files dan 1mb). Binnen OziCE zit ook een optie om attachments te openen. Is onlangs nog hier beschreven. Daar ga ik maar eens mee aan de slag. Simpelweg omdat OziCE meer visualiseert. Een volgende cache kan wel 600 mtr. van je af liggen (GPXSonar) maar als er een groot water tussen zit zonder een brug of veerboot heb je niet veel aan die info. In OziCE is dit dus direkt te zien. 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