Lex

Nee hoor, iedereen die het nummer weet kan hem loggen.Daarom moet je het nummer ook onleesbaar maken als je een foto plaatst. En iedereen die het nummer heeft opgeschreven kan hem altijd weer loggen.

Normaliter reageer ik hier niet op, maar nu deze zin zoveel malen voorbij is gekomen wil ik toch wel even kwijt dat het beter zou zijn als de zin in correct nederlands was geschreven.

Bedankt dat je mijn rekenkunst in het algemeen hoog inschat. Ik ben het met je eens dat ik hier te optimistisch inschat. Ik wilde niet door inschattingen te laag uitkomen, en dan kom je vanzelf te hoog uit. Maar ik geloof niet dat het juist is dat de kans kleiner wordt doordat er meer dan 1 geocacher is en meer dan 1000 Nederlanders. Ik heb het niet over de kans van een willekeurige geocacher op een biljet, maar over de kans dat er een geocacher is die een biljet ontvangt. Stel alle 16.000.000 Nederlanders op een rij op, met op elke duizendste plaats een geocacher. Als je een biljet aan een willekeurige persoon geeft is de kans een op duizend dat de ontvanger een geocacher is, want een op de duizend is geocacher. Als je er 100 uitdeelt is de kans 1 op 10 dat er onder de ontvangers een geocacher is.

Hier is absoluut niet over nagedacht. Stel voor het gemak dat de biljetten binnen Nederland blijven, en dat alle biljetten onder de mensen zijn. Nog niet 1 op de 1000 Nederlanders is geocacher. Als je 100 biljetten verspreid hebt is de kans dat een geocacher er een heeft 1 op 10. Als iedereen 10 biljetten heeft, en er 20 per week ontvangt, wordt je voorraad 100x per jaar ververst. De verwachting is dan dat 10 x per jaar zo'n biljet ontvangen wordt door een geocacher en dan moet hij ook nog maar zien dat er een code voor geocachers opstaat. Ik heb het idee dat ik bij alle aannames aan de gunstige kant ben gaan zitten, zodat in werkelijkheid het aantal ontvangen biljetten nog wel aanzienlijk lager zal liggen dan 10 per jaar. Let wel, niet iedere geocacher ontvangt 10x per jaar zo'n biljet, maar in een jaar tijd zijn er 10 geocachers die er een ontvangen. Geen wonder dat je cache niet gevonden is. Je moet je consumpties op een MegaEvent er mee betalen, dan kun je respons verwachten.

Ja, als je met projectie in de weer gaat moet je natuurlijk geen routes via wegen ernaartoe gebruiken om de afstand te bepalen. Overigens denk ik dat het verschil niet zit in de keuze voor voetganger, maar dat je nu directe route hebt ingesteld (rechte lijnen via waypoints, niet via wegen).

Als je de afstand tussn de waypoint meet, is dat dan 888 m? Of kom je in het terrein verkeerd uit? Indien dit laatste, was de positie van het eerste waypoint dan wel goed in het terrein? Je kunt denken aan een verkeerd ingesteld datum, dat moet WGS84 zijn. Of zeer slechte ontvangstcondities, waardoor er een grote miswijzing is.

Je bent wat onduidelijk. Op 100 m afstand, of op 888 m. Vanaf hier? Of vanaf het waypoint? Bij projectie wordt de afstand afgepast vanaf het waypoint van waaruit je projecteert, niet vanaf je huidige positie. Wellicht lost dat je probleem op.

Het is wel erg kort door de bocht om als een GSM de pieper verstoort te veronderstellen dat een GPS dat ook zal doen. Het signaal van een GPS-toestel is onvergelijkelijk veel zwakker dan een GSM-signaal. Een GSM moet immers een ontvangstantenne op geruime afstand kunnen bereiken, terwijl een GPSr alleen maar hoeft te ontvangen. Trouwens, er wordt wel aangeraden om je GSM uit te zetten, maar er wordt ook aangeraden om je bed in een bepaalde richting te zetten i.v.m. aardstralen, en dat is toch flauwekul. Dat het aangeraden wordt zegt niet zoveel.

Hoe bedoel je? Volgens MapSource is de richting van Eibergen naar Amsterdam 285°, dat is hetzelfde als -75°. Als je geen negatieve waarden wilt hebben moet je de MODULO 360 waarde nemen.

