bubendorf

Muss ich mein altes Handy jetzt extra kaputt machen?

"Bei uns" bzw. "Bei swiss-guinea pigs" ist im Raum Basel.

PM mit dem Dekoder ist unterwegs!

Klappt doch! Mit angeschlossenem USB Kabel startet das Gerät und ich machte ein Re-Update. Vermutlich waren die Batterien leer. Nach dem Re-Update und mit neuen Batterien startet das Oregon nun wieder normal. Und…Es lädt die GPX Datei nicht jedes Mal. Zumindest machte es dies bei zwei Tests nicht. Ich bin zufrieden. Hoffentlich hat es nicht wieder irgend einen neuen Bug.

Na super. Update hat geklappt. Und beim Booten schmiert das Teil nach wenigen Sekunden ab. Wie kriege ich jetzt wieder ein lauffähige Firmware da drauf?

Jetzt klappt der Download! Mal schauen ob auch der Bug behoben ist!

Ganz schnell? Wieviele (oder vielmehr wie wenige) Caches lädst du denn? Also bei meinen 4900 Caches dauert es geschätzte drei bis fünf Minuten. Und das ist mir 2.9 bis 4.9 Minuten zu lange. Auch wenn die Übersicht bei der 5.1er Version ganz nett aussah; ich bin wieder zurück auf die 5.0er gegangen.

Im GSAK7 mache ich es mit einem Makro: Elevation.gsk Da die Höhe in den GPX Dateien nicht drin ist, wird man das wohl auch im GSAK 8 so machen müssen.

Bekanntmachung an alle: Ich bin morgen Nachmittag im Solothurnischen auf einem längeren Multi unterwegs. Von daher habt ihr schon mal von meiner Seite her grünes Licht. Jetzt müsst ihr nur noch etwas für Ursprung ausdenken (Ich wüsste da was, verrate es aber nicht). Ach ja: Wie inzwischen durchgesickert ist: Ich bin einem Bier nicht abgeneigt. Oder auch zwei Bieren.

Uuaaaa! Tatsächlich Zurück zur Version 5.0. Bei jedem Start zunächst 5 Minuten warten. Das tue ich mir nicht an.

He! Da wird vorgeschlagen mich einzuladen damit ich dann keine Zeit habe einen FTF zu machen. Jetzt habe ich doch tatsächlich bereits Null Einladungen erhalten. Schade. Und ich habe mich schon gefreut mich auf anderer Kosten durchfressen zu können. Wird wohl nichts draus.

Ja man kann die Rasterkarte ausschalten. Allerdings muss man dazu relativ umständlich in die Einstellungen - Karte gehen.

Ja, die Füsse sind bald einmal eingeschlafen!

Seit heute gibt es eine neue Geocaching App für Android: Neongeo. Siehe http://de.androidzoom.com/android_applications/communication/neongeo_bglvp.html Die App benutzt die neue API von Groundspeak und verletzt damit keine Vorschriften. Ein erster Test meinerseits zeigte einen erstaunlichen Reifegrad für eine 1.0er Version. Auch läuft alles angenehm schnell. Es fehlen zwar noch einige Features. Aber fürs schnelle Cachen zwischendurch scheint mir die App sehr geeignet zu sein. Mit etwas mehr als Fr. 3.- kostet sie auch nicht alle Welt.

Das liegt vermutlich an der OSM Karte. Ich hatte ähnliche Probleme mit einer OSM Karte. Mit der aktuellen openmtbmap.org stelle ich jedoch keine Probleme fest.

Ich hatte mal das Problem, dass die Adresssuche nicht mehr funktionierte so lange eine OSM Karte auf dem Gerät war. Da half auch nichts die OSM Karte zu deaktivieren. Denn manche Informationen werden anscheinend auch aus deaktivierten Karten entnommen. Schmeiss die Karte mal runter oder ändere zumindest die Dateiendung auf etwas anderes als .img. Dann ging es bei mir wieder. Halt ohne die OSM Karte!

