Beiträge von hedgehog

Zitat von kiozen

So, noch mal kurz zur Performance beim Laden von Pocket Queries: Mit dem Textformat (WPT) kann man HTML Dateien anhängen. Dort gehen auch relativen Pfaden. In der HTML steht dann die Cachebeschreibung. Die Datei lädt recht zügig. Es funktioniert aber leider nur fast. Der HTML Browser vom Sportiva macht einen XML Syntaxcheck. Und da die Cachebeschreibungen gerne mal Fehler bei den Tags aufweisen, weigert er sich die HTML Dateien anzuzeigen. Aber viel schlimmer ist, das nach ein paar Cachebeschreibungen anzeigen das Gerät plötzlich einfriert. Dann hilft nur noch der Hardreset.

Ok, ich hoffe mal auf Version 2.7+, zumal das Cachen mit dem Sportiva am Wochenende eine etwas durchwachsene Erfahrung war. Die Jungs waren sich einig, dass es an der Ergonomie und Übersichtlichkeit fehlt. Vielleicht optimiert Compe ja mal irgendwann die Software fürs Geocachen.

Meine aktuelle Variante fürs Geocaching:
In der WPT anstelle eines Hyperlinks der hardkodierte Link zu einer selbstgenerierten HTML Datei mit den wichtigsten Infos. Danach in BWPT umwandeln. Obwohl der html-Syntax korrekt ist (es werden nur die

Zitat

<p></p>

tags verwendet, friert Twonav manchmal beim Anzeigen ein.
Vorteile:
- Geschwindigkeitsvorteil durch BWPT Benutzung (3000+ kein Problem)
- durch Nutzung des URL Feldes erfolgt keine Integration der HTML Datei in die BWPT, diese ist dadurch kleiner und schneller

Umsetzung:
GSAK mit Hilfe zweier umgestrickter Macros (joschi_1998:ExportTwoNav.gsk & TeamGeoPlesk:Advanced Text Output)
Leider noch nicht veröffentlichungsfähig da der HTML-Syntax bescheiden ist (irgendwie bekomme ich

Zitat

<br/>

nicht zum Laufen). Außerdem wollte ich evtl. noch Spoilerbildchen integrieren, die müssen aber vorher größenverändert werden damit überhaupt etwas erkennbar ist. Zoom scheint im integrierten HTML-Viewer nicht möglich.

Puh, ich denke, ich habe das Problem gelöst.
Ich hatte ein paar Wegpunkte mit ungültigen Koordinaten in der Datenbank. Die scheinen für diesen seltsamen Bug verantwortlich. Ohne dieses Wegpunkte ist in der Kartenansicht ein Wegpunktkontextmenü da.

Danke fürs Testen. Scheint also ein Speicherproblem zu sein. Ich hab dann noch einmal alle Geocaching Tags entfernt (e ... ee) und das Ganze noch einmal probiert. Dasselbe Problem, d.h. Geocaching ist unschuldig am Dilemma. Bei der aktuellen Version 2.6 funktioniert das Kontextmenü der im alten BWPT Format erstellten Pois auf der Karte auch nicht mehr. Das war bei einem der 2.6 RC Versionen noch anders. GPX geht noch. Schade, hab die Links größtenteils zum Laufen bekommen, auch wenn der Aufruf teilweise noch von Seiten Compe buggy ist (einfrieren manchmal). Dafür kann ich jetzt Freunde auf meinem internetlosen Navi finden...
Gruß Uwe

Beispiel (seht ihr da irgendwo einen Fehler):

Zitat

G WGS 84
U 1
W Hoch_soll_er_hängen... A 51.8935ºN 10.4085ºE 03-JUL-2012 00:00:00 0 GC3PR4Q von Akribotan U D:4.5/T:5 Small
w Unknown Cache_T5,2,7500.0,16316416,0,0,5,Storage Card/Pois/Spoiler/GC3P/GC3PR4Q.html,25.0,,-1,0
W GC3PR4Q_PK A 51.894483ºN 10.4073ºE 03-JUL-2012 00:00:00 0
w parking,2,7500.0,12632256,0,0,5,,25.0,,-1,0
W Blue_Duck_nur_ein_Baum#No.1_Bonus A 51.893333ºN 10.408333ºE 20-APR-2012 00:00:00 0 GC3HNXH von MAB-247 U D:1.5/T:5 Regular Hint: nicht unten (14) -)
w Unknown Cache_T5,2,7500.0,16316416,0,0,5,Storage Card/Pois/Spoiler/GC3H/GC3HNXH.html,25.0,,-1,0
W GC3HNXH_PK A 51.894583ºN 10.407367ºE 20-APR-2012 00:00:00 0
w parking,2,7500.0,12632256,0,0,5,,25.0,,-1,0

Alles anzeigen

Der Bug ist doch größer als ich dachte. Nun hab ich konsequent die Wegpunktanzahl verringert und bin bei etwas über 500 angelangt. Es läßt sich das Kontextmenü des Pois immer noch nicht auf der Karte auswählen (weder im WPT noch im BWPT Format). Im alten BWPT Format kann ich 5000 Pois laden und die lassen sich auf der Karte anwählen.
Sehr seltsam....

Zitat von papaluna

Kann ich nicht bestätigen.
Ich habe es gerade testhalber mal wieder probiert und einen WPT mit verknüpfung versehen und als BWPT gespeichert und auf meinen Sportiva(+) mit 2.6 gespielt.
Auch in der Kartenansicht konnte ich mit Longlick das Kontextmenu öffnen welches Einträge für Eigenschaften + das öffnen der Verknüpfung ermöglichten.

Nachtrag:
Allerdings scheint "Öffne alle Verknüpfungen" mit BWPT im Gegensatz zu WPT nicht zu funktionieren. Einzeln können sie aber geöffnet werden.

Komisch, vielleicht nur ein Bug in der Pocket Variante.
Kannst Du die Deine funktionierende BWPT eventuell einmal anhängen.
Gruß Uwe

EDIT:
Ich sehe gerade, ich habe neues Format BWPT's die ein Auswählen erlauben und welche, die es nicht tun. Die angehängte Datei erlaubt es nicht. Scheint an der Größe zu liegen und betrifft BWPT's und WPT's.

EDIT NOCH EINMAL:
Es ist ein Bug der auch normale WPT Dateien ab einer gewissen Größe betrifft und liegt nicht an der Informationsreduzierung. Kleinere neuformatige BWPTs & WPT's laufen ohne Probleme. Da hab ich wohl die kritische Masse überschritten.

Zitat von chris.50

Hallo hedgehog,
ich glaube nicht, das das geht, in Textdateien kann man keine Links anklicken.
Aber es gibt noch eine andere Art der Verknüpfung, ich weiss nicht ob du diese kennst.
Über die a-Zeile, hier geht auch eine relative Pfadangabe:
a \SD Card\TwoNavData\IMG\GC18TQQ.txt,0
a \SD Card\TwoNavData\IMG\GC18TQQ.jpg,0

Diese a zeile kopierst dann unter der w Zeile.
jetzt kannst du direkt aus der Wegpunktliste, oder aus der Karte die Textdatei bzw Bilddatei öffnen. Es sind auch mehrere Bilder möglich.

Gruß Christian

Alles anzeigen

Christian, ich dachte es wäre so einfach. Bilderlinks werden nicht anklickbar gemacht sondern innerhalb von TwoNav im Text angezeigt. Wurde glaube ich in der 2.5 irgendwann als neues Feature eingeführt. Hatte ich ja vorher ausprobiert (nur die Endung war html). Falls es nicht geht, dann also anstelle der Links zu Dateien mit der Endung TXT den Link zu Dateien mit HTML-Endung. Das muß ich aber noch ausgiebiger Testen, da manchmal der Aufruf der verlinkten Datei das Programm einfrieren läßt (unabhängig davon, ob es Bildchen enthält). Leider kommt man an das Kontext-Menü mit dem Link nur über das Data-Menü, nicht über Suchen.

EDIT: Du hast recht, es müssen html-Dateien sein. Ob mit Endung htm oder html ist egal. Das Handling des internen Viewers von html-Dateien ist auf meinem System ca.20*schneller als das von Textdateien (txt).

Die 2. Möglichkeit kannte ich auch schon, habe sie aber verworfen, da dann die verknüpfte Datei aus der a-Zeile direkt in die BWPT-Datei eingebunden wird und damit diese für meine Verhältnisse unnötig aufbläht und das System in die in die Knie zwingt.

Gruß Uwe

Das ist mir früher schon aufgefallen.
Wegpunkte im "neuen" BWPT Format lassen sich nicht per LongClick auf die Karte auswählen. Es erscheint dann immer nur das Karten-Kontext-menü, nicht das Wegpunkt-Kontext-Menü (selbst dann, wenn alle Karten geschlossen wurden).
Beim "alten" BWPT Format, beim WPT als auch beim GPX Format tritt dieser Bug nicht auf.

Man glaubt es kaum, aber es geht tatsächlich und auch mit annehmbarer Geschwindigkeit.
500 Caches, die Cachebeschreibungen und die Logs in eine externe Textdatei/Cache exportiert, die Cachedaten versimplifiziert. Auf eine Integration der Bildchen in die TXT Dateien hab ich verzichtet, ich bin mir sicher, das geht auch.
Die Beschreibungen öffnen sich bei Langklick auf den Poi und dann öffne Link.
Sogar der obligatorische Found it fürs paperless Logging ist möglich.
Leider sind die Pfade hardkodiert, die Beschreibungsdateien kommen im Beispiel in den Ordner:
Storage Card/Pois/Spoiler/

Anbei das Testmuster.

Edit:
Test 3100 Waypoints (Caches mit txt Verknüpfungen), öffnen dauert ca.40s - kein Spitzenwert aber immer noch akzeptabel, leider wird mein System dadurch leicht instabil

kiozen:
Ich hab noch einmal deine 500 Caches (stark informationsreduziert) in dem neuen BWPT-Format abgespeichert. Da kann man auch gleich auf dem Aventura schauen, was wie schnell geht.
Kannst Du bitte mal schauen, ob und welche Geocaching Tags vorhanden sind. Die Hyperlinks scheinen nach Konvertierung noch vorhanden zu sein.
In der Zipdatei sind: die wpt-Vorlage von mir, die bwpt im alten und im neuen Format.
Gruß, Uwe

Zitat von kiozen

hedgehog Der Url scheint mit dabei zu sein. Ich habe den entpackten Block angehängt. Mit einem Hexeditor einfach nach "Pois" suchen. Der Url ist nicht mehr Teil der XML Cachebeschreibung sondern scheint ein eigenes Feld zu sein, dem Steuerdaten vorangehen. Jetzt wäre es interessant ob dieser URL auch relativ sein darf.

Na wunderbar, das sieht ja erst einmal gut aus.
Das letzte Mal als ich mit den Geocaching-Tags in wpts gespielt hatte war es so, daß ein Waypoint als Geocache erkannt wurde (nötig für die Fieldnotes, die aber in einer anderen Datei landen und die Aktivierung des Geocaching Menüs), wenn (hoffentlich schreib ich jetzt keinen Quatsch) <groundspeak:cache id="775490" ... vorhanden war. Die ID selber war egal, Hauptsache der Tag war vorhanden. Wenn also jetzt der ganze nutzlose Plunder wie Logs, Long description, Short description, TB'S etc. ausgelagert würde in eine Textdatei ohne HTML Tags aber mit Bildchen, sollte das Format doch noch einen Nutzen haben.

Sardinien:

Zitat

die via CGPSL in die bwpt geschriebenen PDF+html können nicht geöffnet werden.

Vorteil von JPEG/PNG/bmp + TXT VollIntegrierungen in BWPT:

eine 28 MB bwpt wird in ca. 40 % der Zeit geöffnet als eine WPT mit den gleichen Datenzugriffen jedoch extern in einem Ordner verlinkt
13.07.2012 12:28

Ich denke das hängt stark von deinen Systemressourcen ab. Unter Android sicher kein Problem. Ich hatte einmal eine Geocaching GPX (nur 2500 Caches) in BWPT ohne Verknüpfungen umgewandelt, das Ergebnis war so 30MB groß und brauchte mind. 5min um zu laden und machte das System auch sonst sehr sehr träge. Seitdem scheue ich das neue Format. Im alten BWPT Format habe ich auch schon 5000+3000 Waypoints offen gehabt und die Kiste lief noch. Und der Loox stellt wirklich nur ca. 40MB Ram für Twonav zur Verfügung.
Man müßte noch einmal schauen, ob TwoNav nicht die Bildtags auch in TXT Dateien anzeigt. Ich traue das den Spaniern zu.

Papaluna:
Danke fürs Bugreporten!

Zitat

Ich hab mal schnell meine gpx in eine aktuelle bwpt umgewandelt. Versuch doch mal bitte, diese zu extrahieren und schau nach, ob dort noch die Hyperlinks[url][\url] vorhanden sind. Wenn ja, lohnt es sich aus meiner Sicht, das neue BWPT-Format zu hacken. Ich bekomme leider beim Öffnen ein XML-format Error.

Das da meine ich. Es geht darum, ob jetzt Hyperlinks im bwpt format möglich sind.

kiozen:
Oliver ich hab meinen Text in der Zwischenzeit geändert. Kannst Du bitte mal auf die Sache mit den Links in der bwpt eingehen.

Zitat von Sardinien

Hallo Uwe,
Die bei der bwpt Generierung eingebetteten txt und bmp (png und jpeg wird konvertiert) Files sind in TwoNav/CGPSL -nur W7/32 bei mir- anzeigbar, eingebettete html und PDF dagegen nicht.

Danke Gert,
hast Du in die txt Dateien Bildchen verlinkt via <img ...><\img> oder direkt als zusätzliche Verknüpfung (die wird ja dann eingebettet).

Sinn der Frage:
Das binäre WPT Format ist nur schneller wenn es klein gehalten wird. Als ich das vor ein paar Monaten einmal genauer angesehen habe schien es mir, als ob Bildverknüpfungen dann in den binären Container verweisen und damit ins Leere laufen. Die alte BWPT Version hat ja die Links völlig entfernt.

http://www.naviboard.de/vb/showthread.php?t=51874

Ist aber eher als Overlay über eine gute Rasterkarte zu empfehlen und hat noch ein paar Macken.

Zitat von kiozen

Kann man den Pfad auch relativ eingeben? Also als Link einfach "./Testimage.html" und die Datei liegt im selben Ordner wie die GPX Datei. Absolute Pfade sind für mich ein no-go.

Nach Test mit diversen GPX Konfigurationen steht eindeutig fest:
absolute Pfade sind ein Muß, sowohl in den html Dateien als auch in der GPX Datei. Sind die Bilder in der html Datei relativ verlinkt, werden sie nicht angezeigt, selbiges gilt für die Verlinkung der html Datei in der gpx Datei. Wird in der gpx Datei der Pfad in Anführungstrichen angegeben, hängt sich TwoNav auf.

Zitat

Ich habe mir deine BWPT Datei genauer angesehen. Ab Byte 0x48 weisen die Daten eine ausgeglichene Entropie auf, was auf eine Kompression schließen lässt. Ein kleines c++ Programm zeigt, dass diese Vermutung zu stimmen scheint. Die Daten sind z komprimiert. An Adresse 0x40 steht die zu erwartende Länge (0xFFFE). Der Wert an Adresse 0x44 ist ein Rätsel, genauso wie der Kram vor 0x40.

Im entzipten Teil (den habe ich wieder angehängt) steht hauptsächlich Text UTF-8 kodiert. Irgendwie bin ich aber gerade zu doof die Koordinaten zu finden. Der binäre Müll zwischen den Textfeldern will keinen passende Floatzahl ergeben. Naja vielleicht brauch es noch einen weiteren Kaffee...

Wie dem auch sei. Ich weiß nicht ob ich mich dazu aufraffen kann das komplette Format zu hacken. BWPT geht zwar schneller und hat den Vorteil dass Bilder eingebettet werden können. Stellt zum aktuellen Zeitpunkt aber viel Arbeit dar. Ärgerlich dass Compe hier keine Specs herausgibt.

Das ist doch schon nicht schlecht für den Anfang, allerdings hat Compe das Format geändert, ich vermute ein Blick in eine mit einer aktuellen Version erstellte BWPT (incl. Geocaching Infos und includierte Textdatei) dürfte noch mehr erleuchten.

Ich hab mal schnell meine gpx in eine aktuelle bwpt umgewandelt. Versuch doch mal bitte, diese zu extrahieren und schau nach, ob dort noch die Hyperlinks[url][\url] vorhanden sind. Wenn ja, lohnt es sich aus meiner Sicht, das neue BWPT-Format zu hacken. Ich bekomme leider beim Öffnen ein XML-format Error.

Zitat

Wahrscheinlich liest Compe immer alles, anstatt nur die wichtigste Info einzulesen und den Rest per Index bei Bedarf.

Glaub ich auch. Daher mein Ansatz: schmeiß viele Wegpunkte in das alte BWPT Format (oder das neue BWPT Format, falls Hyperlinks funktionieren) und nutze im Bedarfsfall GPX Dateien für die Zusatzinfos. Nur so bleibt das System einigermaßen schnell. Der Rest ist doch nur Frust.

PS: Wenn ich mich nicht irre steht vor x40 die bwpt Versionsinfo.

Zitat von Sardinien

Hallo,
wird eine wpt mit 1200 txt Verknüpfungen von wpt in bwpt konvertiert, werden die txt in die bwpt geschrieben und die Öffnungszeit reduziert sich am Sportiva um 50%.

Es gibt noch einige Ungereimtheiten, die mir aufgefallen sind:

auf W7/64 und CGPSL 7.4 können die in der BWPT eingebetteten txt File nicht geöffnet werden
auf W7/64 TwoNav + W7/32 TwoNav + CGPSL 7.4 können die in der BWPT eingebetteten txt File geöffnet werden

Alles anzeigen

2 Probleme sehe ich hier:
1) Werden die mit der Textdatei verknüpften Bildchen auch angezeigt (evtl. sogar ohne in die bwpt integriert zu sein)?
2) Das Problem sind die vielen Geocaching Tags. Wandel ich eine GPX mit sagen wir 1000 Caches in eine bwpt um, verliere ich sämtliche Performance Vorteile der bwpt, da sie langsamer öffnet und das System träger macht als die ursprüngliche GPX. Ist zumindest bei meinem beschränkten Arbeitsspeicher der Fall.

