Beiträge von hedgehog

Pinin:
Herzlichen Dank für das nfSpeedMenu, damit lassen sich hervorragend verschiedene TwoNav-Varianten testweise parallel betreiben.

Nun bin ich frischgebackener Besitzer eines Sportiva und mußte mit Verärgerung feststellen, daß auf diesem System mein BWPT Trick nicht mehr funktioniert:

Zitat

Allerdings muß man dazu CGPSL "austricksen", damit die verknüpften HTML-Dateien nicht in die BWPT Datei integriert werden. Auf dem Gerät läßt sich die entsprechende Datei dann leider aber nur über Longklick und öffne URL öffnen.

Sehr ärgerlich! Vielleicht hat ja noch jemand anderes Lust, dieses Format in der Zukunft wieder zu benutzen.

Hi,
Locus kann tatsächlich offline navigieren. Gerade bin ich darüber gestolpert. Wie gut das funktioniert kann ich nicht aber leider nicht beurteilen, da ich das noch nicht getestet habe.

ray:
1.) Es lohnt sich immer wieder, Locus zu probieren. Bei mir lief und läuft es problemlos.
2.) Ant+ Smartphone: Die aus meiner Sicht sehr empfehlenswerte Sony Xperia Reihe hat Ant+ an Board. Wie gut das mit den Sensoren funktioniert weiß ich nicht, da ich zwar solch ein Smartphone besitze aber keine Sensoren. Chirp (Ant+ Sender beim Geocaching) soll übrigens auch damit gehen.

CGPSL kann auch alle ArcASCII (asc) Dateien in einem Verzeichnis importieren. Leider werden sie aber nicht zusammengeführt sondern es wird pro asc-Datei eine cdem-Datei gleichen Namens erstellt.

Man kann sie aber später doch noch zusammenführen:

1) Alle Höhenmodelle laden
2) Menü Karten: Liste der geladenen Höhenmodelle (SHIFT+ALT+L)
3) In der Liste alle markieren
4) Rechts: Vereinige diese Modelle

Ich hab die beiden Dateien aus der ZIP entpackt. Du nicht?

Noch ein Nachtrag:

CGPSL kann auch alle ArcASCII (asc) Dateien in einem Verzeichnis importieren. Man kann sie also doch noch zusammenführen.

Zitat von teleskopix

Achtung es wird beim Import nach der Projektion gefragt, Lat/Lon wählen, alles anderes erzeugt Fehler.

Um es noch abzurunden für die, denen der Tag schon etwas im Nacken sitzt.
Leider wird Breite/Länge gefragt, die Spanier habe das blöderweise übersetzt und da hatte ich den Hänger

Kommando zurück.

Der direkte Import von ArcASCII in CGPSL geht.

Der Fehler lag bei mir (falsche Projektion). Ich hatte anstelle von Breite/Länge in CGPSL UTM ausgewählt.

Welche CGPSL-Version benutzt Du?
Ich habe das jetzt nach Deiner Anleitung gemacht (Geotiff->txt).
Dann in Compe importiert. Selber Fehler!
Ich habe die neueste Beta.
Versucht habe ich beispielsweise:
Auswahl: Land-Norway, county-Sogn og Fjordane
Sowohl der direkte ASC download als auch der Geotiff-download und anschließende Konvertierung gehen durch. Der Aufruf der CDEM scheitert dann in CGPSL mit "Error in dx or dy value"

Danke, ich habe keine Probleme mit Commandline.

Es scheint mir aber Quatsch zu sein, zuerst Tiff runterzuladen und das dann zu konvertieren, wenn auch ASC angeboten wird. Da muß ich noch ein bißchen mit der Konvertierung rumspielen damit Compe das schluckt. Bin gerade am Testen.

Zitat von teleskopix

Eine Möglichkeit das gleich im ARCASCII Format zu bekommen, habe ich nicht gefunden.

Auf derselben Seite,
bekomme dann aber beim Laden des in CGSL erstellten (konvertierten) Höhenmodells in CGSL einen error bezüglich dx oder dy.

Zitat von teleskopix

Für ein CDEM-Höhenmodell aus Aster-Daten braucht man keinen Globalmapper!
Durch diesen Thread http://oruxmaps.foroactivos.ne…-with-aster-gdem-tutorial bin ich darauf gekommen.

Man lädt sich das gewünschte Gebiet als 1 Geotiff (nicht wie im Thread 20 kleine Geotiffs). Man holt und installiert sich http://fwtools.maptools.org/ für Windows.
Dann konvertiert man das geotiff nach ASCII der Befehl lautet:
"gdal_translate -ot aaigrid xyz.tiff abcd.txt"
Die *.txt kann man in CompeLand importieren (Höhenmodell importieren), dabei wird gefragt ob UTM, ist natürlich Lat/Lon - man läßt sich ein *.cdem errechnen.
Und schon hat man für alle Gebiete für die ASTER-DEM kostenlos von der im Orux-Thread genannten Quelle Höhendaten vorliegen, also komplett Europa + USA +...., eine Höhenmodell für Compe/TwoNav mit der Auflösung wie SRTM1.:D:D

Alles anzeigen

Klasse Tutorial.
Aber wie bekomme ich das Ganze für ein größeres Gebiet, z.B. ganz Deutschland? Ich darf maximal 20 Kacheln runterladen.
Ach und noch etwas blauäugig gefragt. Kann ich mir die ASCII Konvertierung sparen wenn ich gleich im ARCASCII Format runterlade?

