The CEO

Ik vind User Flag-->Markering wel OK. Macro Flag kan dan vertaald worden als Macro markering. Verder ziet het er goed uit! Volgende rondje opmerkingen: Extra/Algemeen - "Exact overeen..." past niet-->Exact (?) - "GC.com Owner Id" past niet-->Owner ID - Niet beschikbaar/Gearchiveerd past niet --> Inactief/Gearchiveerd Extra/HTML - Oncijfer versleutelde logs-->Ontcijfer versleutelde logs - Gebruikers data opruimen-->Gebruikers velden "slim" weergeven - Sluit attributen in de kop in-->Attributen weergeven in de kop (evt ander woord voor kop, bovenaan?) - Bewaar cookies... (past niet)-->Bewaar cookies voor kaartinstellingen Extra/HTML/Layout aanpassen - Bewaarplaats-->Ongebruikt of Niet weergeven - paneel-->kolom - Sleep de items...-->Sleep ietms naar Ongebruikt om ze te verwijderen (ik hoop dat het past) - extrawaypoint data-->Bijbehorende waypoints data - Eigen data staat er 2x in. Een van de twee (de juiste :-) ) moet vertaald worden als Gebruikers velden - Bijbehorende waypoints past niet-->Clyde vragen kolom te verbreden? - Preview-->Voorbeeld Extra/Venster - Venster (tabblad naam)-->Scherm layout - Standaard data velden-->Ingebouwde data velden. (evt kolommen ipv velden?) (evt 'data' weglaten?) - Changed date (mist nog vertaling) - Placed date (mist nog vertaling) - Found count (mist vertaling) - Owner Name-->Naam eigenaar (of hoe is Owner elders vertaald?) - Resolution-->Resolutie (evt Resolutie hoogte) - Symbol name-->GPS Symbool - Watch status (mist nog vertaling) - User flag (mist nog vertaling) - User sort (mist nog vertaling) Extra/Afkortingen - Vink dan de "Conversie.."-->In de vertaling staat bij die checkbox nu Converteer ipv conversie - Er staat ergens concerteren ipv converteren - Bij de Amerikaanse vlag mist de tekst op de button Extra/Uitgebreid - Uitgebreid-->Geavanceerd - Versie controle:Eenmaal per.. (past niet)-->Dagelijks - Vertraging in milliseconden-->Zoek vertraging (milliseconden) - ...contact op wil nemen (past niet) Geocaching.com API toegang-->Publiceer logs - Buttons omhoog & omlaag missen tekst - Settings (tab)-->Instellingen Geocaching.com API toegang-->Publiceer logs/Settings - Sjabloon autm.-->Sjabloon automatisch toepassen Geocaching.com API toegang - Menu item "VerwijderAPI account..."-->spatie tussen Werwijder en API Waypoints - Menu item "Aangepaste data"-->Gebruikers velden - (en als je er op klikt): Bewerk eigen data-->Bewerk data in gebruikers velden - Menu item "Zet als centrum"-->Zet als middelpunt - Menu item "Archief/Niet beschikbaar aan/uit zetten"-->Wijzig status (evt toevoegen:Gearchiveerd/Aktief/Inaktief maar weet niet of dat past) - Menu item ""Wis een log..."-->"Log(s) wissen..." Bestand - Backup...-->Veiligheidskopie maken... of Backup maken... - Terug zetten...-->Veiligheidskopie terug zetten... of Backup terug zetten... Bestand/terug zetten - Knop Restore mist tekst GPS/waypoints sturen - Send-->Zend - De teksten bij Inclusief passen niet. Ik denk dat de layout vergroot moet worden, want niet eenvoudig kortere teksten te maken.

Je hebt wel een punt dat mensen met vragen/opmerkingen over GSAK ook naar het GSAK forum gaan. Wel kan ook hier nog een extra drempel zijn omdat de voertaal op het GSAK forum engels is. Het is volgens mij ook niet voor niets dat er een GSAK deel is op het geocaching.nl forum, en dat daar toch regelmatig vragen en andere berichten geplaatst worden. Ze bestaan prima naast elkaar. Ik wil best een draadje openen op het gsak.net forum voor mensen die daar opmerkingen willen plaatsen over de Nederlandse vertaling, en die doorgeven aan Team MaChrAu. Of wil je dit zelf doen, Team MaChrAu?