Zitat

JPEGS+PDF können in W7/64 aus bwpt's geöffnet werden.

Als Verknüpfung zum Original oder integriert in die bwpt?

Gruß Uwe

Chris.50:
Danke für den Tip, die Darstellung wurde verbessert und tatsächlich konnte ich das Bildchen sichtbar machen:
Absolute Pfade scheinen bei der Grafik nötig.

Zitat

<img src="Storage Card\Pois\Images\Testimage.jpg" width="240" height="320">Hier wäre das Bild gewesen</img>

funktioniert.

Zitat

<img src="Storage Card/Pois/Images/Testimage.jpg" width="240" height="320">Hier wäre das Bild gewesen</img>

funktioniert nicht.

Das Ganze war eigentlich nur als "proof of concept" gedacht. Ehrlich gesagt finde ich die WinCe Geräte dafür nicht mehr wirklich zeitgemäß und habe meine Spoilerbildchen incl. 300000 Caches GSAK Datenbank auf meinem Androiden dabei, wo Locus das alles auch problemlos händelt.
Twonav funktioniert sehr gut mit dem alten BWPT Format, auf die Beschreibung und die Bildchen verzichte ich aus Performancegründen und weil ich eine Alternative habe.

Gruß Uwe

Nach ein wenig Suche habe ich tatsächlich eine Möglichkeit gefunden, Dateien aus einer Geocaching GPX heraus zu öffnen:
die URL.
Wird wie in meinem Fall die Url mit einem Link zu einer html-Datei ersetzt, öffnet TwoNav Pocket diese wie einen Link. Leider sind die Pfade genau zu beachten.
Im Beispiel mit folgendem Pfad zu der Beschreibungsdatei:
Storage Card\Pois\_1_tst\Testimage.html
sieht der URL Tag so aus:
<url>Storage Card\Pois\_1_tst\Testimage.html</url>
Geöffnet wird das ganze über Langclick auf den Poi:
Öffnen Link

