Hallo,
für ein Projekt wird gerade ein Yakumo getestet. Die ersten logs zeigen einen Versatz von fast 200 m.
Frage: ist beim Yakumo ein Kartendatum (WGS84) einzustellen? Steht das bei Lieferung evtl. falsch? da PDA nicht beui mir, kann ich leider nicht selbst nachsehen.
Hallo Charly,
200m Versatz auf was?? Ist es tatsächlich ein log oder eine Trackaufzeichnung? Ehrlich gesagt kann ich mir nicht vorstellen, dass der Yak im log ein anderes Datum als WGS84 aufzeichnet. Aber möglich ist alles, wer kann sich da heute noch sicher sein.
Gruß
Anderl
ZitatOriginal von karomue
Frage: ist beim Yakumo ein Kartendatum (WGS84) einzustellen?
Nein. WGS84, wie üblich. Womit wurde denn ausgewertet? <- Vielleicht dumme Frage 
Wastl
Hallo,
ich bin etwas eingebunden in das MILES-Projekt der Uni Freiburg, Machbarkeitsstudie PDA mit einer SW zum Wandern mit......, na ja so einige Schnörkel sollen da noch rein.
Die ersten Testgeräte, so auch ein Yakumo, sind da und die ersten Versuche und logs aufgenommen. Nach anfänglichen etwas weniger gut aussehenden logs bekam ich dann eines zum Ansehen.
Wie beurteilt man logs?
GPSTrack, das hineinschieben passend sagt nichts über die tatsächliche Lage aus.
Umwandlung mit NHTOP50Trans ging nicht, nur 1 Punkt wurde übernommen. Wie ich nun heute festggestellt habe, werden die Zeilen mit "0A" abgeschlossen. Da kommt bereits der simple Editor ins Schleudern, speziel nach der 3. GSV-Zeile erfolgte kein Wagenrücklauf/Zeilenvorschub, offensichtlich geriet da auch NH .....ins Schleudern. Also auch erst mal kein Overlay für die TOP.
u-center. Das war der Versuch gestern Abend, da trat dann ein erheblicher Versatz auf, der mich die Frage stellen ließ.
Heute habe ich nun herausgefunden, dass das Problem offenbar an IrfanView liegen kann. Zum Kalibrieren von u-center Karten werden die Pixeldaten des Kartenbildes und 3 Eckkoordinaten gebraucht. Wie ich nun am späten Nachmittag festgestellt habe, deckt sich die in u-center geladene Karte in manchen Ecken (0/0, rechts oben vorwiegend) nicht mit den Daten die über IrfanView gewonnen wurden. Denn auch nach 3maliger Kontrolle waren die geogr. Koordianten richtig.
Ich habe dann die Bilderstellung - Rechteck in der TOP, ZW-Ablage, mit BildbearbProg einfügen, als jpg speichern - mit MS FotoEditor probiert, dann war plötzlich kein Versatz mehr da.
Muss noch erhärtet werden, scheint aber so zu laufen. Die Untersuchungen mit u-center im Artikel über die 303S ergaben ja ähnliche Probleme. Damal war ich noch der Meinung, Ursache ist mangelnde Erfahrung mit u-center. Inzwischen ist das aber nicht mehr der Fall.
Mit Editor 1 h Absatzmarken eingefügt, jetzt geht auch NHTrans. Dafür geht mein GPSLog damit jetzt nicht mehr, da Excel nun eine Leerzeile erkennt 
und da bricht mein GPSLog ab, da es meint, das Ende sein erreicht...
Also, bei log-Untersuchungen des Yakumo ist etwas Vorsicht geboten.
Übrigens fehlen am Ende des etwa 40 min. log plötzlich die GSV-Zeilen. Nochmal schwer
Nochmal: die Frage war eine Fehlereliminierung a la Weg des geringsten Widerstandes. Danke für die Antworten.
ZitatOriginal von karomue
Also, bei log-Untersuchungen des Yakumo ist etwas Vorsicht geboten.
Ich hatte bislang bei meinen Yak-Logs, egal mit welcher Software aufgenommen, keine Schwierigkeiten bei den Auswertungen und Konvertierungen. Merjwürdig ... könntest du mal ein solches Original-Log hier reinstellen oder mir per Mail/PN zusenden?
Wastl
Hallo Charly,
Deine Erfahrung der "merkwürdigen" Art mit logs erinnert mich irgendwie an das log, das ich dir per mail geschickt hab. Kannst Dich noch erinnern. ich hab den ASCII "WirrWarr" erst über Unix entdeckt. Hier dürfte in Zukunft einiges auf uns zukommen, oder hoffentlich auch nicht.
Gruß
Anderl
Hier das log.
Und ein Ausschnitt
$GPGSV,3,2,09,01,27,142,18,22,26,052,33,20,20,224,16,28,19,312,32*78
$GPGSV,3,3,09,15,12,087,*48
$GPRMC,170957.951,A,4759.0773,N,00751.2365,E,0.00,,130105,,,A*7B
$GPGGA,170958.951,4759.0773,N,00751.2365,E,1,06,1.3,335.1,M,,,,0000*0D
$GPGSA,A,3,19,11,1
Mist! Hier ist die RMC-Zeile wieder am Anfang, mit dem Editor klebt sie direkt hinter der 2. GSV Zeile.
Jetztr bin ich aber gespannt, ob das bei Euch auch so ist. Bei mir auf dem NB und PC.
Und probiert auch mal Umwandlog mit NHTOP50Trans nach TOPOverlay. Da wird bei mir nur 1
Punkt übertragen.
Hallo Charly,
probier' jetzt mal diese.
und diese hier:
musst zuvor noch die Endung von .txt auf .ovl ändern
Hallo Uwe.
Bin nur noch 2dimensional. Völlig platt.
Was (verd...) ist das?
Habe das txt versucht auch zu konvertieren, 4482 Trackpinkte, TOP meldet aber Fehler. Dein OVL läuft.
Momentan verstehe ich die Welt nicht mehr. Sind meine Progs,i st mei XP defekt?
Korrektur: es sind übersprungene Trackpunkte.
ZitatOriginal von karomue
Korrektur: es sind übersprungene Trackpunkte.
Hallo Charly,
wie muss ich dies jetzt verstehen - geht's oder geht's nicht?
Ich sehe, wir haben ein "0D" eingefügt, listigerweise. Frage: wie?
Trotzdem: bei mir liest NH... nicht ein, habe die 3.1-Version, sollte die letzte sein.
ZitatOriginal von uwe_h
Hallo Charly,
wie muss ich dies jetzt verstehen - geht's oder geht's nicht?
NH... liest nicht ein, Dein Overlay geht. Was hast Du für eine NH...Version?
ZitatOriginal von karomue
NH... liest nicht ein, Dein Overlay geht. Was hast Du für eine NH...Version?
V.3.1
