 |
MAGELLANBOARD.DE Freies GPS Forum für BIKING - HIKING - BOATING - CACHING - OFFROAD
|
| Vorheriges Thema anzeigen :: Nächstes Thema anzeigen |
| Autor |
Nachricht |
Black-Jack-Team Ehrennavigator ****
Anmeldedatum: 13.12.2008 Beiträge: 97
|
Verfasst am: Mi Jan 07, 2009 02:30 Titel: Möglicher Ansatz zum Zugriff auf interne Wegpunkte/Geocaches |
|
|
I habe herausgefunden, dass die interne Datenbank der Tritons mit SQlite arbeitet. Siehe:
http://de.wikipedia.org/wiki/SQLite
Die interne Datenbank findet man in HDD\user folder in verschiedenen Dateien.
Auf meinem Triton 1500 sind es diese:
uds.bin
User1.uds.vol
User1.uds
User1.uds.meta
User1.uds.TrackPoint.dat
TotalMedia.version
TotalMedia.db
Mit dem aktuellen Firefox-Browser und dem SQlite-Manager Plugin von hier:
https://addons.mozilla.org/de/firefox/addon/5817
konnte ich in die Dateien hineinschauen, die ich vorher mit dem Triton total mod auf die SD-Karte kopiert habe.
Öffnen konnte ich:
User1.uds mit allen Wegpunkten und Geocaches
und
Totalmedia.db mit allen Verweisen auf die Bilder (und Videos?) auf der SD-Karte
ich denke, dass ein engagierter Programmierer nach Analyse eine Alternative zu Vantage Point entwickeln kann, mit der man mittels eines SD-Writers eine Wegpunkt und Geocache Datenbank direkt auf der SD-Karte erzeugen kann.
Diese kann dann mit einem Start-Skript automatisch über die interne Datenbank kopiert werden. Eine 2-Schritt-Lösung mit GSAK und erheblich höherer Geschwindigkeit und Stabilität gegenüber Vantage Point sollte so möglich sein.
SQlite ist public domain und Zugriff ist mit vielen Programmiersprachen einfach möglich. (siehe englischsprachiger wikipedia-Artikel)
Zitat:
...SQLite also has bindings for a large number of programming languages, including BASIC, C, C++, Common Lisp, Java, C#, Delphi, Curl, Lua, Tcl, R, PHP, Perl, Ruby, Objective-C (on Mac OS X), Python, newLisp, OCaml, Smalltalk and Scheme. There is also a COM (ActiveX) wrapper making SQLite accessible on Windows to scripted languages such as Javascript and VBScript. This adds database capabilities to HTML Applications (HTA).)
Zitat Ende
Ist das eine neue Hoffnung für uns? _________________ Triton 1500 - Oregon 300 - diverse PDA |
|
| Nach oben |
|
 |
inkognito magellanboard.de

Anmeldedatum: 16.05.2007 Beiträge: 5633 Wohnort: Verden (Aller)
|
Verfasst am: Mi Jan 07, 2009 08:35 Titel: |
|
|
die ersten beta's des waypointers, der mit der Datenbank kommuniziert sind bereits fertig - dank TUX, der das auch schon herausgefunden hat
Was uns zur Abrundung noch fehlt ist der Aufbau der Track.db's ...
Ob eine tiefgreifende Entwicklung aber sinn macht, weiss ich noch nicht, da der GPX-Datenaustausch fest von der Entwicklung zugesagt ist.
Gruss, Matz _________________ Gruss, Matz
Seid nett zu Eurem GPS und geht mit ihm nach draussen !
|
|
| Nach oben |
|
 |
Tux Moderator
Anmeldedatum: 18.05.2007 Beiträge: 984 Wohnort: Köln
|
Verfasst am: Mi Jan 07, 2009 09:45 Titel: |
|
|
@Black-Jack-Team
Das die user1.uds eine sqlite 3 DB ist, hatte ich schon letztes Jahr herausgefunden.
Ich denke schon, das es für Nicht-Windwos-User interessant sein könnte eine Alternative zu VP zu haben. Spart man sich so die Installation von VP.
Das Teil mit dem man nunmehr nicht die Daten auf dem Triton per Synchronisation löschen kann.
Und auf das was mir mein US-Amerikaner zusagt gebe ich schon lange nichts mehr. Meistens sind die Aussagen nichts anderes als Schall und Rauch.
Denn nach deren Aussagen müssten die Triton schon längst auf das Flatfilesystem ala eXploristen umgestellt sein. So war jedenfalls die Aussage eines Mitarbeiters, mit dem ich damals (03.2008) telefonierte als mein T500 ausgetauscht wurde. _________________ Gruß
Tux
http://www.My-NavBoard.de |
|
| Nach oben |
|
 |
