deBruineBeren

ikke

In Oziexplorer kan je via "Beeld" | "Route editor" de route editor openen. Als je dan een route selecteerd zie in het onderste gedeelte welke WP er in die route zitten. Als je dan met de schijfbalk iets naar rechts gaat zie je de vijfe kolom "Geacc. afstand" dit is de totaale lengte van de track tot het aangegeven punt.

Oziexplorer openen met een kaart en een track. Vervolgens via "Beeld" | "Tracks" | "Trackbeheer (Alt T)" de gewenste track selecteren. Dan met "Toon tracklijst " | "Selecteerfunctie" | "Alles selecteren" of met de muis de gehele of een gedeelte van de track selecteren. Als laatsten klik je op "Samenvatting van geselecteerde trackpunten tonen" (het kopje met het som teken)

Je zou zeggen dat als je GSAK een keer gevuld hebt met alles caches van Nederland, dan hoef je alleen nog maar de wijzigingen bij te houden. Met "Found in the last 7 days" en Updated in the last 7 days" en "Placed during" kan je dan de boel up-to-date houden. Helaas worden er in 7 dagen meer dan 500 caches gelogd dus dat past ook al niet in 1 querie. Zou er een logica in de querie "found in the last 7 days" zitten dan zou het kunnen. Je zou dan ook verwachten dat deze querie gevuld wordt met caches welke vandaag gelogd zijn, vervolgens met caches die gister gelogd zijn, enz enz. Tot dat de 500 zijn bereikt. Elke dag zou deze querie dan in ieder geval de logs van die dag moeten bevatten. En deze zou je dan kunnen gebruiken om je GSAK up-to-date te houden. Maar lijkt dit niet zo te zijn. Als ik op .com deze querie run dan lijken alles caches door elkaar te staan. Ook lijkt de GC nummer niet gebruikt te worden als maatstaf. Dit alles betekend niet dat deze methode niet zal werken, alleen het controleren op de juistheid van deze methode zal lastig worden.

Als je alleen de caches opvraagt die je nog niet gevonden hebt scheelt dat 1756 stuks, dat zijn minimaal 3 queries.

ik wist dat het iets met een 4 een 7 en veel nullen was

Even heel grof door de bocht; Als de aarde een omtrek heeft van 470.000 kilometer en verdeelt is over 360 graden, dan is de afstand tussen twee graden (op de evenaar) 1305 meter. Het verschil tussen .001 en .002 is dan 1,305 meter. Het verschil tussen .0001 en .0002 is dan 13,05 centimeter. Als je dan bedenkt dat er een fout van ongeveer 5 meter in het GPS systeem zit, zou ik me niet zo druk maken over .mmm of .mmmm.

In het Zip bestand vindt je de volgende bestanden. 2008xxxx.img dit zijn de kaarten. Napal.img is een overzichtskaart. Nepal.TDB is een soort database hier in staat welk gebied een bepaalde 2008xxx.img beslaat. MapSource leest het bestand Nepal.TDB in en laat het bestand Napal.img zien. Met behulp van deze 2 bestanden kan je met MapSource een selectie maken en de juiste 2008xxxx.img bestanden naar je GPS sturen. Het probleem is dat jouw MapSource niet weet dat al deze bestanden bestaan. Om dit voor elkaar te krijgen kan je gebruik maken van GPS Map Manager. http://vip.hyperusa.com/~dougs/GPSSM/index.html#GPSMM Onder aan deze pagina zie je ook een kleine uitleg hoe je het moet gebruiken. Gebruik als UGPID nummer 77

Aha, jij hebt een paranormale link met Schoentje, dat jij dat zo zeker weet. Een diskimage klinkt me ook niet onlogisch hoor, zoals De Roode Lantaarn suggereert. Ik wacht het antwoord van Schoentje in spanning af. <{POST_SNAPBACK}> Lezen jongens !! Moet dus wel een Garmin .img zijn. Zelf ff kijken en je weet precies welke bestanden schoente heeft.

MapSource en je GPS is wat kaarten betreft een richtings verkeer. MapSource kan alleen kaarten naar je GPS schrijven. Kaarten uit je GPS lezen kan Mapsource niet. Als je MapSource wilt gebruiken om de kaart van Nepal te openen en naar je GPS te sturen, moet je MapSource eerst het bestaan van deze kaart leren. Dit doe je door het register van windows aan te passen, niet iets wat je iedereen zo maar even aanraad.

Gartrax kent ook het formaat Austrian Map overlay file (*.ovl) http://www.p-terminator.nl/geocaching/gartrax.php