Voor de boldriehoeksmethode, zie http://nl.wikipedia.org/wiki/Boldriehoeksmeting In figuur 1: Neem A en C als je punten, B is een hulppunt dat je dezelfde lengte geeft als A en dezelfde breedte als C. Daardoor is a het lengteverschil van je punten, en c het breedteverschil. (gamma-90°) is dus de gevraagde hoek. gamma = arccos((cos c - cos a . cos b )/(sin a . sin b )) b moet eerst nog berekend worden. aangezien beta = 90°, is b = arccos(cos c . cos a) De afstand tussen de punten in graden = b, in km dus b . 40000/360 N.B. je moet nog wel even op de tekens letten, anders wijs je misschien NW i.p.v. NO.

Dat is achterhaald.NiCad moest je ontladen om de capaciteit te behouden, bij de modernere NiMH hoeft dat niet.

Aan mijn slotzin kun je wel zien dat ik het ook niet al te serieus bedoeld heb. En misschien ben ik wat overgevoelig geworden door het veelvuldig gebruik van digibeet, wat adigibeet moet zijn. Immers een analfabeet kan niet met letters omgaan, een alfabeet dus juist wel. Zo zou een digibeet wel met digitale apparatuur kunnen omgaan, maar het omgekeerde wordt bedoeld. En de gebruikers van het woord zien maar niet dat ze het verkeerd doen.

Ook nog even oefenen op het nederlands, Pentagram.De tegenhanger van verstaanbaar is leesbaar, want de werkwoorden zijn verstaan en lezen. Niet verlezen, dat bestaat wel, maar betekent juist dat je je vergist bij het lezen. Dus je verleesbaar maken bereik je door veel verkeerde letters te plaatsen, dan is je tekst moeilijker te lezen, en verleest men zich. Nog even, en ik kan mijn eigen tekst niet meer lezen, verleesbaarheid bereik je ook door ingewikkelde redeneringen.......

Het kan met beide, en ook op veel GPS-ontvangers zelf. Zoek eens op cirkels, en je krijgt een aantal draadjes die daar over gaan. P.S. In MapSource vul je bij een waypoint een nabijheidsstraal in. Let op, dat is in km, maar je kunt achter de komma werken voor meters.

Ik ben toch wel verbaasd dat er mensen zijn die niet-oplaadbare batterijen in hun GPSr gebruiken. In mijn ogen is het overduidelijk dat hier alleen oplaadbare op zijn plaats zijn. Dat niet-oplaadbare ook te gebruiken zijn is wel een groot voordeel, maar uitsluitend voor het noodgeval dat je oplaadbare leegraken en je niet in de gelegenheid bent ze op te laden. Als reservesetje dus.

Ik heb de kaart ook geladen, en dat gaat heel gemakkelijk. Gewoon aanklikken en even later staat hij in MapSource. Het is een fraaie kaart, die evenwel niet autorouteerbaar is. Maar dat zijn de meeste topokaarten niet. Het geheel is 3 MB, weinig vergeleken met TopoNL (118 MB). IJsland is nu eenmaal nogal leeg. Er zijn echter geen aanwijzingen dat het door de overheid gesponsord wordt. Het lijkt me gewoon een hobbyproject.

Ruud4d heeft zojuist een officieel door Kruimeldief goedgekeurde checklist voor het aanmelden van een cache geschreven. Daar staat ook in dat het niet volgens Mijnheer van Dale moet. Hij staat op zijn site ruud4d.geocacher.nl. Wel even doorklikken op de link aan de linker kant.

Je noemt drie verschillende dingen. 1. Van de kaart verdwijnen wordt vrijwel altijd veroorzaakt doordat de kaart in pan-mode staat, d.w.z. dat je de cursor hebt verplaatst. Dan schuift de kaart niet meer uit zichzelf. Remedie: QUIT of PAGE, hangt van het type af. 2. Afsnijden duidt op ontvangstverlies. 3. Traag tekenen weet ik geen andere oorzaak voor dan dat de instelling op veel details staat. Aangezien het onduidelijk is wat er hier aan de hand is is het geven van een master-reset zeker het proberen waard.