Das sind aber deutliche Worte von carnero. Schade. Auch ich habe da Programm lieb gewonnen. Ist es doch äusserst nützlich fürs Ad-Hoc Cachen und für die Out-Of-Office FTFs

Schafft es DropBox inzwischen beliebige Ordner (Mehrere!) zu synchronisieren? Also in der Art dass ICH vorgebe welche Ordner es synchronisieren soll? Ich habe noch keinen Online Speicher gefunden der diesen Punkt zufriedenstellend meistert. Entweder wird ein fester Ordner vorgegeben in den ich meine Sachen rein kopieren muss. Oder man kann Ordner vorgeben, diese müssen aber zwingend auf dem lokalen Computer liegen. Oder es gibt keinen Client für Android. Oder es gibt einen Android Client der dann aber nach dem Schema "Alles oder Nichts" synchronisiert.

Das wirst du kaum verhindern können. Ausserdem macht es sehr wohl Sinn. Die meisten Filter Regeln dürften direkt auf der DB durch SQL ausgeführt werden. Und die Regel "< xx Kilometer" ist bei mir eine der am häufigsten angewandten Regeln. Wenn man nun die Distanz nicht speichern würde sondern ad hoc berechnet, dann müssten immer alle Caches in den Speicher geladen werden um die Regel "< xx Kilometer" anzuwenden.

Ja, sehr sicher. Ich habe mit dem SQLiteSpy in die DB rein geschaut. Die Distanz ist gleich das dritte Feld in der Tabelle Caches.

In der Datenbank Tabelle Caches gibt es das Feld "Distance". Dort wird die neu berechnete Distanz eingetragen. Da sehe ich schwarz. Obwohl es schon noch einige Vorteile bieten würde.

Nun ja. Ich habe in die Upload Richtung 1000kbps, was ungefähr 120kByte/Sec entspricht. Bei meiner rund 250 MByte grossen Datenbank dauert der Upload im Idealfall 34 Minuten! Das ist mir eindeutig zu lange. Selbst im Büro bei neu 7000mbps würde es noch 5 Minuten dauern. Programme wie rsync oder unison übertragen auch innerhalb einer Datei nur die Änderungen. Wenn man aber nur mal schnell einen neuen Mittelpunkt setzt und alle Distanzen neu rechnen lässt, dann dürfte sich quer durch die DB Änderungen ergeben. Ich bleibe daher bei meinem Memory Stick. Ich mache übrigens fast täglich ein Backup des Memory Sticks auf die Harddisk. Sollte ich das Ding mal im Büro vergessen dann habe ich doch immerhin noch den GSAK Stand von gestern oder vorgestern. Im Normalfall reicht das.

Wie ist das mit dem rüber kopieren? Meine Standard GSAK Datenbank ist über 200 MByte gross. Wird da bei jeder Änderung alles rauf und auf der anderen Seite wieder runter geladen? Oder ist DropBox so intelligent dass es nur die Änderungen rüber kopiert. Ich möchte nach dem Schliessen von GSAK nicht immer minutenlang warten bis die ganzen 200 MByte rauf geladen sind. Ich habe meine GSAK Datenbank auf einem Memory Stick. Das ist zwar recht langsam, aber funktioniert ansonsten auch nicht schlecht.

Ich habe es mal mit HTML ausprobiert: Wie zu erwarten ging es nicht

Nun, ich halte es auch für ein Gerücht. Aber rein technisch gesehen wäre es mit HTML möglich. Ich verwende das Makro GPX_by_Cache_Type um die Caches ausserhalb des 'normalen' Radius als POIs aufs Oregon zu bekommen. Und dort wird auch HTML verwendet um die einzelnen Teile der POI Beschreibung farblich zu kennzeichnen. Wieso also sollte dies nicht auch für den Titel/Namen der Caches möglich sein. Ich denke ich komme nicht drum herum es einmal auszuprobieren.