Black-Jack-Team Ehrennavigator ****
Anmeldedatum: 13.12.2008 Beiträge: 97
|
Verfasst am: Mi Jan 07, 2009 12:58 Titel: |
|
|
| inkognito hat Folgendes geschrieben: | die ersten beta's des waypointers, der mit der Datenbank kommuniziert sind bereits fertig - dank TUX, der das auch schon herausgefunden hat
Was uns zur Abrundung noch fehlt ist der Aufbau der Track.db's ...
Ob eine tiefgreifende Entwicklung aber Sinn macht, weiss ich noch nicht, da der GPX-Datenaustausch fest von der Entwicklung zugesagt ist.
Gruss, Matz | Frage ist, wie sich der GPX-Datenaustausch Magellanseitig gestaltet.
Derzeitig benutze ich Cachewolf. Ich importiere dort meine GPX-Files (egal ob die von Groundspeak oder von GSAK) und Cachewolf holt mir die Spoilerbilder.
Die von "rautaxe" erstellte Spezialversion von Cachewolf exportiert Caches, Bilder und Zusatzwegpunkte alles in ein GPX-File womit ich dann Vantage Point füttern muss.
Wenn ich dann mit VP in einem ziemlich zeitaufwendigen Prozess den ganzen Klumpatsch mit ca. 1200 Caches und 780 zusätzlichen Wegpunkten auf den Triton gesynct habe, bin ich erst da, wo ich hin wollte.
Wenn diese GPX-Datei mit Mediafiles nicht nötig sein sollte, weil ich ja die Bilder am PC auch direkt auf die SD-Karte schreiben kann, dann brauche ich ja nur eine GPX-Datei zu erzeugen, in der die Referenz auf die zugehörigen Media-Dateien eingetragen ist. Diese muss dann nur vom Triton korrekt eingelesen werden. Und da liegt wahrscheinlich der Hase im Pfeffer!
Mit der Datenbank-Lösung direkt auf die SD-Karte bin ich doch wahrscheinlich viel besser bedient. Zumal ich ja durchaus mehrere komplette Datenbanken auf der Karte haben kann und in sagen wir geschätzt 1 Minute wechseln. (Reboot, Datenbankauswahl-Script ausführen, weiterbooten) Eine zur Datenbank passende Aktivierung der vorhandenen Karten (Raster bzw. Vektor) könnte vom Script auch gleich in einem mit vorgenommen werden, indem eine passende INI-Datei kopiert wird. *Träum*
Ich glaube nicht, dass ein Triton hardwaremäßig ca. 2000 Datensätze (Caches mit Beschreibung und Wegpunkte) in einer Minute in seine Datenbank importieren kann. Ausserdem müssten ja vorher sicher auch noch die alten Daten gelöscht werden.
Die bei Magellan sollen dem Gerät mal fein alle Tricks beibringen, die der Aufbau der Datenbank verspricht. Da ist ja, wie ich gesehen habe, noch jede Menge vorgesehen und derzeit ungenutzt.
P.S.: Wenn das mit der SQlite Euch schon so lange bekannt war, warum habt Ihr nichts verlauten lassen? Steht Ihr unter non-disclosure-agreements? _________________ Triton 1500 - Oregon 300 - diverse PDA |
|
| Nach oben |
|
 |
Tux Moderator
Anmeldedatum: 18.05.2007 Beiträge: 984 Wohnort: Köln
|
Verfasst am: Mi Jan 07, 2009 13:24 Titel: |
|
|
NDA?
Eigentlich nicht. Nur manchmal ist es besser etwas erst bekannt zu geben wenn es Lösungsansätze gibt.
Denn erst veröffentlichen und dann evtl. einen Rückzieher machen weil keine Lösung in Aussicht ist, finde ich für schlimmer. _________________ Gruß
Tux
http://www.My-NavBoard.de |
|
| Nach oben |
|
 |
inkognito magellanboard.de

