Team Geo-cachet

ik heb het inderdaad geprobeert met het adres, maar GSAK snapte er nix van. Waarschijnlijk biedt het geen echte oplossing, toch wil ik je deze link niet onthouden. Daar wordt beschreven hoe je een drive-letter aan je SkyDrive kunt toekennen. In theorie zou je je GSAK database op deze Skydrive kunnen plaatsen. Bijvoorbeeld in de map Y:\gsak\data. Maar, ergens meen ik ooit gelezen te hebben dat je maximaal bestanden van 50 MB over kunt pompen, ook al is de totale capaciteit 25 GB. Daarnaast verwacht ik sowieso dat de performance, als het überhaupt werkt, zwaar te wensen over zal laten. Mocht iemand er toch mee gaan experimenteren, dan ben ik wel benieuwd naar de ervaringen .

Tot nu toe nog geen hele rare dingen tegengekomen in deze beta. Wat me naast de snelheidswinst heel goed bevalt is dat de pictogrammen van de attributes (24/7, dogs allowed e.d.) nu ook in GSAK zichtbaar zijn. Sterker, je kunt er ook op selecteren (extra tabblad in 'set filter') en dat werkt een stuk prettiger dan via aparte PQ's . Je moet in je account details wel even instellen dat je GPX-versie 1.0.1 wil gebruiken, anders komen de attributes niet mee. En je caches moeten natuurlijk met de nieuwe GPX-versie zijn bijgewerkt. Overigens lijkt me dit voor de makers van een cache weer een extra reden om goed na te denken over welke attributen ze opnemen. Voor een cache die alleen in het donker te doen is zou dat m.i. niet alleen 'recommended at night' maar ook 'not available at all times' moeten zijn . Je moet in je account details wel even instellen dat je GPX-versie 1.0.1 wil gebruiken, anders komen de attributes niet mee. En je caches moeten natuurlijk met de nieuwe GPX-versie zijn bijgewerkt. En kun je misschien vertellen WAAR ik dat precies moet instellen?? Alvast bedankt....... Ja dat kan ik Ga op www.geocaching.com naar "Your Profile" (linkerkant, in het menu), dan naar "Your Account Details" (bovenaan het scherm rechts), scroll naar beneden naar "Your Preferences" en klik op "Change". Helemaal onderaan kun je dan voor GPX-versie 1.0.1 kiezen. <edit> Remunj was me al voor

Tot nu toe nog geen hele rare dingen tegengekomen in deze beta. Wat me naast de snelheidswinst heel goed bevalt is dat de pictogrammen van de attributes (24/7, dogs allowed e.d.) nu ook in GSAK zichtbaar zijn. Sterker, je kunt er ook op selecteren (extra tabblad in 'set filter') en dat werkt een stuk prettiger dan via aparte PQ's . Je moet in je account details wel even instellen dat je GPX-versie 1.0.1 wil gebruiken, anders komen de attributes niet mee. En je caches moeten natuurlijk met de nieuwe GPX-versie zijn bijgewerkt. Overigens lijkt me dit voor de makers van een cache weer een extra reden om goed na te denken over welke attributen ze opnemen. Voor een cache die alleen in het donker te doen is zou dat m.i. niet alleen 'recommended at night' maar ook 'not available at all times' moeten zijn .

Deze misschien? Adds a link above the main map in Google Maps that takes you to Geocaching.com's listing of the 20 nearest caches to the centre of the original Google Maps view. Na installatie wel even via 'Manage user scripts' de volgende sites toevoegen waarop het script geactiveerd moet worden: http://maps.google.nl/* Bedankt dit is hem. Maar was er ook geen knop dat je de caches in de kaart zag verschijnen? Maar deze is ook al heel bruikbaar. nogmaals dank. Dit script plaatst een extra linkje op google maps waarmee je naar de kaart op geocaching.com gaat. Daarop worden dan de caches getoond. Ook hier geldt dat je zelf even http://maps.google.nl/* moet toevoegen.

Deze misschien? Adds a link above the main map in Google Maps that takes you to Geocaching.com's listing of the 20 nearest caches to the centre of the original Google Maps view. Na installatie wel even via 'Manage user scripts' de volgende sites toevoegen waarop het script geactiveerd moet worden: http://maps.google.nl/*

Eén methode: Je GPS instellen op Rijksdriehoeksstelsel en uitrekenen met de stelling van Pythagoras. Dit werkt redelijk nauwkeurig. Je zou denk ik ook je referentiepunt (dus plaats waar je staat) kunnen wijzigen in één van de twee waypoints en dan kijken hoe ver het andere punt verwijderd ligt. Maar dat heb ik zelf nog nooit uitgeprobeerd.