DGPS werkt met een ontvangsstation, bijvoorbeeld bij een haven, met een bekende positie.Dit meet de positiefout, en geeft dat per radio door. Het is eigenlijk alleen goed bruikbaar als de ontvanger een goed zicht op de hemel heeft, zodat hij dezelfde satellieten ontvangt als het station. Niet voor gebruik op het land dus, waar de satellieten kunnen worden afgeschermd. Maar sinds selective availability is uitgeschakeld (1 mei 2000) heeft het niet zoveel zin meer. .......... Dat is dus de willekeurigheid die je aanhaalt. Het was echter net andersom. De willekeurigheid (ca. 100 m) zat in het GPS-systeem, en daarmee was het onvoldoende precies voor autonavigatie. Dat werd gepareerd door via afgelegde weg, richting en kaartvergelijking te bepalen waar je je bevond, waarbij GPS gebruikt werd om het systeem te kalibreren, en ook om de mogelijke positie tot een klein gebied te beperken. Je zag dan ook dat als je op een kruising afsloeg je positie daar naartoe sprong. Eerst was ongeveer bekend waar je was, en op het moment van afslaan weet het toestel dat je precies op de kruising bent.

Als het inderdaad zo is dat je in graden minuten seconden moet invoeren kun je alle rekenwerk vermijden. Je hebt de coördinaten natuurlijk ook op je GPSr ingevoerd. Kies tijdelijk voor hdddmmss.s, lees de coördiaten uit en kopieer ze in je autonavigatie. Daarna kun je de gewone toestand hdddmm.mmm herstellen.

Dit lijkt me toch een verkeerd gbruik van inflatie.Inflatie heeft met opgeblazen te maken, en geeft aan dat dezelfde waarde nu is opgeblazen tot een groter geldvolume. Waarbij aan een nominale hoeveelheid geld een vast volume wordt toegekend. Het beschrijft dus niet de stijgende verhouding van micro's t.o.v. andere typen. Je zou wel kunnen zeggen dat je nu meer caches moet vinden om eenzelfde cachewaarde te bereiken. En als je vindt dat een micro van geringere waarde is leidt een stijgend aandeel van micro's dus indirect tot die cache-inflatie.

We moeten natuurlijk wel in de gaten houden dat het hier om invoer in een vast ingebouwd autonavigatiesysteem gaat. Aansluiten aan een computer zit er vast niet in. Het is me onduidelijk hoe de twee secondencijfers tot 1 cijfer gereduceerd kunnen worden. Misschien is het invoer in seconden, die vervolgens wegens ruimtegebrek dan als tienden van minuten worden getoond. Als dat zo is wordt invoer onder de 3'' weergegeven als 0.0', tussen 3 en 9'' als 0.1', enz. tot boven de 57'' als 1.0'. In dat geval is het eenvoudig. GC coördinaten zijn in graden, minuten en 1/1000 minuten. Voer de graden en de hele minuten in, en voor de seconden vermenigvuldig je het getal achter de decimale punt met 60 en deelt het resultaat door 1000. Het weergegeven resultaat zal dan juist weer een afgeronde vorm van het oorspronkelijke getal zijn. Het is dus wel de methode die FRLK aangaf, maar het is de methode die duizendste minuten omzet in seconden. Oorspronkelijk gaf je juist aan dat het laatste deel een decimale fractie was, en dan zou dus een andersom conversie nodig zijn. Nu schrijf je dat deze conversie niet het juiste resultaat geeft. Ik kan echter geen andere manier verzinnen waarmee met de cijfers kan worden omgegaan. Om verder te komen moet je opgeven welke de precieze GC-coördinaten zijn, wat je in de auto invoert, en wat er dan precies op het scherm verschijnt als je de invoer hebt voltooid (als het laatste getal tot 1 cijfer is teruggebracht). Geef hierbij nauwkeurig alle cijfers, punten en eenheden op. Dan zullen we er wel uitkomen.

Niet bij TopoNL. Dit werkt alleen op de computer waar je een code voor hebt gekregen.

Ik wel Openstreetmap Nee, want dat maakt kaarten voor gebruik in het toestel, het gaat hier om de andersom conversie.Tenzij het programma ook andersom zou werken, maar dat wordt niet in de tekst gezegd.

Nee, de bestanden op de Garminsite zijn updates. Dat werkt alleen als je al een oudere versie van MapSource hebt. Maar als je Topo hebt hoor je MapSource ook te hebben, dat zit er namelijk bij. Als je het niet hebt zullen je topokaarten waarschijnlijk niet legaal zijn.