Wammus

bij mij ook. Als "SOS" even de moeite had genomen om de notes te lezen dan had hij/zij geweten wat er loos was en dat een ArchiveRequest nergens op slaat. Erg jammer dat zo iemand niet even de moeite wil nemen om cacheowners persoonlijk te benaderen. Triest vind ik het dat hij/zij zich verschuilt achter een alias. Maar goed; ik merk nu dat SOS een erg groot aantal caches op deze manier heeft bezocht dus denk ik dat er niet ingegaan zal worden op de PB die ik verstuurd heb. Wat mij betreft een kansloze actie.

Het moet dus een natuurfoto zijn die aantoonbaar met geocaching te maken heeft? (dus met een GPS, micro, kistje, etc... in beeld? )

Gewoon een nieuwe cache aanmaken en de oude in het archief zetten? Dat geeft cachers die de 'oude' al gedaan hebben de mogelijkheid ook de nieuwe te loggen. Wel zo leuk en geen gedoe met het aanpassen van de bestaande cache.

Niet alleen een backup maar ook een conversie van de database(s). Dat duurde bij mij igv lang genoeg dat ik besloot bij de PC weg te lopen. Hoe lang het ding precies bezig is geweest weet ik daarom niet maar toch zeker 5 minuten. Oja; Sophos merkt niets van een Trojan.

Nee helaas, ik had het idee dat dit een combinatie zou zijn van alle opties maar het is inderdaad alleen "County", daar hebben we in NL dus helemaal geen fluit aan... jammer

Ahja..nee.tuurlijk...nu snap ik het

