OZI tracklog

[thex]

Als sleutelend aan zaken bemerkte ik het volgende op.

Ik laadt vanuit de GPS een tracklog. Deze komt prima op een RD gecalibreerde kaart.

Na saven van de tracklog (in Ozi) en laden in een ander pakket blijkt de tracklog zo'n 100 meter noordelijker te liggen. Deze afwijking komt OOK overeen met de afwijking die ik linksbovenin waarneem (de 'WGS-84' coordinaten als ik met de muis ergens overheen ga). Deze wijken namelijk ook altijd af van de werkelijke coordinaten in het waypoint schermpje. Op de GPS zelf is de tracklog gelijk aan de waypoints in het waypoint edit schermpje, maar bij mij altijd ongelijk aan de muis-opgave (die gebruik is dus nooit) EN helaas de save.

Geinig is na herladen van de gesavede tracklog in Ozi, deze weer op de juiste plek wordt weergegeven (uiteraard). Een upload naar de GPS corrigeert ook !

 

Wie of wie kan mij uit deze boze droom helpen ? Die 100 (120 ?) meter zuid afwijking is door meerdere mensen geconstateerd kan ik me van het forum herinneren. Een afwijking 120 pal oost is een bekende Bessel afwijking. Maar waarom slaat Ozi de tracklog verkeerd op (wil ik niet).

 

Een download uit de GPS naar Mapsource laat WEL de juiste coordinaten zien (alleen kan ik die nou net niet saven).

 

Edit: het gaat mij dus om de gesavede tracklog ! Deze is te lang om inhoudelijk te controleren. In het partnerpakket worden de WGS-84 coordinaten correct weergegeven, die is dus correct geijkt. Waarom denk ik dat het aan Ozi ligt: omdat de tracklog precies weergegeven wordt als de ook foutief weergegeven muis-opgave links boven in. Dit wijst op een systematische fout. Import van een waypointbestand in het partnerpakket laat wel zonder afwijking zien (ook gesaved met Ozi). Het partnerpakket is niet instaat te communiceren met een GPSr.

19 juni 2006 bewerkt door thex

[thex]

Inmiddels een tracklog file handmatig geedit. Dit geeft zelfde import resultaat als een waypoint file. Geexporteerde gegevens bleken ook hetzelfde te zijn. Blijkbaar geeft het donor programma zaken verkeerd weer EN blijf ik zitten met de vraag waarom (nu wil ik het ook weten :-)) de muisopgave verschilt van het waypoint edit scherm.

19 juni 2006 bewerkt door thex

[thex]

Probleem van de export - import zit hem in dat in RD Bessel opgeslagen wordt, en het formaat WGS 84 is (decimaal). De coordinaten zijn hierop aangepast. Het donorpakket herkent de afwijkende Bessel van RD blijkbaar niet.

22 juni 2006 bewerkt door thex

[Mumzle]

Ooit heb ik een zelfde probleem gehad en dit met Prof. Lupardy helemaal uitgevogeld. IK werd er gek van..... Uiteindelijk bleek toch dat er ergens geen overeenkomstige (= gelijke) kaartdatum stond ingesteld. Misschien is dat de oplossing???

[Prof. Y. Lupardi]

Laat ik eens de zaak op een rijtje zetten:

1. jouw GPSr bevat een zelf (eigen-)gemaakte tracklog.

2. de GPSr zend de tracklog naar een computer. Wat gebeurt er dan met de posities?

a. jouw GPSr zendt posities altijd met WGS84 mapdatum; dat kan niet anders

b. jouw GPSr heeft een keuze in wat voor soort mapdatum hij posities naar de digitale buitenwereld openbaard. Dan moet je die op WGS84 zetten. Sommige van dergelijke GPS-en zijn zo slim dat ze de posities uitzenden in de mapdatum die op dat moment gebruikt wordt (ingesteld is). Pas op voor dergelijke schlemielige slimmigheden!

3. De posities lopen een software programma binnen. Wat vindt (maakt) die ervan? Vele programma's gaan ervan uit dat ze altijd WGS84 voor de kiezen krijgen. Ozi is flexibel: wat jij wenst kan die doen. Zie maar in Ozi: File -> Configuration -> GPS wat staat bij "GPS Upload/Download datum" en "GPS NMEA Output Datum". Zorg dat beide op WGS84 staan.

 