Het werkt beter als je eerst google earth start en inzoomt op het gebied waarin je de caches wil bekijken. Pas daarna de viewer downloaden. Dan zie je er veel meer verschijnen. Dat de caches niet precies op de juiste plek worden getoond klopt. Voor zover ik weet is dat een bewuste keuze, maar vraag me niet waarom.

Ik heb het zelfde probleem als Petra, ook ik krijg een bibberige foutmelding, waardoor ik GSAK moet afmelden. Ik heb het ook geprobeerd via de site die Twin Peaks heeft aanbevolen, maar ook dan lukt het niet, de url invoegen gaat wel, maar om de pagina dan vertaald te krijgen dan geeft de vertaal pagina de melding dat ik niet ingelogd ben! Dat je na vertaling de melding krijgt dat je niet bent ingelogd lijkt vreemd, maar klopt wel. Het is namelijk Google Translate die geocaching.com uitleest om de cachepagina te vertalen en niet jij. En Google, om het zo maar even uit te drukken, is inderdaad niet ingelogd op gc.com.

Nou die is nog zo actueel als wat !! Klopt als een bus. Net uitgeprobeerd en werkt, zoals de in door Sivota aangegeven link. Je kan dus niet in GSAK zelf de vertaalde versie opslaan. Trouwens, zet HTML_Translate niet op automatisch bij een niet Engelse cache ! Aangezien GC.com een USA site is, met een disclaimer in ... juist het Engels, gaat HTML_Translate de bietenbrug op. Aangezien HTML_Translate bij eerste start vraagt wat je wilt vertalen, kan je daarna niet zomaar de keuze wijzigen. De eerste keuze die je gemaakt hebt komt in de macro directory in GSAK te staan onder de naam: TranslatePageData.dat Als je dit bestandje weggooit en daarna HTML_Translate weer start komt weer de vraag vanuit welke taal -> naar welke taal. Hopelijk helpt dit. Als bij 'Split Screen Format' kiest voor 'Translate' terwijl je de SHIFT-knop ingedrukt houdt, dan verschijnt ook het scherm waarop je bron- en doeltaal in kunt voeren. Lijkt me iets minder omslachtig .

Na deze tip van Goofy is het me wel gelukt een print te maken via een HTML-macro van alle geselecteerde caches met daarop een google-kaartje. Maar... Zo wordt het kaartje alleen voor de eerste cache (die dus zichtbaar is in het split screen) goed getoond. Bij alle volgende caches wordt alleen een blanco frame getoond. Hiervoor gebruik gemaakt van een macro op het GSAK-forum (HTML_CondensedPrintout) en deze aangevuld met de instructie $h = $h + html("GoogleMap","Y"). Dus wel een klein stapje dichterbij, maar lang niet genoeg. Ik weet ook niet of het überhaupt mogelijk is de kaartjes voor alle caches op te laten halen tijdens het printproces. Want daar zit waarschijnlijk het probleem. Dat gebeurt alleen voor die ene cache die al op het scherm getoond wordt.

Goeie vraag. Het was me niet eerder opgevallen dat een printje van één enkele cache vanuit het spilt screen wél het google maps kaartje erbij zet. Dat de kaartjes via File --> Print niet worden getoond wist ik wel. Ik heb wat zitten grasduinen in de opties en de diverse fora, maar ben nog geen methode tegengekomen om de kaartjes ook op de bulk-print te krijgen. Ben dus ook erg benieuwd of iemand een truc weet.

Klopt helemaal. In je Highlight filter volstaat het om in het veld Mfilter op te nemen: $d_PlacedDate > $_Today - 14

Hallo Hans, Kijk vooral ook naar de tips die hiervoor gegeven zijn, maar misschien heb je ook iets aan de volgende opmerkingen: Je hebt een PQ (Pocket Query) opgeslagen en als je die opent gaat ie naar het programma GSAK. Da's toch precies de bedoeling? Daar lijkt dus niks mis mee te zijn. Voor GSAK maakt het helemaal niks uit of het een Nederlandse of een Australische query is. Sterker nog, dit onderscheid in queries bestaat helemaal niet. Er is maar één soort query en daar kan van alles en nog wat in staan. 't Is maar net hoe de de query hebt gedefinieerd. Als je een PQ hebt aanmaakt, kun je via 'Preview' online bekijken wat het resultaat van de query is. Mijn suggestie is dat je eerst controleert of de PQ die je hebt aangemaakt ook inderdaad die caches bevat die je verwacht. Als dat niet zo is dan moet je de PQ-definitie aanpassen. Als je daarover tevreden bent, dan pas heeft het zin om de query ook in GSAK te laden. Maar het kan best zijn dat ik je vraag helemaal niet begrepen heb.