Anmeldedatum: 16.05.2007 Beiträge: 5633 Wohnort: Verden (Aller)
|
Verfasst am: Mi Jan 07, 2009 13:27 Titel: |
|
|
es werden derzeit schon alle Datenbanktabellen genutzt; da ist nichts mehr in Vorbereitung. Bestimmte Tabellen werden erst im Zusammenhang mit bestimmten Daten und Karten beschrieben. Wir haben bisher versucht das ganze userfertig zu entwicklen, bevor wir etwas veröffentlichen. Mit jedem "Hack" wächst die Zahl der Supportanfragen wegen kaputter Geräte ...
Gruss, Matz _________________ Gruss, Matz
Seid nett zu Eurem GPS und geht mit ihm nach draussen !
|
|
| Nach oben |
|
 |
Black-Jack-Team Ehrennavigator ****
Anmeldedatum: 13.12.2008 Beiträge: 97
|
Verfasst am: Mi Jan 07, 2009 20:59 Titel: |
|
|
| Tux hat Folgendes geschrieben: | NDA?
Eigentlich nicht. Nur manchmal ist es besser etwas erst bekannt zu geben wenn es Lösungsansätze gibt.
Denn erst veröffentlichen und dann evtl. einen Rückzieher machen weil keine Lösung in Aussicht ist, finde ich für schlimmer. |
Nicht unbedingt, vielleicht bringt man jemand anderen dazu, sich mit der Sache zu beschäftigen.
Von Geheimniskrämerei in Zusammenhang mit Erkenntnissen über das "Öffnen" von Geräten halte ich gar nichts. Die Gemeinschaft wird nur durch Zusammenarbeit komplexere Probleme lösen können.
Wozu sollten Foren und Mailinglisten sonst gut sein?
| inkognito hat Folgendes geschrieben: | es werden derzeit schon alle Datenbanktabellen genutzt; da ist nichts mehr in Vorbereitung. Bestimmte Tabellen werden erst im Zusammenhang mit bestimmten Daten und Karten beschrieben. Wir haben bisher versucht das ganze userfertig zu entwicklen, bevor wir etwas veröffentlichen. Mit jedem "Hack" wächst die Zahl der Supportanfragen wegen kaputter Geräte ...
Gruss, Matz |
Definitiv werden bei weitem nicht alle Tabellen, Felder und Indices verwendet, die die Datenbank beinhaltet.
Vom Design der Datenbank her gesehen, kann man erkennen, dass sich Magellan z.B. im Bereich Geocaching einiges vorgenommen hat. Davon haben sie aber bisher in der aktuellen Firmware nur einen Bruchteil verwirklicht.
Es könnten mit dieser Datenbank durchaus komplexe Sortierungen bzw. Filter für Caches und Wegpunkte realisiert werden.
Nur so zum Beispiel für Unstimmigkeiten: In der Datenbank sind die additional Waypoints alle mit "Crossed Square" als SymbolName eingestellt, obwohl im Feld Type "Waypoint|Parking Area" usw. drin stehen. Wenn Vantage Point hier den Fehler macht, wäre das ein weiterer Grund nach einer Alternative zu forschen. BTW: ich habe im Icon-Satz für Wegpunkte auf dem Triton auch gar keine Symbole, die von Groundspeak als Symbole für additional Waypoints verwendet werden, gefunden!? Also auch hier eine nur halbherzige Implementation?
Die Sache mit den Hacks kann ich von Supporterseite her schon verstehen, aber für mich als Möchtegern-Poweruser war die Öffnung des Gerätes für Hacks und sonstiges entscheidender Kaufgrund!
Meine Frau hat deshalb "nur" das Garmin Oregon bekommen...  _________________ Triton 1500 - Oregon 300 - diverse PDA |
|
| Nach oben |
|
 |