Een verbeterpunten/suggesties die mij zijn opgevallen: - Gedeeld scherm formaat: Alleen details --> Alleen beschrijving - Children/Neven (op meerdere plekken)-->Ik zou het denk ik vertalen als "Extra waypoints", maar ik sta open voor andere suggesties. "Neven" zegt denk ik weinig mensen wat. - Filter, tab algemeen: - "Alleen geselecteerde items" past niet. - Beschikbaarheids status. Beschikbaar-->Aktief - Symbool-->GPS symbool - Filter, tab overige: - Vastgezet-->Vergrendeld - Cache op de watchlist-->past niet - Filter, tab logs: - Logd om te zoeken --> Logs te doorzoeken - Inclusief/Exclusief: Zonder-->Exclusief, en/of een aandere vertaling vinden voor inclusief/exclusief. - En gelogd bij een bepaald persoon-->En gelogd door een bepaald persoon - Filter, tab Lijn/polygoon: - Ik zou proberen in de tekst alle verwijzing naar 'arc' te vervangen door iets anders, zoals 'lijn', 'route' of 'track' - Filter, attributen - De kopjes 'Nee' en 'Geen ontbreken'. - Filter, aangepast. - Ik zou Custom in dit verband niet vertalen als Aangepast. Het is eerder "Gebruikersdata" of "Gebruikers velden" of "Gebruikers kolommen"

Het lijkt mij geen goed idee om dit als vervanging gebruiken, omdat het NIET laagdrempelig is: voordat ik een bericht kan plaatsen moet ik me eerst op (weer een nieuw) forum registreren. Dat is voor mij een drempel, en ik denk voor meer mensen. Het kan wel zijn dat je op jouw forum mensen trekt die niet op het geocaching.nl forum komen (geregistreerd zijn). Voor hen geldt natuurlijk het omgekeerde. Dus de 2 fora parallel laten bestaan (om het aantal bereikte mensen te vergroten) kan ik me voorstellen, maar "in de plaats van" lijkt me niet verstandig.

Ja, ik herken dit ook. Je bent na een tijd zo gewend aan de engelse termen, dat de Nederlandse term snel vreemd in de oren klinkt. Dat lijkt me ook moeilijk te voorkomen. We moeten proberen vooral termen te vinden die voor nieuwe nederlandstalige gebruikers, die het engels niet goed machtig zijn, logisch zijn. Ik vermoed dat bestaande gebruikers toch vaak de engelse versie zullen blijven gebruiken...

Team MaChrAu heeft de laatste 1.5 tot 2 maanden de lead genomen in het doen van het vele vertaalwerk dat nog gedaan moest worden, en het ervoor zorgen dat deze vertalingen in GSAK terecht kwamen. Het was niet de intentie van mijn bericht hem hierin te passeren en/of zelf weer de lead te willen overnemen, en dat mogelijk misverstand is middels persoonlijke communicatie ook rechtgezet. We hebben afgesproken dat hij de lead van de vertalingen blijft houden, en dus ook de opmerkingen in dit draadje zal meenemen in de updates van de vertalingen. We hopen allebei op veel feedback en suggesties voor verdere verbetering van de Nederlandse GSAK vertaling!

Sinds enige tijd kan GSAK in het Nederlands gebruikt worden. Je krijgt deze keuze bij het installeren van de laatste 'patches', en kan later ook in GSAK zelf de taal wisselen van Engels naar Nederlands, of weer terug natuurlijk. In een andere thread is al opgemerkt dat de huidige vertaling zeker nog niet perfekt is. Sommige teksten zijn nog niet vertaald, er zitten nog (typ)fouten in, een andere keer is de vertaling gewoon slecht. En soms is de vertaling ook gewoon lastig, bijv: User Flag --> nu vertaald als "Gebruikers markering" Children --> (op een aantal plaatsen) vertaald als "Neven waypoints" Van beide vertalingen wordt ik niet echt gelukkig, maar is er een betere? Ik heb een deel van de GSAK vertaling gedaan, en ik wil jullie vragen te helpen bij het verbeteren van de Nederlandse GSAK vertaling. Dus: meld in een reply op dit bericht fouten, vertalingen die je niet goed vindt, etc. , BIJ VOORKEUR met een suggestie voor hoe het anders (beter) kan. Ik zal hier af en toe kijken naar de gemelde issues en suggesties, en proberen aan de hand van deze reacties de vertaling verder te verbeteren. Bedankt voor jullie hulp!