Hallo,
zu den o.g. Ausführungen zur html Formatierung wäre noch zu ergänzen, daß Bilder leider nicht im html-Viewer zoombar sind. D.h. sie müssen in ihrer Größe wirklich dem benutzten Gerät angepasst werden. Wenn ich mich recht erinnere gab es auch noch Probleme mit den relativen Pfaden. Ich hab es dann aufgegeben, mich weiter damit zu beschäftigen. Das war vor knapp einem Jahr. Vielleicht ist heute aber alles besser?

Jeder hat da so seine Präferenzen, meine ist das BWPT - Format (also das binäre, komprimierte WPT-Format).

Warum ich grundsätzlich dazu tendiere, das BWPT Format in Verbindung mit html-Hyperlinks zu verwenden, habe ich in diesem Thread und auch noch in diesem ja geschrieben.

Warum:

BWPT:
BWPT lassen sich auf den Geräten sehr schnell öffnen und erlauben locker eine Integration 3000 Wegpunkten und mehr.

HTML:
Der interne Viewer arbeitet besser (schneller und stabiler) mit html Dateien als mit txt Dateien.

Allerdings muß man dazu CGPSL "austricksen", damit die verknüpften HTML-Dateien nicht in die BWPT Datei integriert werden. Auf dem Gerät läßt sich die entsprechende Datei dann leider aber nur über Longklick und öffne URL öffnen.

Diese Trickserei nervt etwas, ist aber aus meiner Sicht die beste Möglichkeit, CGPSL davon abzuhalten, die BWPT mit den integrierten html-Dateien aufzublähen. Vor langer Zeit bat ich Compe, die zusätzlich Integration von Dateien in die BWPT-Files optional zu gestalten, allerdings hat sich da bis heute nichts getan.

Hauptnachteil:
Der Pfad zur html-Datei muß hardcodiert sein, relative Pfade gehen nicht.

Beispiel eines Wegpunktes mit verknüpfter hardcodierter URL:

W Pomnik_Poleglych_w_I_w.s. A 50.934817ºN 15.3022ºE 19-MAR-2010 00:00:00 0 GC25GFC T D:1.5/T:1.5 Small Hint: pod kamieniem
w Traditional Cache,2,7500.0,0,0,1,37,Storage Card/Pois/Spoiler/Poland/GC25/GC25GFC.html,25.0
e
<groundspeak:cache id="1600730" available="True" archived="False" groundspeak:name="GC25GFC" groundspeak:type="Traditional Cache" groundspeak:container="Small" groundspeak:difficulty="1.5" groundspeak:terrain="1.5">
</groundspeak:cache>
ee

Ich finde Locus ist da wirklich unübertroffen (allerdings ist es keine einfache App, da es eine Fülle von Möglichkeiten bietet).
Ob du die Pro Version brauchst kannst du ja später selbst entscheiden.

Zitat von Pinin

Daran liegt es nicht sonst würde es bei 2.5.2 oder 2.6.1 auch auftreten.

Na ja, das würde ich nicht sooo vorschnell ausschließen. Ich kann mir schon Unterschiede in der Programmierung vorstellen, die zu unterschiedlichen Sensibilitäten bezüglich Dateisystemfehlern führen.
Fest scheint zu stehen, das es Performanceeinbußen bei einigen Nutzern unter bestimmten Bedingungen gibt, die andere Nutzer nicht nachvollziehen können. Unter diesen Bedingungen, und weil Hinweise auf Fragmentierungen kamen, wollte ich nur darauf hinweisen, das evtl. auch der Fehler woanders stecken könnte.

Zitat von papaluna

Die zwi. 2.5.-2.6 gewechselte SD wurde nie defragmentiert, lediglich gelegentlich mal neu sortiert.

SD-Defragmentierung bringt auch nichts außer deren schnelleres Ende (limitierte Anzahl von Schreibvorgängen). Das Einzige was ich mir vorstellen kann ist irgendein Fehler im Dateisystem. Nicht immer wird dieser mit chkdsk /f erfolgreich erkannt und beseitigt.

Schön das es jetzt geht Martin!

Zitat

der Totalcommander ist wichtig, da ich mit normalen Dateimanager keinen Zugriff auf den internen Speicher bekam

Das hatte ich aber schon hier geschrieben.

Nachtrag:
Es ist wie ich vermutet hatte. Auch bei Link2SD sollte sich die GSP.ini hier finden:
\data\data\com.compegps.twonav\gps.ini

Zitat

Q. I succesfull set up Link2SD and linked most of my applications to SD card and enabled "auto link". But when I install a new app I see reduction on the internal storage even if the app is linked. Why am I still losing space?
Link2SD does not link application's private data files that are located in /data/data directory, they remain in the internal storage. Thus each app you install will still have some data on the internal storage so you can still potentially fill up your internal storage even if you are moving all of your apps over.

Habe kein link2sd zum Testen. Aber in der Beschreibung steht nichts davon, daß der Data Ordner verschoben wird:

Zitat

When you select an application and press "Create Link" button you can select which files of the application will be linked and moved to SD card. Apk, dex and lib files can be moved and you can select all three or any two of three or even only one of them.
Depending on what you select, Link2SD moves apk file, dalvik-cache (.dex) file and lib files (.so) to SD card's second partition and creates symbolic links in original directories.

Folgt man der Logik dieser Beschreibung müßte sich die GPS.ini weiterhin im Ordner:
\data\data\com.compegps.twonav\
befinden. Das kannst du aber selbst überprüfen, denn der o.g. Ordner sollte sich auf jeden Fall an der genannten Stelle befinden oder ein "symbolic link".