Anbei die Testdateien zum Nachvollziehen (Achtung html ist nicht meine Stärke & die durch die html aufgerufene Bilddatei weigert sich standhaft, außerhalb des Rootverzeichnisses von Twonav dargestellt zu werden, im root als mit <img src="Testimage.jpg" width="240" height="320">Hier wär das Bild gewesen</img> klappt es, sonst nicht).

Nach der Lösung des Problems mit der Bilddarstellung müßte die GPX-Datei nur noch auf das Wesentliche reduziert werden, also mindestens die Beschreibung und die Logs und Spoilerbildchen in eine externe html Datei ausgelagert werden und schon dürfte TwoNav wesentlich schneller sein und besser zum Geocaching geeignet noch dazu.
Allerdings finde ich diesen Ansatz insofern problematisch, da mit einer doch recht großen Anzahl von zusätzlichen Dateien auf der SD garantiert bald mit Problemen im Filesystem und erhöhtem chkdsk /f Aufkommen zu rechnen ist. Besser scheint mir da die Erstellung einer einzigen Mobipocket/Ebook -Datei mit entsprechender Indizierung. Mobipocket erlaubt leider keinen Commandline Aufruf zu einer bestimmten Stelle, kommt aber hervorragend mit riesigen Dateien (1,6GB +) zurecht.

