Lex

Nee, ik weet geen alternatief voor MapSource.

Ik snap niet goed wat je wilt. De img-bestanden zijn bedoeld voor de GPS-toestellen, en daar kun je geen jpg gebruiken. Op de computer kun je de kaarten op je scherm zetten, en daar kun je eventueel een screenshot van maken dat je als jpg-bestand kunt opslaan. Je kunt dus wel een jpg-afbeelding van je kaart krijgen zonder dat daar img aan te pas komt. Maar waarom wil je dat dan?

Je hebt het vast niet nauwkeurig overgenomen, of je navigatiesysteem is onjuist. Dit is namelijk een opgave in graden en seconden, terwijl de tussenliggende minuten ontbreken. We kunnen echter wel twee veronderstellingen maken. 1. De '' moet zijn ' Dan zijn het graden en (honderdste) minuten, en dat is zinvol. 2. Het datum is WGS84. Dit is weliswaar niet helemaal zeker, maar toch wel zeer waarschijnlijk. Dan hebben we precies de notatie die ook bij het geocachen wordt gebruikt, alleen met minder cijfers, en dus minder precies. Als je bijvoorbeeld hebt N 51° 52.342 E 004° 40.165 moet je afronden. Neem het getal achter de decimale punt, en rond dit af naar het dichtstbijzijnde honderdtal, waarna je de twee nullen weglaat. 342 wordt 3, 165 wordt 2 (Boven de 950 wordt 0, waarbij het getal voor de punt met 1 wordt verhoogd). Als de minuten van 59 naar 60 zouden gaan wordt dat 0, terwijl het aantal graden met 1 wordt verhoogd. Er gaan immers 60 minuten in een graad. Nauwkeurig is het niet, maar voldoende om je in de buurt van een cache te brengen. In NZ-richting is de stapgrootte 185 meter, in OW richting 114 m (in Nederland). P.S. FLRK vermenigvuldigt met 60 i.p.v. er door te delen. Dat gaat dus niet naar decimaal verdeeld toe. Bij jou eindigt het juist wel in decimaal verdeeld. FLRK heeft wel veel geluk gehad als hij met zijn methode op de goede plek is uitgekomen. Ik denk echter dat hij het anders deed dan hij hier opschrijft. Hij beschrijft namelijk de andersom conversie, van decimaal verdeelde graden naar minuten.

http://www.gps-tracks.nl/ Zeer uitgebreid, en gratis.

Tegenwoordig kun je een tracklog ook zelf tekenen in MapSource.Dat is ook handig als je een opgenomen track wilt verbeteren. Je kunt namelijk ook eenvoudig knippen en plakken.

En deze oudere die 55 jaar geleden leerde rekenen ergert zich er aan dat iedere keer weer gesteld wordt dat MVDWOA niet meer geldt. MVDWOA heeft nooit gegolden in de zin dat optellen voor aftrekken of vermenigvuldigen voor delen zou gaan. Dat is altijd gelijkwaardig geweest. De haakjes zijn dus een service voor mensen die niet goed kunnen rekenen. Daar is niets mis mee. Maar voor mensen die helemaal niet kunnen rekenen kun je ook de eindcoördinaten opgeven, slechts een gradueel verschil. En dat voorstel heb ik nog nergens gezien.

Het kan ook niet op een andere wijze. Ozi-kaarten zijn bitmap afbeeldingen (pixelplaatjes), terwijl de Garminkaarten vectorkaarten zijn (tekenvoorschriften). Dat is een heel ander principe.

Dat Nederland op de (geografische) pool komt te liggen komt door het wegdrijven van de continenten, en dit gaat veel langzamer dan het verschuiven van de magnetische pool. Voor de laatste, zie http://sciamachy-validation.org/kenniscent...d_ontrafeld.pdf

Als er staat ga 321 meter in richting 132° is het niet de bedoeling dat je dit letterlijk zo gaat doen, stappentellend in een bepaalde richting lopen. Ten eerste is dit niet nauwkeurig, ten tweede zul je veelal niet in een rechte lijn kunnen lopen wegens obstakels. Projecteren dus, en dan gewoon naar het nieuwe doel toegaan. En dan heb je er geen kompas bij nodig. Een magnetisch kompas wijst niet naar het geografische noorden, het heeft een afwijking die verschilt met de plaats waar je bent. Deze afwijking verloopt ook nog met de tijd. Op het moment is de afwijking in Nederland ca. 0,5° west, dat is toevallig bijna 0°. In 1860 was het 19°, toen ik leerde zeilen was het nog 4,5°. Vanaf 2010 zal de afwijking oost zijn. Op het moment moet je van een richting (magnetisch) 0,5° aftrekken om de bij het geocachen normaal gebruikte richting (ware noorden) te gebruiken. N.B. Bij geringe afstand kun je natuurlijk wel een aantal passen in een bepaalde richting lopen, want dan zijn de absolute afwijkingen door stapgrootte en richtingsfout kleiner, terwijl de positiemeetfout gelijk blijft.

