Lex

Wat me ook nog verbaast is de aanduiding na de graden, nl. '' en '. '' betekent seconden, terwijl ' voor minuten staat. Kennelijk zijn ze verwisseld. Aangezien het plaatje me een rechtstreekse afbeelding lijkt zit de fout bij de maker van het programma, en niet bij Kruimeldief die het fout zou hebben overgeschreven. Knullig. ++ Lex ++

Nu moeten we niet gaan denken dat als Europa een eigen systeem inricht het amerikaanse niet meer zal werken in Europa. Beide systemen zullen wereldwijd werken, gewoon doordat de satellieten principieel rond de hele wereld bewegen. Alleen door ze steeds in- en uit te schakelen kun je bereiken dat er nog maar een beperkte dekking is. Maar dat levert geen enkele besparing op. Je kunt niet zeggen dat elk werelddeel maar voor zijn eigen navigatie moet zorgen. En aangezien men zijn eigen voer-, vaar- en vliegtuigen graag in de hele wereld wil begeleiden zal dat plaatselijk uitschakelen van de satellieten vast niet gebeuren. Misschien dat WAAS/EGNOS alleen voor het eigen systeem gaat werken, dat is wel een lokaal systeem. Maar het wederzijds aanleveren van de correcties lijkt ook een goede zaak als Amerika en Europa elk hun eigen navigatiesysteem hebben. Het niet-universeel bruikbaar maken bevordert de afzet van de eigen apparatuur in het eigen gebied, maar blokkeert de export naar de ander. Terwijl wereldhandel toch wel als een goede zaak wordt gezien. ++ Lex ++

Goeie tip Williii. Ik doe het ook zo, omdat het zo'n kleine moeite is. Met nog een kleine aanvulling, alles selecteren gaat het snelst met <Ctrl>a. ++ Lex ++

Die slaan niet overboord. In het engels worden ze treffend 'galley-slave' genoemd. Galley=galei, maar ook =kombuis; ze horen dus ofwel vastgeketend te zijn, ofwel benedendeks in de kombuis te verblijven. In beide gevallen kunnen ze dus niet overboord slaan, hoogstens met het schip ten onder gaan, maar dan helpt de MOB-knop ook niet meer. ++ Lex ++ die weet hoe het aan boord hoort toe te gaan

Eigenlijk ligt het nog iets ingewikkelder. Mijn eerste GPS, de Garmin GPS 45, was meer op gebruik op het water gericht dan mijn huidige GPS V. Bij de 45 gaat het zo: als je twee maal achter elkaar op de GOTO-knop drukt wordt meteen een waypoint aangemaakt op je huidige positie met de naam MOB (Man Over Board). ENTER brengt je op het 'snelweg'scherm met aanduiding van afstand en richting tot doel MOB. Eenvoudige handelingen dus die je snel en zonder te kijken kunt uitvoeren. Het overboord werpen van de reddingboei en het keren van de boot ondergaan zo nauwelijks vertraging, en je GPS kan je toch aanwijzingen geven waar je de drenkeling kunt vinden, wat bij ruw water en duisternis een grote hulp kan zijn. Het is hier dus geen aparte knop, maar wel een blindelings uit te voeren handeling, wat voldoende is. Op grote, vast in schepen ingebouwde GPSsen met meer ruimte voor knoppen is het meestal wel een aparte knop. ++ Lex ++

Het was misschien wel een rare geocacher die behoefte had aan een mooie doos om te vullen en dan ergens te verstoppen. ++ Lex ++

Nee, net andersom! Als je het heilige Garminoverzicht citeert moet je het wel goed doen natuurlijk. (Dit citaat is een rechtstreekse kopie, daar is mijn toetsenbord niet aan te pas gekomen ) ETE, E = enroute, ETE = Estimated Time Enroute = geschatte tijd onderweg, dus tijdsduur. ETA, A = arrival, ETA = Estimated Time of Arrival = geschatte aankomsttijd, dus tijdstip. ++ Lex ++

ETE = Estimated Time Enroute. (uit het frans 'en route' = onderweg) ++ Lex ++

Dat het fraudebestendig maken zeer moeilijk is geloof ik best HH. Ik doelde echter op de eeuwige fout dat bij plaatsbepaling de satellieten zien, of zelfs registreren, waar de GPS-ontvanger zich bevindt, i.p.v. andersom. ++ Lex ++

Daar is hij weer! Op 31 januari heb ik met genoegen een stukje uit het AD geciteerd met daarin een correcte uitleg over een traceringssysteem. En dan nu een stukje uit het kwaliteits! zusterblad NRC: Is het nu werkelijk zo moeilijk? ++ Lex ++

