Lex

Hier heerst kennelijk een misverstand. / wordt gebruikt voor gedeeld door -/- wordt in de financiële wereld gebruikt voor negatief, niet voor het aftrekteken, en ook niet voor het deelteken. Het wordt gebruikt om voor een negatief getal te zetten, omdat alleen een - niet erg opvalt, terwijl het heel belangrijk is of een getal positief of negatief is.

Overig placht "pleegde" ook niet de normale schrijfwijze te zijn.

Waypoints staan in het interne geheugen, evenals routes en de gewone tracks. Max. 1.000 waypoints. Op het geheugenkaartje staan alleen de bijgeladen kaarten en de "oneindige" tracklogs. Ook eventuele eigen POI's komen hier op.

In de 60 & 76 C(S)x kan in principe een 4 GB-kaartje geplaatst worden. Een probleem is dat je maar 2048 kaartdelen kunt plaatsen, wat in de praktijk op zo'n 2 GB neerkomt. De extra capaciteit kun je dus alleen voor dagtracklogs gebruiken, want iets anders kun je er niet mee doen. Er gaan immers geen mp3 of foto's in de 60.

Een 60Cx middelt alleen op commando, zoals alle Garmins trouwens. D.w.z. in ieder geval niet over vele metingen. Wel is het zo dat even rustig neerleggen bevordert dat van alle te ontvangen satellieten ook alle gegevens binnengehaald worden, zodat ze alle bruikbaar zijn. N.B. Je had toch niet alleen EGNOS, maar ook de batterijspaarstand uit staan?

Ik was al begonnen aan een punt voor punt antwoord op Geopatra's laatste bericht, toen ik de daaropvolgende berichten van anderen las. Ik blijf van mening dat het beter zou zijn de normale regel voor decimale breuken te volgen, en hierin heb ik mijn zin niet gekregen. De strijd ging er ook om dat als je het anders doet, je dat volgens mij duidelijk moet maken, terwijl Geopatra vindt dat dat niet hoeft. Hierin geeft men mij wel gelijk. Een mooi punt om de discussie te beëindigen lijkt mij.

Leg dan eens uit wat het verschil is tussen 1 invullen in het eurofractiehok, en 1 invullen in het minutenfractiehok.Het verschil is m.i. hoogstens dat het nog gebruikelijker is dat je bij de eurofractie 2 cijfers invult dan het bij de minutenfractie is om 3 cijfers in te vullen. Als het bij de minuten verplicht 3 zouden zijn, is het nog meer verplicht er bij de euro 2 in te vullen. Maar hier vind je het door mij bepleite systeem ineens logisch. En weer zeg je dat .mmm voor duizendsten staat. Dat bestrijd ik ook helemaal niet. Ik zeg alleen dat je ook .mm voor honderdsten kunt gebruiken. Daarbij geef ik het argument dat op de geocachepagina zelfs alleen mm.mm genoemd wordt, en nergens mm.mmm. En daar ga je niet op in. Je komt met geen enkel argument voor je stelling dat het verplicht mm.mmm moet zijn. Het is gewoon zo dat jij de geocacheregel zo geïnterpreteerd hebt dat het verplicht .mmm moet zijn. Het kan echter ook anders, en daar wil je niet over nadenken. Mijn stelling is slechts dat het beter zou zijn als de cachelegger aangeeft hoe hij het bedoelt; allerminst om .mmm te verbieden. Waarbij mijn voorkeur uitgaat naar toepassing van de normale regel voor decimale breuken; dat wel. Natuurlijk, dat is wat ik bedoel. Gewoon duidelijk voor iedereen, en het kost geen extra omschrijving. Alleen jammer dat het verkeerd is opgeschreven: het moet natuurlijk N52 06.ABC en N52 06.0AB zijn. De punt staat verkeerd, en ook dat geeft verwarring.