Dat is natuurlijk ook een optie! Maar omdat ik al ooit ergens op internet gevonden had hoe je het in GSAK kon doen, was ik daar erg benieuwd naar (en in GSAK kan ik ook snel zien hoeveel opgeloste mysteries ik al in dat gebied heb). Ik heb nu in ieder geval al 1 manier om het te doen. Ben benieuwd of er nog meer ideetjes zijn... Misschien bedoelde je deze site. Als zowel jij als het andere team jullie "My Finds Query" daar uploaden, dan biedt de site je de mogelijkheid om in GSAK alle caches te filteren die jullie nog geen van beiden hebben gedaan.

Het lijkt er op dat je niets verkeerd doet. Nadat je in MapSource de route hebt gemaakt en bewaard als .gdb bestand, zijn de handelingen in GSAK als volgt: 1. Start de filter-functie 2. Ga naar het tabblad 'Arc/Poly' 3. Klik in het blokje 'Get points from a file' op 'Select file'. 4. Selecteer je .gdb bestand met de route. 5. Vul de maximale afstand in van een cache tot de route en GO Arcin.txt wordt aangemaakt op het moment dat je onder stap 4 het .gdb bestand opgeeft. Je ziet dan als het goed is de routepunten daaruit verschijnen onder het kopje 'Arc/Polygon points' (dat dan ook geel wordt). Mogelijk gaat het daar mis. Ik zie inderdaad de routepunten verschijnen en het kopje wordt geel. Maar als ik naar de gevonden caches kijk zie ik dat er veel buiten de opgegeven afstand van de route liggen. Ik denk dat er (te) weinig punten in de gdb file staan, en dat er tussen de punten een rechte lijn getrokken wordt die flink kan afwijken van de feitelijke loop van de weg. Om dit te controleren zou ik graag de getoonde punten in GSAK plotten in een kaart, zoals google maps. Iemand een idee hoe ik dat moet doen? Ik heb de punten uit het GSAK filter geteld (niet met de hand) en met 1 bepaalde route kom ik op 168 tussenpunten als ik de gdb file gebruik en 757 punten als ik vanuit mapsource google earth start en dan de kml file gebruik in GSAK. Dat wordt voor mij dus de manier! Aha, weer wat geleerd Dank!

Het lijkt er op dat je niets verkeerd doet. Nadat je in MapSource de route hebt gemaakt en bewaard als .gdb bestand, zijn de handelingen in GSAK als volgt: 1. Start de filter-functie 2. Ga naar het tabblad 'Arc/Poly' 3. Klik in het blokje 'Get points from a file' op 'Select file'. 4. Selecteer je .gdb bestand met de route. 5. Vul de maximale afstand in van een cache tot de route en GO Arcin.txt wordt aangemaakt op het moment dat je onder stap 4 het .gdb bestand opgeeft. Je ziet dan als het goed is de routepunten daaruit verschijnen onder het kopje 'Arc/Polygon points' (dat dan ook geel wordt). Mogelijk gaat het daar mis.

Kleine aanvulling: Als je de route in MapSource hebt gemaakt, dan kun je die heel makkelijk in Google Earth tonen via 'Beeld' --> 'Weergeven in Google Earth'. Daarna opslaan als kml-file, als hierboven omschreven. Precies wat ik zoek, het gemak van het maken van routes in mapsource icm het gemak van google earth om een pocket query te maken.... Bedankt! Trouwens, net ontdekt dat die kml file uit Google Earth ook in GSAK als filter gebruikt kan worden. Heb je helemaal geen pocket query meer nodig als de route door een gebied loopt waarvan je de caches toch al in GSAK hebt. Sterker, je kunt in dat geval in GSAK ook rechtstreeks de MapSource.gdb file van de route in het filter gebruiken. Heb je ook Google Earth niet nodig .

Dezelfde soort fout treedt op bij een TOPO-kaart van Frankrijk (ik meen TOPO 1 Alpes, versie 1.10) en daar ligt het inderdaad aan het kaartmateriaal. Als je daarvan een bepaald kaartsegment (ergens rond Lyon) selecteert, volgt dezelfde rare foutmelding. Hou je dat kaartsegment mis, dan is er niets aan de hand. Door trial and error zou je kunnen proberen uit te vinden of dat bij de T4A-kaarten ook het geval is. Selecteer eerst eens 1 kaartsegment en stuur die naar je Vista. Als dat goed gaat, dan de kaartselectie steeds iets uitbreiden. Op het moment dat het dan weer mis gaat, heb je een idee waar de fout ongeveer moet zitten. Selecteer en verstuur dan alleen de kaartdelen waar de fout blijkbaar ergens in zit en maak die selectie steeds iets kleiner, tot het weer goed gaat. Enzovoort, enzovoort. Een vervelend en tijdrovend klusje, dat niet nodig zou moeten zijn, maar ik zou zo geen andere oplossing weten. Hopelijk helpt dit je verder en zit de fout in een kaartdeel dat je toch niet nodig hebt. In ieder geval vast een fijne vakantie gewenst, met veel mooie caches.