Dit is een regel om er absoluut zeker van te zijn dat er geen onderlinge verstoring optreedt. In veel gevallen is het echter niet nodig. Je kunt dit zien door de tweede GPSr naar de eerste te bewegen en te kijken of dat voor de eerste verschil maakt. Ik heb vaak mijn GPSsen vlak naast elkaar gelegd en heb daarbij geen onderlinge beïnvloeding kunnen constateren. Maar sommige GPSsen kunnen sommige andere wel degelijk storen. ++ Lex ++

Het is logisch dat de windrichtingen niet overeenkomen. De 60C heeft helemaal geen electronisch kompas, terwijl de beide andere in een voor het kompas verkeerde stand worden gehouden. Aangezien de GPSsen niet bewegen kunnen ze geen van drieën de juiste richting aanduiden. Bij de 60C staat N boven, dat zou inderdaad de scherminstelling kunnen zijn. Het kan ook zijn dat er nog geen beweging is gedetecteerd, maar hij geeft wel een positie aan, dus dat lijkt me iets minder waarschijnlijk. Of misschien draait hij bij stilstand wel N naar boven, er zijn GPSsen die dat doen. ++ Lex ++

Bedankt BruineBeren, dat is precies wat ik bedoelde. Je kunt dus in de paginaopmaak aangeven op welk formaat een afbeelding afgebeeld moet worden. Dat dat slechts binnen bepaalde grenzen kan doet daar niets aan af, het gaat me om het principe. Het is me nu duidelijk dat in de paginaopmaak in de linkerkolom staat dat de afbeelding op 64*64 pixels moet worden afgebeeld, terwijl bij de plaatsing in de tekst geen afbeeldingsgrootte wordt opgegeven, zodat hij op de originele maat wordt afgebeeld. Ik vind het leuk om dergelijke dingen te weten, ook als ik het zelf niet kan toepassen. ++ Lex ++

Ja, dat de drie GPSsen op de foto in een stand worden gehouden die voor de 60C gunstig is en voor de Vista ongunstig was mij ook al opgevallen. Dat op de Vista WAAS uit staat en op de 60C aan maakt echter geen verschil. Er zijn geen D-tjes, dus WAAS correcties zijn er niet. Maar dat iemand op het idee komt om in een vergelijking het position format op Maidenhaid te zetten begrijp ik niet. Dat is zo grof dat het voor navigatie volstrekt ongeschikt is; het is alleen makkelijk voor radio-amateurs om hun globale positie kort aan te geven. Dat de foto is genomen in de Poekestraat in Vinkt, op 20 km ten westen van Gent, is daarmee echt niet te zien. ++ Lex ++

Ik veronderstelde ook al iets in die richting, maar heb het niet genoemd omdat het niet meer dan een veronderstelling is. Volgens mij wordt de verkleining echter niet gedaan door de board-software, maar door software op je eigen computer. Het lijkt mij namelijk aannemelijk dat bij een bepaald adres steeds precies hetzelfde plaatje hoort. Wellicht staat er dan in de pagina lay-out dat het kantlijnplaatje verkleind moet worden tot maximaal 64x64 pixels. Aangezien ik niet het flauwste benul heb van wat er mogelijk is in die lay-out is het alleen gebaseerd op mijn algemene technische kennis, en niet op enige kennis van webpageconstructie. Maar ik hoop dat iemand die kennis wel heeft en mijn nieuwsgierigheid kan bevredigen. ++ Lex ++