Welke dingen vind jij 'erg' leuk? De lijst is namelijk nogal lang en mijn kennis schiet te kort om daar zo 'erg' leuke zaken uit te plukken. Ben wel benieuwd. Garmin POI export (voorheen had je daar een macro voor nodig) filter voor Children Waypoints, zoeken naar ChildrenWaypoints kon voorheen niet (heb ik toch al af en toe behoefte aan gehad) split screen kan nu op de tweede monitor PDA friendly HTML export (geen idee wat het precies inhoudt maar het klinkt veelbelovend omdat ik de HTML export nu vaak onoverzichtelijk vind op het kleine schermpje) icons op de macro buttons (misschien niet erg bijzonder maar wel beter dan de lelijke knopjes die voorheen bovenin stonden) County update bij GPX import (voorheen was daar een macro voor nodig van 1 regel groot) User3 en User4 erbij (niet meer nodig om info in User1 of User2 te 'combineren', denk aan geod'Ors en afstanden info) parameters bij het aanroepen van macros!! (eindelijk!) Aardig wat nieuwe dingetjes in de macro language waar we weer mee kunnen gaan spelen. (bv. Dir, RegExPos, ChildType en last but not least: Browser!!) Dus, eea zal ik zeker mee gaan spelen om te zien wat de mogelijkheden zijn. Ik denk dat ik hiermee een aantal van m'n macros efficienter/sneller kan maken en ik zie mogelijkheden voor nieuwe functionaliteiten in/met macros. Enne; geen idee wat die GPX files met een BOM zijn

En er is weer een nieuwe GSAK versie! Zo op het eerste gezicht zijn er een aantal erg leuke dingen toegevoegd, volgens mij zeer de moeite waard om te upgraden. Downloaden hier Changes (ook hier te vinden)

en niet geheel onbelangrijk: het coordinaat bovenaan de pagina mag maximaal 2-3 kilometer van de uiteindelijke locatie liggen tenzij je een erg goede motivatie hebt om het anders te doen. Uit de guidelines: Succes met de nieuwe cache!

Cool! Dat lijkt me een erg handig scriptje! Heb je het berichtje van de maker gezien dat er "today" is bijgekomen?: Wellicht is hiermee je probleem opgelost?

Goed, maar dat neemt niet weg dat ik er nog steeds van overtuigt ben dat het niet uit moet maken of je een GPX of ZIP binnenkrijgt. GSAK kan met beide overweg. Wil je misschien de code van de macro posten? (evt via mail?)

Komt het bestand bij jullie ook binnen als een GPX dan? Bij mij namelijk als ZIP file... Ifso; dan moet er toch ergens iets in te stellen zijn!?

Ik ken de macro pqloader niet, heb je een linkje? Met de in GSAK ingebouwde manier om PQs in te lezen maakt het ook niet uit of de PQ wel/niet gezipt is, waarom gebruik je die methode niet om de PQ in te lezen? Als ik een PQ maak gebaseerd op een bookmark lijst (zojuist voor de allereerste keer gedaan) dan komt de PQ wel gezipt binnen. Ik zie geen optie om zelf te kiezen voor ZIP of GPX formaat zoals je dat bij de normale PQs wel hebt.

Wow! Kruimel, bedankt voor tekst en uitleg!

Ik heb nog geen iPhone; de aanschaf hangt op dit moment nog vooral af of het mogelijk is meerdere applicaties tegelijk te starten. Bijvoorbeeld een GPS applicatie samen met een HTML viewer (voor de cachebeschrijving) en liefst ook nog iets als gctools. Een Excel sheet kan ook af en toe handig zijn. Weet iemand of dit alles kan? ( en waarmee dan? ) En stel je kunt echt maar een applicatie "tegelijk" gebruiken, hoe is de reactie tijd bij het omschakelen van applicaties? Is het erg om steeds te moeten switchen? Oja; voorzover ik nu weet is er ook nog geen goed alternatief voor TomTom? Is navigatie zoals met TomTom mogelijk op een iPhone? Ik heb al wel toepassingen gezien met GoogleMaps maar daarvoor moet je een internet verbinding hebben. Daarover gesproken; hoe is over het algemeen de internet verbinding tijdens het cachen?

Hoeft niet perse hoor. In GSAK kun je vrij nauwkeurig filteren welke mail PQs bevat en welke mail niet. Die laatste variant kan GSAK dan gewoon op de mailserver laten staan. (maar inderdaad; een apart account maakt het wel makkelijker!)

Coordinaten naar RD converteren, verschil X en Y uitrekenen afstand = SQRT(verschilX^2 + verschilY^2) 100 / (Totaaltijd / 10 minuten) = A (verschilX/100)*A=Xnew (verschilY/100)*A=Ynew Afhankelijk van reisrichting NO of ZW coordinaat nemen en dan Xnew & Ynew bij optellen of aftrekken. Volgens mij heb je dan je huidig coordinaat in RD. edit: oeps..foutje.

Bij mijn cachelistings kan ik geen optie daarvoor vinden. In GSAK heb ik net gezocht naar caches van Hgomsk; bij de meeste staat de provincie ingevoerd maar waarschijnlijk komt dat doordat ik met regelmaat de "set provincie"-macro uitvoer. Erwtje 205 bevat nog geen 'provincie' in GSAK, de cache is net overschreven vanuit een nieuwe PQ. Dus; volgens mij komt er geen provincie data mee met PQs of speciaal bij de caches van Hgomsk. Er moet dus een andere oorzaak zijn?!

Misschien ff contact opnemen met Tsaar, die woont er niet ver vandaan.

Of het echt relevant is weet ik niet maar ik heb CS3 (aangeschaft!) en kan er aardig mee overweg. Als je er echt niet uitkomt stuur me maar een PB zal ik kijken of ik iets voor je kan knutselen

Over de Geko 101 kan ik je weinig vertellen maar RD converteren kun je ook hier doen.

Op de site van De broekies staat sinds zojuist een GSAK macro die in staat is de afstandsgegevens te importeren in GSAK. Een "kort door de bocht" handleiding: maak een geschikte kolom in GSAK zichtbaar; Usernote of Usernote2 ( Tools | Options | Display) Stel eventueel eerst een filter in (bijv alleen multi caches). Het script zal dan alleen voor dit filter de afstandsgegevens importeren start het script geef aan in welke kolom je de data wilt toevoegen druk op de knop "Downloaden afstanden tabel" (de afstandsgegevens zullen achteraan worden toegevoegd dus bestaande info blijft bestaan, er is ook een mogelijkheid om de afstandsgegevens later weer te verwijderen) filter instellen en voila... het is ook mogelijk van te voren in GSAK een filter in te stellen (bijv. alleen multi caches) en pas dan de macro te starten. De resultaten van het actieve filter en de resultaten uit de macro zullen dan worden samengevoegd De macro gaat er altijd vanuit dat de afstandsgegevens achteraan in het gekozen veld staan. Zet je er dus zelf nog iets anders achter dan zal vanaf dat moment de macro de gegevens niet langer herkennen Op- en/of aanmerkingen hier in het draadje of via PB, afhankelijk van beschikbare tijd zal ik kijken of er nog eea te verbeteren valt. Veel plezier ermee! (met dank aan Smeule en Wimyv voor het beta-testen!)

Kijk eens naar de macro RefreshAllGPX.gsk

Ik zat vandaag met hetzelfde probleem zoals hierboven genoemd; $_EOL nog lang niet bereikt maar toch stopt de WHILE loop na de eerste actie. De hier geboden workaround middels GlobalReplace was voor mij niet mogelijk omdat ik slechts een deel van de data wil wissen en niet het hele veld leeg moest maken. Dus moest ik verder zoeken. Een eerste oplossing (maar erg traag) was het mfilter steeds opnieuw instellen en dan: WHILE $_filtercount > 0 Dat werkte maar was niet vooruit te branden. Dus verder en dieper gezocht en toen kwam uiteindelijk de (eigenlijk wel erg voor de hand liggende) oplossing: Sort by=Natural Zie ook dit draadje op het forum van GSAK Dit draadje is al oud maar ik plaats mijn gevonden oplossing hier toch maar, wie weet heeft iemand er ooit iets aan