Tux Moderator
Anmeldedatum: 18.05.2007 Beiträge: 984 Wohnort: Köln
|
Verfasst am: Mi Jan 07, 2009 21:30 Titel: |
|
|
| Black-Jack-Team hat Folgendes geschrieben: |
Nicht unbedingt, vielleicht bringt man jemand anderen dazu, sich mit der Sache zu beschäftigen. |
Und auch die Leute, die mal mit einem HexEditor eine Datei geöffnet haben und nun meinen sie könnten hacken.
Das Forum ist schon voll genug mit Hilfestellungen zu fehlgeschlagenen Updates etc.
| Black-Jack-Team hat Folgendes geschrieben: |
Von Geheimniskrämerei in Zusammenhang mit Erkenntnissen über das "Öffnen" von Geräten halte ich gar nichts. Die Gemeinschaft wird nur durch Zusammenarbeit komplexere Probleme lösen können.
Wozu sollten Foren und Mailinglisten sonst gut sein?
|
Das Magellanforum ist kein Hackerforum. Also nicht hauptsächlich mit dem "Öffnen" von Geräten bedacht.
| Black-Jack-Team hat Folgendes geschrieben: |
Die Sache mit den Hacks kann ich von Supporterseite her schon verstehen, aber für mich als Möchtegern-Poweruser war die Öffnung des Gerätes für Hacks und sonstiges entscheidender Kaufgrund!
Meine Frau hat deshalb "nur" das Garmin Oregon bekommen...  |
Gut das Du es von der Supportseite verstehen kannst. Es ist schon traurig genug das der firmenseitigen Support was für die Katz ist. ;-(
Btw. Teile Deiner Frau unbekannter Weise mein aufrichtiges Beileid zum Oregon mit.  _________________ Gruß
Tux
http://www.My-NavBoard.de |
|
| Nach oben |
|
 |
glowin Senior Magellan Member *****

Anmeldedatum: 13.03.2008 Beiträge: 109
|
Verfasst am: Do Jan 08, 2009 15:17 Titel: |
|
|
| Zitat: | | Btw. Teile Deiner Frau unbekannter Weise mein aufrichtiges Beileid zum Oregon mit. |
Weil Sie hat ein Gerät hat, das alles das was der Triton seit 2 Jahren können sollte einfach von Haus aus macht ohne Hacks und ähnlichen Schmuh.
z.B. 1500 Caches übertragen aus GSAK -> 5sec.
Caches als gefunden markieren und Log dazu schreiben.
Wegpunktprojektion.
Auto-Routing.  _________________ Gruss,
glowin |
|
| Nach oben |
|
 |
tituz Senior Magellan Member *****
Anmeldedatum: 31.10.2008 Beiträge: 384 Wohnort: Bottrop
|
Verfasst am: Fr Jan 16, 2009 02:03 Titel: |
|
|
Im Verzeichnis HDD/User liegen neben den SQLite3 Dateien noch Dateien mit den Trackpunkten der gespeicherten Spuren (sofern man welche gespeichert hat).
Diese Dateien haben den Namen User1.uds.TrackPoint_xxxxxxxx.db
Trotz der Erweiterung .db sind es keine SQLite Datenbanken, stehen aber mit der UDS in Verbindung.
Ich konnte jetzt das Format dieser Binärdateien entschlüsseln (vielen Dank nochmal für die nette Unterstützung an Matz und Ralf!!!).
Für diejenigen, die das Bedürfnis haben, ihre gespeicherten Tracks auszulesen aber Probleme bei der Synchronisierung mit VP haben (dazu gehöre z.B. ich ), kann ich hier schonmal eine Insellösung anbieten. Das Prog konvertiert die Trackdateien nach gpx.
Es ist als Java Webstart dort abgelegt:
TpDb2Gpx
Gruss, Titus |
|
| Nach oben |
|
 |
rupp Navigator
Anmeldedatum: 23.01.2008 Beiträge: 8
|
Verfasst am: Fr Jan 16, 2009 02:35 Titel: |
|
|
super
aber wie bekomme ich verbindung mit dem T2000?  |
|
| Nach oben |
|
 |
tituz Senior Magellan Member *****
Anmeldedatum: 31.10.2008 Beiträge: 384 Wohnort: Bottrop
|
Verfasst am: Fr Jan 16, 2009 02:56 Titel: |
|
|
| rupp hat Folgendes geschrieben: | super
aber wie bekomme ich verbindung mit dem T2000?  |
Ich starte dafür den FileManCE aus dem Triton-Hack und kopiere die Dateien auf SD.
Es gibt aber auch noch die Möglichkeit, den Triton mit dem PC im Massenspeichermodus zu verbinden und direkt auf das Dateisystem zuzugreifen.
Wie das geht ist zum Beispiel im Verlauf dieses Threads beschrieben:
guckst du hier
Ich speicher gern mal zwischendurch die Tracks zwecks Trennung, sonst könnte ich auch mit dem ActiveTrk leben.
Gruss, Titus |
|
| Nach oben |
|
 |
Caotix Senior Magellan Member *****
Anmeldedatum: 16.08.2008 Beiträge: 182
|
Verfasst am: Mo Jun 08, 2009 08:56 Titel: |
|
|
Hallo tituz,
Ich habe versucht mit deinem Tool Tpdb2gpx einen Track umzuwandeln.
Leider bekam ich folgende Fehlerantwort:
| Zitat: | java.net.MalformedURLException: unknown protocol: socket
at java.net.URL.<init>(Unknown Source)
at java.net.URL.<init>(Unknown Source)
at java.net.URL.<init>(Unknown Source)
at java.net.URI.toURL(Unknown Source)
at com.sun.deploy.net.proxy.DeployProxySelector.connectFailed(Unknown Source)
at java.net.SocksSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at sun.net.NetworkClient.doConnect(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.http.HttpClient.<init>(Unknown Source)
at sun.net.www.http.HttpClient.New(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.connect(Unknown Source)
at com.sun.deploy.net.BasicHttpRequest.doRequest(Unknown Source)
at com.sun.deploy.net.BasicHttpRequest.doGetRequestEX(Unknown Source)
at com.sun.deploy.net.DownloadEngine.actionDownload(Unknown Source)
at com.sun.deploy.net.DownloadEngine.getCacheEntry(Unknown Source)
at com.sun.deploy.net.DownloadEngine.getCacheEntry(Unknown Source)
at com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(Unknown Source)
at com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(Unknown Source)
at com.sun.deploy.net.DownloadEngine.getResource(Unknown Source)
at com.sun.deploy.net.DownloadEngine.getResource(Unknown Source)
at com.sun.javaws.Launcher.updateFinalLaunchDesc(Unknown Source)
at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source)
at com.sun.javaws.Launcher.launch(Unknown Source)
at com.sun.javaws.Main.launchApp(Unknown Source)
at com.sun.javaws.Main.continueInSecureThread(Unknown Source)
at com.sun.javaws.Main$1.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
|
Kannst Du mir verraten was ich falsch mache?
Auf meinem Rechner ist WinXP und Java 1.6.0_11-b03.
Wäre wirklich toll wenn ich die aufgezeichneten Tracks sichern könnte. |
|
| Nach oben |
|
 |
tituz Senior Magellan Member *****
Anmeldedatum: 31.10.2008 Beiträge: 384 Wohnort: Bottrop
|
Verfasst am: Mo Jun 08, 2009 10:41 Titel: |
|
|
Hi Caotix,
du machst da nichts falsch, denke ich, dein JAVA-Webstart ist wohl eher nicht in Ordnung. Laut deinem angehängten Stacktrace tritt der Fehler im Webstart System auf, bevor das eigentliche Programm gestartet wurde. Ich gehe davon aus, du hast es mehrfach probiert.
Laufen andere Webstart Anwendungen bei dir?
Lad dir mal das Programm ohne Webstart herunter, und versuche es dann zu starten (Doppelklick auf die jar-Datei):
TpDb2Gpx
Falls dein Java völlig fehlkonfiguriert ist und das Starten von jars über das Token nicht geht, müsstest du dir folgende Zeile in eine Batchdatei schreiben und diese im Verzeichnis von TpDb2Gpx ausführen:
java -Xmx256M -jar TpDb2Gpx.jar
Gruss, Titus
Nachtrag: Grrr... der Server wurde letztens mal gehackt und als Spamserver missbraucht. Bei Firefox kommt noch die Meldung, dass apecode.org eine 'attackierende Website' ist. Das muss ich mal austragen lassen
Wenn du diese Warnung ignorierst, klappt der Download aber. |
|
| Nach oben |
|
 |
Caotix Senior Magellan Member *****
Anmeldedatum: 16.08.2008 Beiträge: 182
|
Verfasst am: Mo Jun 08, 2009 18:39 Titel: |
|
|
Hi tituz,
mit dem jar File hat es geklappt. Lediglich deine jnlp Version hatte ich Probleme.
Vielen Dank, dass Du deine Arbeit mit uns teilst.
Gruß
Josef |
|
| Nach oben |
|
 |
|
|
Du kannst keine Beiträge in dieses Forum schreiben. Du kannst auf Beiträge in diesem Forum nicht antworten. Du kannst deine Beiträge in diesem Forum nicht bearbeiten. Du kannst deine Beiträge in diesem Forum nicht löschen. Du kannst an Umfragen in diesem Forum nicht mitmachen.
|
Powered by phpBB © 2001, 2005 phpBB Group Deutsche Übersetzung von phpBB.de
|