Lex

Een belangrijke omissie is dat op het formulier niet gevraagd wordt of WAAS/EGNOS actief was. Dat geeft in ieder geval voor EGNOS met SiRF-III een belangrijke verslechtering van de nauwkeurigheid. Ook verder zijn de metingen zo weinig gestandaardiseerd dat je het resultaat m.i. alleen als een controle van de cachecoördinaten kunt beschouwen, en niet als zinvolle metingen omtrent ontvangstnauwkeurigheid.

Je maakt geen denkfout, maar ziet over het hoofd dat jij een luxe apparaat hebt in vergelijking met de TS. De eTrex H heeft geen kaartmateriaal, daar is het waypoint een punt in de ruimte; je kunt dus niet zien hoe de wegen lopen.

Voor de zoveelste maal: Deze instelling heeft helemaal niets met WGS 84 van doen.Je stelt hier in dat de positie als breedte/lengtegraad wordt weergegeven (en op welke wijze). Een andere notatie is bijvoorbeeld UTM, met rechthoekige coördinaten. Bij beide, en vele andere, kan al dan niet WGS 84 worden gebruikt. WGS 84 is het kaartdatum, dat is een mathematisch model van de aarde. Bij geocaching wordt vrijwel altijd WGS 84 gebruikt. Alleen als bijvoorbeeld RD coördinaten worden gebruikt, gaat dat samen met het daarbij horende datum Bessel 1841. Dus: breedte/lengte stel je in bij notatie (positieformaat); WGS 84 stel je in bij kaartdatum. En als je het datum niet kunt instellen, zoals bij Google Earth, dan is het vast WGS 84. Of het is gekoppeld aan een bepaald positieformaat, zoals bij vele landelijke kaartroosters het geval is.

Ter informatie: De stichting is min of meer de tegenpartij van geocaching.nl. Geocaching.nu, hun website, is inmiddels terziele. Maar toestemming van de stichting is dus heel iets ander dan toestemming van geocaching.nl. Dit betekent overigens niet dat ik het met het verwijderen van het draadje eens ben. Het al dan niet per ongeluk verdwijnen van draadjes was trouwens een belangrijke reden voor de afsplitsing indertijd.

Als de taal het probleem is kun je deze nederlandstalige handleiding van de eTrex H laden. Weliswaar een iets ander toestel, maar de begrippen zijn hetzelfde.

Indrukwekkende beelden Bloodwoosj. Maar de lichtstroomeenheid is lumen, zonder s. En eenheden krijgen nooit een meervoud, behalve sommige tijdseenheden.

Je deed dat inderdaad, maar je schreef ook 51'55.1700 N Inmiddels heeft Tjeempie echter gemeld dat dat een fout van Beeline is. Want op de plaats van de ' moet wel degelijk een ° staan. De ' hoort achter de 1700.

Nog een paar, weliswaar onwaarschijnlijke, mogelijkheden: 1) Werd er niet in simulatiemodus gewerkt? 2) Was er ontvangst? Als je een klein stukje naar voren of opzij loopt moet dat duidelijk in de laatste cijfers van de eigen positie worden aangegeven.

Ik heb er vanmiddag ook al naar zitten kijken, en ook ik kom er niet uit. Een verkeerde instelling geeft een fout van een paar honderd meter, of van veel meer kilometers. Maar 6 km snap ik niets van. Nu schrijf je ' waar het ° moet zijn. Misschien weet je het °-teken (alt+248) niet te vinden, maar het kan ook op verdere slordigheid bij het kopiëren wijzen. Schrijf eens precies op wat het toestel als positie opgaf toen je bij het waterkasteel stond. Misschien heb je ter plaatse een waypoint aangemaakt. Schrijf dan de positie van dat waypoint op. Geef anders de positie op van een punt waar je wel makkelijk kunt komen, plus een omschrijving waardoor een ander het punt precies op kan zoeken. Nog een onwaarschijnlijke mogelijkheid. Heb je soms een wel heel exotisch datum opgegeven? Het moet WGS 84 zijn. Staat meestal direct onder de notatieinstelling (zoals h ddd mm.mmmm).

Ik denk dat dit meer in de rubriek Geodating thuishoort, want je denkt toch niet dat iemand hier een hele handleiding gaat neerpennen, die nog beter is dan de bestaande ook?

In Mapsource hoort er in de lijst ook een positiekolom te zijn. Maak het venster eens breed en kijk of de kolom buiten beeld staat, of misschien wel dichtgeschoven is. Je kunt de kolommen van plaats laten wisselen, en ook de breedte veranderen, tot niets aan toe. Beweeg de cursor over de kolomnamen, en als je een dubbel streepje krijgt zit daar en kolom verstopt. Die kun je open schuiven.