Om te kunnen communiceren met de GPS moet je eerst een USBdriver voor de GPS installeren. Op deze pagina vindt je versie 2.1 voor de Garmin GPS60: http://www.garmin.com/support/collection.j...ct=010-00322-00

Naar mijn mening kan er maar 1 probleem de oorzaak hier van zijn: Slechte ontvangst. Al lijkt dat niet waarschijnlijk op de fiets, toch kan de ontvangst door een horizontale plaatsing van de 60CS op de fiets en een dik bladerdek boven het fietspad toch behoorlijk negatief beïnvloed worden. Gelukkig krijg je een paar honderd meter van te voren een waarschuwing (akoestische) dat er een aanwijzing aan komt. Van af dat moment even blijven opletten dus.

i.d.d. ik heb een programma geschreven om deze ontbrekende functie weer toe te voegen aan TomTom Navigator 5. Kijk meer eens in dit draadje: http://forum.geocaching.nl/index.php?showtopic=4753

Heel grof gezegd: LPD is/zijn babyfoons en kinderspeelgoed, met een klein bereik. PMR is grootte mensen speelgoed, met een iets minder klein bereik.

Ik vind het dit jaar juist mee vallen. Vorig jaar hebben we 10-tallen teken van onze huid moeten verwijderen. Dit jaar niet 1.

@ Veit, Sinds versie 0.5.5 Beta is het mogelijk om N/S en E/W op te geven. (bovenstaande afbeelding is van 0.5.6 Beta, deze is nog niet beschikbaar voor het publiek)

Als ik in MapSource kijk, dan kom ik met N 47 13 916 E 002 10 766 een paar kilometer ten westen van Saint-Laurent. N 47 13 916 W 002 10 766 is Saint-Brevin-Lócean net iets ten zuiden van Saint-Brevin-Les-Pins dus. N47 00 089 E 002 15 100 is iets ten noorden van Saint-Florent-Sur-Cher. en N 47 00 089 W 002 15 100 is i.d.d. Noirmoutier-En-L'lle. Het lijkt dus een kwestie van de juiste W of E er voor zetten.

TomTom Navigator 3 heeft standaard al de functie "Ga naar Coordinaat". TomTom Navigator 5 heeft deze optie niet meer, vandaar dat ik programma ben gaan schrijven. En tja, als je toch bezig ben is het een "kleine" moeite om er nog wat meer functionaliteit in te bouwen. Blijft de vraag kan ik niet een Co-Input voor TomTom Navigator 3 maken ? Kan wel, maar doe ik niet

In de WGS 84 notatie "Graden Minuten Seconden" kunnen de seconden nooit de waarde 75 hebben. Immers 60 seconden is 1 minuut. Vraag is dus hoe kom je aan dit coordinaat ? Of is de notatie "Graden Minuten Duizendsteminuten" en zijn ze een "0" vergeten. Dan wordt het "075" of "750".

Een kwestie van omrekenen. 25 seconden / 60 = 417 duizendsteminuten 04 seconden / 60 = 067 duizendsteminuten

Ik heb niet zo veel kaas gegeten van het programmeren. En de kaas die ik gegeten heb was van Microsoft. Symbian kaas heb ik nog niet geproeft, ga ik niet doen ook. Dus Co-Input voor de Symbian zal er niet komen.

Beste Veit, Het coordinaat N 049 21 25 E 000 05 04 is in de WGS 84 notatie "Graden Minuten Seconden". Deze notatie kan niet gebruikt worden in Co-Input. Co-Input gebruikt de WGS 84 notatie "Graden Minuten Duizensteminuten", het coordinaat wordt dan N 49 21,417 E 000 05,067 Als ik dit coordinaat opgeef in Co-Input en klik op "Show On Map" dan kom ik idd in de buurt van Boulevard des Sports in Deauville. (mijn TomTom gebruikt de kaart "France Plus") Ik vermoed dus dat je iets fout doet bij het in voeren van het coordinaat. Probeer het eens met N 49 21,417 E 000 05,067. Suc6, Alex.

Nee, voor het aansturen van TomTom Navigator ben je afhankelijk van de TomTom voor geprogrammeerde commando's. Helaas bestaat er geen commando om de positie van een punt op de kaart op te vragen.

Weer een nieuwe versie : 0.5.5 Beta @ Mc Gregor en Knabbel, Kunnen jullie deze versie ook even proberen ? Ik ben benieuwd of dat het programma nu wel in 1 keer opstart.