Daarvoor moet je weten dat de vraag oorspronkelijk was: Wat zijn 123456 456789 voor coördinaten? Maar dan echte. Op verzoek zijn die spoilers weggehaald, en inmiddels wist Sub Sole dat het om RD gaat. Vandaar.

Ik niet hoor, ik woon wat ver weg. Heb alleen uit belangstelling meegelezen.

Als de avatar van Mgr aangeeft hoe deze cache gelopen moet worden zullen de meesten wel afhaken. Je hebt de waypoints nodig, en die staan voor MapSource in een rte-bestand. Ik krijg dat niet geladen. Naar mijn weten wordt dit bestandstype al geruime tijd niet meer door MapSource ondersteund. Ik krijg in ieder geval een foutmelding dat dit geen geldig MapSourcebestand is.

De coördinaten zijn in principe wel goed, maar de plaats waar de foto op de kaart staat klopt niet precies; hier zit vertekening in. Als de coördinaten bepaald zijn door ergens op de luchtfoto te wijzen, en dat zal wel het geval zijn, kloppen ze dus niet. Doordat de afwijking niet constant is, maar van plek tot plek verschilt, kun je er ook niet voor compenseren.

Dat kan natuurlijk nooit kwaad, maar hier wordt nu juist beschreven hoe je het apparaat het werk kunt laten doen, en dan heb je geen last van die lastige coördinaten.

Maar zolang het minder dan 999.999 m2 is kun je daarheen overschakelen door de eenheden te markeren en m2 te kiezen.

In MapSource wordt automatisch omgeschakeld van 99.999 m2 naar 0,1 km2. Als dit laatste je te grof is kun je voor ha kiezen (in Bewerken/Voorkeuren/Onderwerp). Je krijgt dan 10,0 ha, dus 2 decimalen meer. Kies niet voor are, want dat is een vertaalfout; er worden acres getoond. Onderwerp is natuurlijk ook een vertaalfout; ik denk dat oppervlak bedoeld is.

Heb je soms de canadese MetroGuide? Volgens Garmin autorouteert die wel. Maar voor de andere wordt opgegeven: wel op de computer, niet op het toestel. Of maak je je routes soms op je PC? Dan klopt het wel. Autorouteren is, zoals hierboven ook aangegeven, de routes laten maken op het toestel zelf.

De berekening kun je je zo voorstellen: Er wordt onder de figuur een hulplijn in de x-richting getekend, en vanuit elk punt worden loodlijnen neergelaten op die lijn. Steeds wordt het oppervlak berekend van de figuur die omsloten wordt door de verbindingslijn tussen het nieuwe punt en het laatste voorgaande punt, de bijbehorende loodlijnen, en de hulplijn. Voor elk nieuw punt wordt de zo verkregen waarde opgeteld als het nieuwe punt rechts van het vorige ligt, en afgetrokken als het er links van ligt. Bij het totaal wordt ook nog het gelijksoortig oppervlak met het eerste en het nieuwe punt opgeteld. Zo wordt altijd met een gesloten lijn gewerkt. Het doet het er niet toe waar de hulplijn ligt; er wordt immers precies evenveel naar links als naar rechts gestapt, zodat elk oppervlak buiten de gesloten figuur 1x opgeteld en 1x afgetrokken wordt. Alleen het gebied binnen de omgrenzingslijn komt maar 1x voor, en daardoor is het resultaat gelijk aan het gezochte oppervlak. Als de figuur rechtsom getekend wordt is het resultaat gelijk aan het omsloten oppervlak, bij linksom tekenen het negatieve ervan. Altijd wordt de positieve waarde genomen. Als het gebied meer dan één gesloten gebied omvat kan het misgaan; als je er niet altijd in dezelfde richting eromheen gaat worden de linksom gebieden afgetrokken van de rechtsom gebieden. Als je een keurig achtje maakt komt er ongeveer nul uit!

En nog een aanvulling: Het kan nauwkeuriger en sneller dan via tracks. Als je een track tekent ben je geheel vrij in de plaatsing van de 5 benodigde punten. Daar schuilt dus een onnauwkeurigheid in. Als je in MapSource de afstands/peilingknop aanklikt kun je ook de 5 punten invoeren. Nu worden de punten echter naar de waypoints toegetrokken. Ze vallen er dus precies op. Onder in het scherm kun je direct het oppervlak aflezen. Op het toestel is er nog een speciale voorziening als je een oppervlak in het terrein wilt bepalen. Op de trackpagina is er een MENU-optie Opp. berekening. Loop een rondje om het terrein, en druk stop als je klaar bent. Ook nu kun je het oppervlak aflezen zonder dat je punten op de kaart nauwkeurig hoeft aan te wijzen, wat wel zou moeten als je de track uit een langere actieve tracklog wilt knippen. Ik heb het nooit nodig gehad, maar je ziet maar weer, die toestellen kunnen meer dan je denkt!

