dets

Hier hetzelfde probleem. Inzoomen op de niet-gevonden-kaart geeft inderdaad een foutmelding. De kaart met alle caches werkt nog wel. Dus als er een oplossing is...

Het gaat er om dat GSAK niet in de standaard "program files" map geïnstalleerd wordt. Vista doet daar moeilijk over met lees/schrijf rechten. Wat ik nog van de GSAK site geplukt heb is het volgende: Verder loopt er nog een draadje in het gsak-forum. (inderdaad zijn we ondertussen afgedwaald van de oorspronkelijke vraag)

GSAK werkt prima op Vista en de beveiliging hoeft niet uitgeschakeld te worden. De truc is om het programma in c:\gsak te installeren. Er worden dan geen vragen meer gesteld en er hoeft geen beveiliging aangepast te worden.

Zelf gebruik ik cachemate op mijn palm Z22. Voordeel is dat je meteen founds kunt registreren en de logjes kunt schrijven.

Sage is een addon voor firefox om rss-feeds te kunnen lezen.

Ik heb twee keer nee gestemd. We cachen al jaren met een Geko201 en dat gaat nog steeds goed. Hoewel een GPS met een wat betere ontvangst welkom zou zijn. Whereigo is voor sommige puzzelcaches en multi's een prima aanvulling. Het kan immers helpen om het verhaal te ondersteunen. Whereigo is nieuw cachetype en ongetwijfeld zullen daar ook leuke en minder leuke tussen zitten, net zoals nu het geval is. Mochten we een nieuwe GPS aanschaffen dan is de ontvangst wat mij betreft het enige criterium. Whereigo, kaarten en kleur zijn van ondergeschikt belang.

Je wilt dus hier macro's hebben met uitgebreid commentaar en gebruiksaanwijzing? Voorbeeld: Omschrijving Deze macro importeert de PQ's in aparte databases. Voorwaarde is dat de opbouw van de PQ-naam als volgt is: <tekst> (<nummer>), bijv. "Nederland (01)". Op het moment dat de PQ's gedownload worden hebben de bestanden dus ook dergelijke namen. Hiermee komen dan alle PQ's met de naam "Nederland (01)", "Nederland (02)" etc. terecht in de database met de naam "Nederland". De tekst is vrij te kiezen mits er maar een database bestaat met die naam, dus "Founds", "Vakantie" etc. kan ook. Op het moment dat er geen database is met de naam die hoort bij de PQ wordt de PQ niet geïmporteerd. De macro is niet foolproof er komen geen meldingen als bestanden niet gevonden worden. Voor het gebruik moet de regel die begint met $dir aangepast worden. Tussen de " " moet het pad worden opgenomen van de directory waar de PQ's staan. Voorbeeld: "D:\Documenten\Geocaching\Pocket Queries\" Vergeet de \ aan het eind niet! De macro: # Importeer Pocket Queries # Dit is de directory waar de pq's te vinden zijn $dir = "<vul hier het volledige pad in>" # Bepaal welke databases in GSAK voorkomen $databases = sysInfo("Databases") $return=list("db","create",";") $return= list("db","replace",$databases) # Bepaal eerst het aantal databases. $Count = val(list("db","Count","")) # Ga nu een loop in van 1 tot en met het aantal gevonden databases $Teller = 1 While $Teller <= $Count # Haal de naam van de database uit de lijst en toon deze $db = list("db","Item","$Teller") ShowStatus msg=$db # Bouw de zoeken bestandsnaam op, zoiets als "databasenaam (*).zip" $files = $dir + $db + " (*).zip" # Stel vast of er bestanden zijn die aan het filter voldoen. If FileExists($files) # Laad de gevonden pocketqueries in de database en toon de statistieken. Load File=$files database=$db showstats=Yes EndIf # Ga door met de volgende database in de lijst. $Teller = $Teller + 1 EndWhile Zoiets?

Ik heb 'm toegevoegd aan mijn iTunes-lijst en beluister 'm binnenkort. In ieder geval een goed initiatief. Als fervent PodCacher luisteraar ben ik toch erg blij met een nederlandstalige variant. In ieder geval veel succes gewenst.

Toen we nog papier gebruikten namen we altijd een paar extra caches mee die in de buurt lagen. Tegenwoordig zit er een groot aantal caches in onze TomTom, die een geluid maakt als we in de buurt komen van een cache. Dit is vooral handig bij traditionals omdat je daar meestal even langs kunt rijden. Onze GPS is gevuld met de coordinaten en de beschrijvingen zitten in onze Palm Z22.