Ik neem aan dat je cachzoeker bedoelt i.p.v. cachelegger. En wat nu als je A=1 en B=03 invult? Dat kan net zo goed als A=01 en B=3. Nu hebben we dus al 013, 103 en 130. De formule met twee cijfers achter de komma is alleen maar knullig als je er van uit gaat dat het drie cijfers moeten zijn; en dat is nu juist omstreden. In het voorbeeld met € 1,1 zou Geopatra nu juist op € 1,01 uitkomen, omdat het volkomen gebruikelijk is om met 2 cijfers achter de komma te werken. Ik stonk er hier in Malta dan ook in doordat de kassabonnen 3 cijfers achter de komma gaven, terwijl ik de mils net niet meer meegemaakt hebt. Jij stelt juist dat het € 1,10 moet zijn, en daarmee steun je de opvatting van Geopatra juist niet. De metervoorbeelden zijn niet in een andere context. Alleen is het hier algemeen geaccepteerd dat je niet een vast aantal decimalen hebt. In mijn ogen is dat voor het breukengedeelte van de minuten ook zo, en daarmee zijn de metervoorbeelden geheel overeenkomstig. Nogmaals, mijn stelling is dat je met logica alleen niet op 013 uitkomt, en dat je dus op een of andere manier zou moeten aangeven als je het anders bedoelt dan de gewone regel voor decimale breuken.

Geopatra, die vergelijking met meters is allerminst een poging om lollig te zijn. Het is een serieus voorbeeld waarin precies dezelfde problematiek aan de orde komt. Er is echter een duidelijk verschil: jij bent er zo heilig van overtuigd dat in de geocachingwereld met duizendsten van minuten gewerkt wordt dat je voor elke andere benadering blind bent. In mijn beleving is de afspraak decimaal verdeelde minuten te gebruiken, zulks in tegenstelling tot minuten en seconden. Kijk bijvoorbeeld op de startpagina van "hide and seek a cache". Daar vind je wel "(HDDD MM.MM)", en niet "(HDDD MM.MMM)", onder de aanduiding dat het WGS84 datum gebruikt wordt. Waarmee je hele stelling dat de afspraak .mmm is onderuitgehaald wordt. Ook kun je op de site een variabel aantal decimalen invoeren, en dat wordt op de gewone manier geïnterpreteerd, niet door aanvulnullen aan de voorzijde te plaatsen. Je moet je realiseren dat het jouw particuliere opvatting is dat de afspraak is dat het altijd om duizendste minuten moet gaan. Je hele redenering staat of valt met die aanname. Je kunt volgens die opvatting werken, maar dan zou je het wel moeten vermelden. Anders is het gewoon een puzzelstukje, vergelijkbaar met het moeten verhogen van alle cijfers met 1 voordat je ze invult, om maar eens wat te noemen.

Welkom Jan! Toch wel bijzonder: 5,5 jaar ingeschreven op het forum, en dan een eerste bericht dat uit 1 teken bestaat. En ook nog een nog lager gebruikersnummer dan ik heb.

Lex