Netherlands - Counties / Nederland - Gemeentes Er is een nieuwe FindStatsGen 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.9 19-09-2012 by The CEO # Fixed spelling errors in 3 county names # Kolummerland en Nieuwkruisland --> Kollumerland en Nieuwkruisland # Germert-Bakel --> Gemert-Bakel # Franekerdeel --> Franekeradeel # # Total gemeentes: 415 Update noodzakelijk van de gemeentegrenzen in GSAK Om GSAK de gemeentevelden correct in te laten vullen volgens de gecorrigeerde gemeentenamen is het noodzakelijk GSAK te updaten naar versie: 8.1.1.129. Latere versies werken uiteraard ook. Nadat je deze update geïnstalleerd hebt MOET je de "counties" in je GSAK databse zelf actualiseren, bijv door een macro te runnen met het commando: $Counties=GetCounty("y"). Je kan ook dit macro gebruiken. Zonder deze stap zal FSG geen gevonden caches in de gecorrigeerde gemeentes aangeven, wanneer je wel caches gevonden had in een van de gemeentes met de verkeerde spelling. The CEO

Waarom zo moeilijk? In GSAK8 is er gewoon een kolom Premium, die aangeeft of een cache voor Premium Members only is, of niet. Ga naar View-->Add/remove column, en vink "Premium" aan. Klik OK en de kolom wordt als laatste kolom aan het grid toegevoegd. Je moet wel de data via de API binnenhalen of verversen, in de PQ's en GPX files op de site zit dit inderdaad nog niet.

Je hebt je splitscreen uit staan. Click View-->Split Screen of druk op F2 om deze weer aan te zetten. Daarna kan je het split screen format wijzigen.

Het probleem is verholpen, alles werkt weer OK. Het is niet nodig om een nieuwe versie te downloaden, gewoon BadgeGen opnieuw runnen is voldoende.

Ik heb FoundLogsCount geprobeerd, maar die displayt er ook maar ongever 20. Het probleem is die gpx file van gc.com; die bevat al te weinig logs...Ik kan zo in de macro-lijst geen macro vinden die van de gc.com site een goede gpx file haalt, qua aantal logs..... Iemand? NB, wij draaien gsak 7.7 De macro die alle logs ophaalde is niet meer beschikbaar omdat deze macro de data rechtstreeks van de website van gc.com afhaalde, wat tegen de gebruiksvoorwaarden van geocaching.com is. Met GSAK v8 kun je zoals al eerder is geschreven heel makkelijk alle logs ophalen van je eigen caches. Mijn advies zou zijn om te updaten naar de nieuwste versie, je moet er wel weer voor betalen, maar als bestaande GSAK v7 gebruiker krijg je in elk geval korting op de update. Zie hier voor het kortings-schema (korting is afhankelijk van hoe lang geleden je v7 hebt aangeschaft.) Er is volgens mij geen andere geautomatiseerde manier om aan alle logs op te halen.

Als het om de volgorde van de county (gemeente) en provincie (state) maps gaat (dus de Section: Other Maps), dan kan dat maar op een manier: je moet de bijbehorende .dat files renamen. De maps worden altijd getoond in alfabetische volgorde van de filenames van de .dat files. Heb je dus bijv. de gemeentekaart van Belgie (FindStatGenMapBelgiumCommunities.dat) en de gemeentekaart van Nederland (FindStatGenMapNetherlandsCounty) geactiveerd, dan staat standaard de gemeentekaart van Belgie bovenaan omdat deze eerder in het alfabet komt. Rename de filenames naar FindStatGenMap01_NetherlandsCounty.dat en FindStatGenMap02_BelgiumCommunities.dat, en de volgorde is andersom. Het kan zijn dat je in FindStatsGen wel even moet controleren of de gerenamede .dat files ook echt staan aangevinkt.

Goed om te horen!

