Hallo Christian,
eine Änderung des Stamdard-Glopus-TK Formats ist sicherlich nicht sinnvoll, nur dass Routeconverter das Format "automatisch" erkennen kann! Die alten TK Files wären unbrauchbar oder müßten konvertiert werden.
Deine Philosophie zum Import erschließt sich mir nicht. Wenn ich "explizit" einen Importfilter wähle zB.: durch Glopus (*.tk) sollte er auch diesen benutzen und nicht alle Formate durchschecken welche passen könnten. Die Inkonsistenz zeigt sich darin, dass wenn ich eine irgendwie erzeugte Route oder Track (zB.: Import im GPX Format) als Glopus (*.tk) exportiere und wiederum als Glopus (*.tk) importieret funktioniert das nicht.
Die Glopusanwender waren bisher der Meinung, dass der Glopus (*.tk) Filter funktioniert, weil der Autor von Glopus eine "Speichern unter" Funktion implementiert hat die Länge und Breite vertauscht rausscheibt (aus meiner Sicht eine Exportfunktion in ein anderes Format). Die Standardextension ist da aber *.asc. Pfiffige Anwender haben jetzt das umbenannt nach *.tk, weil ja Routeconverter einen Importfilter Glopus (*.tk) besitzt. Sie waren dann der Meinung dieser Importfilter kommt zur Anwendung. Da Routekonverter irgendwelche Erkennung durchführt kann man den Importfilter auch auf ALLE Files setzen und es wird das "Garmin POI Database (*.xcsv) Format erkannt und der Ihnhalt (zufällig ?) korrekt dargestellt. Die Dateierweiterung könnte auch "nichts" sein oder *.fitzliputz. Das ist auch ok beim *.* Filter, da versucht wird ein passendes Format zu finden.
ABER:
Wenn ich diesen File jetzt umbenenne nach *.tk und explitzit den Importfilter Glopus (*.tk) wähle, wird trotzdem ein passendes Format gesucht. Ich möchte aber durch explizite Wahl des Filters eine bestimmte Art importieren und falls dieser nicht den Regeln entspricht sollte eine Meldung oder UNSINN rauskommen und eventuell der Hinweis "Versuchs mal mit dem *.* Filter.
So wie es jetzt ist, hat der Glopus (*.tk) Filter keine Berechtigung und müßte entfernt werden. Eine besser Lösung wäre natürlich wenn dieser Filter eine Standard-Glopus-TK Datei importieren würde.
Formataufbauten wie
<Länge>,<Breite>CRLF ......Format ???
<Länge>,<Breite>CRLF
<Länge>,<Breite>CRLF
oder
<Breite>, <Länge>CRL ==> Das ist das Glopus Standardformat Glopus (*.tk)
<Breite>, <Länge>CRL
<Breite>, <Länge>CRL
......
können durch eine automatische Erkennung nicht unterschieden werden. Durch eine explizite Filterwahl sehr wohl.
Ist zumindest meine Meinung
MfG
Achim
Ps: Übrigens wäre Unterscheidung (Formaterkennung) im *.bin File Filter Holux M-241 Binary (*.bin) und einem Generic MTK (*.bin) File auch nicht möglich.....
eine Änderung des Stamdard-Glopus-TK Formats ist sicherlich nicht sinnvoll, nur dass Routeconverter das Format "automatisch" erkennen kann! Die alten TK Files wären unbrauchbar oder müßten konvertiert werden.
Deine Philosophie zum Import erschließt sich mir nicht. Wenn ich "explizit" einen Importfilter wähle zB.: durch Glopus (*.tk) sollte er auch diesen benutzen und nicht alle Formate durchschecken welche passen könnten. Die Inkonsistenz zeigt sich darin, dass wenn ich eine irgendwie erzeugte Route oder Track (zB.: Import im GPX Format) als Glopus (*.tk) exportiere und wiederum als Glopus (*.tk) importieret funktioniert das nicht.
Die Glopusanwender waren bisher der Meinung, dass der Glopus (*.tk) Filter funktioniert, weil der Autor von Glopus eine "Speichern unter" Funktion implementiert hat die Länge und Breite vertauscht rausscheibt (aus meiner Sicht eine Exportfunktion in ein anderes Format). Die Standardextension ist da aber *.asc. Pfiffige Anwender haben jetzt das umbenannt nach *.tk, weil ja Routeconverter einen Importfilter Glopus (*.tk) besitzt. Sie waren dann der Meinung dieser Importfilter kommt zur Anwendung. Da Routekonverter irgendwelche Erkennung durchführt kann man den Importfilter auch auf ALLE Files setzen und es wird das "Garmin POI Database (*.xcsv) Format erkannt und der Ihnhalt (zufällig ?) korrekt dargestellt. Die Dateierweiterung könnte auch "nichts" sein oder *.fitzliputz. Das ist auch ok beim *.* Filter, da versucht wird ein passendes Format zu finden.
ABER:
Wenn ich diesen File jetzt umbenenne nach *.tk und explitzit den Importfilter Glopus (*.tk) wähle, wird trotzdem ein passendes Format gesucht. Ich möchte aber durch explizite Wahl des Filters eine bestimmte Art importieren und falls dieser nicht den Regeln entspricht sollte eine Meldung oder UNSINN rauskommen und eventuell der Hinweis "Versuchs mal mit dem *.* Filter.
So wie es jetzt ist, hat der Glopus (*.tk) Filter keine Berechtigung und müßte entfernt werden. Eine besser Lösung wäre natürlich wenn dieser Filter eine Standard-Glopus-TK Datei importieren würde.
Formataufbauten wie
<Länge>,<Breite>CRLF ......Format ???
<Länge>,<Breite>CRLF
<Länge>,<Breite>CRLF
oder
<Breite>, <Länge>CRL ==> Das ist das Glopus Standardformat Glopus (*.tk)
<Breite>, <Länge>CRL
<Breite>, <Länge>CRL
......
können durch eine automatische Erkennung nicht unterschieden werden. Durch eine explizite Filterwahl sehr wohl.
Ist zumindest meine Meinung
MfG
Achim
Ps: Übrigens wäre Unterscheidung (Formaterkennung) im *.bin File Filter Holux M-241 Binary (*.bin) und einem Generic MTK (*.bin) File auch nicht möglich.....
Grüsse Achim