De mil: duizendsten of vierenzestighonderdsten? Mil is afgeleid van duizend. Bedoeld wordt: duizendste radiaal. De radiaal is de straal van de cirkel, die wordt afgepast langs de omtrek. Daarom is de officiële hoekeenheid de radiaal. Maar dan is een hele cirkel 6,283185307..... radiaal, en dat kan lastig zijn. Vandaar de mil, ongeveer 0,001 radiaal, maar zo dat hij een cirkel (6400 mil) in taartpunten kan verdelen met redelijk makkelijke getallen. En toch de prettige eigenschap heeft dat afstand * hoek/1000 = dwarsafstand (ruwweg). Nu kan je er dus over redetwisten of je de radiaal in duizend stukken hebt verdeeld (klopt niet precies), of de cirkel in 6400 stukken (klopt wel precies). Als je een richting uitzet gebeurt er bij 1000 niets bijzonders: 998, 999, 1000, 1001. Wel bij 6400: 6398, 6399, 0, 1. Een heel belangrijk verschil is echter dat de mil een eenheid is. 75 mil betekent dus niet 75 duizendste van iets, of 75 vierenzestighonderdsten, maar gewoon 75. Er is dan ook geen probleem hoeveel cijfers je moet invullen, 1, 2, 3 of 4, al naar gelang de grootte van het getal. Volgende stap: meters. Stel je moet B meter afleggen. B=75. Hoeveel meter gaat Geopatra lopen? Ik heb het vermoeden dat hij het bij 75 m voor gezien houdt. Logisch, want de eenheid is meter. Nu wordt de afstand opgegeven als A,B km; A=0, B=3. Wat nu? Ik zou zeggen 0,3 km = 300 m. Maar Geopatra moet nu zeggen 0,003 km = 3 m. Of misschien 0,03 km = 30 m. Of toch 0,3 km = 300 m? Daarvoor moet je afspreken met hoeveel decimalen je wenst te werken. Op richtingborden zul je nooit meer dan 1 decimaal aantreffen, op sommige GPSsen ook, maar 2 en 3 komen ook voor. Je kunt afspreken dat je in dit geval met 3 decimalen werkt. Dat is werkbaar, maar het is een afspraak, geen logica. Precies hetzelfde bij de duizendste minuten. Nergens staat dat het duizendsten zijn, dat zegt Geopatra maar. Het gaat om decimaal verdeelde minuten, en dat kunnen ook tienden, honderdsten of honderdduizendsten zijn, zoals de graden meestal verdeeld worden. Je kunt dus de werkafspraak maken dat met B=75 bedoeld wordt 75 duizendste. Dat kan. Je zou ook kunnen afspreken dat het 75 honderdste betekent, of 75 tienduizendste; het kan allemaal. Maar het is en blijft een afspraak, geen logica.

Dit voorbeeld heeft niets met het probleem te maken.- 1) het zijn getallen op een schaal van 0 tot 6400, het is geen decimale breuk. - 2) 3 getallen (eigenlijk cijfers)? wat dacht je van 4800 mil (= west)? - 3) 75 duizendsten? 75 vierenzestighonderdsten zul je bedoelen.

Je stelt dit wel, maar het is een keuze uit twee mogelijkheden.- 1) De minuten en de duizendsten van minuten zijn afzonderlijke getallen (jouw keuze). - 2) De minuten en de duizendsten van minuten maken deel uit van hetzelfde getal (een andere keuze). Het is natuurlijk de bedoeling dat iedereen dezelfde keuze maakt. Prima, maar vermeld dat dan ook duidelijk. Tegen 1) pleit dat als je op de geocaching-site 12.34 invult je 12.340 terugkrijgt, evenals overal elders waar je twee cijfers kunt invullen, die vervolgens tot 3 cijfers worden aangevuld.

Bij de eTrex betekent de x inderdaad dat er een SD-geheugenkaart in kan, en heeft het toestel extra voorzieningen die daar mee samenhangen, o.a. de "oneindige" tracklog. Bij de 60 en de 76 heeft de x-uitvoering bovendien de hooggevoelige SiRF-III ontvanger; de niet-x heeft de al meer dan 10 jaar oude PhaseTrac12 ontvanger, evenals de eTrexen. Inmiddels zijn er ook eTrexen (H-serie) met de eveneens hooggevoelige MTK-ontvanger.

Ik vind dat die nul er alleen voor moet als je twee aparte getallen moet invullen, waarbij het ene uiteindelijk voor, en het tweede achter de komma moet worden geplaatst. Bovendien moet dan duidelijk gemaakt worden dat het tweede getal uit drie cijfers moet bestaan. En zelfs dan is het nog maar een van de twee mogelijkheden. Want je kunt zien dat het uiteindelijk een coördinaat wordt, en een aanvullingsnul er dus achter zou moeten komen. Als de opgave niet aan deze voorwaarden voldoet is het misschien wel verstandig om het zo op te lossen, maar je zou een opgave niet zo moeten maken.

Wij zijn het dus roerend eens. Ik wilde jouw betoog versterken met voorbeelden die we allemaal kennen. De meesten zullen geen ervaring hebben met toestellen die 2 of 4 decimalen geven. Maar deze voorbeelden kan iedereen bekijken.