Na het hele draadje vluchtig gelezen te hebben wil ik toch ook even reageren. Ook reageer niet zo heel veel maar toch. Het forum is inderdaad een beetje ingezakt, ook ik scan de rss-feed. Die staat links op mijn google pagina. Er komt inderdaad veel lief en leed voorbij en dat lees ik niet allemaal. Ik stoor me er trouwens niet aan. Een forum wordt na verloop van tijd een gemeenschap, er is ruimte voor discussie en er is de behoefte om lief en leed met elkaar te delen. M.i. hoort dat er allemaal bij. Op vrijwel alle fora zie je dit gebeuren soms onder de titel 'lief en leed', 'vrolijke en niet zo vrolijke mededelingen', ditjes en datjes' etc. Discussies kennen pieken en dalen, lief en leed blijft altijd doorkabbelen. Blijkbaar zitten voor wat betreft discussies in een dalletje. Forum regels zijn er om nageleefd te worden maar er moet en mag wel op het scherpst van de snede gediscussieerd kunnen worden. Wat me wel stoort is dat het hebben van een mening verward wordt met het hebben van gelijk. Hierdoor monden discussies uit in ruzies. Je mening is een bijdrage aan de discussie en niet de conclusie. Die conclusie trekt de topicstarter wel of misschien als je open staat voor een ander stel je je eigen mening bij. Topics verwijderen zou niet mogen, sluiten kan wel. Maar alleen als het uit de hand loopt. De topicstarter zou er op moeten letten dat de topic niet offtopic gaat. Hij/zij heeft immers een vraag gesteld en wil die graag beantwoord hebben. Wat mij betreft mag er best stevig gediscussieerd worden maar dan wel met respect voor elkaars mening en niet omwille van het gelijk krijgen.

Van mij mogen alle caches blijven liggen. Verloop ontstaat vanzelf, cacheeigenaren stoppen met cachen, de cache wordt gearchiveerd, caches worden geript etc. Er komt dan een plek vrij voor een andere cache. Afstand vinden wij niet zo´n groot probleem, voor een leuke cache rijden we wel. Daarnaast cachen we redelijk veel op vakantie en ook daar rijden we behoorlijke afstanden. Uitgecached raken in je directe omgeving zal vast gebeuren, maar als je je daaraan stoort denk ik dat je toe bent aan een andere hobby. Als ik de cachekaart van NL bekijk dan raakt deze goed gevuld. Ik verbaas me er over dat er dan toch nog mensen zijn die een unieke plek weten te vinden tussen alle andere caches. Ik ben absoluut tegen regulering van de termijn gedurende welke een cache mag blijven liggen. Soms is er intensief overleg gevoerd met de beheerder van het terrein en is met veel moeite toestemming verkregen. Als dit circus na drie jaar weer opnieuw moet beginnen denk ik dat cacheeigenaren van het plaatsen af gaan zien. Hoe zou je trouwens willen forceren dat een cache na bijv. 3 jaar geruimd wordt? .com kan ´m wel archiveren maar ruimt de cacheeigenaar dan alle sporen op? Hoe moet dit geregeld worden met de beheerder? Wat als dezelfde cache gewoon herplaatst wordt? Gaan de reviewers de cache beschrijvingen met elkaar vergelijken? Kortom een heel gedoe voor iets wat in beperkte mate toch wel gebeurt, caches komen en gaan. (ik kon geen keuze maken uit de opties en heb daarom niet gestemd)

Dus dit werkt wel? De caches die je krijgt liggen ook in Nederland? Als je voor een land kiest én je homecoordinaten gebruikt dan moeten die homecoordinaten wel in dat land liggen anders worden er geen caches gevonden. Het blijft lastig maar we puzzelen verder

Lastig probleempje. Ik heb het net even geprobeerd door een nieuwe pq aan te maken. Niets ingesteld alleen een straal om mijn homecoordinaten genomen. Dat ging goed. Misschien toch per ongeluk ergens iets aangeklikt? Heb je al geprobeerd een nieuwe pq te maken zonder evt. extra dingen? Of pas je steeds dezelfde pq aan?