Kleine aanvulling: Als je de route in MapSource hebt gemaakt, dan kun je die heel makkelijk in Google Earth tonen via 'Beeld' --> 'Weergeven in Google Earth'. Daarna opslaan als kml-file, als hierboven omschreven.

Als in GSAK bij een cache staat dat de Last GPX van 8 januari is, dan is het niet vreemd dat alle informatie van latere datum niet in je GSAK staat. Immers, de cache is bijgewerkt t/m 8-1-09. Het lijkt erop dat je verwacht dat alle gegevens t/m 15-2 bijgewerkt zouden moeten zijn. Je vraagt of een instelling in GSAK niet goed is, maar ik denkt dat je de PQ's niet helemaal goed hebt gedefinieerd, waardoor je uiteindelijk slechts een deel van alle caches binnen krijgt. En GSAK is natuurlijk nooit actueler dan de gegevens waar je het mee voedt. Om álle (niet gearchiveerde) caches in GSAK bij te werken heb je momenteel zo'n 15 PQ's nodig. Deze kun je bijvoorbeeld over 1 week verspreid draaien. Kijk ook eens in dit draadje.

De paddenstoelen cache in Ede is erg leuk met kinderen. Ik dacht rond de vijf kilometer lopen en veel leuke waypoints onderweg. Ook Mevrouw Jansen is een schitterend uitgewerkte multi die niet te lang is. Mocht je naar de Glind gaan voor de cache van Burgstede tot Bitterschoten dan is Piraten eiland ook geschikt om mee te nemen. voor kinderen erg leuk om te kijken en om even te kunnen spelen. Deze cache ligt daar vlak bij. Kortom keuze genoeg hier op de Veluwe

Ook van hieruit alle hulde voor deze tool. Een toelichting op de aansluiting met GSAK is inderdaad iets waar ik ook wel behoefte aan heb. In het recente verleden haalde ik periodiek de mail op van Gmail met een macro, waarbij geselecteerd wordt op de naam van de PQ (voorbeeld: "Subject contains: [GEO] Pocketquery: NL". Dit om te voorkomen dat bijvoorbeeld Duitse caches in mijn database van Nederland worden gezet. De tool geeft de PQ's voor Nederland een naam in het formaat: "_qcpqgen_nn_NL", waarbij nn het volgnummer is. In GSAK heb ik daarom de selectie aangepast naar een RegEx, zodat alleen de mails geselecteerd worden waarvan het onderwerp zowel "gcpqgen" als "NL" bevat. Het zou wellicht handiger zijn als de tool de naamgeving zodanig aanpast dat de landaanduiding voor het volgnummer wordt gezet, zodat weer een simpele selectie op "Subject contains ..." gedaan kan worden. Maar misschien zie ik iets over het hoofd en maak het allemaal te ingewikkeld. Hoe dan ook: Keep up the good work!

Ben even in de Wikipedia gedoken en heb de volgende gevonden bij de keverachtigen; blauw: Chysolina coerulans (bladhaantje) zwarte kop, bruin lijf: Melolontha melolontha (meikever) De Engelse namen weet ik niet maar die kun je vast zelf wel vinden. Succes met zoeken en je TB's komen we misschien nog wel eens tegen.

Nope.. ik heb hier beschikking over een hele stapel IP nummers (B klasse subnet) en als 'tie eenmaal een CGI error teruggeeft kan ik ook vanaf een ander IP geen nieuwe files genereren.. Ik denk dus dat de tool af en toe flink crasht en dan een restart/reset nodig heeft. Herstel; het lijkt er op dat bepaalde gemeenten verkeerd gaan en andere wel goed.. Nijmegen werkt wel: http://extranet.noorderkwartier.nl/cgi/Gma...11&cbs=0268 Cuijk niet: http://extranet.noorderkwartier.nl/cgi/Gma...11&cbs=0761 Weet iemand waar het source bestand te vinden is? De code die je voor Cuijk opgeeft is per 1-1-1994 beëindigd. Volgens dit document is de nieuwe code voor Cuijk 1684. Deze werkt prima.

Inderdaad, een kwestie van goed lezen . De zeecontainer cache is op 18-2-2008 nog gevonden, maar dat staat niet zo in jouw GSAK omdat je in je PQ zelf hebt aangegeven dat je geen update wil van die cache (heb je immers zelf al gevonden). Niks onlogisch aan toch?