-
Aantal bijdragen
201 -
Geregistreerd
-
Laatst bezocht
Waardering in de gemeenschap
0 NeutraalOver team_wolfje
- Verjaardag 18-05-1963
Previous Fields
-
GPS of Smartphone Merk / Type
Garmin eTrex Vista
-
Ik gebruik mijn GPS / Smartphone sinds
Augustus 2005
Contact Methods
-
Website URL
http://
-
ICQ
0
Profile Information
-
Geslacht
Man
-
Woonplaats
NOP
-
De macro is klaar en staat op het GSAK forum. KML Export macro voor Pioneer
-
1) Even de batterijen eruit - even wachten - en erin. 2) De gps even kalibreren. Is het opgelost ? Ja, het is nu opgelost . Bedankt.
-
Sinds versie 3.20 verdwijnt in mijn Oregon 300 de melding "houdt horizontaal" bij het compas niet uit het beeld. Deze tekst blijft altijd staan (zelfs als de Oregon volgens de waterpas horizontaal staat). Het compas doet het trouwens prima. Bij versie 3.10 en 3.15 werkte dat wel goed: de tekst verdween bij het min of meer horizontaal houden. Hebben anderen dat ook?
-
Gsak: Gegevens In Database Refreshen
team_wolfje antwoordde op een discussie van De Armadillo's in G.S.A.K.
Inderdaad, je kunt het beste op "Last GPX" sorteren. Ik gebruik zelf 3 maanden als termijn, maar dat is ieder zijn/haar eigen keus. Tevens laat ik de "found" caches gewoon in de normale database staan. -
Gsak: Gegevens In Database Refreshen
team_wolfje antwoordde op een discussie van De Armadillo's in G.S.A.K.
Een macro is zo gemaakt die bv de gearchiveerde caches in één keer naar een andere database overhevelt. Maar handmatig kun je dat ook prima: - Maak een filter aan van de caches die je wilt verplaatsen; - Ga naar het menu "Database"; - Kies "Move/Copy waypoints..."; - Vul het scherm naar believen in en maak bv een "Archived" database aan; - Voor verplaatsen kies "Move" . Alle gearchiveerde caches (indien je zo het filter hebt ingesteld) zullen nu naar de andere database verplaatst worden. Als je dat regelmatig doet (zoals gezegd, dat zou eventueel via een macro kunnen), houdt je de eigen database schoon. -
Na even een paar minuutjes stoeien kom ik op het volgende resultaat uit de macro (voor twee geselecteerde caches): <?xml version="1.0" encoding="UTF-8" standalone="no"?> <kml xmlns="http://earth.google.com/kml/2.1"> <Document> <AvicFeedsFileVersion>1.0</AvicFeedsFileVersion> <metadata> <igoicon> <filename>icon20090815-213417.BMP</filename> </igoicon> </metadata> <Folder> <name>POI</name> <Placemark> <name>[Erwtje 201: Snertzoeker</name> <description/> <Point> <coordinates>5.733067,52.713567</coordinates> </Point> <metadata> <telephone>Micro</telephone> <igoicon> <filename>icon20090815-213417.BMP</filename> </igoicon> <additional_information>niet in de tuinen. let op het logo</additional_information> </metadata> </Placemark> <Placemark> <name>Oorlogshelden in de Polder 3: Karel Doorman</name> <description/> <Point> <coordinates>5.716667,52.683333</coordinates> </Point> <metadata> <telephone>Micro</telephone> <igoicon> <filename>icon20090815-213417.BMP</filename> </igoicon> <additional_information>hout zonder takken</additional_information> </metadata> </Placemark> </Folder> </Document> </kml> Hoe komen de BMP (cache icoontjes?) tot stand? Het mooiste zou zijn dat je die zelf kunt aanmaken bv voor de Traditionals een gecocacheT.BMP etc (de T is het cachetype) gelijk aan de TomTom icoontjes. De folders, daar staat nu POI in, maar mag dat bv ook "Found", "NotFound" en "Owned" zijn? Heb je zelf een voorbeeld uit de Pioneer die meerdere caches bevat?
-
Natuurlijk ben ik bereid om samen naar een dergelijke macro te kijken Altijd leuk weer een nieuwe programmeer uitdaging.
-
Ja hoor, dat kan, maar moet ik een keertje in duiken. Wat ik nu heb gedaan is een PHP script met een java script gemaakt die van een INC (include) bestand vanuit GSAK aangemaakt met alle gevonden caches gebruik maakt. Dat laatste bestand upload ik naar mijn site en de Google map staat er op. In actie: Team_Wolfje Geocaching Map
-
Je moet voordat je het veld exporteert, de " (dubbele quote) vervangen door twee enkele quote-jes . = '' (lijkt hetzelfde, maar is een verschil. In CSV formaat moet je alle tekst velden met quotes omgeven als er een komma in staat. Dus "Dit is een, test". In CSV formaat mag een veld dat je met quotes omgeeft niet daarbinnen nog een quote bevatten. Dus NIET "Dit is een" test". In CSV formaat is het CrLF (einde van de regel) het afbreken van een compleet record (=serie velden). Dus in een veld zelf mag géén CrLf voorkomen. Oplossing: Replace functie gebruiken: $Tekst = Quote(Replace($_Quote,"''",$Tekst,True)) Quote($Tekst) De waarde van $Tekst wordt gezocht op een " (dubbele quote) en dit wordt vervangen door '' (twee enkele quotes). Tevens wordt de tekst door dubbele quotes omgeven. Erin: $Tekst=dit is een," test Eruit: $Tekst="dit is een,'' test" Dit kun je ook gebruiken voor het Einde Regel verhaal in de hints. $Tekst = AllTrim(Replace($_NewLine,". ",$Tekst,True)) Erin: $Tekst=Dit is regel 1 Dit is regel 2 Dit is regel 3 Eruit: $Tekst=Dit is regel1. Dit is regel 2. Dit is regel3. (De AllTrim zit erin om de laatste spatie te verwijderen. Nu houdt je een perfecte CSV "string" over . Dus in het bovenstaande voorbeeld (met beide bovenstaande oplossingen gecombineerd): $_txt1 = $d_longitude $_txt2 = $d_latitude $_txt3 = Quote(AllTrim(Replace($_NewLine,". ",Replace($_Quote,"''",$d_Name,True),True))) $_txt4 = Quote($d_container) If not(IsEmpty($d_Hints)) $_txt5 = Quote(AllTrim(Replace($_NewLine,". ",Replace($_Quote,"''",$d_Hints,True),True))) else $_txt5 ="No Hints" EndIf [Edit]Haakjes foutje in de laatste code [Edit]$d_Hint moet zijn $d_Hints
-
Gsak: Gegevens In Database Refreshen
team_wolfje antwoordde op een discussie van De Armadillo's in G.S.A.K.
Waarom een aparte database aanmaken? Ik gebruik "Corrected Coordinates" om berekende coördinaten aan te maken. Deze worden nooit overschreven! De coördinaten worden keurig aangepast in je GPS naar de goede berekende coördinaten, dus je kunt gewoon zoeken. Dit doe je in GSAK door te dubbelklikken in de kolom met het gele waarschuwingsbord, of door met de rechter muis toets de cache te klikken en dan "Corrected Coordinates..." te kiezen: Op de cachepagina in GSAK komt dan keurig de aangepaste coördinaten bovenaan de pagina te staan. Door het aanmaken van een filter waarbij je niet gevonden caches die gecorrigeerde coördinaten hebben te selecteren kun je gewoon deze informatie gebruiken zonder een aparte database en direct naar je GPS schrijven (als je GPS dat ondersteund). Indien je toch daarnaast een andere database wilt, dit is een macro die de gecorrigeerde en actieve caches selecteert een aparte "Hunt" database aanmaakt en de caches dan naar die aparte database kopieert is deze: # ---------------------------------------------------------------------------------------------------------------------- # MacVersion = 1.0 # MacFileName = CopyHuntDB.gsk # MacAuthor = Team_Wolfje # MacDescription = Export van GSAK caches naar een aparte Hunt database met die opgelost zijn maar nog gevonden moeten worden. # ---------------------------------------------------------------------------------------------------------------------- # Datum Versie Opmerkingen # ------------- ------- ------------------------------------------------------------------------------------------------ # 01-09-2009 1.0 - Eerste versie. # ---------------------------------------------------------------------------------------------------------------------- # Declaratie variabelen. Option Explicit=Yes Declare Var=$MoveCopy Type=String Declare Var=$DatabaseDefault Type=String Declare Var=$DatabaseTemp Type=String Declare Var=$SavedFilter Type=String Declare Var=$SavedSortOriginal Type=String Declare Var=$Sequence Type=String Declare Var=$SortData Type=String Declare Var=$Temp Type=Numeric # Settings voor het MoveCopy macro actie. Pas de cbxDestination.Text aan met de naam van de Hunt database. <data> VarName=$MoveCopy [TfmMove] cbxDestination.Text=Hunt rbtAdd.Checked=True rbtAddFlag.Checked=False rbtAddIgnore.Checked=False rbtCopy.Checked=True rbtExistIgnore.Checked=False rbtFlagOnly.Checked=False rbtMove.Checked=False rbtReplace.Checked=True rbtReplaceFlag.Checked=False chkDisplay.Checked=False chkAddIgnore.Checked=False chkMergeLogs.Checked=False chkMergeWaypoints.Checked=False <enddata> # Vullen variabelen -> Verander de DatabaseTemp variabele om de naam van de Hunt database te bepalen. - Pas dan ook de MoveCopy element # hierboven aan als deze naam wordt aangepast. $DatabaseDefault = $_CurrentDatabase $DatabaseTemp="Hunt" # Sla een huidig filter en sortering op. $SavedFilter = SaveFilter() $SavedSortOriginal = $_SortBy Cancelfilter # Filter de caches uit die gevonden moeten worden (correcter coordinates), maar ze moeten wel beschikbaar zijn, niet van jezelf en niet gevonden. # Deze stap is in eerste instantie om te bepalen of er caches in de filter zitten. MFilter Expression=$d_HasCorrected=True and not($d_Archived) and not($d_TempDisabled) and not($d_Found) and not(IsOwner()) # Kijk of er gevonden caches zijn in de filter. Zo niet, niets doen, anders verder verwerken. If $_FilterCount > 0 # Controleer of de Hunt database bestaat, zo ja, dan deze VERWIJDEREN! If DatabaseExists($DatabaseTemp) Database Name=$DatabaseTemp Action="Delete" EndIf # Maak de Hunt database aan. Database Name=$DatabaseTemp Action="Create" Database Name=$DatabaseDefault Action="Select" # Pas filter nog eens toe om nu daadwerkelijk de caches te selecteren. MFilter Expression=$d_HasCorrected=True and not($d_Archived) and not($d_TempDisabled) and not($d_Found) and not(IsOwner()) # Kopieer de caches naar de Hunt database. MacroSet Dialog=MoveCopy VarName=$MoveCopy MoveCopy Settings=<macro> # Terug naar de Default database. Database Name=$DatabaseDefault Action="Select" EndIf # Orgineel filter en sortering weer terug. $Temp = RestoreFilter($SavedFilter,True) $SortData = Extract($SavedSortOriginal, "=",1) $Sequence = Extract($SavedSortOriginal, "=",2) Sort By=$SortData Sequence=$Sequence LET OP: Deze macro verwijderd eerste de bestaande "Hunt" database!!! Je kunt ook deze macro zo aanpassen dat hij de gegevens naar de "Hunt" database update, maar ik ben persoonlijk van mening dat het hebben van één "master" database en dan alleen een database aanmaken voor bv export naar je GPS/TomTom etc een betere manier van werken is. In vorige GSAK versies was het om performance technische redenen handiger om verschillende databases te gebruiken, maar met het inzetten van een SQLITE engine is dat verleden tijd. Zelf gebruik ik een export macro voor zoektochten die aangegeven caches (inclusief opgeloste caches en caches die ik zelf heb aangegeven te willen zoeken) naar een tijdelijke database exporteert, een grab coordinates doet, de spoilersync afbeeldingen opzoekt, de caches naar bestanden voor MapSource, TomTom en de Oregon exporteert. Daarna wordt de tijdelijke database weer verwijderd. De export maakt voor de TomTom ook alle parkeer child waypoints automatisch aan, dus erheen rijden is een eitje. Daarna kopieer ik alle info naar de TomTom en de Oregon en klaar ben ik . Disclaimer: Macro gebruiken op eigen risico . [edit]Uitleg over hoe Corrected Coordinates te gebruiken toegevoegd. -
Spoiler Sync
team_wolfje antwoordde op een discussie van De Roode Loper in Apps en andere Geocaching tools
Sinds de nieuwe server update/versie van geocaching.com werkt SpoilerSync niet meer (goed). Er is een tijdelijke testversie op het geocaching.UK forum gepubliceerd. Als het goed is verschijnt binnenkort weer een nieuwe versie. -
Cache kaarten met GoogleMaps
team_wolfje antwoordde op een discussie van Reintje de Vos † in Nieuws, Informatie & Polls
De googlemaps versie is vééééééel beter dan de oude versie. Veel beter inzoomen, betere controle wat je wilt zien en met name het script dat maar een beperkt aantal cahces ophaalt om alles niet helemaal traag te maken. Top ! Nu nog leuke cacheicoontjes erop... -
Mijheer Van Dale Wacht Op Antwoord
team_wolfje antwoordde op een discussie van pa3dgg in Cache-technieken en ervaringen
Het "oude verhaaltje" is hier weer van toepassing: vind je een cache niet leuk: doe hem dan niet . Wat mij betreft staat alles open, Mijnheer Van Dale / kofship / letter waardes vooruit of achteruit of niet, maakt geen dr*l uit. Als je een rekenwijze gebruikt, deze rekenwijze gewoon duidelijk omschrijven. "Rekenfouten" zijn trouwens een van de char_mes (slechte lezers lezen hier "ontberingen" of "ergernissen") van het cachen. Onduidelijke reken opdrachten komen vaak na de eerste founds/dnf's er wel uit. Of via de logjes op de pagina's of via mailtjes aan de legger van de cache. Ook als een reken opdracht onduidelijk/niet te doen is, kan de legger natuurlijk via een emailtje om verduidelijking gevraagd worden. Ook al heb je als legger nog zo duidelijk je best gedaan, soms is het vechter tegen de bierkaai. Strikvraag: hoeveel is (8/8) (8 gedeeld door 8)? Bij mij is dat 1 (één), maar het aantal mailtje dat ik heb gehad dat men hier een 0 (nul!) voor invulde is niet meer op één hand te tellen.. -
Mijheer Van Dale Wacht Op Antwoord
team_wolfje antwoordde op een discussie van pa3dgg in Cache-technieken en ervaringen
Om alle verwarring te voorkomen gewoon bij het maken van een cache de berekening de haakjes gebruiken.Dat zou voor iedereen (ahum) te begrijpen zijn en voorkomt rare dingen "in het veld". In dit geval dus (10-6)+2=X of 10-(6+2)=X. Mijnheer Van Dale dus lekker even buitenspel gezet . -
Nieuwe mogelijkheid geocaching.com?
team_wolfje antwoordde op een discussie van team_wolfje in Algemene vragen
Ok, laten we het dan maar op een ons allen welbekend "marketing" praatje gooien. Dus de "First-To-Find optie" is gewoon de "notify" optie van nieuwe caches.
