Fahrzeugnavigation in 3D+ (Gelände!) mit unterlegten GoogleSat-Karten - das wäre geil! Da würde die Konkurrenz gelb vor Neid!
Hallo Werner,
die Konkurrenz kann das schon, zwar noch nicht offiziell, aber die einschlägigen Foren tüfteln schon fleißig:
http://i54.tinypic.com/k2oisw.jpg
(iGO Primo mit unterlegter Sat-Karte und anderem Skin, Bild geklaut bei mobilepassion.org)
ich weiß nicht wann Du den Beitrag eingegeben hast!?
Steht oben drüber:
[Blockierte Grafik: http://up.picr.de/8402718cnd.png]
Der Thread ist genauso "vintage" wie das besprochene Gerät.
Also den Motorradroutenplaner von 08/09 hab ich sogar daheim. Allerdings schaff ich es nicht, solche Touren auf das Garmin zu übertragen..
Kann mir einer das mal erklären? Weil das Garmin benötigt doch GPX Dateien oder? Und der Tourenplaner wirft solche aber nicht aus...??
... inwieweit sich die Software in der Registry ausbreitet bzw. inwieweit ein rückstandsfreies Entfernen möglich ist?
Hallo Alex,
lade die cab-Datei von Navitel runter und nimm sie auf dem PC mit dem WinCECabAnalyzer auseinander, dann siehst du, was und wo bei der Installation geschrieben wird.
Was mir dabei aufgefallen ist: Gebe ich die Quelltiles an (mit "Add loaded files"), so werden diese mit den ursprünglichen, bei der Referenzierung angegebenen Parametern genommen, und nicht mit den im GMW weiterbearbeitenden Parametern. Z.B.: Die ursprünglichen Tiles sind in UTM Projektion, im GMW wurden sie aber zu Geographisch reprojeziert. Die Batch-Funktion nimmt sie aber wie ursprünglich als UTM-projeziert.
Weil die komplette Georeferenzierung genauso und nur so in der GMW-Datei gespeichert ist, wie du sie beim Import der Karte vorgenommen hast, alle danach vorgenommenen Änderungen bei Projektion und Datum werden als Scriptbefehle in die GMW-Datei geschrieben. An der Georeferenzierung kannst du nur im Layer-Manager mit der Funktion "Re-rectify" was ändern, ansonsten ist sie quasi wie in Stein gemeißelt, weil an ihrer Konsistenz das ganze Projekt hängt.
Den Konvertierungsjob würde ich übrigens nachts laufen lassen, da werden ein paar Stunden zusammenkommen.
Hallo Paul, hallo Oliver,
die Referenzinformationen stehen mit Projektionsangabe und GCPs für alle Teile in der GMW-Datei drin, die die Teile zusammenhält, die ist zwar ASCII, aber das Lesen kann etwas mühsam sein. Ich würde versuchen, das mit der GM-Scriptsprache zu lösen, letztendlich ist die GMW-Datei auch nichts anderes als ein manipulierbares Script. IIRC sind die Teile nicht einheitlich groß und nicht einheitlich projiziert, also Patchwork.
Edit:
@paul:
Es scheint eine direkte Möglichkeit zu geben, kann ich aber hier nicht testen. Öffne den jeweiligen Workspace, rufe über das Dateimenü den Befehl "Batch Convert/Reproject" auf und klicke dann bei der Dateiauswahl auf "Add loaded files", der Rest müßte selbsterklärend sein.
Hallo Paul,
das könnte mit einem Batch-Script gehen, daß die einzelnen GMWs der Reihe nach lädt, exportiert und wieder entlädt. Zum Reinlesen: Global Mapper Scripting Language Reference
Das klare Transparente von Tesa? Das hab ich letztens gesucht, das gibts hier nichtmehr.
Dann such mal hiernach, das ist klar und um einiges dicker als das klare Tesa-Packband.
Hallo Alex,
- OziCE scheint auf den ersten Blick recht detailliert,...
das ist die Untertreibung des Tages.
...die Schriftgröße ist aber sehr winzig.
erzeuge eine leere Textdatei, nenne sie highres.dat und lege sie in das Ozi-Verzeichnis, OziCE verdoppelt dann die Schriftgröße bei den Menüs und die Symbolgrößen. Wenn du die Schriften in den Datenfeldern größer haben möchtest, mußt da das über den OziScreenDesigner machen.
Global Mapper.
Welches Format verwende ich am Besten, bin dankbar für einen Tipp oder gibts da einen Trick, wer kann so große Dateien verarbeiten?
Nimm die jpeg-Dateien. jzz ist ein iirc uraltes und nicht mehr verwendetes Bildkompressionsformat, es ist auf der Hersteller-Webseite auch nicht mehr erreichbar.
kalibrieren sollte ich hinkriegen (hab ich zwar noch nie bis zum Ende gemacht weil dann doch bessere Karten da waren, aber => bin Optimist)
Arbeite mal den weiter oben verlinkten Thread im TTQV-Forum durch, da stehen einige Hinweise drin. Einfach wird's aber nicht, weil auf den Karten kaum verwertbare Informationen zu Gitter, Projektion und Datum sind.
aber einmal freigeschaltet läuft sie nur mehr in dem einen gerät!?
somit sollte es dann einen freischaltcode geben.
Nochmal: der Inhalt der SD-Karte ist fest mit der SD-Karte verdongelt und nur von der SD-Karte aus verwendbar. Es gibt keinen separaten Freischaltcode.
Wenn das so wäre könnte man die ja in allen Geräten verwenden.
Kann man auch. Die Freischaltung wird an die Seriennummer der SD-Karte gehängt, d.h. die aufgespielten Daten funktionieren nur mit genau dieser SD-Karte und damit auch nur in dem Gerät, in dem sich die SD-Karte gerade befindet.
die Prozessor Type, Samsung bietet galube ich verschiedene mit 400 Mhz an, kann ich nicht erkennen.
Der Kern ist der gleiche. In einer Menge aktueller Navis werkelt ein Samsung S3C2440 oder einer seiner nahen Verwandten.
U.u. gibt es vom Sirf3 eine Version mit Kompass und Baro
M.W. nicht, für elektronische Kompasse und Drucksensoren gibt es andere Spezialisten.
Hast du mal probiert, ob du mit BC auf die Karten zugreifen kannst, wenn die SD-Karte im Montana steckt und dieser eingeschaltet per USB am Rechner hängt?
Der Nokia-Akku ist leider dicker (6,3 statt 5,5 mm).
Den gibt's auch in dünner als BL-5C, da sind die Austauschtypen zwischen 5,0 und 5,8 mm dick, Spannung ist einheitlich 3,7 Volt.
Alles anzeigenResinfo liefert aber noch
Samsung electronics
SMDK2450 Board 5.0
Windows Ce 5.0.1400
58,6 MB Ram
ARM920T S3C2416 (400 Mhz)
240x400 pixels, 65536 colors
Für mich sieht das nach einem potentiellen Flaschenhals aus.
einstweilige Erklärung für dieses Verhalten:
durch den reinen Loggerbetrieb mit Displayanzeige ist die CPU mit TwoNav unterfordert und stellt dieser Anwendung genügend Priorität zur Verfügung.
Welcher Prozessor mit welchem Takt klappert denn in dem Gerät vor sich hin (CE-Oberfläche freilegen, Start > Settings > System)?
Eine Lösung habe ich noch gefunden
http://nmea.sourceforge.net/
Hallo Martin,
das ist laut Beschreibung eine C-Bibliothek zur Verwendung in eigenen Programmen, VirtualGPSjet auf der Seite ist ein Com-Port-Splitter.