Je navigatie software (Ozi b.v. , maar dit doen ze allemaal) weet dan

1. de binnengekomen posities in WGS84

2. in welke mapdatum de kaart geijkt is

3. met wat voor mapdatum je de kaart aan het bekijken bent.

De computer gaat nu rekenen en weet zo jouw positie op de juiste plek (de juiste beeldschermpixels!) te zetten op de zichtbare kaart. Immers, hij weet alles wat die nodig heeft.

 

Gaat de navigatiesoftware de posities opbergen in een file dan wordt dat meestal gedaan in WGS84. Maar niet altijd. Diverse soorten waypoint files, trackfiles e.d. hebben een voorziening om aan het begin van de file aan te geven wat de mapdatum is van de nuvolgende coördinaten. Dat is niet voor niks.

De ozi wpt file (en ook de plt file) b.v. geeft op regel 2 "Geodetic Datum used for the Lat/Lon positions for each waypoint".

Bekijk die file eens met de Kladblok editor zie wat er staat.

 

Waar het verder mis kan gaan is een eigenaardigheid van Ozi zelf: laadt die een kaart in met een voor hem/haar onbekende mapdatum dan wordt geruisloos de default van WGS84 in werking gesteld. En dan kunnen zaken mis lopen.

Er zijn kaarten in omloop die zijn geijkt met mapdatum 'RD'. Ozi kent wel 'Rijksdriehoeksmeting' maar dat die dezelfde zijn, daar heeft Ozi geen benul van.

Er moet dus in de datums.dat file van Ozi een regel staan die Ozi verteld wat die 'RD' nu wel is.

[thex]

Iemand nog een idee ? Ik moet nu steeds converteren. Alle instellingen in OZI nagekeken, en die zijn volgens de opgave van Prof Lupardi. Mijn OZI haalt steeds de Bessel van RD en WGS-84 door elkaar zodra het een export is (wpt en plt). Dit is te zien aan de markering RD in het betreffende bestand.

 

MAW: hoe dwing ik Ozi ertoe om echt WGS-84 te exporteren ipv 'de lokale kaart map'.

[Prof. Y. Lupardi]

Dan is er iets raars aan de hand.

Ik heb even wat waypoints gemaakt in mapdatum CH1903 en als ik een save waypoints to file doe naar een wpt file dan lees ik toch:

 

OziExplorer Waypoint File Version 1.1

WGS 84

Reserved 2

 

Zet ik in -> Configuration -> System -> Data file Datum op CH-1903 dan krijg ik na een save een wpt file met erin:

 

OziExplorer Waypoint File Version 1.1

CH-1903

Reserved 2

 

In beide gevallen worden de posities in decimale graden genoteerd.

Als ik een 'export waypoints to text file' doe dan krijg ik de vraag voorgeschoteld: Export file Datum? en Record Format? waarover gezegd wordt in de help: The datum used for exporting can be selected and will default to the datum used for the current map.

 

Waarom Ozi bij een save een andere mapdatum gaat gebruiken dan wat is opgegeven, is mij een raadsel.

[thex]

Mij ook: er staat RD.

 

Uit omrekenen van de decimale graden blijkt een translatie richting ongeveer 100 meter noord te zijn opgetreden.

Bij inlezen wordt alles weer correct teruggetransformeerd (gelukkig). Ik ken ook verhalen (o.a. tijdens ons eigen nachcache event opgetreden) waarbij de export/import ineens spontaan 100 meter opschoof (oorzaak onbekend in alle egvallen). Een kleine verandering in instelling in Ozi kan daar al de oorzaak van zijn. Overigens geeft mijn muis de opgeschoven coordinaten aan (als in de export), en het waypoint edit scherm de goede volgens de datum van WGS-84. Ik gebruik dus al sinds jaar en dag het edit schermpje.

 

Wat ik vannavond zal proberen, is een WGS-84 geijkte kaart te voren te toveren, en de export daarop proberen.

[thex]

Oplossing gevonden:

 

Data File Datum stond op RD. Geexporteerd, en weer ingelezen met-een-RD-kaart (meestal) geladen gaat goed, met een WGS-84 kaart voor gaat fout.

Nu op WGS-84 datum gezet.