Voor alle duidelijkheid: Het driehoekje zal altijd de juiste positie op de kaart aanwijzen, hoe het datum ook ingesteld staat. Alleen de bijbehorende getallen verschillen met de notatie en het datum.

De gebruiksaanwijzing is nu ook beschikbaar: gebruiksaanwijzing Colorado 300, NL).

Werd weggeroepen, het antwoord bleek al veel uitgebreider gegeven.

Maar je moet wel fluiten..... Omschakelen (indien mogelijk) heeft twee voordelen boven omrekenen. 1. het is nog minder werk. 2. Je werkt met de oorspronkelijke coördinaten. Als het niet klopt kun je direct met de oorspronklijke gegevens vergelijken om te zien of je een invoerfout hebt gemaakt.

Vroeger stond hij er niet bij, in mijn 4.2. versie van aug 2007 wel. Of hij in de nieuwste versie nog steeds staat weet ik niet, maar ik vermoed van wel.

Dit zijn helemaal geen alternatieven. UTM kan heel goed het WGS 84 datum gebruiken; sterker nog, in Nederland is dat ook zo. Hierboven wordt in een aantal berichtjes over WGS 84 geschreven, waar kennelijk breedte/lengte bedoeld wordt. Dat zijn echter heel verschillende zaken. Een datum, zoals bijvoorbeeld WGS 84, geeft een bepaald model van de aarde aan. Hierop kun je in verschillende notaties een positie aangeven. Bijvoorbeeld breedte/lengte in graden, of graden+minuten, of graden+minuten+seconden. Ook kun je oost- en noordwaarden opgeven, waarbij de oorsprong op allerlei punten vastgelegd kan zijn. Voorbeelden RD, British Grid, UTM. Breedte/lengte kan dus met het datum WGS 84 gebruikt worden, maar ook met andere datums. Evenzo kan UTM met verschillende datums gebruikt worden, waaronder WGS 84.

Ter verduidelijking: het datum geeft een bepaald model van de aarde aan, waarop je positie in verschillende notaties kan worden weergegeven. RD-coördinaten worden gebruikt op de topografische kaarten van Nederland. Daar hoort altijd een Bessel-datum bij, in je toestel Dutch genaamd. Het is een handig systeem, vooral omdat de posities in meters worden opgegeven. Eerst de oostwaarde, daarna de noordwaarde. Maar het werkt alleen in Nederland. Andere systemen zullen vrijwel zeker het WGS 84 datum gebruiken. Voor de notatie gebruikt men meestal graden-minuten-seconden. (hdddmmss.s) Ook wel alleen graden. Dan zijn de graden decimaal verdeeld. (hddd.ddddd) Bij geocaching wordt gebruik gemaakt van graden-minuten. (hdddmm.mmm) h staat voor halfrond, oost/west noord/zuid (E/W N/S). d voor graden. (1° = 60') m voor minuten. (1' = 60'') s voor seconden. De decimale punt geeft aan dat er ook delen vermeld kunnen worden. Alleen de kleinste eenheid mag decimaal onderverdeeld worden.

hoi als ik een minutie kist had waar minutie opstond dan zouw ik het oververven wand dat vraagd om moielijkheden in deze tijd sorie hoor ik vind het hun eigen schuld Hoi, als ik een munitiekist had waar munitie op stond, dan zou ik het oververven, want dat vraagt om moeilijkheden in deze tijd; sorry hoor ik vind het hun eigen schuld. Ik reageer niet niet gauw op spelfouten, maar dit is toch wel erg slordig. Net als de titel, die in een heel andere richting wijst.