PS: Ich glaube langsam sollten wir die Diskussion in einen separaten Thread verlagern.

Zitat von kiozen

Ja, leider. Das wpt Format scheint halt das einzige Format zu sein, mit dem man alle Cacheinformationen bekommt und auch noch Dateien (z.B. Bilder) mit dem Cache verbinden kann.

GPX wäre schon fein, da lassen sich nur keine zusätzlichen Dateien wie Bilder anhängen. Könnte man mit BWPT alle Cacheinformationen und Bilder verarbeiten? Und ist das BWPT Format irgendwo dokumentiert?

Ja das stimmt, Bilder bekommt man nicht in das BWPT Format, ohne den Vorteil (Geschwindigkeit) zu verlieren und Links funktionieren nicht..
Hier hatte ich einmal versucht zusammenzufassen, was über das Format rauszukriegen ist. Eine brauchbare Dokumentation des Formats gibt es nicht. Ich vermute, daß das neuere BWPT Format die Geocaching Tags auch in den Waypoints ohne Geocaching Infos abspeichert, daraus resultieren wohl die längeren Öffnungs- und Speicherzeiten und die größere Dateigröße. Wenn Du Bilder und Cachebeschreibung brauchst, bastel Dir doch am besten eine Lösung mit minimalen Infos in den WPTs und Link zu einer Datei mit mehr Infos inkl. Bildern. Das geht allerdings nicht als BWPT und wird bei ich schätze mal so an die 1000-1500 Waypoints in einer Datei langsam an die Grenzen des System kommen. Aber das haben andere ausführlicher getestet.

Bei mir dauerte es:
bei deiner wpt Datei: 1:30min.
bei der original gpx-Datei (ohne Zusatzwegpunkte): 44s
bei meiner bwpt Datei: 10s
Probier es doch bitte selbst einmal aus. Angehängt das Ergebnis der GSAK/CGPSL Umwandlung. Vorher muß noch die Geocaching.zip im Symbols Verzeichnis gegen die beiliegende Datei ausgetauscht werden. Wichtig: die BWPT Datei wurde mit CGPSL v.7.03 erstellt (eine Version vor Unterstützung des Geocaching). Dadurch sind die BWPT's viel kleiner und öffnen erheblich schneller.

Edit:
PS: Die Symbole mit den Sternchen wurden bei GCvote mit 4(+) bewertet oder haben eine recht hohe Anzahl blauer Schleifchen. Die mit den roten Kletterern sind T5er.