De gemeentegrenzen polygon files die GSAK gebruikt heb ik gegenereerd op basis van de gemeentegrenzen in OpenStreetMap. Dus de gemeentegrenzen zijn zo nauwkeurig of onnauwkeurig als ze destijds in OpenStreetMap stonden. Ik heb persoonlijk geen slechte ervaringen met de onnauwkeurigheid van de gemeentegrenzen: in mijn ervaring zijn ze voor het doel van GSAK ruim goed genoeg. Als je plekken kent waar de grenzen echt (=meer dan ca. 50-100 meter) fout zijn, laat me dat dan weten en dan probeer ik er samen met je naar te kijken. Bij kleinere afwijkingen krijg je volgens mij altijd discussie over wat dan de juiste data is. Ligt de gemeentegrens nu aan de ene of aan de andere kant van de sloot? En het zal bijv. best voorkomen dan de grenzen in OpenStreetMap afwijken van die in Google Maps, maar welke van de twee is dan de juiste? Als je opmerking is dat de grenzen generiek te onnauwkeurig / te ruw zijn: de enige oplossing is dan aantoonbaar (!) nauwkeurigere polygons. Ik ken persoonlijk geen vrij beschikbare bron van dergelijke polygons, waar dus niet voor betaald hoeft te worden. Als iemand wel zo'n bron kent, dan ben ik altijd bereid om samen te kijken of die polygons gebruikt kunnen worden. Wat betreft de landgrenzen in GSAK: die polygons zijn inderdaad niet best en erg ruw. Caches op de Nederlandse Waddeneilanden worden soms als "Germany" herkend, tsja, dat is natuurlijk niet erg nauwkeurig... Ik vermoed dat dit te maken heeft met performance (het zal sneller zijn te zien dat een cache in een polygon van 5 punten ligt dan in een zeer nauwkeurige polygn van 10000 punten). Daarnaast denk ik dat hier ook geldt dat GSAK een bron moest hebben die _gratis_ alle polygonen van alle landen had. Dan krijg je volgens mij geen hi-res polygons... GetCountry() is dus inderdaad niet bijzonder nauwkeurig en daarmee af te raden. Ik persoonlijk gebruik deze om die reden niet (meer). Maar aangezien de GPX files altijd het land bevatten, is er volgens mij ook weinig noodzaak voor nauwkeurige landpolygons. Is dat voor jou ook voldoende, of kan je uitleggen waarom nauwkeurigere landgrenzen voor jou wel belangrijk zijn? Ook hier geldt: de polygons zijn te vervangen door betere, als deze beschikbaar zijn. Voor Nederland zou dat misschien nog wel lukken, o.b.v. OpenStreetMap data, of zelfs door heel ruw de Waddeneilanden toe te voegen. Maar helpt je dat, als alleen Nederland nauwkeurig(er) is?

Netherlands - Counties / Nederland - Gemeentes Er is een nieuwe FindStatsGen 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.8 22-01-2012 by The CEO # Changes due to gemeentelijke herindeling at 01-01-2012 # # Provincie Noord-Holland: Wieringen, Wieringermeer, Anna Paulowna en Niedorp --> Hollands Kroon # Total gemeentes: 415 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: 8.0.1.60. Latere versies werken uiteraard ook. Nadat je deze update geïnstalleerd hebt MOET je de "counties" in je GSAK databse zelf actualiseren, bijv dor een macro te runnen met het commando: $Counties=GetCounty("y"). Je kan ook dit macro gebruiken. Zonder deze stap zal FSG geen gevonden caches in de nieuwe gemeente "Hollands Kroon" aangeven, wanneer je wel caches gevonden had in een van de 'oude' gemeentes The CEO

Dit lijkt me inderdaad een super handige kaart. Weet iemand hoe ik deze kan downloaden voor mijn gps? Niet helemaal dezelfde kaart, maar wel een goede kaart voor fietsers die je kan istalleren op je GPS: OpenFietsMap

Bij het genereren van de kaarten moet GSAK data sturen naar de GSAK server. Je moet dus een werkende internet-toegang hebben in GSAK. Het lijkt er op dat bij jou GSAK geen internet toegang heeft, en daardoor de data van de kaarten niet kan opsturen. Kan je in GSAK wel bijv. de Google kaarten zien? In eerdere gevallen bleek het vaak een probleem van de internet beveiligingssoftware / firewall. Ik zou daarom je beveiligingssoftware nakijken of GSAK toegang heeft tot internet.

De foutmeldingen suggereren dat de gsak.ini file corrupt is, read-only is, of misschien helemaal niet meer bestaat. Nadat je GSAK ge-de-installeerd hebt, bestaat de directory C:\users\Albert\AppData\Roaming\gsak dan nog? Zo ja, dan zou ik deze directory verwijderen (of hernoemen nar bijv. C:\users\Albert\AppData\Roaming\gsak_fout), en daarna opnieuw proberen te installeren. Hoop dat dit werkt!