Hoezo weten we dat? Sommige apparaten geven 4 cijfers na de komma. En er zijn er vast ook die het met 2 doen.En om maar bij iets te blijven wat de meesten van ons wel kennen: MapSource, Google Earth en Geocaching.com.Tik 52 13.73 in en je krijgt wel degelijk 52 13.730. En terecht.

Toch heb ik moeite met dit antwoord. Wat er staat is dit: 1) eigenlijk zou het in de beschrijving moeten staan, omdat blijkt dat het veelal fout wordt gedaan. 2) als het er niet bij staat blijkt het meestal fout gedaan te worden. 3) doe het dus ook maar altijd op de foute manier. Vergelijkbaar met: 1) in de wet staat dat je rechts moet rijden. 2) heel veel mensen blijken links te rijden. 3) ga dus ook maar links rijden, al is het tegen het voorschrift.

Als de vier genoemde lijnen rond Beaufort staan is het UTM, met datum WGS 84. De getallen staan bij hele km-lijnen; je GPS geeft ook de meters daartussen. Als je de laatste drie cijfers weglaat krijg je de getallen die bij de km-lijnen staan. Ergens op de kaart moet vermeld staan dat het zone 32 U is. West-Luxemburg ligt in zone 31 U. Met een kaarthoekmeter, of gewoon een lineaaltje, kun je op de kaart precies uitmeten waar je staat. Je meet dan de meters naar rechts en naar boven vanaf de naastlagere km-lijnen.

22 km is wel een erg groot verschil om door een verkeerd kaartdatum veroorzaakt te worden. Ik denk eerder aan een verschil in notatie, bijvoorbeeld hddd.ddddd i.p.v. hdddmm.mmm, ofwel graden i.p.v. graden+minuten. Het datum moet uiteraard ook goed staan (WGS 84 voor geocachen, en ook in bijna alle andere gevallen).

De bedoeling van Galileo is om een met normale GPS vergelijkbare nauwkeurigheid gratis ter beschikking te stellen. De hoge nauwkeurigheid is dan een extra, waar veel voor betaald moet worden. Helaas komt die extra hoge nauwkeurigheid steeds weer in de publiciteit, wat overdreven verwachtingen wekt. Bovendien vermoed ik dat die cm nauwkeurigheid alleen te halen is met een ingemeten hulpstation, zoals nu ook al het geval is met GPS. Het grootste voordeel voor de gewone gebruiker is dat er met GPS én Galileo meestal twee maal zoveel satellieten binnen bereik zijn. In het open veld maakt dat niet veel uit, daar zijn er nu ook al voldoende. Maar in straten heb je dan veel meer kans op voldoende dekking.

Hou dit in de gaten: bij toestellen zonder barometrische hoogtemeting is de handmatig ingegeven hoogte alleen van belang zolang er 2D ontvangst is. Zodra er 3D ontvangst is wordt de gemeten hoogte gebruikt. Als je tijdens 2D ontvangst de juiste hoogte opgeeft wordt de plaatsbepaling nauwkeuriger. Omdat de luchtdruk varieert moeten de barometrische toestellen gekalibreerd worden. Je kunt met deze hoogtemeting een nauwkeuriger resultaat krijgen, vooral wat betreft hoogteverschillen. Maar als je niet goed kalibreert is het resultaat juist slechter. Het kalibreren kan ook automatisch, daarvoor wordt de GPS-hoogrte gebruikt. Het wordt uitgelegd op de Nottersite, in Kompas, hoogtemeting en barometer van de GPSmap 60CSx.

Bij CityNavigator NT kaarten kun je ook niet aanvinken. Niettemin worden de gegevens juist wel meegezonden.

Vreemd verhaal van die 5 seconden. Bij een koude start zul je eerst het navigatiebericht moeten binnenhalen, en dat duurt een halve minuut. En bij een warme start heeft de SiRF-III meestal binnen 1 seconde een fix.