Ik zag dat je eerste post rond 22.00u was waarin je al een paar borrels verder bent. Het lange verhaal is geschreven om ongeveer 03.00 en je bent waarschijnlijk nog meer borrels verder Als je dan nog zo'n poëtische log weet te schrijven waarin je je lyrisch uit laat over de cache, petje af Mijn gedachten gingen even naar Herman Finkers 'Het is een lief kind'. Maw hoe breng je iets positief zonder de waarheid te zeggen. De hele draad nogmaals gelezen te hebben kom ik toch tot de conclusie dat ik het bij mijn eigen methode hou vwb het selecteren van caches. - ligt de cache in de regio waarin we willen gaan cachen of op de route? - is de lengte passend bij het plan dat we hebben? - het lezen van de beschijving, is deze uitnodigend? - het kijken naar het kaartje van googlemaps, wat kunnen we ongeveer verwachten. Is ook ok? - is de cache de laatste keren dat hij gezocht is gevonden? - het lezen van de logjes, positieve indruk, dan gaan we de cache doen

Je moet 'm toch echt beter trainen hoor. Pffff een hond die munitiekistjes opspoort. Het wordt pas echt wat als hij na het zien van de cachebeschrijving er vandoor gaat en terugkomt met het kistje. Een hond krijgt die sluiting nl. nooit open en schrijven in een logboek kunnen ze ook niet. (dan moet hij na het loggen wel weer het kistje terugbrengen)

Een Ge´Odeur vind ik te ver gaan. Stel een cachelegger neemt die ter harte en past zijn cache aan dan ben je allang vergeten dat dat je er een uitgereikt hebt en houdt de cache ten onrechte zijn slechte naam. Je zult dan minimaal een keer in de zoveel tijd al Ge'Odeurs moeten schonen. Je kunt best een cache beoordelen als je er geen gelegd hebt, onder het motto van´Ik kan wel een ei keuren, maar geen ei leggen´. Een bookmarklist werkt wel, als ik op de cache pagina kijk kan ik zien op welke bookmarklists een cache staat, mits de lijst publiek is. Ik kijk daar vaker naar omdat ik dan zie wie de cache gebookmarked heeft en waarom. Zo vind ik dan vaak nog meer caches van dezelfde soort. Je moet je wel afvragen of je dit wilt omdat dan meteen openbaar is welke caches nog meer op de lijst staan en cacheleggers dan erg vervelend kunnen gaan doen. Een negatieve log vind ik zelf ook moeilijk om te schrijven. Meestal is mijn log dan vrij kort of hou ik me op de vlakte voor wat betreft de beschrijving. In een log zeggen dat ik de cache drie keer niks vind doe ik liever niet, ik ga toch uit van de goede bedoelingen van de cachelegger. Misschien is het de eerste keer dat hij een cache plaatst en probeert wat ervaring op te doen etc. Een log geeft de beleving van de cacher weer bij het vinden van de cache en zou nooit verwijderd mogen worden. En de beleving is nu eenmaal subjectief, als de zon schijnt, je auto is niet opengebroken, de zon speelt in de blonde lokken van je partner, er wordt bewonderend naar je gekeken als je de cache zonder twijfel weet te pakken, de vogels fluiten etc. dan log je toch anders dan als je overvallen bent door een regenbui, in de verkeerde tuin hebt staan graven, geen regenkleding bij je bleek te hebben, je fles drinken in je rugzak is gaan lekken, je uitgegleden bent in de modder, je auto opengebroken is, bij het politiebureau aangekomen bleek dat het dicht was en dat je onderweg nog in de hondenpoep gestaan hebt en het interieur van je auto besmeurt is etc. (Eerlijk gezegd hoop ik dat je PC dan ook gestolen is want een dergelijke log wil ik ook niet zien) Misschien zou groundspeak een waarderingsoptie moeten toevoegen bij de logs, bijv. van 1 tot 5 sterren. Dit kan dan omgerekend worden naar een soort van 'recommendation' in de lijn van terrain en difficulty.

Ik. Dat tweede ligt moeilijk... Met dat tweede zal groundspeak niet blij zijn en de cacher die het aanbiedt al helemaal niet. Misschien is het een idee voor groundspeak om hun servers te ontlasten door wekelijks hele sets van landen aan te bieden als download. Het aantal queries dat uitgevoerd zal dan behoorlijk afnemen. Misschien is het een idee voor ze om de members die wonen in een land wekelijks een pq ter download aan te bieden met de caches voor dat land (of die staat). Net zoals de 'My founds' query die je een keer in de 7 dagen mag uitvoeren, krijg je dan ook een 'My country/state' optie.

