-
Aantal bijdragen
90 -
Geregistreerd
-
Laatst bezocht
-
Gewonnen dagen
7
Soort bijdrage
Profielen
Forums
Kalender
Alles door The CEO geplaatst
-
Gemeentegrenzen Findstatgen Geel Ipv Zwart
The CEO antwoordde op een discussie van WinnieThePoohNL in G.S.A.K.
- Download de FindStatsGenerator en installeer hem in GSAK - Run de macro - Click op options - Click op Section Order - Zorg dat de section 'Other Maps' enabled is - Click OK - Click op Maps - Click Install Map Data Files from GSAK - Selecteer de gewenste kaarten (bijv. Netherlands - Gemeentes) en click install - Nadat de maps geinstalleerd zijn, vink de maps die je in wilt hebben aan, en click nu OK - In het options scherm, clcik OK om de macro te runnen - Als de macro klaar is wordt het resultaat in je browser getoond, en de html-code staat op klaar op je clipboard. - Je kan nu in je geocaching.com profiel de code pasten (CTRL-V) - Deze laatste stap is eventueel ook nog te automatiseren middels de GenUploadStats macro Mocht iets niet duidelijk zijn, laat dan weten waar je precies vastloopt, of wat je precies wilt weten. -
Aha Het bijkt dat wat je te zien krijgt in het 'send waypoints' menu afhangt van je GPS. Op mijn Garmin Vista Cx krijg ik te zien wat ik schreef, maar zo te zien heb jij een Oregon 450, en dan krijg je een ander menu. Ik heb even op het GSAK forum gezocht, en ik denk dat dit macro is wat je nodig hebt: Garmin GPS export. Als je daar begint met lezen, en dan doorscrollt naar beneden, dan vind je helemaal onderaan de laatste versie van de genoemde macro. Ik heb er zelf geen ervaring mee, maar ben benieuwd naar je ervaringen (wie weet koop ik zelf ook ooit nog eens een Oregon... )
-
Het doel is inderdaad om in de gps te kunnen zien dat de puzzel al is opgelost. Kun je even helpen met de instellingen in het menu van "send to gps".? Ik kan die instellingen waar je op doelt op de een af andere manier in GSAK maar niet vinden... Ik heb het niet getest, want ik genereer de icoontjes met een macro, maar dit zou moeten werken: 1) GPS-->Send to GPS 2) Kies change Symbols 3) Kies tabblad Overrides 4) Selecteer Type="Has corrected coord" en Icon=<Gewenste icon> 5) Click pijltje naar rechts 6) Click Save
-
1) De laatste versie van de elevation macro (v1.7) vindt je hier. Oudere versie werken waarschijnlijk niet goed meer (geven bijv. 0 als hoogte terug) omdat de server waar de hoogtes vandaan komen gewijzigd is. Welke versies van FSG en elevation.gsk gebruik je tot nu toe? 2) Let goed op dat je met de Global Replace de 'Resolution' leegmaakt. De resolution geeft aan hoe nauwkeurig de hoogte is: bij een resolution van 30meter is de hoogte die GSAK heeft opgehaald de hoogte van een punt op maximaal 30 meter afstand. Alleen als het resolution veld helemaal leeg is zal FSG of de elevation.gsk macro de hoogte ophalen. Je moet (hoeft) dus NIET de 'Elevation' leegmaken. Dit is een veel gemaakte fout! 3) Let op dat je in het elevation.gsk macro en in FSG het vinkje bij "Usa Aster 30m data" NIET aanvinkt. Deze data-bron geeft naar mijn ervaring voor Nederland onnauwkeurige hoogtes terug.
-
Filter Alles Behalve Mysteries Zonder Corrected Coordinates
The CEO antwoordde op een discussie van Wad-Seekers in G.S.A.K.
Er is al een antwoord gegeven, maar zo kan het ook: - Ga naar Filter - Maak alles filter settings die je wenst - Zet in het 'where' tabblad de volgende regel: ((CacheType="U" and HasCorrected) OR CacheType<>"U") -
- Zet een filter op alle caches waarvan je de hoogte wilt vervangen - Ga naar Database-->Global replace - Replace 'Resolution' met <lege textbox>. (Note: het elevation macro en FSG kijken of er wat in het Resolution veld staat. Zo ja, dan wordt er voor die cache géén hoogte meer opgehaald. Vandaar dat het Resolution veld leeg gemaakt moet worden). - Run nu de laatste versie van het elevation.gsk macro. (FSG zou eigenlijk ook moeten werken, maar ik doe het meestal zo als ik echt zeker wil weten dat het werkt). - De hoogtes zouden nu (weer) goed moeten zijn.
-
De informatie over welke cache hoeveel favorites heeft is opgeslagen op de geocaching.com servers. Je kan deze info wel zien op de cachepagina's van geocaching.com, maar het is volgens de "Terms of Use" van Geocaching.com niet toegestaan deze informatie met een scriptje o.i.d. van de website te halen. Daarom wordt er ook door niemand op de GSAK forum een macro voor geschreven (want ja, natuurlijk is dat technisch mogelijk). Dus ik denk dat we toch op geocaching.com zullen moeten wachten...
-
Momenteel is dit in GSAK niet mogelijk, omdat GSAK deze informatie niet heeft. Het aantal favorites zit namelijk (nog) niet in de GPX files. Het is dus wachten tot geocaching.com dit toevoegt aan de GPX-files. Ze lijken het wel van plan te zijn
-
FSG Gemeentekaart België Er is sinds kort een FindStatsGen gemeentekaart .dat file voor Belgïë beschikbaar. Je kan hiermee al je 'founds' in Belgie op de kaart zichtbaar maken. Download deze nieuwe gemeentekaart .dat file hier. Lees echter ook de rest van deze post door, je moet mogelijk nog meer doen om de nieuwe gemeentekaart correct te laten werken! Automatisch vullen van het county veld voor Belgische caches Om GSAK de gemeentevelden van Belgie correct in te laten vullen zijn er door mij en Merel 'polygons' van alle belgische gemeentes gemaakt. Om deze te gebruiken is het noodzakelijk GSAK te updaten naar versie: 7.7.3 Build 53 or higher Nadat je deze update geïnstalleerd hebt moet je de gemeentes in je GSAK database zelf actualiseren, bijv door een macro te runnen met het commando: $Counties=GetCounty("y"). Je kan ook dit macro gebruiken. The CEO & Merel
-
Kun je een link sturen naar je profiel, dan kan ik misschien beter begrijpen at er precies fout gaat. Voor België is nog geen county-kaart beschikbaar (wordt wel aan gewerkt ), en er zijn ook geen county-polygons (wordt ook aan gewerkt ), dus het is logisch dat het county veld leeg blijft. De provinciekaart van Belgie zou echter gewoon moeten werken (mits het state veld wel gevuld is). Hier is de link naar mijn profiel: http://www.geocaching.com/profile/?guid=e377cd96-d346-48b2-91af-48e1b95e27f4 Zoals je ziet geeft de kaart van Europe prima een gevonden cache in Belgie, maar de kaart van Belgie komt er niet bij te staan. Ik zou een paar dingen doen: - Het lijkt er op dat je "Europe Country Shading File" ook hebt aangevinkt. Deze moet je NIET aanvinken onder de button "Maps". Onder "Section order" kan je Europa map uiteraard wel aan- of uitzetten. - Update naar de laatste versie van FSG: http://gsak.net/board/index.php?showtopic=17321&view=findpost&p=121942 Let op dat deze een andere filenaam heeft (en dus een ander macro is) dan de vorige versie. - Download de België kaart opnieuw (voor het geval hij corrupt is). Met een beetje geluk is je probleem dan opgelost (hoop ik )
-
Since kort kan het county en state veld in Luxemburg automatisch geupdate worden! Installeer GSAK 7.7.3 Build 41 of later, daarin werkt het De huidige laatste versie (7.7.3 Build 43) vind je hier: http://gsak.net/board/index.php?showtopic=16220&view=findpost&p=121438
-
Kun je een link sturen naar je profiel, dan kan ik misschien beter begrijpen at er precies fout gaat. Voor België is nog geen county-kaart beschikbaar (wordt wel aan gewerkt ), en er zijn ook geen county-polygons (wordt ook aan gewerkt ), dus het is logisch dat het county veld leeg blijft. De provinciekaart van Belgie zou echter gewoon moeten werken (mits het state veld wel gevuld is).
-
Je gebruikt nog de oude versie van FindStatGenMapNetherlandsCounty.dat Dit leid ik af uit je profiel Daar staat boven de gemeentekaart: "Nederland - 2995 gevonden in 248/431 Gemeentes" Als je de nieuwe FindStatGenMapNetherlandsCounty.dat gebruikt zou hebben zou er 419 (ipv 431) staan. Dus download de nieuwe file: http://gsak.net/board/index.php?act=Attach&type=post&id=120665 Zet hem in \Macros of \Macros\FindStatGenData (maar niet in beiden), ter vervanging van je bestaande file. Controleer dat in deze directory's niet meerdere versies van FindStatGenMapNetherlandsCounty.dat staan, dat zou kunnen verklaren dat je denkt de nieuwe file te gebruiken maar in werkelijkheid nog de oude gebruikt. Mocht dit niet helpen: staat bij de gevonden caches in "Súdwest Fryslân" ook deze naam in het county veld vermeld?
-
Netherlands - Counties / Nederland - Gemeentes Er is een nieuwe gemeentekaart .dat file beschikbaar. Download de nieuwe gemeentekaart .dat file hier. Lees echter ook de rest van deze post door, je moet nog meer doen om de nieuwe gemeentekaart correct te laten werken! Wijzigingen: # V0.7 20-12-2010 by The CEO # Wijzigingen ivm gemeentelijke herindeling per 01-01-2011 # # Provincie Friesland: Bolsward, Nijefurd, Sneek, Wonseradeel en Wymbritseradeel --> Súdwest Fryslân # Provincie Utrecht: Abcoude en De Ronde Venen --> De Ronde Venen; Breukelen, Loenen en Maarssen --> Stichtse Vecht # Provincie Noord-Holland: Andijk, Medemblik en Wervershoof --> Medemblik # Provincie Zuid-Holland: Reeuwijk en Bodegraven --> Bodegraven-Reeuwijk # Provincie Zuid-Holland: Rozenburg --> Rotterdam (al sinds 18-3-2010) # Provincie Noord-Brabant: Lith en Oss --> Oss # Provincie Limburg: Eijsden en Margraten --> Eijsden-Margraten # V0.6 07-12-2010 by The CEO - Also color Sint Philipsland as part of Gemeente Tholen Update noodzakelijk van de gemeentegrenzen in GSAK Om GSAK de gemeentevelden correct in te laten vullen volgens de nieuwe gemeentenamen zijn er nieuwe 'polygons' gemaakt. Hiervoor is het noodzakelijk GSAK te updaten naar versie: 7.7.3 Build 40 or higher Nadat je deze update geïnstalleerd hebt MOET je de waardes in je GSAK databse zelf actualiseren, bijv dor een macro te runnen met het commando: $Counties=GetCounty("y"). Je kan ook dit macro gebruiken. The CEO
-
Badge Generator Head In The Ground Niet Toegekend
The CEO antwoordde op een discussie van hjjnoordam in G.S.A.K.
De FindStatGen en Elevation macro gebruiken allebij dezelfde data (bron) en updaten allebei de Elevation kolom in GSAK. En volgens mij gebruikt ook BadgeGen de data in de Elevation kolom in GSAK. De 0m waardes die je had zijn waarschijnlijk veroorzaakt doordat een tijdje terug de website waar de data vandaan gehaald wordt tijdelijk offline was, en er daardoor 0m in je database terecht gekomen is. Wanneer er eenmaal een foute waarde in je database staat zal noch FindStatGen noch Elevation macro deze foute elevations updaten, omdat deze macro's alleen caches updaten waarvan de Resoluiton kolom helemaal leeg is! Dit is gedaan om de hoeveelheid data-requests voor de webservers die de elevation data gratis ter beschikking stellen zoveel mogelijk te beperken. De truc om foute data toch geupdate te krijgen is om de Resolution kolom voor deze caches leeg te maken, op de manier zoals ik eerder beschreven heb. Daarna zal zowel FindStatGen als Elevation de hoogte opnieuw proberen binnen te halen, en het maakt dan dus niet uit welke macro je daarvoor gebruikt. -
Badge Generator Head In The Ground Niet Toegekend
The CEO antwoordde op een discussie van hjjnoordam in G.S.A.K.
Toevallig iemand enig idee hoe dat simpeler kan? Kan ik één macro maken die vervolgens meerdere macro's achter elkaar start bijvoorbeeld? Ik heb inmiddels al een heel rijtje macro's dat ik wil starten en dat kan in principe allemaal achter elkaar door, namelijk: CountyStateCountry (invullen van juiste provincies en dergelijke) AddLogs (voor juiste aantal founds van mijn eigen caches Elevation (juiste Elevations invullen) BadgeGen (genereren van de Badges) GenUploadStats (genereren en uploaden van de statistieken) Die laatste 2 heb ik nu al gecombineerd omdat ik bij de BadgeGen kan opgeven dat hij een andere macro moet starten (de GenUploadStats dus). Dus ik neem aan dat het ook voor een hele rij aan macro's kan (?), de vraag is alleen: Hoe!? 1) CountrySateCountry heb je eigenlijk maar zelden nodig. Als je in de GPX/ZIP load dialog bij County update 'YB' (zonder '') en bij State update 'SB' invult, wordt bij het laden van pocket queries automatisch de county en state velden ingevuld. 2) Elevation heb je eigenlijk ook maar zelden nodig. De elevations van je found caches worden namelijk ook door de FindStatGen macro opgehaald. Let ook hier op dat je 'Aster 30m data' NIET gebruikt, deze data zijn in NL onbetrouwbaar. 3) AddLogs heb je meestal ook maar zelden nodig: maak gewoon een pocket query aan waarin uitsluitend je eigen caches zitten. Elke PQ kan maximaal 5 logs bevatten. Zo lang je caches dus minder dan 5x per dag gevonden worden kan je op deze manier automatisch je database met founds van je eigen caches up to date houden. Een keer per maand of 2 maanden AddLogs runnen is dan voldoende om eventuele gemiste logs toch nog binnen te halen. Voor de rest (BadgeGen, FindStatGen en GenStatUpload) een macro maken, zoals Geoflowers al schreef. -
Badge Generator Head In The Ground Niet Toegekend
The CEO antwoordde op een discussie van hjjnoordam in G.S.A.K.
Zo kan je je elevations updaten: - Zet een filter op alleen je 'found' caches (double click op het gele vierkantje in het hoofdscherm) - Database-->Global Replace. Selecteer nu Resolution. Zorg dat het 'with' vak rechts helemaal leeg is. Kies nu replace - Run daarna dit macro: http://gsak.net/board/index.php?showtopic=10289&view=findpost&p=119184 Zorg dat hierbij "Use Aster 30m" NIET aangevinkt staat, Aster 30m is in Nederland onbetrouwbaar. - Nu zijn alle elevations in GSAK (elevation kolom) geupdate. -
Badge Generator Head In The Ground Niet Toegekend
The CEO antwoordde op een discussie van hjjnoordam in G.S.A.K.
Gebruiken jullie de laatste versie (V4.0.20B 12-15-10) van de FindStatGen macro? Deze versie vindt je hier: http://gsak.net/board/index.php?showtopic=15620&view=findpost&p=120380 -
Volgens mij is er geen betere "route" macro dan de macro die je al gevonden hebt. Het probleem is namelijk dat het aantal mogelijke route exponentieel toeneemt, en de rekentijd zou bij nog meer routepunten dus onacceptabel lang worden. Bijv. bij 4 routepunten moeten er 4*3*2=24 berekeningen gedaan worden. Bijv. bij 6 routepunten moeten er 6*5*4*3*2=720 berekeningen gedaan worden. Wil je bij 23 punten er één extra. dan kost dat 24x zoveel berekeningen... etc.. Ging dat handig/goed? Ik heb ook een vista hcx. Dat ging redelijk. In ieder geval had ik dan altijd de hints goed leesbaar beschikbaar en ook nog een stukje van de omschrijving. Het in natuurlijk niet hetzelfde als de info die je op je Oregon te zien krijgt en ik had er altijd nog een PDA naast voor de volledige omschrijving en logs (maar dat heb ik nu met de Oregon ook nog steeds). De betreffende macro is 60CSxPOI.gsk Er is nog aardig wat in in te stellen, dus je moet beslissen wat je allemaal belangrijk vindt van een cache om te weten. Uiteindelijk krijg je dan maximaal 25 POIs (nuttige punten) te zien rond je cache. Deze kun je na elkaar lezen (de beschikbare ruimte aan tekens is helaas maar kort) om de informatie te kunnen zien. En helaas staan ze niet op de juiste volgorde in je lijstje met POIs. Maar het werkt wel. Laat het me weten als je meer informatie wilt! Ik heb vergelijkbare ervaringen. Voor semi-paperless is het wat mij betreft te beperkt, maar voor het lezen van volledige hints werkt het uitstekend. Een ander voordeel is dat je veel meer POI's op je GPS kwijt kan dan waypoints. Je kan dus bijv. van een veel grotere gebied alle caches als POI op je GPS zetten, en hoeft zo niet elke keer dat je ergens anders gaat cachen de caches van dat gebied er op te zetten.
-
Probeer deze map file eens: http://gsak.net/board/index.php?showtopic=8241&view=findpost&p=85487
-
Gemeentegrenzen Findstatgen Geel Ipv Zwart
The CEO antwoordde op een discussie van WinnieThePoohNL in G.S.A.K.
De grenzen komen, zoals een andere poster al suggereerde, inderdaad uit OpenStreetMap. -
Gemeentegrenzen Findstatgen Geel Ipv Zwart
The CEO antwoordde op een discussie van WinnieThePoohNL in G.S.A.K.
Als maker van de GSAK gemeentekaart maar even een korte reactie: De laatste versie van de gemeentekaart kan je hier vinden: http://gsak.net/board/index.php?showtopic=8241&view=findpost&p=111958 Zoals Gerrit Tabak al schreef is er eerder precies zo'n probleem geweest wanneer je een of meer caches gevonden had in de gemeente Nieuwkoop. Dat is in de laatste versie van de gemeentekaart gefixed. Mocht je na het installeren van deze laatste versie toch nog een probleem hebben, stuur dan even een PM naar mij en dan probeer ik het samen met je op te lossen, misschien is er nog een andere gemeente met hetzelfde probleem. groet, The CEO -
Deze file FindStatGenMapNetherlandsCounty.dat moet je niet installeren, maar saven (opslaan) in de Macro directory.
-
Voor het zetten van de file associations onder Windows 7: Ga naar de shortcut waarmee je GSAK normaal gesproken start, en klik er op met je rechter-muis knop. Kies Run as Administrator. Nu werkt de actie "<Tools> file association gebruiken" die Jurgen voorstelde wel. Als je na dit gedaan te hebben op het GSAK forum een macro download, dan kan je kiezen voor 'open with GSAK'. Doe je dit dan kan je daarna kiezen om de macro te installeren. Hij komt dan automatisch in de juiste nacro directory Nog een tweede tip: Wat is de 'juiste' macro directory? Kies in GSAK <Toools> GSAK folder Finder. Kies nu Macros uit het lijstje en daarna show. Er opent zich nu een venster met de (enig juiste) macro directory. Hier moeten alle .dat files met de provincie- en gemeentekaarten opgeslagen worden. Alles .gsk macros die je geinstallerd hebt staan ook hier. Succes!
-
Ik zou (als ik jouw was) even gaan uitzoeken wie de maker is van dit bestand. Hem deze opmerking sturen, en vragen of hij dit kan aanpassen. Ik heb geen idee wie de provincie data eerder aan GSAK heeft geleverd; wel heb ik eerder de gemeente (county) polygons voor GSAK gemaakt. Op basis van dezelfde tooling die ik daarvoor heb gebruikt en de provinciegrenzen uit de OpenStreetMap.org data heb ik net nieuwe provincie polygons gemaakt. Ik ben van plan deze naar GSAK te sturen zodat het probleem rondom Vianen (UT) in een volgende versie van GSAK automatisch wordt opgelost. Mocht iemand bezwaar tegen deze update hebben, neem dan even contact op. Zonder tegenbericht stuur ik mijn updated polygons binnenkort naar GSAK. The CEO
