Das ewige IGO8 Routenproblem

[routeconverter]

Deine Musterdaten waren - wie weiter oben geschrieben - ein grober Track mit einer Menge überflüssiger Punkte. Für eine Route reicht es, einen Routenpunkt in Fahrtrichtung knapp HINTER jeder Abzweigung auf den Weg zu setzen, auf dem man weiterfahren möchte. Dabei würde ich maximal 100 Punkte in eine Route packen, falls mehr als 100 Punkte zusammenkommen würde ich die Route teilen.

Vielleicht sollte ich das Limit auf 100 setzen, d.h. dann würde RouteConverter das Unterteilen in mehrere Dateien anbieten und nicht so routinierte Nutzer könnten nicht in die Falle laufen, zu große Dateien zu erzeugen? TomToms und Navigon können z.B. nur über 48 Wegpunkte routen.

Christian, ich danke sehr für's Mitdenken, für die zugeschickten Daten,

Die Daten sind nicht von Christian.

Die Lorbeeren dafür gebühren natürlich Dir!

und verspreche, jetzt noch mehr Positives über den Routeconverter zu verbreiten.

Da wird er sich wohl drüber freuen.

Tue ich. Danke!.

da bei Gerts Tests das Gleiche rausgekommen ist wie bei mir, würde ich für ein zukünftiges Format "iGO KML-Route" folgende KML-Struktur vorschlagen:

Danke für die Vorarbeit. Das ist auf meiner Todo-Liste recht weit oben (ein "ewiges" Problem zu vermeiden wäre was, oder?). Für Tests komme ich auf Dich/Euch zurück.

Bei den Experimenten ist mir auch noch ein Bug aufgefallen: RC schreibt beim KML-Export oft (hier leider nicht ganz eindeutig reproduzierbar) ein Komma und einen Linefeed als letzte Zeichen in das <Document><description>-Tag. Das Komma ist nur überflüssig, aber der Linefeed ist nach meiner dunklen und lückenhaften Erinnerung an der Stelle nicht zulässig,

<description> sind XML Schema Strings, die dürfen:

The string data type can contain characters, line feeds, carriage returns, and tab characters.

zumindest stört sich der Parser von iGO daran und liest die Datei dann nicht. Das scheint alle Varianten des KML-Exports zu betreffen, ich habe in meinem Bestand KML2.0(GE3)-, KML2.1(GE4)- und KML2.2(GE5)-Dateien gefunden, in denen diese Komma/Linefeed-Kombination drin war.

Das wäre dann ein weiteres Argument für ein IGO8 Route (*.kml) Format, bei dem Kommata und Linefeeds am Ende von <description> vermieden werden.

Ach so: Basis dafür kann KML2.2(GE5) sein, oder?