Waarom is er toch zo'n weerstand tegen het even omschakelen van de notatiewijze? Dat is een snelle handeling, zeker als je weet waar het staat. Als je omrekent moet je twee maal invoeren: eerst de oorspronkelijke waarde, en daarna de berekende waarde. En als je niet een rekenmachientje gebruikt (voor 60 x 0,12345) moet je eerst ook nog eens het conversieprogramma opzoeken. Verder geeft iedereen aan dat je na invoeren weer moet omschakelen naar de gewone graden + minuten instelling. Dat is echter pas nodig als je weer met minuten wilt werken. Je kunt perfect naar het waypoint navigeren terwijl het toestel nog op de gradenverdeling staat. Het is zelfs beter, want het enige verschil is dat de positie nu in graden wordt vermeld, en als je je vergist zou hebben bij het invoeren kun je het nog even vergelijken met de bron. Verder wordt een paar maal over een andere datuminstelling geschreven. Er is echter geen enkele aanwijzing dat dat hier aan de orde is. We kunnen veilig aannemen dat de coördinaten betrekking hebben op het WGS 84 datum, want TomTom kent geen ander. Trouwens in het algemeen: als er geen datum wordt vermeld is het tegenwoordig hoogstwaarschijnlijk WGS 84. In welke notitie het is kun je meestal eenvoudig vaststellen door het aantal cijfergroepjes te tellen. En maak vooral niet de fout groepjes door punten te scheiden. In elke richting mag hoogstens 1 (decimale) punt staan. Helaas tref je deze fout nogal eens aan. 123456 1234567 = UTM, of een landelijk stelsel. Meestal is er dan ook nog een zone-aanduiding. 12.345678 123.45678 = lengte/breedte in graden; hier moet N/S of E/W zijn aangeduid, of S en W worden door negatief aangegeven. 12 12.345 123 12.345 = lengte/breedte in graden + minuten 12 12 12.3 123 12 12.3 = lengte/breedte in graden + minuten + seconden Meestal zijn de graden, minuten en seconden aangeduid: 12° 12' 12.3'' N 123° 12' 12.3'' E De decimale onderverdeling kan een verschillend aantal cijfers tellen, maar komt steeds alleen in de kleinste (laatste) eenheid voor.

Blijft de vraag wat je hiermee bedoelt.Je hebt twee punten. Deze hebben een afstand en ook een onderlinge richting. Dat hangt niet af van het gebruikte datum (WGS 84). Je krijgt die punten aangeleverd in een bepaalde notatie, ik neem aan dat het lengte/breedte is. Ook dit heeft geen invloed op de afstand. Wel kan het enige invloed op de richting hebben, maar eigenlijk niet op de hoekverdraaiing. Je kunt namelijk een iets andere noordrichting hebben. Kijk eens naar wat datum is. Vermoedelijk denk je dat WGS 84 aangeeft dat de positie in graden en minuten lengte en breedte wordt genoteerd, maar dat is niet zo. WGS 84 is een model van de aarde, en je kunt posities daarop in allerlei notaties aanduiden, o.a. UTM, dat is in meters oost en noord.

Hij kan niet je positie op de kaart bepalen, doordat het is een zeer grof systeem is; honderden meters onzekerheid. Je krijgt direct een kaart van je omgeving te zien. Die hoef je dus niet eerst op te zoeken. Maar waar je op die kaart bent zul je zelf moeten bepalen.

Nou, geocaché, wat niet echt wordt rechtgezet. Een logboek formaat telefoonboek. Een GPSr die tikt als een Geigerteller, en sneller tikt als je hem vlak bij de cache houdt. Geen enkele aanduiding van een cachebeschrijving en loggen op internet. Wel wordt een tekst van internet voorgelezen waarin staat dat je met een GPS-telefoon moet gaan zoeken.

En hij heeft betere bediening. Ook kan hij pixelkaarten tonen, al kan dat maar van een beperkt gebied in hoge resolutie. Heel Nederland als Google Earth plaatje zal niet gaan.

De Legend/Vista serie heeft vrijwel dezelfde functionaliteit als de 60 C(S)x. Er is een groot verschil tussen de Legend die jij had, en de nieuwe HCx: de hooggevoelige ontvanger. Dat betekent dat je ook in dichte bossen en in smalle straten vrijwel geen ontvangstverlies meer hebt. In de 60 zit de SiRF-III, in de eTrex de concurrerende Mediatek. Die zijn vrijwel gelijkwaardig. Alleen lijkt het zo te zijn dat onder moeilijke omstandigheden, als gewone ontvangers dus geen ontvangst meer hebben, de afwijking van de Mediatek wat groter is dan van de SiRF-III. Maar misschien verbetert dat nog met een software update; de SiRF-III had aanvankelijk vergelijkbare problemen. Je kunt best zonder het magnetisch kompas en de barometrische hoogtemeting. Maar het is wel heel mooi. Als je in de bergen of hoge heuvels wandelt is het zeker nuttig. En bij geocachen biedt het kompas ook een voordeel, omdat je bij het zoeken vaak stilstaat of langzaam beweegt. Dan worden alle richtinggevoelige zaken, dus ook de kaartoriëntatie, door het kompas overgenomen. Dit kun je met noord-boven echter ook zelf in de gaten houden.