Ik gebruik de volgende macro: # Importeer Pocket Queries $dir = "D:\Documenten\Geocaching\Pocket Queries\" # <-- hier moet je je eigen directory invullen $databases = sysInfo("Databases") $return=list("db","create",";") $return= list("db","replace",$databases) # Verwijder de default database uit de lijst $del = val(list("db","Find","default")) if $del > 0 $return = list("db","delete","$del") endif $databases = list("db","get","") # Loop nu door de lijst en importeer de juiste pq in de juiste db $Count = val(list("db","Count","")) $Teller = 1 While $Teller <= $Count $db = list("db","Item","$Teller") ShowStatus msg=$db $files = $dir + $db + " (*).zip" If FileExists($files) Load File=$files database=$db showstats=Yes EndIf $Teller = $Teller + 1 EndWhile De macro werkt als volgt: De databases die je in GSAK gemaakt hebt worden gebruikt als beginpunt. Hiervan wordt een lijst gemaakt. Ik verwijder de database met de naam 'default' uit de lijst omdat die meestal nergens voor gebruikt wordt. Ik berg mijn queries op in databases met landennamen, maar andere namen werken net zo goed. Ik heb dus database met de naam 'Nederland', 'Duitsland', 'Zweden' etc. De pocket queries op geocaching.com heb ik Nederland (1) t/m Nederland (10) genoemd. Voor de andere landen heb ik vergelijkbare namen opgegeven. Ik laat GSAK de pq's ophalen en in de aangegeven directory plaatsen. Na het het ophalen heb ik bijvoorbeeld de volgende bestanden staan: Nederland (3).zip, Duitsland (2).zip De macro leest deze bestanden aan plaatst de caches in Nederland (3).zip in de database met de naam Nederland. Voordeel je hoeft alleen maar een database te maken en de pq de juiste naam te geven en de macro vult vervolgens de juiste database. Je hoeft geen landennamen te gebruiken als de namen maar overeen komen. (ik hoop dat het een beetje te volgen is) Ton

Het zijn inderdaad de macro's die veel extra's aan GSAK toevoegen en er komen steeds meer macro's die alleen werken met versie 7. Daarnaast vind ik dat Clyde goed werk verricht en had daarom niet zo veel moeite met upgraden.

Ik heb ook gewoon een apart gmail account gemaakt voor alle PQ's. Met GSAK haal ik ze op, mijn gewone mailprogramma hoeft ze dan niet eens te lezen. Een macro zorgt ervoor dat alles daarna netjes in de databases wordt verwerkt. Ik zet de PQ's voor verschillende landen en founds nl. in aparte databases. Het is een keer instellen zoals je het wilt hebben daarna is het met een druk op de knop geregeld.

Eigenlijk zou dit een mogelijkheid moeten zijn die aan de cachepagina toegevoegd wordt. Een soort "Datum laatste wijziging". Zoiets dat je ook ziet als je een logje of forumpost wijzigt. Deze rubriek moet dan ook in de gpx-file meegestuurd worden. De software die we gebruiken, gsak etc., kan dan eenvoudig controleren of de beschrijving gewijzigd is. Het printje kun je dan ook snel vergelijken met de pagina. Mocht de cacheeigenaar dan zelf een wijziging doorvoeren maar vergeten een tekstje op te nemen is dat ook geen probleem. Trouwens hoe lang ga je zo'n tekst laten staan (week, maand, jaar)?

En dit had ik afgelopen zondag weer. Mijn ribben doen nog steeds pijn en ik moet nog iedere dag op mijn werk uitleggen hoe die bult en schrammen op mijn voorhoofd komen. Ik wil een 'slippery when wet'-icoontje bij caches

Je kunt natuurlijk ook gewoon buttons laten maken met je teamnaam en logo. Je moet er dan weliswaar meer dan 4 afnemen, maar je hebt dan meteen een leuk ding om in een cache achter te laten. Maar ze kunnen natuurlijk ook op je rugzak, jas, trui, pet etc.

Wat ik meestal nog doe is dat indien een projectie op bijv. 340 meter moet liggen is een projectie uitvoeren op 300 meter. Daarna het oorspronkelijke punt (het punt waarvanaf geprojecteerd is) weer kiezen en doorlopen tot de afstand tot dat punt 340 meter is.

Ik kocht mijn kabel bij www.icarussolutions.nl.