Ik snap het nog steeds niet. Mij is wel duidelijk dat er verschillende manieren zijn om een avatar bij je naam te plaatsen. Maar als ik het adres van de avatar van twinlife (http://forum.geocaching.nl/uploads/av-1430.gif) in mijn tekst opneem krijg ik dit plaatje: Dat is een vergrote versie van zijn avatar, en ik gebruik gewoon hetzelfde adres. Waar zit hem dat nu in? ++ Lex ++

Ik snap iets niet, en het is helemaal on-topic! Twinlife plaatst een nieuwe avatar op het forum, en als Kruimeldief die in zijn bericht zet is hij groter. Heeft Kruimeldief nu ergens de oorspronkelijke niet-verkleinde versie gevonden, of hoe zit dat? Kennelijk niet, want ik zie hetzelfde adres. Hoe komt het dan dat hetzelfde plaatje verschillend wordt afgebeeld? ++ Lex ++ die gewoon nieuwsgierig is

Ik herinner me dat Larabond dit ook al eens heeft aangekaart. Zij had samen met IJskimo een groot aantal caches gedaan, waarbij haar naam wel in de logs werd genoemd, maar die logs waren niet op haar naam. Op een goed moment heeft zij, dus achteraf, al die caches ook op eigen naam gelogd. De berichtjes worden op datum ingevoegd, en staan dus steeds bij de oorspronkelijke log. ++ Lex ++

Ik wel hoor, mijn oren tuiten nog als ik er aan denk Ik wist niet wat me overkwam, want het geluid daverde je al tegemoet voordat je bij het plaatje kwam, en daardoor had ik het verband niet meteen in de gaten, ik dacht dat het hele forum gek geworden was. Pas later zag ik dat dat alleen voor Kruimeldief gold. ++ Lex ++

Ik heb zojuist een hele vreemde fout ontdekt bij gebruik van RD in MapSource. Als je bij de units 'Heading' op 'Grid' zet is de aangegeven heading 50° te klein, bijvoorbeeld 130° als het 180° moet zijn. Ik heb Garmin een mailtje gestuurd, ben benieuwd of ik een reactie krijg, en vooral of het in de volgende update verbeterd wordt. ++ Lex ++

En zo zal HH niet lang meer een gewone gebruiker zijn. Nu ja, zo gewoon is hij toch al niet meer sinds hij die rotkop heeft...... ++ Lex ++

Ik heb versie 4, en dat is niet de nieuwste versie van CitySelect. Maar op de mijne is Griekenland slechts rudimentair afgebeeld. Enkele hoofdwegen en plaatsen in de vorm van een stip. Onvoldoende om op te reizen, maar natuurlijk wel bruikbaar als aanwijzer voor waar je je bevindt, zodat je dat makkelijker op een papieren kaart kunt opzoeken. ++ Lex ++

Welke verschuiving dan? Sorry Stefanne, je hebt helemaal gelijk! Ik kon zo gauw mijn CC40 calculator niet vinden, en de site is (tijdelijk?) niet beschikbaar. Bij het vergelijken van de omrekeningsresultaten moet ik een fout hebben gemaakt. MapSource (met instelling Dutch Grid) en mijn GPS V geven hetzelfde resultaat, dat een correct afgeronde versie is van de CC40-cijfers. Het afkapprobleem met het Longitude Origin in User Grid bestaat nog altijd, maar daar heb je dus geen last meer van als je RD-coördinaten wilt gebruiken. ++ Lex ++

Allereerst, de nieuwe versie waar het draadje over gaat betreft een nieuw kaartbestand. Het programma zelf kan via de Garminsite geupdate worden, de nieuwste versie is v5.4. Sinds enige tijd kan in het programma rechtstreeks worden gekozen voor 'Dutch Grid', het RD-stelsel. ********* edit: Het afrondprobleem met het Longitude Origin in User Grid bestaat nog altijd, maar daar heb je dus geen last meer van als je RD-coördinaten wilt gebruiken. ++ Lex ++

Volgens mij zal het niet voor elke GPSr hetzelfde zijn. Je kunt het een beetje volgen door de GPSr een aantal dagen niet aan te zetten. De fabrikanten vinden een goede klok kennelijk niet belangrijk omdat hij zichzelf tijdens gebruik toch voortdurend gelijkzet. Door die zeer slechte klok zal de tijd bij het aanzetten niet kloppen. Schakel dan heen en weer tussen tijd en satellietscherm en kijk in welke toestand de tijd naar de juiste waarde springt. Nu kan je GPSr de juiste tijd pas weten als hij een tijdbericht van een satelliet heeft zien langskomen. Dat kan enige tijd na het begin van de ontvangst zijn, maar in ieder geval voordat de satelliet voor de GPSr te gebruiken is (zwarte balk). Als je 1 zwart balkje hebt is de tijd dus in principe bekend, maar strikt genomen is de exacte tijd pas bekend als de plaatsbepaling is voltooid, want dan pas is de afstand tot de satelliet bekend en daarmee de looptijd van het signaal. Omdat je het verschil in looptijd toch niet kunt zien is er wat voor te zeggen om al bij 1 satelliet de gecorrigeerde tijd te vertonen, en niet te wachten tot er plaatsbepaling is. Maar dat is een beslissing van de fabrikant. Tenslotte is het nog zo dat je scherm eens per seconde wordt ververst. Daardoor kan de klok achterlopen op de intern bekende tijd. De fabrikant kan hiervoor compenseren door er eerst iets bij op te tellen, of nog beter, door te synchroniseren, maar dat wordt bij mijn GPSr in ieder geval niet gedaan. Ik heb hem alleen maar zien achterlopen. ++ Lex ++