De coördinaten in de detailkaarten van MapSource zijn in het algemeen wat nauwkeuriger dan die in Google Earth. Niet zo verwonderlijk trouwens, want GE is samengesteld uit fotos. Kijk bijvoorbeeld eens naar een toren, daar zie je vaak de zijkant van, zodat de boven- en de onderkant op een verschillend punt staan afgebeeld. Maar als je bedoeling is om in GE een zo juist mogelijke route te krijgen moet je met die fouten rekening houden. Reken er echter wel op dat als de foto vernieuwd wordt het weer heel anders kan liggen.

Inderdaad, dat is zo.Een track wordt in de standaardcoördinaten opgenomen, hoe de instellingen ook zijn. En als je de track tekent teken je die op een kaart; ook dan worden de standaardcoördinaten van de kaartpositie gebruikt. Alleen als je een track zou tekenen door de coördinaten in de onderbalk van MapSource in de gaten te houden krijg je de verkeerde plaats. Maar dat valt onder zelf met de coördinaten aan de gang gaan. Tenslotte gaat het wel mis als je in een verkeerd gekalibreerde Ozi-kaart tekent. In mijn ogen ben je dan ook zelf met de coördinaten aan de gang, want je hebt het alleen maar geautomatiseerd. Maar goed, als je dit niet zo wilt beschouwen kun je deze situatie zien als het krijgen van een schuif terwijl je toch niet zelf coördinaten invoert. Wel opletten dus, maar in mijn ogen in een eerder stadium, namelijk als je kaart installeert. Een niet goed gekalibreerde kaart mag je immers niet gebruiken.

Ja, autoroutering is dat het toestel zelf een route via wegen maakt als je een bestemming opgeeft. MetroGuide doet dat niet op het toestel, tenzij je een vrij eenvoudige illegale truc uithaalt. Kennelijk heb je dat gedaan.

Dat notatie of kaartdatum van invloed zijn op het plaatsen van een opgenomen track is helemaal niet waar. Het is een verwarring met de situatie dat je zelf met coördinaten aan de gang gaat. Trackpunten worden opgenomen, en ook naar MapSource gestuurd, in een standaardvorm (decimaal verdeelde graden, datum WGS84). De gepresenteerde coördinaten worden daaruit berekend. Omgekeerd worden ingevoerde coördinaten omgezet in de standaardnotatie, die dan verder intern wordt gebruikt. Als je track in het water ligt terwijl je op het land liep zijn er twee mogelijkheden: de kaart is onjuist, wat bij de basiskaart zeker zo is, of je had een grote fout bij de positiebepaling. In het laatste geval zal de track echter ook flink slingeren.

Je zou TopoNL kunnen kopen, daar hoort ook MapSource bij en dan heb je een uitstekende kaart waar je alle tracks op kunt zien. Maar het is wel duur. Voordeel is dat je als je later een toestel met kaartmogelijkheid zou aanschaffen je deze van een topokaart kunt voorzien. Je kunt ook eens naar Oziexplorer kijken, dat is alleen voor op de computer. Tenslotte kun je ook je tracks in Google Earth bekijken, dat is heel leuk. Vanuit MapSource verstuur je ze zo, anders zul je moeten converteren, maar ik weet niet precies hoe dat gaat.

Het blijkt dat je in Google Earth alle lengte/breedte coördinaten kunt opgeven met uitsluitend gebruik van cijfers. Het systeem is als volgt: Noord en Oost zijn positief, Zuid en West negatief. De cijfers scheid je door een spatie, noord/zuid komt eerst, oost/west laatst. De groepen worden geïnterpreteerd als graden minuten seconden graden minuten seconden. Het mogen ook minder dan 6 getallen zijn. Als je met een decimale punt aangeeft wat de laatste van de eerste groep is, wordt het volgende getal als oostgraden geïnterpreteerd. Evenzo geeft een minteken westgraden aan. Als er niet zulke aanduidingen zijn wordt het eerste getal als noordgraden gezien, de overblijvende van achter af als oostaanduiding (maximaal 3). De dan nog overblijvende worden als noordaanduidingen beschouwd. Dus 52 5 = 52°N 5°E 52 30 5 = 52°N 30°5'E 52 30 -5 = 52°30'N 5°W 52 30.0 5 = 52°30'N 5°E (Het mag zelfs 52 30. 5 zijn).