De file GARMINOTHER.txt moet niet in Program Files\GSAK oid staan, maar in je GSAK application data folder. In GSAK, ga naar Tools->Folder finder Selecteer Application data, en klik Show Er wordt nu een explorer venster geopend met deze directory, plaats hierin de GARMINOTHER.txt file.

Ik weet niet helemaal zeker wat je bedoeld met Bundesländern "aanmaken". Bedoel je dat het state veld in GSAK gevuld wordtmet het juiste Bundesland? Gebruik dan deze macro om de counties en states van alle caches in je filter in te vullen. Of bedoel je een kaart met in welke Bundesländern je allemaal al caches gevonden hebt? Unzip dan deze file in je 'macro' directory. Bedoel je nog iets anders, geef dan wat meer info en uitleg over wat je precies wilt.

Eric&Collette hebben de oplossing al gegeven, alleen de link naar de originele post klopt niet. De juist link naar de instructies om de Gemeentekaart en het county veld in GSAK te updaten vindt je hier.

Zo de boel is rond: Mijn PQ's zijn aangepast op Nederland, Duitsland, Belgie, Luxemburg en Frankrijk en alles is na een week ingeladen maar de teller blijft nu steken op 193 stuks en niet de 208 stuks. Ik heb 2 data bases dus inmiddels: 1 voor alle caches, ik heb deze geocaches nld geoemnd, mLuxemburg en Frankrijk. Hier komen niet de 208 founds. en 1 database voor My Finds Pocket Query. Hierin komen wel de 208 founds te staan. Wie heeft er een idee? De conclusie is dat de Pocketqueries die je nu hebt ingesteld niet al je founds bevatten. Hiervoor zijn 2 mogelijke oorzaak: 1) In je normale pocketqueries staat geen vinkje bij "That 'I have found'" 2) Andere logische verklaring daarvoor is dat er enkele van jouw gevonden caches inmiddels gearchiveerd zijn: die zitten niet in normale pocketqueries maar alleen in de speciale My Finds pocketquery. De oplossing is simpel: laadt de My Finds Pocketquery in beide databases. Eenmalig zou genoeg moeten zijn, wanneer je in je normale pocketqueries "That 'I have found'" aanvinkt, en de cache niet gearchiveerd wordt tusse het moment dat je hem als found logt en je volgende pocketquery. Je kan ook naar je My Finds database gaan, en in GSAK met Database-->Move/Copy waypoints de caches uit je my Finds Database naar je andere database kopieren. Dan moeten beide ook 208 aangeven. Succes!

Wanneer je de route wilt optimaliseren langs een set geocaches, en je gebruik G.S.A.K., dan moet je ook eens naar dit macro kijken: CacheRoute

Hallo Edwin, Helemaal begrijpen doe ik je probleem nog niet. Mij vallen wel een aantal dingen op: - Ik neem aan dat je geocaching naam "Team GeNeRaL" is. Mocht dit niet kloppen, dan kloppen de opmerkingen hieronder waarschijnlijk ook niet - In je profiel zie ik ook GSAK statistieken staan, gemaakt op 22-02-2011. Daar zijn wel 207 caches found. Je lijkt daar dus slechts 1 cache te missen, de Powertrail bonus cache die je op 22-02 gevonden hebt. - Als je daar 207 caches found hebt, en in GSAK nu maar 174, heb je dan misschien een aparte 'Founds database'? Dat zou kunnen verklaren waarom je nu maar 174 caches in GSAK ziet. - Heb je de My Finds pocketquery wel in die Founds database geladen (en dus niet in de NLD database die je op het plaatje laat zien)? - Ik zou als eerste dus in GSAK in het FSG macro kijken welke database je als 'Founds database' geselecteerd hebt. - Laad nogmaals de My Finds pocketquery, en zorg dat je deze founds database selecteert. - Laat even weten of het probleem nu is opgelost, of nog steeds bestaat. Mocht het nog steeds bestaan, kan je dan wat meer vertellen over welke databases je gebruikt, en hoe je de My Finds Query in GSAK inlaad (hoeveel caches zijn er volgens het statusscherm aan het einde van de GPX/ZIP import ingeladen?).