Kein door-to-door Routing?

Zitat

Original von Kai
@iNexus
Mal nichts durcheinanderbringen. Die 115 kbit/s ist die maximale Geschwindigkeit der seriellen Schnittstelle des Empfängers. Das hat nichts mit der Anzahl der gesendeten Positionsdaten zu tun.

Schon klar ! Das habe ich auch nicht gesagt ! Eine GPS-Daten-Zeile (je nach Protokoll) enthält ja mehr als ein Zeichen (1 Byte) , schon von daher sind die Aktualisierungen begrentzt, keine Frage.

BTW wenn man sich mal ein Festeinbau-Navi von BMW anschaut 'gleitet' der Positionszeiger auch nicht flüssig, da werkelt bestimmt auch nur eine Aktualisierungsrate von 1 HZ.

Die Destinator-Maus schickt z.B. SIRF-Binärdaten mit 19200 Baud übers Kabel, dass sollte doch für eine flüssige Darstellung ausreichend sein, oder ?!

Vielleicht ist ja, wie oben geschrieben, auch der Pocket PC echt am Limit mit dem ser. Datenstrom und Aktualisierung der Kartendarstellung... :sleep

Werde auch jeden Fall meine Holux-Maus mal auf 19200er SIRF-Binärdaten umstellen und wenn dann der TT Navigator eintrifft (nächste Woche??) mal die Probe machen...

Die Anzahl der Aktualisierungen ist durch die Leistung des GPS-Chipsatzes begrenzt. Der SirfStar schafft 10 Positionsberechnungen je Sekunde. Auf einem leistungsfähigen PC könnte man auch ein Navigationsprogramm laufen lassen, das auch 10 mal je Sekunde die neue Position darstellt. Daraus würde sich dann auch eine ziemlich gleitende Darstellung des Zeigers ergeben. Nur ist eben die Rechenleistung der PPCs zu gering. Und der Zeiger bewegt sich nunmal nur, wenn eine neue Position vom GPS errechnet wurde.
Ist die Aktualisierungsrate zu hoch gewählt, kommt das Navigationsprogramm nicht mehr hinterher und bleibt hängen, stürzt ab o.ä.

Also, mal ganz ehrlich, auch 4 oder 6 oder mehr Aktualisierungen pro Sekunde bringen den Ipaq und das Kartenzeichnen nicht um. Wir lassen in Simulationen 10 GPS-Signale pro Sekunde einlaufen. Dabei bewegt man sich auf der Autobahn dann allerdings auch mit 1800km/h!!! Trotzdem läuft unser Programm.

Meine Frage ist: Was erhofft Ihr Euch davon? Selbst bei 100km/h fährt man nur 28m in der Sekunde. Die Navigationsanweisungen werden dadurch bestimmt nicht besser. Was wollt Ihr mit einer höheren Frequenz erreichen?

Diese Frage ist NICHT rhetorisch gemeint! Ich würde es echt gern wissen

DrDiste

Ich bin mit dem Routenplaner von TT von Zell an der Mosel bis Neustadt-Glewe in Meckelenburg-Vorpommern mit alle 2 Sek.-Einstellung gefahren und bin gut damit klar gekommen. Was mich gestört hat, jedesmal mal wenn ich eine Richtungsänderung auf der Autobahn hatte, bin ich an den oberen Rand der Grafikeinstellung angelangt und konnte nicht eindeutigt erkennen wo es weiter geht.
Ich schaue mindestens 3 mal am Tag nach wann nun endlich der Tom Tom Navigator erhältlich
ist!

Zitat

Original von DrDiste
Meine Frage ist: Was erhofft Ihr Euch davon? Selbst bei 100km/h fährt man nur 28m in der Sekunde. Die Navigationsanweisungen werden dadurch bestimmt nicht besser. Was wollt Ihr mit einer höheren Frequenz erreichen?

Diese Frage ist NICHT rhetorisch gemeint! Ich würde es echt gern wissen

DrDiste

Damit nicht die Meldung kommt: in 30m links abbiegen und die nächste Aktualisierung erst in 28+x m kommt: JETZT abbiegen und bin schon vorbei.

Oder die Karte zeigt eine Abzweigung noch nicht an ich fahr weitergerade aus und dann kommt das GPS-Update mit 28m Verzögerung und erst dann sieht man auf der Karte die Abzeigung (hohe Zoom-Stufe vorausgesetzt)

Sowas halt, oder liege ich mit o.g. Annahmen falsch ?

Aus diesem Grund machen wir unsere Anweisungen inkl. einer GPS-Versatz-Sicherheitsreserve. Funktioniert ganz gut so...

Jau, das feature habe ich schon oft bei Navi-Programmen vermisst. Eine einstellbare "GPS-Versatz-Sicherheitsreserve". Beim Tegaron-System z.B. habe ich früher die Anweisungen ca. 2ms zu spät bekommen, was dann immer in heftigen Lenkbewegungen ausartete ;D

Original von Jockel:

Zitat

das funktioniert bei mir nicht. Ich hatte TT-Citymaps bereits installiert und nun den TT-Navigator. Beides funktioniert problemlos. Wenn ich dann eine TT-CM datei in "*.pna" umbenenne, findet TT-Nav die Karte nicht.

Sorry Jockel, dass ich erst jetzt Deine Frage gesehen hab. Du musst NUR die Datei mit der Endung pcm (oder eine Kopie davon falls Du die Karte auch mit Citymaps noch verwenden möchtest) auf die Endung pca umbenennen. Ich hab's getestet. TT Nav. findet dann die Karte egal wo sie auf dem PPC gespeichert liegt.

Gruss
Thomi

Zitat

Original von Thomi
Du musst NUR die Datei mit der Endung pcm (oder eine Kopie davon falls Du die Karte auch mit Citymaps noch verwenden möchtest) auf die Endung pca umbenennen. Ich hab's getestet. TT Nav. findet dann die Karte egal wo sie auf dem PPC gespeichert liegt.

Hallo Thomi,
ich habs auch nochmal getestet und die Datei "tomtom Citymaps Essen/Essen.pcm sowohl in *.pna und *.pca umbenannt. TT-Nav findet weder die eine noch die andere Karte. Was mache ich falsch? Muss vielleicht der gesamte Pfad umbenannt werden?
Gruss Jockel

nein, eigentlich nicht! da hab ich also auch keinen dunst weshalb das bei dir nicht geht
komisch..
gruss, thomi

@Jockel,

bei mir hat's auch ohne Probleme funktioniert, hab einfach die *.pcm in *.pna umbenannt. Das Umbennen in *.pca hat nichts gebracht.

Wenn es bei Dir nicht funktioniert, wie Du sagst, dann leg doch mal auf Deinem Kartenlaufwerk ein neues Verzeichnis (z.B. Essen Navigator Map) an, kopier die Daten von Citymaps dort rein und benenn die *.pcm in *.pna um. Vielleicht geht's ja dann.

Wenn man übrigens *.pcm und *.pna in dem Verzeichnis hat, kann man mit beiden Programmen auf die Daten zugreifen.

Nogiator

Habe das gleiche Problem wie Jockel durch das ändern der Endung bekomme ich zwar das Symbol vom TTN aber die Meldung: Cannot dertermine location of data.

Gibts noch Ideen?
Habe schon alles in ein anderes Verzeichnis kopiert etc. weder Direktaufruf noch über Karte Laden wird die Map gefunden.
Ingo

@ Ingo
mir gehts genauso :§$%
Möglicherweise hat dieses Feature nur in der Vorversion funktioniert
Praktisch wärs schon gewesen ...